You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Deliver four independently releasable capabilities in this order:
v1.4.0 — Devin peer support: provider-neutral session lifecycle, hosted and local builder use, private context delivery, recovery, and informational exact-head review.
v1.4.1 — Graphify repository context: adopt or defer from a bounded spike, then ship a revision-bound local provider only if it clears the evidence bar.
v1.4.2 — Board clarity and session visibility: a work-first local Board backed by provider-neutral session/work/run observations, trustworthy freshness and evidence semantics, and local/hosted qualification.
v1.5.0 — Slack session ingress: start and supervise sessions from Slack through the provider-neutral lifecycle, initially using hosted Devin.
The default first-run setup remains Claude + Codex. Devin, Coworker, Graphify, and Slack remain explicit optional selections.
Execution order
Maintain one feature epic per capability.
Finish and release Devin v1.4.0 before Graphify or Board release work.
Release Graphify v1.4.1, or record an explicit evidence-backed defer decision, before Board v1.4.2.
Slack contract, OAuth, inbox, interaction, bridge, setup, and documentation work may proceed when their own dependencies are ready. Board readiness gates only Slack's end-to-end canary and final lifecycle/release acceptance in Release: qualify and publish Slack session ingress in v1.5.0 #923.
Finish and qualify Board v1.4.2 before the Slack v1.5.0 canary/final release gate.
Development is not fully serial: fixture-driven Board presentation and its frozen local observation contract may proceed in separate single-writer tracks while earlier releases finish, but no tag or release may change the order above.
Delivery contract
Every implementation child has exactly one independently reviewable PR, one named Code Mower builder, an independent peer audit against the exact current head, focused tests, normal CI, and the Code Mower gate. P0/P1/P2 findings are fixed before merge. Epics carry live checklists, scorecards, acceptance evidence, release evidence, Board status, and CodeMower.com upload evidence. There is no umbrella implementation PR.
No capability gains tracker-write or merge authority by being selectable. Reviewer promotion remains evidence-based. Paid or externally mutating operations require explicit application, bounded spend, and no automatic uncertain retry.
Privacy and product boundaries
Repository source, diffs, task prose, Slack messages, Graphify graph data, Coworker content, prompts, transcripts, credentials, raw provider output, and personal paths remain out of public issues and CodeMower.com.
Each epic satisfies its own acceptance criteria and closes all required child issues.
Default installation and no-provider operation remain simple and pass fresh-install rehearsal.
Optional integration setup clearly separates participants from context providers and interaction channels.
Published artifacts, GitHub release, package-index installation, post-release campaign, local Board, and CodeMower.com metadata ingestion are verified for each release.
Board v1.4.2 tells the truth about freshness, missing evidence, next actor, head-bound review/gate state, and local versus hosted activity before Slack's final canary relies on it.
Near-term delivery roadmap after v1.3.1
Outcome
Deliver four independently releasable capabilities in this order:
The default first-run setup remains Claude + Codex. Devin, Coworker, Graphify, and Slack remain explicit optional selections.
Execution order
Development is not fully serial: fixture-driven Board presentation and its frozen local observation contract may proceed in separate single-writer tracks while earlier releases finish, but no tag or release may change the order above.
Delivery contract
Every implementation child has exactly one independently reviewable PR, one named Code Mower builder, an independent peer audit against the exact current head, focused tests, normal CI, and the Code Mower gate. P0/P1/P2 findings are fixed before merge. Epics carry live checklists, scorecards, acceptance evidence, release evidence, Board status, and CodeMower.com upload evidence. There is no umbrella implementation PR.
No capability gains tracker-write or merge authority by being selectable. Reviewer promotion remains evidence-based. Paid or externally mutating operations require explicit application, bounded spend, and no automatic uncertain retry.
Privacy and product boundaries
Roadmap scorecard
Dependency boundary
Definition of done
Feature epics