@alexandrealvaro/agentic 0.10.0-beta.1 → 0.11.1-beta.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +1 -1
- package/src/skills/claude-code/agentic-adr/SKILL.md +7 -0
- package/src/skills/claude-code/agentic-architecture/SKILL.md +6 -0
- package/src/skills/claude-code/agentic-audit/SKILL.md +7 -0
- package/src/skills/claude-code/agentic-bootstrap/SKILL.md +7 -0
- package/src/skills/claude-code/agentic-design/SKILL.md +6 -0
- package/src/skills/claude-code/agentic-ground/SKILL.md +7 -0
- package/src/skills/claude-code/agentic-hooks/SKILL.md +7 -0
- package/src/skills/claude-code/agentic-philosophy/SKILL.md +7 -0
- package/src/skills/claude-code/agentic-review/SKILL.md +7 -0
- package/src/skills/claude-code/agentic-skill/SKILL.md +6 -0
- package/src/skills/claude-code/agentic-spec/SKILL.md +7 -0
- package/src/skills/claude-code/agentic-subagent/SKILL.md +6 -0
- package/src/skills/claude-code/agentic-task/SKILL.md +7 -0
- package/src/skills/codex/agentic-adr/SKILL.md +7 -0
- package/src/skills/codex/agentic-architecture/SKILL.md +6 -0
- package/src/skills/codex/agentic-audit/SKILL.md +7 -0
- package/src/skills/codex/agentic-bootstrap/SKILL.md +7 -0
- package/src/skills/codex/agentic-design/SKILL.md +6 -0
- package/src/skills/codex/agentic-ground/SKILL.md +7 -0
- package/src/skills/codex/agentic-hooks/SKILL.md +7 -0
- package/src/skills/codex/agentic-philosophy/SKILL.md +7 -0
- package/src/skills/codex/agentic-review/SKILL.md +7 -0
- package/src/skills/codex/agentic-skill/SKILL.md +6 -0
- package/src/skills/codex/agentic-spec/SKILL.md +7 -0
- package/src/skills/codex/agentic-task/SKILL.md +7 -0
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@alexandrealvaro/agentic",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.11.1-beta.1",
|
|
4
4
|
"description": "Bootstrap and audit AGENTS.md, ARCHITECTURE.md, ADRs, skills, and subagents for engineering production code with LLMs",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"bin": {
|
|
@@ -71,3 +71,10 @@ ADRs are decision-record artifacts and are **exempt** from the no-dates rule (Do
|
|
|
71
71
|
- `Context` is the business-context-first section — the *forces* and *problem* before the *decision*.
|
|
72
72
|
- One scope: one decision per ADR. If the user's request implies multiple decisions, ask which one to write first; the others become follow-up ADRs.
|
|
73
73
|
- No speculation. `Decision` is a directive ("We will…"); rejected paths go in `Alternatives Considered`, not the body.
|
|
74
|
+
|
|
75
|
+
## Next
|
|
76
|
+
|
|
77
|
+
- Continue the work the ADR was scoped to support. Status starts `proposed`; the user flips to `accepted` after review (the agent does not).
|
|
78
|
+
- If the ADR touches `ARCHITECTURE.md`'s Active ADRs list, add the entry there.
|
|
79
|
+
- `/agentic-task` for the work units that implement the decision.
|
|
80
|
+
- `/agentic-audit` periodically to confirm the decision still holds against the code.
|
|
@@ -112,3 +112,9 @@ A single `ARCHITECTURE.md` at the repo root. Every line locks a binding pattern.
|
|
|
112
112
|
- `Overview` is the business-context-first paragraph — *what the system does* and *what would break without it* before layers and patterns.
|
|
113
113
|
- One scope: system-level patterns and boundaries. Per-decision rationale lives in ADRs; per-project operations live in `AGENTS.md`. Link, do not copy.
|
|
114
114
|
- No speculation. If a layer has no observed signal, write `<TODO: not yet wired>` once; do not propose patterns that aren't already in the code.
|
|
115
|
+
|
|
116
|
+
## Next
|
|
117
|
+
|
|
118
|
+
- `/agentic-spec` when starting a feature whose scope spans the patterns this document records.
|
|
119
|
+
- `/agentic-adr` for any binding decision that surfaced while writing or auditing this file (one decision per ADR).
|
|
120
|
+
- `/agentic-audit` periodically to check pattern drift between this document and the code.
|
|
@@ -74,3 +74,10 @@ If something the user says contradicts what the code shows, surface the conflict
|
|
|
74
74
|
## Output contract
|
|
75
75
|
|
|
76
76
|
A drift list, no file written. Read-only operation. Empty result is reported explicitly ("no drift found across audited artifacts"), not silently. Missing artifacts are flagged, not skipped.
|
|
77
|
+
|
|
78
|
+
## Next
|
|
79
|
+
|
|
80
|
+
- Address each finding with one of the three resolutions named in the format ("change spec / change code / discuss").
|
|
81
|
+
- For findings that require implementation: `/agentic-task` to scaffold the fix.
|
|
82
|
+
- For workflow drift (where am I, what's stuck): `/agentic-next`.
|
|
83
|
+
- For kit-version drift (state file behind current kit): `agentic update`.
|
|
@@ -161,3 +161,10 @@ A single `AGENTS.md` at the repo root, ≤150 lines, every line operational. No
|
|
|
161
161
|
- `Project Overview` is the business-context-first paragraph — *why* the project exists before *what* it does.
|
|
162
162
|
- One scope: this file is the operational guide for agents. Do not duplicate `ARCHITECTURE.md` patterns or ADR rationale here; link instead.
|
|
163
163
|
- No speculation. If a section has no signal, write `<TODO: not yet wired>` once; do not narrate "this could be added later".
|
|
164
|
+
|
|
165
|
+
## Next
|
|
166
|
+
|
|
167
|
+
- In `team` / `mature`: run `/agentic-architecture` once load-bearing patterns emerge in the code.
|
|
168
|
+
- When you start your first feature: `/agentic-spec` (Layer 2 of the four-layer artifact stack).
|
|
169
|
+
- Skip both above in `poc` / `solo` until the project genuinely needs them — the WORKFLOW §1 prune principle applies.
|
|
170
|
+
- `agentic-philosophy` auto-loads on non-trivial work; no explicit invocation needed.
|
|
@@ -69,3 +69,9 @@ A single `DESIGN.md` at the repo root. YAML frontmatter uses W3C `$value`/`$type
|
|
|
69
69
|
- The Markdown body opens with the *why* of each token group — the visual constraint or product principle — before listing rules.
|
|
70
70
|
- One scope: visual contract. Component anatomy and interaction patterns belong elsewhere; link, do not copy.
|
|
71
71
|
- No speculation. If a group has no source token, mark `<TODO: not yet wired>` and move on.
|
|
72
|
+
|
|
73
|
+
## Next
|
|
74
|
+
|
|
75
|
+
- `/agentic-spec` for any feature whose scope touches the visual contract this document records.
|
|
76
|
+
- `/agentic-audit` (DESIGN.md drift category) periodically when tokens change in the source.
|
|
77
|
+
- `/agentic-adr` for binding visual decisions worth recording as architectural commitments (e.g., dropping a token category).
|
|
@@ -100,3 +100,10 @@ A single message structured as:
|
|
|
100
100
|
```
|
|
101
101
|
|
|
102
102
|
No code is written by this skill. The output feeds the next turn (or `/agentic-task`, `/agentic-philosophy`'s Goal-Driven Execution, or freeform implementation).
|
|
103
|
+
|
|
104
|
+
## Next
|
|
105
|
+
|
|
106
|
+
- Implement per the synthesized happy path. Cite the sources you grounded against in commit messages or task `Notes`.
|
|
107
|
+
- `/agentic-task` if the work needs explicit decomposition into checkbox-toggle work units.
|
|
108
|
+
- `/agentic-review main..HEAD` (or current scope) before merge — WORKFLOW §10.
|
|
109
|
+
- `/agentic-adr` if the deviation gate surfaced a binding architectural decision.
|
|
@@ -95,3 +95,10 @@ A narrative document, so the documentation discipline rules apply at write time:
|
|
|
95
95
|
- The Quality Gates section opens with the operational rule (gates are deterministic) before listing the gates themselves.
|
|
96
96
|
- One scope: Quality Gates. Do not duplicate ARCHITECTURE.md or ADR rationale here.
|
|
97
97
|
- No commented-out scripts. No orphan TODO / FIXME — every deferred command references a tracked task or GitHub Issue.
|
|
98
|
+
|
|
99
|
+
## Next
|
|
100
|
+
|
|
101
|
+
- Run the runner's bootstrap command (cited in Step 5 — e.g., `npm install`, `lefthook install`, `pre-commit install`).
|
|
102
|
+
- Verify a deliberately-failing edit (e.g., a known lint violation) gets blocked at commit. The gate is real only when it actually fires.
|
|
103
|
+
- Add a redundant CI gate (`.github/workflows/`, GitLab CI, or equivalent) so contributors cannot bypass via `--no-verify`. WORKFLOW §11 binding.
|
|
104
|
+
- `/agentic-audit` periodically to confirm hooks stay wired as the project evolves.
|
|
@@ -98,3 +98,10 @@ Strong success criteria let you loop independently. Weak criteria ("make it work
|
|
|
98
98
|
8. **Tests are living documentation of behavior.** Test names and assertions read as the spec they enforce. Spec changes drive test changes; never the reverse.
|
|
99
99
|
|
|
100
100
|
When generating or auditing a document, walk this list before declaring done.
|
|
101
|
+
|
|
102
|
+
## Next
|
|
103
|
+
|
|
104
|
+
- Continue current work with the six behaviors active. This skill is posture, not a one-shot task.
|
|
105
|
+
- `/agentic-ground` for non-trivial research before code.
|
|
106
|
+
- `/agentic-next` when uncertain where to go in the workflow.
|
|
107
|
+
- `/agentic-review` before merging non-trivial diffs.
|
|
@@ -52,3 +52,10 @@ If the subagent reports zero findings across all severities, say so explicitly (
|
|
|
52
52
|
## Output contract
|
|
53
53
|
|
|
54
54
|
A structured findings list grouped Blocker / Concern / Note, each finding `file:line: <severity>: <problem>. <fix>.`. The path of the persisted handoff under `.agentic/reviews/` is reported alongside. No "approve" verdict, no defending of the code, no rewrite of the diff. Empty result is reported explicitly.
|
|
55
|
+
|
|
56
|
+
## Next
|
|
57
|
+
|
|
58
|
+
- Address every Blocker before merge. Re-run `/agentic-review` on the fix to confirm it cleared.
|
|
59
|
+
- Each Concern becomes a follow-up `/agentic-task`; do not let them silently accumulate.
|
|
60
|
+
- Notes are informational; close them out in the original task's `Notes` log if relevant.
|
|
61
|
+
- Once Blockers are clear: merge per project conventions.
|
|
@@ -49,3 +49,9 @@ Do not invoke the new skill, do not pre-fill it with example content, do not tes
|
|
|
49
49
|
## Output contract
|
|
50
50
|
|
|
51
51
|
A single new `SKILL.md` at the chosen path (plus `agents/openai.yaml` for Codex). Frontmatter declares only the fields actually used. Body is imperative and terse. No external file dependencies the user did not ask for.
|
|
52
|
+
|
|
53
|
+
## Next
|
|
54
|
+
|
|
55
|
+
- Test the new skill's description triggers by invoking it from a real conversation — verify auto-triggering on the keywords you chose.
|
|
56
|
+
- If the skill is meant to be universal across the kit's profiles, propose an ADR + Task to add it to the profile catalog (`src/lib/profiles.js`) — universal additions are kit-level decisions, not single-project ones.
|
|
57
|
+
- If the skill carries a sibling subagent, declare it in `manifest.json` and add the source under `agents/`.
|
|
@@ -127,3 +127,10 @@ The spec is a narrative document but is exempt from ADR-0008's no-dates rule for
|
|
|
127
127
|
- One scope: one feature per spec. Multiple features implies multiple specs.
|
|
128
128
|
- No speculation. Open Questions go in their named section; everywhere else captures decisions.
|
|
129
129
|
- No commented-out requirements or TODO/FIXME — every deferred item references a tracked work item or lives under Open Questions.
|
|
130
|
+
|
|
131
|
+
## Next
|
|
132
|
+
|
|
133
|
+
- `/agentic-ground` for the four-source research pass before code (WORKFLOW §4 + §5).
|
|
134
|
+
- `/agentic-task` to break the spec into work units; each task carries a `Spec ref` field pointing back to this file.
|
|
135
|
+
- `/agentic-adr` if scoping the spec surfaced a binding architectural decision worth recording (one decision per ADR).
|
|
136
|
+
- Flip Status to `accepted` once you sign off and tasks start being created. Flip to `shipped` after release.
|
|
@@ -57,3 +57,9 @@ Do not dispatch to the new subagent, do not test it. The user will exercise it t
|
|
|
57
57
|
## Output contract
|
|
58
58
|
|
|
59
59
|
A single new file at `.claude/agents/<name>.md` (or `~/.claude/agents/<name>.md`). Frontmatter declares only the fields actually used. Body is the system prompt: terse, imperative, with explicit stop criterion. No external file dependencies the user did not ask for.
|
|
60
|
+
|
|
61
|
+
## Next
|
|
62
|
+
|
|
63
|
+
- Test the new subagent by exercising the workflow it serves — invoke via the `Task` tool with `subagent_type: '<name>'`.
|
|
64
|
+
- Document the subagent in `AGENTS.md` (or the project's operational guide) if it is project-wide rather than personal.
|
|
65
|
+
- If the subagent ships alongside a skill (manifest-listed), update the skill's `manifest.json` to declare the file.
|
|
@@ -105,3 +105,10 @@ Task files are decision-record artifacts and are **exempt** from the no-dates ru
|
|
|
105
105
|
- One scope: one task per file. If the user's request implies multiple deliverables, ask which to write first; the others become follow-up tasks.
|
|
106
106
|
- No speculation. Acceptance criteria must be measurable; do not list aspirational items ("loads in under 2s", not "fast enough").
|
|
107
107
|
- `Notes` is append-only and dated per entry — that is the auditability primitive, not a violation of Rule 2.
|
|
108
|
+
|
|
109
|
+
## Next
|
|
110
|
+
|
|
111
|
+
- Implement. Toggle Acceptance Criteria checkboxes and append to `Notes` as work lands.
|
|
112
|
+
- `/agentic-review main..HEAD` (or current scope) before merge — the task DoD requires a fresh-context §10 review.
|
|
113
|
+
- Flip Status to `done` once every Acceptance Criterion and Definition-of-Done item is checked.
|
|
114
|
+
- If the task implements a spec, the spec's `Related → Tasks` list should reciprocate the link.
|
|
@@ -57,3 +57,10 @@ ADRs are decision-record artifacts and are exempt from the no-dates rule (Docume
|
|
|
57
57
|
- One scope: one decision per ADR.
|
|
58
58
|
- No speculation. `Decision` is a directive; rejected paths go in `Alternatives Considered`.
|
|
59
59
|
</output_contract>
|
|
60
|
+
|
|
61
|
+
## Next
|
|
62
|
+
|
|
63
|
+
- Continue the work the ADR was scoped to support. Status starts `proposed`; the user flips to `accepted` after review (the agent does not).
|
|
64
|
+
- If the ADR touches `ARCHITECTURE.md`'s Active ADRs list, add the entry there.
|
|
65
|
+
- `/agentic-task` for the work units that implement the decision.
|
|
66
|
+
- `/agentic-audit` periodically to confirm the decision still holds against the code.
|
|
@@ -93,3 +93,9 @@ A single `ARCHITECTURE.md` at the repo root. Every line locks a binding pattern.
|
|
|
93
93
|
- One scope: system-level patterns and boundaries. Per-decision rationale lives in ADRs; per-project operations live in `AGENTS.md`. Link, do not copy.
|
|
94
94
|
- No speculation. If a layer has no observed signal, write `<TODO: not yet wired>` once; do not propose patterns absent from the code.
|
|
95
95
|
</output_contract>
|
|
96
|
+
|
|
97
|
+
## Next
|
|
98
|
+
|
|
99
|
+
- `/agentic-spec` when starting a feature whose scope spans the patterns this document records.
|
|
100
|
+
- `/agentic-adr` for any binding decision that surfaced while writing or auditing this file (one decision per ADR).
|
|
101
|
+
- `/agentic-audit` periodically to check pattern drift between this document and the code.
|
|
@@ -58,3 +58,10 @@ If something the user says contradicts what the code shows, surface the conflict
|
|
|
58
58
|
<output_contract>
|
|
59
59
|
A drift list, no file written. Read-only operation. Empty result is reported explicitly ("no drift found across audited artifacts"), not silently. Missing artifacts are flagged, not skipped.
|
|
60
60
|
</output_contract>
|
|
61
|
+
|
|
62
|
+
## Next
|
|
63
|
+
|
|
64
|
+
- Address each finding with one of the three resolutions named in the format ("change spec / change code / discuss").
|
|
65
|
+
- For findings that require implementation: `/agentic-task` to scaffold the fix.
|
|
66
|
+
- For workflow drift (where am I, what's stuck): `/agentic-next`.
|
|
67
|
+
- For kit-version drift (state file behind current kit): `agentic update`.
|
|
@@ -143,3 +143,10 @@ A single `AGENTS.md` at the repo root, ≤150 lines, every line operational. No
|
|
|
143
143
|
- One scope: this file is the operational guide for agents. Do not duplicate `ARCHITECTURE.md` patterns or ADR rationale here; link instead.
|
|
144
144
|
- No speculation. If a section has no signal, write `<TODO: not yet wired>` once; do not narrate "this could be added later".
|
|
145
145
|
</output_contract>
|
|
146
|
+
|
|
147
|
+
## Next
|
|
148
|
+
|
|
149
|
+
- In `team` / `mature`: run `/agentic-architecture` once load-bearing patterns emerge in the code.
|
|
150
|
+
- When you start your first feature: `/agentic-spec` (Layer 2 of the four-layer artifact stack).
|
|
151
|
+
- Skip both above in `poc` / `solo` until the project genuinely needs them — the WORKFLOW §1 prune principle applies.
|
|
152
|
+
- `agentic-philosophy` auto-loads on non-trivial work.
|
|
@@ -53,3 +53,9 @@ A single `DESIGN.md` at the repo root. YAML frontmatter uses W3C `$value`/`$type
|
|
|
53
53
|
- One scope: visual contract. Component anatomy and interaction patterns live elsewhere; link, do not copy.
|
|
54
54
|
- No speculation. If a group has no source token, mark `<TODO: not yet wired>` and move on.
|
|
55
55
|
</output_contract>
|
|
56
|
+
|
|
57
|
+
## Next
|
|
58
|
+
|
|
59
|
+
- `/agentic-spec` for any feature whose scope touches the visual contract this document records.
|
|
60
|
+
- `/agentic-audit` (DESIGN.md drift category) periodically when tokens change in the source.
|
|
61
|
+
- `/agentic-adr` for binding visual decisions worth recording as architectural commitments.
|
|
@@ -80,3 +80,10 @@ A single message structured as:
|
|
|
80
80
|
|
|
81
81
|
No code is written by this skill. The output feeds the next turn or another skill.
|
|
82
82
|
</output_contract>
|
|
83
|
+
|
|
84
|
+
## Next
|
|
85
|
+
|
|
86
|
+
- Implement per the synthesized happy path. Cite the sources you grounded against in commit messages or task Notes.
|
|
87
|
+
- `/agentic-task` if the work needs explicit decomposition into checkbox-toggle work units.
|
|
88
|
+
- `/agentic-review main..HEAD` (or current scope) before merge — WORKFLOW §10.
|
|
89
|
+
- `/agentic-adr` if the deviation gate surfaced a binding architectural decision.
|
|
@@ -60,3 +60,10 @@ Documentation discipline rules apply at write time:
|
|
|
60
60
|
- One scope: Quality Gates. No duplication of ARCHITECTURE.md or ADR rationale.
|
|
61
61
|
- No commented-out scripts. No orphan TODO / FIXME.
|
|
62
62
|
</output_contract>
|
|
63
|
+
|
|
64
|
+
## Next
|
|
65
|
+
|
|
66
|
+
- Run the runner's bootstrap command (cited in Step 5 — e.g., `npm install`, `lefthook install`, `pre-commit install`).
|
|
67
|
+
- Verify a deliberately-failing edit (e.g., a known lint violation) gets blocked at commit.
|
|
68
|
+
- Add a redundant CI gate so contributors cannot bypass via `--no-verify`. WORKFLOW §11 binding.
|
|
69
|
+
- `/agentic-audit` periodically to confirm hooks stay wired as the project evolves.
|
|
@@ -37,3 +37,10 @@ Walk this list before declaring any documentation task done.
|
|
|
37
37
|
<output_contract>
|
|
38
38
|
This skill emits no file. Its job is to set the agent's working posture for the next non-trivial change.
|
|
39
39
|
</output_contract>
|
|
40
|
+
|
|
41
|
+
## Next
|
|
42
|
+
|
|
43
|
+
- Continue current work with the six behaviors active. This skill is posture, not a one-shot task.
|
|
44
|
+
- `/agentic-ground` for non-trivial research before code.
|
|
45
|
+
- `/agentic-next` when uncertain where to go in the workflow.
|
|
46
|
+
- `/agentic-review` before merging non-trivial diffs.
|
|
@@ -75,3 +75,10 @@ Do not proceed past this point in the current session.
|
|
|
75
75
|
<output_contract>
|
|
76
76
|
A handoff file at `.agentic/reviews/<ISO-timestamp>-<scope-slug>.md`, plus a short instruction telling the user how to load it into a fresh Codex session via `/clear` and paste. The current session does not produce findings — the fresh session does, after the user re-loads the handoff. This honors WORKFLOW §10 by enforcing context isolation through `/clear` rather than via a subagent primitive Codex lacks; the persisted file replaces the chat-scroll copy step that previously made the round-trip fragile.
|
|
77
77
|
</output_contract>
|
|
78
|
+
|
|
79
|
+
## Next
|
|
80
|
+
|
|
81
|
+
- Address every Blocker before merge. Re-run `/agentic-review` on the fix to confirm it cleared.
|
|
82
|
+
- Each Concern becomes a follow-up `/agentic-task`; do not let them silently accumulate.
|
|
83
|
+
- Notes are informational; close them out in the original task's `Notes` log if relevant.
|
|
84
|
+
- Once Blockers are clear: merge per project conventions.
|
|
@@ -40,3 +40,9 @@ Step 4 — stop after writing. Do not invoke the new skill, do not pre-fill it w
|
|
|
40
40
|
<output_contract>
|
|
41
41
|
A single new `SKILL.md` at the chosen path (plus `agents/openai.yaml` for Codex). Frontmatter declares only the fields actually used. Body is imperative and terse. No external file dependencies the user did not ask for.
|
|
42
42
|
</output_contract>
|
|
43
|
+
|
|
44
|
+
## Next
|
|
45
|
+
|
|
46
|
+
- Test the new skill's description triggers by invoking it from a real conversation — verify auto-triggering on the keywords you chose.
|
|
47
|
+
- If the skill is meant to be universal across the kit's profiles, propose an ADR + Task to add it to the profile catalog (`src/lib/profiles.js`).
|
|
48
|
+
- If the skill carries a sibling subagent, declare it in `manifest.json` and add the source under `agents/`.
|
|
@@ -103,3 +103,10 @@ Spec is a narrative document but is exempt from ADR-0008's no-dates rule for the
|
|
|
103
103
|
- No speculation. Open Questions go in their named section.
|
|
104
104
|
- No commented-out requirements or TODO/FIXME — every deferred item references a tracked work item or lives under Open Questions.
|
|
105
105
|
</output_contract>
|
|
106
|
+
|
|
107
|
+
## Next
|
|
108
|
+
|
|
109
|
+
- `/agentic-ground` for the four-source research pass before code (WORKFLOW §4 + §5).
|
|
110
|
+
- `/agentic-task` to break the spec into work units; each task carries a `Spec ref` field pointing back to this file.
|
|
111
|
+
- `/agentic-adr` if scoping the spec surfaced a binding architectural decision.
|
|
112
|
+
- Flip Status to `accepted` once you sign off and tasks start being created. Flip to `shipped` after release.
|
|
@@ -89,3 +89,10 @@ Task files are decision-record artifacts and are exempt from the no-dates rule (
|
|
|
89
89
|
- No speculation. Acceptance criteria must be measurable; do not list aspirational items.
|
|
90
90
|
- `Notes` is append-only and dated per entry — that is the auditability primitive, not a violation of Rule 2.
|
|
91
91
|
</output_contract>
|
|
92
|
+
|
|
93
|
+
## Next
|
|
94
|
+
|
|
95
|
+
- Implement. Toggle Acceptance Criteria checkboxes and append to `Notes` as work lands.
|
|
96
|
+
- `/agentic-review main..HEAD` (or current scope) before merge — the task DoD requires a fresh-context §10 review.
|
|
97
|
+
- Flip Status to `done` once every Acceptance Criterion and Definition-of-Done item is checked.
|
|
98
|
+
- If the task implements a spec, the spec's `Related → Tasks` list should reciprocate the link.
|