This release is a pre-release and may not be stable for production use.
CoProgrammer
Teamwork for coding agents.
Shared tasks, file boundaries and durable handoffs for Codex, Claude Code and GitHub Copilot working in the same Git repository.
简体中文 · Try it · Two-window walkthrough · Connect your client · Releases
The problem
Codex is changing an API. Claude is updating its callers. Both need to know who owns the files, when the upstream task is finished, and what happened before a window restarted. Separate Git branches keep edits apart; the collaboration still needs shared state.
CoProgrammer records who owns a task, which paths it covers, what blocks it, and what the next window needs to know. Your coding tools write the code; CoProgrammer coordinates their work through a local CLI and MCP server.
| Without a shared record | With CoProgrammer |
|---|---|
| Two windows try to claim overlapping work | Atomic task claims check owners, worktrees and path leases. |
| A worker starts before an upstream task finishes | Dependencies keep the task blocked until its prerequisite is done. |
| A handoff disappears in a terminal | Messages and explicit receipts persist across restarts. |
| A passing test refers to yesterday's files | Check receipts detect changed content, command, runtime or age. |
| Another computer has a different checkout | A portable handoff compares package version, HEAD, base and file content. |
Try the preview
Requires Python 3.10+ and Git 2.36+. Use an active Python virtual environment. There are no runtime Python dependencies or model keys needed for the demo.
python -m pip install --pre --upgrade coprogrammer
coprogrammer demo
The demo creates two real Git worktrees, runs task claims, dependency and overlap checks, sends a handoff, acknowledges it and completes the tasks. It checks each result and cleans up the temporary project. No coding client or model is launched.
An excerpt from an actual run:
[passed] Create two Git worktrees: Two branches share one repository and one Manager event log.
[passed] Block unfinished dependencies: Claude cannot claim documentation until the API task is finished.
[passed] Reject overlapping work: A different worktree cannot claim src/api.py while Codex holds src/**.
Use it in your project
The start and status entry points require 0.3.0a2+. Start in a committed Git
checkout on a named branch. Each coding window should use its own Git worktree.
Add .coprogrammer/ to your project's .gitignore to keep local runtime state
out of commits.
# In the worktree used by Codex
coprogrammer start --client codex --session codex-api --task api-v2
coprogrammer status --session codex-api
# In the separate worktree used by Claude Code
coprogrammer start --client claude --session claude-ui --task api-v2
coprogrammer status --session claude-ui
start registers this window and previews client setup. It does not launch a
coding tool or install configuration. Add --dry-run to preview registration;
use --resume to explicitly refresh the same registered window after a break.
Status reads never refresh sessions. Default session freshness lasts five minutes.
In the Codex worktree, create a scoped task and inspect the next action:
coprogrammer manager task create --session codex-api --id api-v2 --title 'Update the API' --pattern 'src/api/**' --client codex
coprogrammer status --session codex-api
coprogrammer manager task claim --session codex-api --id api-v2
Claims return an ownership token. Use it with the existing guard and finish commands; the two-window walkthrough covers dependency setup, messages, receipts and completion. Status distinguishes repository-wide readiness from work eligible for the selected window.
Connect Codex, Claude Code or Copilot
Preview the project-local Skills, Markdown guidance and MCP configuration:
coprogrammer setup --client codex --include-content
Review the output, then explicitly create missing files:
coprogrammer setup --client codex --apply
Use claude or copilot for those clients. Existing project instructions are
preserved; differing Skills or MCP configuration are reported as conflicts.
Reload the client and follow its normal project/MCP trust flow. Generated
configuration alone does not establish a connection.
MCP exposes the same local workflows. workspace_status provides the combined
status view; task_dispatch previews eligible tasks. The packaged plugin
contains six Skills, and the CLI serves twelve read-only Markdown resources.
Client setup · Plugin installation
What else can it do?
| Need | Entry point |
|---|---|
| Inspect work and blockers | coprogrammer status; status guide |
| Send and acknowledge handoffs | manager message; communication guide |
| Check file scope before edits | manager task guard; scheduling guide |
| Detect stale test results | check run / check verify; check receipts |
| Continue on another computer | manager handoff / workspace compare; portable handoffs |
| Review a branch for integration | digest / integration-plan; CLI reference |
| Request a second opinion | Explicit Claude, GLM or DeepSeek review; multi-platform guide |
How it fits
Use CoProgrammer when you already run coding agents and need shared ownership, communication and review evidence across their worktrees. It complements your existing coding tools and GitHub review process.
gstack provides opinionated development and review workflows; Beads provides persistent agent work tracking; Gas Town manages multi-agent workspaces and orchestration. CoProgrammer focuses on local task ownership, path coordination, durable handoffs and inspectable integration artifacts through a small Python CLI/MCP package. Comparison and design choices →
Local worktrees share a Manager. Independent clones have separate Managers: portable handoffs compare context and do not transfer a global lease. Path leases are cooperative checks, not filesystem permissions. Check records are unauthenticated local evidence. PR approval and merging follow your project's normal rules. The demo does not establish native client or live provider connectivity.
Contribute or get help
Report a reproducible problem · Propose an integration · Contributor guide
Good first contributions include a small client setup example, a clearer error message or a regression for a real worktree conflict. Include the command, version, expected result and actual result; remove private code and credentials. If CoProgrammer helps your team, a star helps others discover it.
For source development:
git clone https://github.com/QIU-Guanzong/CoProgrammer.git
cd CoProgrammer
python -m pip install -e .
python -m unittest discover -s tests
MIT license. Preview software; feedback and concrete bug reports are welcome.
Metadata
Release files for coprogrammer 0.3.0a2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| coprogrammer-0.3.0a2.tar.gz | 161.5 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| coprogrammer-0.3.0a2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 282.0 kB
Release files / coprogrammer-0.3.0a2.tar.gz
| Download URL | coprogrammer-0.3.0a2.tar.gz |
|---|---|
| Size | 161.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
3bac5c475348f3e2e53653efc18332deade4bc9bb1396984f3c799cc9115b856
|
|
BLAKE2b-256 checksum How to use checksums |
8d65195f601cd183a94b48f847a1cd5a3cad0330bcc41d3f1d356b0ccc596489
|
| 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 12, 2026.
Transparency logRelease files / coprogrammer-0.3.0a2-py3-none-any.whl
| Download URL | coprogrammer-0.3.0a2-py3-none-any.whl |
|---|---|
| Size | 120.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
feb8ac0389e64819f8c156e303982442957dae3655dce5b4b5f4601a7093ca30
|
|
BLAKE2b-256 checksum How to use checksums |
06ec1b3344b26e775adf54de6d1156009ec76cbddc1fa3f53582f70cf4d6fa9c
|
| 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 12, 2026.
Transparency log