One AGENTS.md. Every AI coding tool. Zero drift.
Bridge · Quick start · Supported tools · CI drift check · FAQ
Why
Your team uses Claude Code. Your teammate uses Cursor. Someone just switched to Codex CLI. And suddenly your coding standards live in five different files that silently drift apart:
AGENTS.md ← Codex, Gemini CLI, Jules, Amp, Zed read this
CLAUDE.md ← Claude Code reads this (not AGENTS.md)
.github/copilot-instructions.md ← GitHub Copilot reads this (not AGENTS.md)
.cursor/rules/*.mdc ← Cursor reads this (not AGENTS.md, older versions)
.windsurfrules / .clinerules ← Windsurf / Cline read these
CONVENTIONS.md ← Aider reads this
agentsbridge fixes this with one command. You maintain one AGENTS.md
(the emerging industry standard) — it generates and keeps every tool's file
in sync. Edit once, sync everywhere, and let CI catch anything that drifts.
Quick start
pipx install agentsbridge # or: pip install agentsbridge / uv tool install agentsbridge
Already have rules somewhere? Import them:
agentsbridge import # seeds AGENTS.md from CLAUDE.md, .cursorrules, etc.
Starting fresh?
agentsbridge init # creates a starter AGENTS.md
Then — the only command you'll ever need again:
agentsbridge sync
+ created CLAUDE.md
+ created .github/copilot-instructions.md
+ created .cursor/rules/agentsbridge.mdc
+ created .windsurfrules
+ created .clinerules
+ created CONVENTIONS.md
wrote 6 file(s)
Edit AGENTS.md, run agentsbridge sync, commit. That's the whole workflow.
Supported tools
| Tool | File generated | Notes |
|---|---|---|
| Claude Code | CLAUDE.md |
|
| GitHub Copilot | .github/copilot-instructions.md |
|
| Cursor | .cursor/rules/agentsbridge.mdc |
with alwaysApply frontmatter |
| Windsurf | .windsurfrules |
|
| Cline | .clinerules |
|
| Aider | CONVENTIONS.md |
|
| Codex CLI, Gemini CLI, Jules, Amp, Zed, opencode | — | read AGENTS.md natively, nothing to generate |
Missing a tool? Open an issue — adding a target is ~10 lines.
Safety
Generated files are marked:
<!-- generated by agentsbridge; do not edit -->
If a target file already exists without that marker (i.e. you wrote it by
hand), sync skips it instead of clobbering your work. Use --force to
adopt it deliberately.
agentsbridge sync --force # adopt existing files
agentsbridge sync --dry-run # preview changes
agentsbridge sync -t claude,copilot # subset of targets
CI drift check
The whole point: rules that drift are rules nobody follows. Add the check to
your workflow and CI fails whenever someone edits a generated file — or
forgets to re-sync after editing AGENTS.md:
# .github/workflows/ci.yml
name: rules
on: [push, pull_request]
jobs:
agentsbridge:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: DavidStarYu/agentsbridge/action@main
Or invoke the CLI directly: agentsbridge check (exit code 1 on drift).
This repository runs the same check on itself — dogfooding.
FAQ
Why AGENTS.md as the source, not my own config? AGENTS.md is the emerging standard (adopted by OpenAI Codex, Gemini CLI, Jules, Amp, Zed and others — see agents.md). Tools that don't read it yet are exactly the ones this bridge targets. You keep zero agentsbridge-specific config: the source file is a standard.
Cursor already reads AGENTS.md, why generate an .mdc?
Newer Cursor versions read AGENTS.md directly; many teams run versions that
don't, or want explicit rule scoping. The generated .mdc is harmless if
redundant — and you can exclude it: agentsbridge sync -t claude,copilot,....
Does it send my code anywhere? No. No network calls, no telemetry, no API keys. It's a template engine over one markdown file. Zero dependencies.
How is this different from X?
rulesync (Node.js) covers more features — MCP servers, subagents, commands —
at the cost of a bigger footprint and a .rulesync/ directory convention.
agentsbridge does one thing: keep rule files in sync, in pure Python with
zero dependencies. If you live in pipx/uv and want the simple thing, this
is for you.
Development
git clone https://github.com/DavidStarYu/agentsbridge
cd agentsbridge
pip install -e . pytest ruff
pytest # 36 tests
ruff check .
License
Metadata
Release files for agentsbridge 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| agentsbridge-0.1.0.tar.gz | 13.4 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| agentsbridge-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 23.9 kB
Release files / agentsbridge-0.1.0.tar.gz
| Download URL | agentsbridge-0.1.0.tar.gz |
|---|---|
| Size | 13.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
87ad1f57385638bd5588d56498a8935328e2a2f66d280ed527ace1aca53f5ce5
|
|
BLAKE2b-256 checksum How to use checksums |
9db6992bb330d62c7c74b11ec02faefb494e58edc1734118f37449b467a2bc9f
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 1, 2026.
Transparency logRelease files / agentsbridge-0.1.0-py3-none-any.whl
| Download URL | agentsbridge-0.1.0-py3-none-any.whl |
|---|---|
| Size | 10.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
42ea5dad1997bd508c69be4231fa644b16f0dfef438629751f172ab2fbfd4b83
|
|
BLAKE2b-256 checksum How to use checksums |
75978b9441f667f43e69b8515ea5bfa29d1f1ae063706796617d4afb5a3b4391
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 1, 2026.
Transparency log