Skip to content

Roadmap through v1.5.0: bounded builders, Graphify, Board, and supervised Slack #900

Description

@jeffhuber

Completion roadmap through v1.5.0

Current position and release order

v1.4.0 is released. Its five-task hosted-Devin campaign is complete: Devin delivered 3/5; Codex independently completed #865 through #971 and #935 through #973. The final #935 recovery was user-cancelled before delivery, not a completed failed repair. Devin is qualified for bounded, well-scoped hosted builder work; orchestration and merge-authority review require separate evidence. Qualification scorecard · Operational closeout.

Release order remains v1.4.0 complete → v1.4.1 Graphify → v1.4.2 Board → v1.5.0 supervised Slack. An explicit evidence-backed Graphify deferral recorded in #915/#902 may satisfy that dependency; elapsed time, implementation difficulty, or a draft PR never changes release order automatically. Already merged post-v1.4.0 fixes, including #935/#973, are recorded as on main until a subsequent published package is verified to contain them.

Workstream Epic Verified position Remaining delivery / release gate
Released Devin transport and bounded builder qualification #901 closed v1.4.0 published; five-task campaign complete follow-up reliability is #979; no broader role promotion
Qualification, handoff, operational evidence #979 #965/#981, #967/#980, #962/#984, #975/#987 and #976/#985 merged; #974 verified closed two remaining OSS implementation PRs, both before #915
Graphify local context #902 #876/#924 and #913/#926 merged; adopted #914 / draft #982 query/packet PR, then #915 v1.4.1 release PR
Board clarity and session visibility #945 implementation underway; #956/#957 draft, behind main; #935/#973 merged refresh existing drafts, finish presentation/producers/service/qualification, then #952 v1.4.2
Supervised Slack ingress #903 #916/#929 and #917/#933 merged OAuth, qualified supervisor, durable interactions, bridge, paired telemetry, setup, then #923 v1.5.0

The maintained first-run default remains Claude + Codex. Devin, Coworker, Graphify, Slack, and optional reviewers remain explicit selections grouped by role.

Five approved revisions and their PR mapping

Revision Result Delivery mapping
1. Precise Devin qualification Separate implemented transport, bounded builder eligibility, orchestrator qualification, and effective review authority. Preserve cancellation and unknown billing evidence. #975 policy/admission PR; #955 effective-authority reporting PR; #965 supported-command/current-roadmap docs PR
2. Handoff reliability becomes a dependency A replacement writer starts only after verified source quiescence; ordered contributors, current writer, labels, and review exclusion agree at the exact head. #962 quiescence/Git/runner PR → #963 lineage/exclusion PR → #949 and #977 integration
3. Supervised Slack scope A real qualified Codex/Claude supervisor controls bounded hosted Devin work. Missing supervisor readiness blocks dispatch; selecting a provider never promotes its role. #975#977 OSS supervisor adapter → #919/#920 hosted integration; acceptance in #923
4. Independent operational evidence Keep implementation completion, provider exit, reviewed head, authorized versus settled spend, ingest receipt, and fresh aggregate views independent. #976 local acceptance/reporting PR; #974 existing-view verification; #961 managed Board service PR; #921 OSS + #978 hosted telemetry PRs
5. Accurate live tracker and release state #935 is complete, Board implementation is underway, completed release blockers are removed, and old draft-head reviews remain historical evidence. this roadmap, #902/#945/#903/#979 and child dependencies updated; #956/#957 retained and refreshed; #965 updates checked-in current-state docs

