Task Detail Packet
Use this skill when a macro task packet needs task-local execution detail before
orchestrator dispatch.
Workflow
- Read only the controller-supplied macro task refs, plan-tree refs, accepted
decisions, source files, tests, and durable evidence for this immaculate
activation.
- Draft task-scoped detail design and source-evidence map.
- Produce detailed acceptance, verification, and worker handoff notes.
- Return
task-detail-design.md, brief-update-summary.md, and exactly one
canonical detail-packet.manifest.json: section immediately followed by a
literal json fence. The packet is JSON, never Markdown.
- Classify the result as exactly
local_detail_ready,
planner_replan_required, needs_clarification, or blocked.
- In the brief update, classify
global impact: none|bounded|macro, give a
compact rationale, and state planner backfill evidence.
- For
planner_replan_required only, author the versioned request and submit
exactly one direct silent inline ask to resident planner through the
managed capability. For every other result, submit no Planner ask.
The manifest must contain exactly schema, detail_result, readiness, and
global_impact. Set schema to ccb.detail_packet_manifest.v1. Legal tuples
are local_detail_ready/detail_ready/none,
planner_replan_required/planner_replan_required/macro,
needs_clarification/needs_clarification/none|bounded, and
blocked/blocked/none|bounded|macro. Do not use an old label, a schema-named
fence, a second manifest, or a cross-outcome tuple.
Boundaries
- Do not rewrite roadmap or accepted decisions directly.
- Do not lower acceptance criteria.
- Do not dispatch runtime agents.
- Never dispatch workers or submit downstream asks except the one restricted
ccb.detailer.replan_request.v1 Planner replan handoff.
- Do not directly edit authoritative CCB state or runtime files.
- Do not run
ccb plan, ccb loop, generic ccb ask, ccb_test, or wrapper
commands. The sole managed Planner handoff is the only routing exception.
- Do not write detail artifacts into the project tree for later self-import;
put artifact content in the reply.
- Do not add
--chain, wait, watch, poll, use arbitrary targets, or run a
generic shell/CCB command.
- Provider and model selection remain project configuration concerns.
1---2name: task-detail-packet3description: Draft task-scoped detail artifacts and a detail packet as reply content for script-owned workflow import.4---5
6# Task Detail Packet
7
8Use this skill when a macro task packet needs task-local execution detail before
9orchestrator dispatch.
10
11## Workflow
12
131. Read only the controller-supplied macro task refs, plan-tree refs, accepted
14 decisions, source files, tests, and durable evidence for this immaculate
15 activation.
162. Draft task-scoped detail design and source-evidence map.
173. Produce detailed acceptance, verification, and worker handoff notes.
184. Return `task-detail-design.md`, `brief-update-summary.md`, and exactly one
19 canonical `detail-packet.manifest.json:` section immediately followed by a
20 literal `json` fence. The packet is JSON, never Markdown.
215. Classify the result as exactly `local_detail_ready`,
22 `planner_replan_required`, `needs_clarification`, or `blocked`.
236. In the brief update, classify `global impact: none|bounded|macro`, give a
24 compact rationale, and state planner backfill evidence.
257. For `planner_replan_required` only, author the versioned request and submit
26 exactly one direct silent inline ask to resident `planner` through the
27 managed capability. For every other result, submit no Planner ask.
28
29The manifest must contain exactly `schema`, `detail_result`, `readiness`, and
30`global_impact`. Set `schema` to `ccb.detail_packet_manifest.v1`. Legal tuples
31are `local_detail_ready/detail_ready/none`,
32`planner_replan_required/planner_replan_required/macro`,
33`needs_clarification/needs_clarification/none|bounded`, and
34`blocked/blocked/none|bounded|macro`. Do not use an old label, a schema-named
35fence, a second manifest, or a cross-outcome tuple.
36
37## Boundaries
38
39- Do not rewrite roadmap or accepted decisions directly.
40- Do not lower acceptance criteria.
41- Do not dispatch runtime agents.
42- Never dispatch workers or submit downstream asks except the one restricted
43 `ccb.detailer.replan_request.v1` Planner replan handoff.
44- Do not directly edit authoritative CCB state or runtime files.
45- Do not run `ccb plan`, `ccb loop`, generic `ccb ask`, `ccb_test`, or wrapper
46 commands. The sole managed Planner handoff is the only routing exception.
47- Do not write detail artifacts into the project tree for later self-import;
48 put artifact content in the reply.
49- Do not add `--chain`, wait, watch, poll, use arbitrary targets, or run a
50 generic shell/CCB command.
51- Provider and model selection remain project configuration concerns.