diff --git a/AGENTS.md b/AGENTS.md index 0c2aa7f..3bcd7f7 100644 --- a/AGENTS.md +++ b/AGENTS.md @@ -13,12 +13,12 @@ ## Delivery model (P2-018) -Work is scheduled as delivery tasks in the [delivery graph](https://github.com/ArcForges/ArcForges-Design-B/blob/fd16c5f285de0bda2d0320cdff4d52c34c9098ed/docs/planning/delivery/README.md) and executed through the [Plan execution entry](https://github.com/ArcForges/Plan-B/blob/0cb637d1bfbf64d7db22a96a2b7370a409a25d8e/arcforges-implementation.md). There is no Current task, numbered substep order or single main context. +Work is scheduled as delivery tasks in the [delivery graph](https://github.com/ArcForges/ArcForges-Design-B/blob/f8dff2d0144c7db020d35711d606334639dd078b/docs/planning/delivery/README.md) and executed through the [Plan execution entry](https://github.com/ArcForges/Plan-B/blob/ec8820732486464e92df89788edb89eafac86afb/arcforges-implementation.md). There is no Current task, numbered substep order or single main context. -- Baseline: The accepted bootstrap is the bounded Hello Worker and Workflow scaffolding with the WP02 build, dependency and provenance baselines; it is not Harness behavior. Every Harness and routing capability is an open task. This repository's tasks are in the [harness](https://github.com/ArcForges/ArcForges-Design-B/blob/fd16c5f285de0bda2d0320cdff4d52c34c9098ed/docs/planning/delivery/lanes/harness.md), [ai-routing](https://github.com/ArcForges/ArcForges-Design-B/blob/fd16c5f285de0bda2d0320cdff4d52c34c9098ed/docs/planning/delivery/lanes/ai-routing.md) lanes and parts of the extensions and governance lanes. -- Start only a task that Plan-B's `python tools/delivery.py ready --claims` lists and whose `claims/` branch you hold. A task here becomes ready only after the adoption slice for its lane (`ADOPT.08.`) is recorded. -- Several workers may work here at once, each on a different claimed task in its own retained worktree and `task/` branch, inside the task's write scope. Harness tasks add their steps through their own modules, so context, output, recovery and routing work proceed in parallel. -- Shared files follow their [declared protocols](https://github.com/ArcForges/ArcForges-Design-B/blob/fd16c5f285de0bda2d0320cdff4d52c34c9098ed/docs/planning/delivery/shared-resources.md): the Workflow entry is owned by the turn-loop task and other Harness tasks add steps through their own modules; the model route-pin table changes only with a policy snapshot; the AI deployment environment is held through a short lease during live runs. The AI integration owner orders merges and merges only pull requests of the claimant at the current claim epoch. +- Baseline: The accepted bootstrap is the bounded Hello Worker and Workflow scaffolding with the WP02 build, dependency and provenance baselines; it is not Harness behavior. Every Harness and routing capability is an open task. This repository's tasks are in the [harness](https://github.com/ArcForges/ArcForges-Design-B/blob/f8dff2d0144c7db020d35711d606334639dd078b/docs/planning/delivery/lanes/harness.md), [ai-routing](https://github.com/ArcForges/ArcForges-Design-B/blob/f8dff2d0144c7db020d35711d606334639dd078b/docs/planning/delivery/lanes/ai-routing.md) lanes and parts of the extensions and governance lanes. +- Start only a task that Plan-B's `python tools/delivery.py ready` lists and whose claim you hold (`python tools/delivery.py claim --worker `, recorded as `claims/`, the ID in lower case with dots replaced by hyphens, such as `claims/har-00`); continue interrupted work from its handoff record (`python tools/delivery.py show `) rather than restarting it. A task here becomes ready only after the adoption slice for its lane (`ADOPT.08.`) is recorded. +- Several workers may work here at once, each on a different claimed task in its own retained worktree and `task/` branch, inside the task's write scope. Harness tasks add their steps through their own modules, so context, output, recovery and routing work proceed in parallel. +- Shared files follow their [declared protocols](https://github.com/ArcForges/ArcForges-Design-B/blob/f8dff2d0144c7db020d35711d606334639dd078b/docs/planning/delivery/shared-resources.md): the Workflow entry is owned by the turn-loop task and other Harness tasks add steps through their own modules; the model route-pin table changes only with a policy snapshot; the AI deployment environment is held through a short lease during live runs. The AI integration owner (the holder of `roles/integration-ai`) orders merges and merges only at the head commit reviewed for the claimant at the current claim epoch, keeping the task IDs in the merge title. - Title pull requests `[] `; a bundle of compatible ready tasks lists each ID, and planning alignment uses `[P2-018]`. - Earlier dated bootstrap and validation records under `docs/` describe their original scope; they are evidence, not execution instructions.