Execution waves and dependencies

  1. Now — complete stabilization and Graphify. Docs: replace the nonexistent hosted-Devin work-order command #965/Docs: replace the nonexistent hosted-Devin work-order command #981, Work orders: keep optional Gitar out of the default review lanes #967/Work orders: default to Codex and Claude reviews #980, Local builder handoff: make takeover quiescent, Git-write capable, and runner-consistent #962/Make builder takeovers quiescent and Git-capable #984, Participants: enforce role-specific qualification for hosted builders #975/Enforce participant role qualification before new work #987 and Release evidence: separate completion, provider exit, usage settlement, and cloud freshness #976/Release evidence: distinguish completion, exit, settlement and freshness #985 are accepted on main. Continue Graphify: bounded query normalization and context packets #914/Graphify: bounded query normalization and context packets #982 while Adoption polish: report effective review authority and superseded Devin bridge drift #955 and Builder takeover: make provenance, labels, and reviewer exclusion handoff-aware #963 run in parallel from the accepted role and handoff contracts. Cloud: verify aggregate freshness after accepted release metadata #974 fresh aggregate visibility is verified without repeating its accepted upload. Release: qualify and publish optional Graphify context in v1.4.1 #915 requires all Epic: qualification, handoff reliability, and operational evidence through v1.5.0 #979 evidence plus Graphify: bounded query normalization and context packets #914, followed by candidate/published-package and headless-adoption qualification. The original v1.4.0 artifacts remain immutable.
  2. Next — Board foundations and delivery. After v1.4.1 is published and qualified, refresh existing Board: freeze provider-neutral observation contract #956/Board: correct existing-data truth and hierarchy #957 and their exact-head audits. Board: freeze the provider-neutral observation contract and truth fixtures #946/Board: correct existing-data truth, hierarchy, and attention semantics #947Board: implement the work-first Now, Timeline, Releases, and Health views #948 presentation; Board: freeze the provider-neutral observation contract and truth fixtures #946 + completed Sessions: discover the current local brief and lease from a checkout #935 + Builder takeover: make provenance, labels, and reviewer exclusion handoff-aware #963Board: connect exact local sessions, work, runs, and worktrees #949Board: connect provider-neutral remote lifecycle observations #950 (also Release evidence: separate completion, provider exit, usage settlement, and cloud freshness #976). Complete Board: manage persistent services and reject stale keepalive bindings during release restart #961 persistent services, including exact repository-aware stop selection. Converge in Board: integrate head-bound evidence and qualify local and hosted session visibility #951, then publish/qualify Release: publish and qualify Board clarity v1.4.2 #952 v1.4.2.
  3. Then — supervised Slack implementation. CodeMower.com: Slack OAuth installation binding and policy store #918 OAuth/policy follows merged Slack: app manifest and authenticated bounded ingress envelope #917. OSS Slack: connect authorized tasks to a qualified Code Mower supervisor #977 consumes Participants: enforce role-specific qualification for hosted builders #975/Local builder handoff: make takeover quiescent, Git-write capable, and runner-consistent #962/Builder takeover: make provenance, labels, and reviewer exclusion handoff-aware #963. CodeMower.com: Slack OAuth installation binding and policy store #918 + Slack: connect authorized tasks to a qualified Code Mower supervisor #977Slack: durable inbox/outbox and start/status/cancel interaction #919 durable interactions → Slack: Devin dispatch, clarification, completion, and cancellation bridge #920 supervised hosted bridge. Slack: Devin dispatch, clarification, completion, and cancellation bridge #920 + frozen Board: freeze the provider-neutral observation contract and truth fixtures #946Slack: freeze telemetry contract and implement OSS Board/cloud emitters #921 OSS telemetry contract/emitter → CodeMower.com: implement the frozen Slack telemetry contract and fresh views #978 hosted validator/aggregation/views. Slack: optional integration setup, doctor, and operating guidance #922 integrates setup/doctor after both telemetry sides, qualification and supervisor readiness. Independent isolated headless Codex campaign authentication Campaign: support isolated Codex authentication on headless Linux #983 can run in this wave without contending for the current Graphify critical path.
  4. v1.5.0 convergence. Release: qualify and publish Slack session ingress in v1.5.0 #923 requires Slack: optional integration setup, doctor, and operating guidance #922, released/qualified Release: publish and qualify Board clarity v1.4.2 #952, completed Campaign: support isolated Codex authentication on headless Linux #983, fresh aggregate evidence Cloud: verify aggregate freshness after accepted release metadata #974 and Epic: qualification, handoff reliability, and operational evidence through v1.5.0 #979 closeout. Run authorized completion/cancellation canaries, restart/privacy/tenant and package/upgrade qualification, hosted deployment/rollback verification; then publish and verify v1.5.0. Update epic evidence, Board observations and metadata-only cloud receipts plus fresh views.

Parallel work follows independent source ownership, one current writer and Code Mower sessions/audits. Release, tag and deployment actions are serial. Board and Slack work do not compete with ready stabilization/Graphify work under the owner's current priority.

Epic-to-PR inventory

Epic Remaining implementation issues, one PR each Existing PRs
#979 stabilization #955, #963 active parallel implementation; completed #965#981, #967#980, #962#984, #975#987, #976#985; #974 verified closed
#902 Graphify #914, #915 active #914 → draft #982; completed foundations #924/#926
#945 Board #946, #947, #948, #949, #950, #961, #951, #952 #946#956; #947#957; reuse completed #935#973
#903 Slack #918, #977, #919, #920, #921, #978, #922, #923 completed foundation PRs #929/#933 retained as evidence

After merging #980/#981/#984/#985/#987 and adding #983, there are 21 remaining mapped implementation PR slots: three existing drafts (#956/#957/#982) and 18 planned PRs, including the three release PRs. #983 is one additional OSS campaign-authentication PR required before #923, scheduled after #915. Future PR numbers are assigned only when a real branch/change exists. There is no umbrella implementation PR. #918/#919/#920/#978 are hosted repository PRs; #977/#921/#922 and all other listed implementation units are OSS PRs. Keep the exact private hosted repository/PR binding in the authorized record and publish only approved metadata. #921 owns the frozen cross-repository telemetry contract; #978 owns its hosted implementation, with separate reviews and deployment evidence.

