FOR TEAMS

Shared plans for coding agents

Turn a prompt into a versioned plan every teammate’s agent can read, briefed by your team’s decisions and checked against the diff.

Here’s what that looks like.Example project · pick a view
Wayform / acme⌘ K
Plans / #12◌ Active
PLAN #12 · V3
Invite your team.
Keep everyone in the loop.

Add team invitations without introducing a second identity system.

↳
INHERITED DECISION

Use GitHub identity. No separate accounts.

Settled by Chris · carries into this plan
The approach

Extend the existing space membership flow. Keep access scoped to the team’s space.

✓ Define the invitation flow✓ Reuse GitHub authentication Verify access boundaries

Your agent already knows what you ruled out.

Your agent reads the repo and the decisions behind it before writing the plan.

Illustrative content · based on the Wayform workflow

What are shared plans?

A shared plan is an engineering plan that lives with your team instead of in one person’s chat. In Wayform, a plan is a numbered, versioned document that any teammate, or any teammate’s agent, can read, revise, build, and check work against. It starts from the decisions your team has already made, and when it ships, the decisions it produced join shared memory.

Plan mode in a coding agent writes a good plan, then the plan disappears when the session ends. Markdown plan files in a repo drift as soon as the work changes.

How it works in Wayform

  1. Brief before writing. Your agent calls plan_brief with the task. Wayform returns the decisions and constraints that bind it, plus related plans already in flight.
  2. Save a living plan. The agent writes the plan from that brief and the repo, then saves it as plan #N: goal, constraints, approach, checklist, and open questions. Every edit is a new version.
  3. Move it through a lifecycle. Draft → active → building → shipped, or superseded by a newer plan. Conflicting edits are detected, not silently overwritten.
  4. Build and check. Build in the app or from your terminal. Before the pull request, plan_check grades the diff against the plan’s checklist and inherited decisions.
  5. Ship into memory. A linked PR merging with its checklist done ships the plan and records its decisions for the next one.

An example

Plan #12, “Team invitations”, inherits the decision to reuse GitHub identity. Chris builds it with Claude Code. The PR description carries a conformance table that shows each requirement met. When it merges, “invitations use GitHub identity because team access should extend the existing flow” becomes a decision that plan #13 starts from.

What shared plans are not

When you don’t need them

For a one-line fix, skip the plan. Shared plans earn their keep on work that spans sessions, people, or agents.

Go further

Questions

How is a shared plan different from plan mode?

Plan mode’s plan ends with the session. A Wayform plan is numbered and versioned, briefed by the team’s decisions, and readable by every teammate’s agent until it ships.

Which agents can use Wayform plans?

Claude Code, Cursor, and Codex can plan and build, in the app or from your terminal. Devin CLI, Antigravity, and other MCP clients can read and write plans through MCP.

When does a plan ship?

When its linked pull request merges with the plan’s checklist done. If items are still open, the plan stays in building.

Is a shared plan a ticket?

No. A plan describes how the work will be done and why. Keep your issue tracker for what gets done and when.

For macOS. With the agents you already use.

Read the docs ↗
Get early access