Skip to content
githubnextPublic

About

Let's compose rich plans together

Resources

Code of conduct

Security policy

Stars

406 stars

Watchers

2 watching

Forks

Latest commit

 

History

1,921 Commits

Folders and files

NameName
Last commit message
Last commit date
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Chopin

Chopin is a GitHub Next research prototype exploring how people and repository-grounded agents can author durable documents together. A document might be an implementation plan, technical specification, RFC, proposal, or decision record.

People shape the document and own its decisions. The hosted agent, currently named Planner, reads the selected repository, proposes changes, and asks the team when the code cannot settle a choice.

To learn more about our design principles, and why we're building Chopin check out our recent blog post - https://githubnext.com/projects/chopin/

Important

Chopin is experimental research software, not a supported GitHub product or a production-ready service. Expect incomplete workflows, operational limits, and breaking changes.

chopin-tour.mp4

Tip

We do not provide public Chopin instance for general use. If you want use Chopin on your projects you can run it locally or host it on your own.

What Chopin explores

A channel combines one repository-connected document with its collaboration context:

  • Chat is shared by the team and the hosted agent. Ordinary messages do not start an agent turn, although they can enter its bounded context; @chopin asks Chopin to act.
  • Document is a multiplayer rich-text artifact backed by readable, restricted MDX. The current interface labels this view Plan. People and the agent edit the same document, with presence, cursors, and transient markers for recent agent changes.
  • Decisions retain attributed questionnaire answers and accepted comments separately from the prose they produced, so a later rewrite cannot silently change what the team decided.
chopin-comments.mp4

Typing /research in a document starts one durable request from the exact brief and leaves an inline progress card in place. Completed research publishes as an ordinary child document beneath its parent, with its own document, Chat, and Decisions. Pending, failed, and cancelled requests never appear as documents in navigation.

chopin-research.mp4

The Planner can inspect the selected GitHub repository and its pull requests through bounded, read-only tools, then co-author the document. Under the default copilot-sdk harness, and under pi, it cannot write to GitHub, edit a checkout, or implement code. HARNESS=atomic deliberately runs it as a full Atomic session with shell and filesystem access as the server process's user; see Self-hosting. A separate coding agent can connect to Chopin through MCP to create or revise documents and consume an approved implementation graph.

The document model supports broader artifacts, while the current Planner prompt and tool vocabulary remain optimized for planning.

Current boundaries

  • Chopin supports GitHub.com. GitHub Enterprise Server endpoints are not configurable.
  • The Planner's file, tree, and history tools normally read the default branch captured when its session starts; investigation evidence can supply an exact commit instead. Code search is repository-scoped. Except under HARNESS=atomic, it never reads a local checkout or uncommitted changes.
  • Every browser participant signs in, passes the instance admission policy, and needs repository access through the GitHub App installation. MCP callers also pass instance admission, but use their own bearer token for repository authorization instead of the App installation. A public repository does not make its Chopin channels public.
  • Pull access can view channels. Push or administration access is required to create or change them and to invoke the Planner.
  • The first eligible person to invoke the Planner or start a model-backed research request supplies the GitHub App user token used for that channel and, under the default copilot-sdk harness, the Copilot entitlement. With HARNESS=pi or HARNESS=atomic, model access comes from the operator's HARNESS_AUTH instead. A server restart releases that ownership. Hosted browser logins survive releases using encrypted session credentials; local device mode restores a new session. Returning browsers can claim Planner ownership on a later action.
  • Document and Chat context, along with repository material selected by the Planner, is sent to the harness's model provider during a turn (GitHub Copilot by default; under HARNESS=pi or HARNESS=atomic, the provider chosen by HARNESS_AUTH). Model-backed background jobs also send job-specific private material, including context loaded during execution, to isolated workers on the same harness. The public research worker receives only the exact submitted brief, but may derive or refine the queries it sends to web search. Hosted GitHub credentials are encrypted in PostgreSQL with a deployment key kept outside the database; the local device mode persists credentials in an OS vault or an explicitly consented local file. Documents, transcripts, decisions, research request staging, background-job inputs and artifacts, and session records are stored in PostgreSQL.
  • Optional conversation-derived cards default to off. With CONVERSATION_PLAN=on, current and recent Chat messages and selected decision context are sent to TypeSafe's Jev service for interpretation. This uses the server's JEV_API_KEY, separately from the Planner's harness credentials, and continues with AGENT=off. Independent research analysis can propose research offers with shared editable briefs. Brief synthesis uses an isolated harness worker; a writer starts the research explicitly.
  • Experimental Planner visual routing is opt-in with PLANNER_VISUALS=on and JEV_API_KEY. Jev makes small possibility, comprehension, and type decisions for one explanatory paragraph at a time; Planner authors the selected visual. Routing applies to explicit member requests of at most 1,000 characters under copilot-sdk or pi. Other turns keep their ordinary authoring behavior.
  • One Chopin process may write to a database at a time. Horizontal application scaling and zero-downtime rolling deployment are not supported.

Run locally

The development path requires:

  • Bun 1.4.2;
  • Docker Engine with Docker Compose, used for PostgreSQL;
  • a GitHub App owned by the deployment; and
  • a GitHub account with push or administration access to a test repository and, to use the Planner with the default harness, an active Copilot entitlement.

Register these local URLs on the GitHub App:

Homepage:  http://127.0.0.1:8787
Callback:  http://127.0.0.1:8787/auth/github/callback
Setup URL: http://127.0.0.1:8787/auth/github/setup

Then, on the App:

  • enable expiring user authorization tokens;
  • disable OAuth during installation;
  • disable webhooks; and
  • grant read access to Contents, Pull requests, Checks, and Commit statuses.

See Authentication for the exact App settings and the additional permission needed for organization admission.

Install, configure, and start Chopin:

bun install
cp .env.example .env
openssl rand -hex 32
# Fill in the GitHub App values and generated session key in .env.
bun run db:up
bun run migrate
bun run dev

The committed local Compose override publishes PostgreSQL on host port 5432 and is intended only for a trusted development machine. Do not use it on an exposed host. See Self-hosting for an internet-facing deployment.

  1. Open http://127.0.0.1:8787 and sign in.
  2. Install or update the GitHub App when the repository picker asks.
  3. Select a repository and create a channel, then start writing. The current interface calls these planning channels.

Opening the channel in a second browser profile shows the multiplayer path.

For a one-browser demo, enable local collaborators to open Lily or Felix in a separate tab using your existing login.

Ctrl-C stops the development supervisor. bun run db:down tears down the local Compose project.

Set AGENT=off to prevent Planner turns and disable the background-job runner. This does not disable the /mcp endpoint used by external coding agents.

Collaborate with the Planner

The web composer treats @chopin as an instruction for the Planner:

should we cover the export format?     -> channel chat transcript
yes, Markdown for now                  -> channel chat transcript
@chopin                                -> act on the recent conversation
@chopin draft the export section       -> act on that request
@chopin compare #Release plan          -> read another document, then respond here

The recent channel chat transcript is supplied as bounded context for the next turn, even when those messages did not address the Planner. The first eligible model-backed action, either a Planner turn or research request, claims the channel's Copilot usage until that owner's session ends or the server restarts. The current web interface has no control for transferring that ownership manually.

Typing # in Chat opens a picker for other documents in the current repository, including published children. Selected references retain stable identities even when their titles change. The Planner reads referenced documents at their latest revision, and references never change which document its editing tools target. Research starts from /research in the document rather than from a Chat reference.

Use your own machine

The chopin CLI connects a machine you control to your Chopin server, so builds, investigations and Planner work run in your own checkout with your own coding agent. Install it, then connect your checkout once with your server's origin in CHOPIN_URL. chopin connect pairs the machine the first time and saves the server for later commands.

curl -fsSL https://github.com/githubnext/chopin/releases/latest/download/install.sh | sh
CHOPIN_URL=https://your-chopin-instance.example chopin connect . -- copilot --acp --allow-all

That runs in your terminal and stops when you close it. On a remote machine or server, add --install-service so a background service keeps it running after you close SSH.

For another coding agent, install it, sign in, and put its Connect with arguments in place of -- copilot --acp --allow-all:

Agent Install Connect with Tested with Chopin
GitHub Copilot CLI npm install -g @github/copilot -- copilot --acp --allow-all Yes
Atomic npm install -g @bastani/atomic @bastani/atomic-acp --env ATOMIC_ACP_HEADLESS=1 -- atomic-acp Yes
Claude Code npm install -g @agentclientprotocol/claude-agent-acp -- claude-agent-acp No
OpenAI Codex npm install -g @openai/codex @agentclientprotocol/codex-acp --env INITIAL_AGENT_MODE=agent-full-access -- codex-acp No
Gemini CLI npm install -g @google/gemini-cli -- gemini --acp --yolo No

The Machines page, at /connect on your server, gives these steps with your server filled in. To set up a machine you reach over SSH, see Set up a remote machine. See Use your own machine with Chopin for Windows, the background service and every command.

Documentation

For owner-authorized local prototypes, measurements, and service-data investigations, see Local investigations. An ACP-compatible agent works in a local checkout and publishes captured evidence to Chopin's native views.

Topic Document
Deploy and operate an instance Self-hosting
Configure identity and access Authentication
Connect an external coding agent Local agent MCP
Run Chopin's work on your own machine chopin CLI
Understand the system Architecture
Understand channel identity and access Repository channels
Understand persistence Storage
Review the hosted agent boundary Hosted agent
Register durable background jobs Background jobs
Review experimental implementation handoff Implementation lifecycle
Develop on exe.dev exe.dev development
Test an authenticated PR preview PR preview testing
Work on the repository Maintainer guide

Development

bun test              # unit and in-memory adapter tests
bun run test:postgres # PostgreSQL storage contract and lifecycle tests
bun run e2e           # browser and system integration suite
bun run types         # TypeScript checks across the workspace
bun run ci            # formatting, lint, and token checks

Run bun run e2e:browsers once to install Chromium. The browser suite builds the client and starts disposable PostgreSQL services and application servers. See AGENTS.md for repository structure, test selection, and current engineering invariants.

Security reports should follow SECURITY.md. Participation is covered by the Code of Conduct, and the source is available under the MIT License.

About

Let's compose rich plans together

Resources

Code of conduct

Security policy

Stars

406 stars

Watchers

2 watching

Forks

Releases

Packages

Used by

Contributors

Languages