Delivery and operational contract

  • One named Code Mower builder and one writer per branch. Use qualified Codex/Claude for cross-cutting contracts, supervision, recovery, and release work. Bounded Devin observation canaries may implement a small approved task.
  • Every implementation PR has a qualified independent reviewer excluded from all verified contributors to the current diff, the exact current head, focused/relevant tests, privacy checks, normal CI, and authoritative code-mower/gate (or the hosted repository's equivalent required gate). Fix all P0/P1/P2 findings. A changed head invalidates the prior audit; a successful gate publisher is not the gate verdict. If no eligible reviewer remains, stop for one explicit owner action.
  • A final writer must be demonstrably quiescent before takeover/final-head acceptance where the workflow requires it. Completion, cancellation acknowledgement, provider exit, review readiness, and merge are distinct observations. Unknown exit fails closed for takeover.
  • Future paid campaigns require an explicit initial and aggregate ACU cap, stable private binding, and no automatic uncertain retry. At most one or two explicitly budgeted recovery creates precede splitting or changing builders. This plan creates no additional provider allowance. Track creates, interventions, elapsed time, coverage, observed/settled spend, and outcome; unknown billing is not zero and need not cause an indefinite release wait.
  • Each epic carries live PR/head, contributor lineage, review/test/gate, package/deployment, Board, and cloud evidence. Historical results stay historical. A merged feature is marked shipped only after the package/deployment containing it is verified.

Privacy and scope boundaries

Graphify remains optional, deterministic, local, immutable-revision-bound, explicit-refresh, and code-only. Board remains a local observation/read model: refresh never dispatches, retries, cancels, restarts, renews a lease, or merges. Board v1.4.2 adds no cloud fields. Slack remains authorized ingress/conversation transport; a separately qualified supervisor owns orchestration. New Slack telemetry belongs to #921/#978 only. Existing #906 lifecycle and #935 discovery are reused.

Source, diffs, task/answer prose, prompts, transcripts, Slack/private identities, credentials, raw provider records, provider references, graph/context contents, and personal paths stay out of public planning evidence and cloud uploads. Private runtime content follows the existing authorized storage/retention contract.

Broad unattended rollout, Devin orchestrator/reviewer promotion, Cursor cold-install investigation #860, new optional integrations, and general productivity claims are follow-on scope rather than v1.5.0 promises.

Completion gates

Active execution priority

The owner has prioritized fully completing v1.4.0 stabilization and Graphify v1.4.1 first, then Board v1.4.2. This overrides the earlier overlap schedule where it would start Board or Slack work ahead of ready stabilization work.

Incorporated v1.4.0 hosted adoption report

The reported upgrade, CLI/wrapper version alignment, loopback Board lifecycle, lanes status, preview/drift and quiet opt-in behavior are positive historical adoption evidence. The report does not establish Devin orchestrator qualification, remote reachability of a loopback Board, or readiness of an isolated campaign from an ordinary CLI login.

Finding / recommendation Disposition and PR mapping
Implicit session lease; release ID/lifecycle unclear #975 adds admission-before-lease regression and visible lifecycle/release guidance; #915 rehearses it from the package
Bare builder init fails; irrelevant campaign auth owner action Already fixed after v1.4.0 by #969 and #966; #915 verifies actual v1.4.1 inclusion and cold/upgrade behavior
Headless isolated Codex campaign login unavailable New #983, one separate OSS PR after Graphify and before #923; preserve credential isolation and explicit campaign intent
Board stop rejects repository selector #961 implements exact, unambiguous repository-aware stop with service lifecycle in v1.4.2
Host-specific Devin remediation and missing prompt-pack guidance #955 portable configured-posture guidance; #975 owns lease/role sections
Repo secrets, auto-merge promotion and generated-file drift Selected-repository operator actions, not installation failures; preview changes and preserve informational policy until explicitly promoted

Release rehearsal retains successful default/no-optional-provider behavior and distinguishes warn/exit 0, full activation and package shipment. Do not freeze the report's warning count, silently apply its generated setup, or provision credentials from this report.

Current acceptance count for v1.4.1 plus required stabilization: 8 of 12 units accepted (two Graphify foundation units and six #979 units). This is a deliverable count, not an effort-weighted percentage or a claim that the remaining work takes equal time. Active drafts and published-package verification remain outstanding. Other independently owned repository PRs are outside the mapped-slot count and must be reconciled into the final candidate if merged.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestepicEpic tracking issue

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions