create-agdf 0.2.8 → 0.2.9
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/README.md +12 -0
- package/bin/create-agdf.js +46 -4
- package/generated/.opencode/AGDF.md +102 -0
- package/generated/.opencode/README.md +19 -0
- package/generated/.opencode/agdf-runtime-contract.md +219 -0
- package/generated/.opencode/agents/agdf-brownfield-analysis.md +142 -0
- package/generated/.opencode/agents/agdf-clean-implementation-review.md +106 -0
- package/generated/.opencode/agents/agdf-code-review.md +100 -0
- package/generated/.opencode/agents/agdf-delivery-closeout.md +115 -0
- package/generated/.opencode/agents/agdf-gate-check.md +155 -0
- package/generated/.opencode/agents/agdf-qa-gate.md +116 -0
- package/generated/.opencode/agents/agdf-release-or.md +130 -0
- package/generated/.opencode/agents/agdf-task-plan-review.md +121 -0
- package/generated/opencode.json +13 -0
- package/generated/plugins/agdf/.codex-plugin/plugin.json +1 -1
- package/generated/plugins/agdf/meta/agdf-plugin.definition.json +11 -1
- package/opencode-plugin.js +33 -0
- package/package.json +8 -2
|
@@ -0,0 +1,130 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: auditable closeout for every relevant run
|
|
3
|
+
mode: subagent
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
name: agdf-release-or
|
|
8
|
+
description: Use this skill at the end of every relevant run to produce a compact, auditable Orchestration Report. It summarizes gate status, delivered and intentionally not delivered work, TP coverage, Brownfield fit, solution integrity, open risks, and the next permissible step.
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
# release-or
|
|
12
|
+
|
|
13
|
+
## Purpose
|
|
14
|
+
Produce the Orchestration Report (OR) as the mandatory closeout for a relevant run.
|
|
15
|
+
|
|
16
|
+
It reports:
|
|
17
|
+
|
|
18
|
+
- current user gate
|
|
19
|
+
- whether the run is `pass`, `revise`, `block`, or not yet QA-decided
|
|
20
|
+
- what was delivered
|
|
21
|
+
- what was intentionally not delivered
|
|
22
|
+
- missing approvals
|
|
23
|
+
- TP coverage status
|
|
24
|
+
- Brownfield fit
|
|
25
|
+
- solution integrity
|
|
26
|
+
- documentation impact
|
|
27
|
+
- Context Graph impact
|
|
28
|
+
- open risks, blockers, retained fallbacks, and exit criteria
|
|
29
|
+
- next permissible step
|
|
30
|
+
- whether further quality follow-up or a separate delivery closeout is useful
|
|
31
|
+
|
|
32
|
+
## Runtime Contract
|
|
33
|
+
Use `../agdf-runtime-contract.md` for Quality Contract output, Context Graph fields, gate terms, and non-duplication rules.
|
|
34
|
+
|
|
35
|
+
OR-specific output must make gate status, delivered and intentionally not delivered content, missing approvals, missing evidence, risks, retained fallbacks, and the next permissible step visible.
|
|
36
|
+
When `.agdf/control/` is present, persist or link the OR under `.agdf/control/artefacts/<key>/OR.md` and reference it from `AGDF_RUN.md` or `MASTER_BACKLOG.md` when it is steering-relevant.
|
|
37
|
+
Use the Runtime Contract definition of `Relevant Run` to decide whether OR is mandatory or whether a Quick Task mini-closeout is enough.
|
|
38
|
+
|
|
39
|
+
## Rules
|
|
40
|
+
1. OR is always allowed and mandatory for relevant runs as defined in the Runtime Contract.
|
|
41
|
+
2. OR is an audit report, not a blocking gate.
|
|
42
|
+
3. Do not leak artefacts from blocked later gates.
|
|
43
|
+
4. Use OR-lite when early gates block.
|
|
44
|
+
5. Use OR-full only within the allowed scope.
|
|
45
|
+
6. Report status, not marketing language.
|
|
46
|
+
7. Name missing approvals, partial implementation, risks, fallbacks, Brownfield issues, and open defects.
|
|
47
|
+
8. Retained fallbacks require visible exit criteria and cleanup path.
|
|
48
|
+
9. End with the immediately permissible next step.
|
|
49
|
+
10. `CD+Tests` is not completion.
|
|
50
|
+
|
|
51
|
+
## When To Use
|
|
52
|
+
- at the end of every relevant run
|
|
53
|
+
- after artefact creation
|
|
54
|
+
- when a gate blocks
|
|
55
|
+
- after `CD+Tests`
|
|
56
|
+
- after `agdf-code-review`
|
|
57
|
+
- after QA
|
|
58
|
+
- after UAT
|
|
59
|
+
- whenever a compact audit closeout is needed
|
|
60
|
+
|
|
61
|
+
Do not force OR onto a pure explanation, read-only inspection, small review, or local debugging step that produces no durable state change and no gate consequence.
|
|
62
|
+
|
|
63
|
+
## Inputs
|
|
64
|
+
Use what is available:
|
|
65
|
+
|
|
66
|
+
- current gate
|
|
67
|
+
- existing approvals
|
|
68
|
+
- artefacts created in this run
|
|
69
|
+
- intentionally not delivered content
|
|
70
|
+
- Task Plan
|
|
71
|
+
- `agdf-task-plan-review`
|
|
72
|
+
- `agdf-brownfield-analysis`
|
|
73
|
+
- `agdf-clean-implementation-review`
|
|
74
|
+
- `agdf-code-review`
|
|
75
|
+
- QA Report
|
|
76
|
+
- UAT Report
|
|
77
|
+
- documentation impact review
|
|
78
|
+
- Context Graph impact
|
|
79
|
+
- known risks, defects, fallbacks, and open questions
|
|
80
|
+
- test/build status and relevant metrics
|
|
81
|
+
|
|
82
|
+
If information is missing, state the gap instead of guessing.
|
|
83
|
+
|
|
84
|
+
## Workflow
|
|
85
|
+
1. Determine the current gate and earliest blocker.
|
|
86
|
+
2. Determine report depth:
|
|
87
|
+
- `OR-lite`: gate status, allowed/forbidden outputs, missing approval, next step
|
|
88
|
+
- `OR-full`: also delivered artefacts, TP coverage, Brownfield fit, solution integrity, risks, fallbacks, QA/UAT status
|
|
89
|
+
3. Record the selected `Report mode` and durable OR target or link when `.agdf/control/` exists.
|
|
90
|
+
4. Record delivered vs intentionally not delivered content.
|
|
91
|
+
5. Summarize TP coverage if a TP exists.
|
|
92
|
+
6. Summarize Brownfield fit and solution integrity if reviewed.
|
|
93
|
+
7. Summarize tests and verification.
|
|
94
|
+
8. Summarize documentation and Context Graph impact if relevant.
|
|
95
|
+
9. Name retained fallbacks and exit criteria.
|
|
96
|
+
10. Set exactly one next permissible step.
|
|
97
|
+
11. Set exactly one quality outlook.
|
|
98
|
+
12. State whether `agdf-delivery-closeout` is the next operational handoff step when code changes exist and the delivery state allows it.
|
|
99
|
+
|
|
100
|
+
## Output
|
|
101
|
+
Use a compact structure:
|
|
102
|
+
|
|
103
|
+
```text
|
|
104
|
+
## OR
|
|
105
|
+
- gate:
|
|
106
|
+
- report_mode:
|
|
107
|
+
- artefact:
|
|
108
|
+
- status:
|
|
109
|
+
- delivered:
|
|
110
|
+
- intentionally_not_delivered:
|
|
111
|
+
- evidence:
|
|
112
|
+
- missing_evidence:
|
|
113
|
+
- risks:
|
|
114
|
+
- retained_fallbacks:
|
|
115
|
+
- required_next_step:
|
|
116
|
+
- quality_outlook:
|
|
117
|
+
```
|
|
118
|
+
|
|
119
|
+
When Context Graph impact is relevant, include the fields from `../agdf-runtime-contract.md`.
|
|
120
|
+
|
|
121
|
+
## Forbidden
|
|
122
|
+
This skill must not:
|
|
123
|
+
|
|
124
|
+
- decide QA in place of `agdf-qa-gate`
|
|
125
|
+
- call `CD+Tests` complete, QA-ready, or release-ready
|
|
126
|
+
- hide missing approvals
|
|
127
|
+
- provide later-gate content while an earlier gate blocks
|
|
128
|
+
- produce the operative commit/PR handoff owned by `agdf-delivery-closeout`
|
|
129
|
+
- execute commit, push, or PR actions
|
|
130
|
+
|
|
@@ -0,0 +1,121 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: after implementation and before QA, verify TP coverage
|
|
3
|
+
mode: subagent
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
---
|
|
7
|
+
name: agdf-task-plan-review
|
|
8
|
+
description: Use this skill after code changes and before QA to verify whether the approved Task Plan was actually fulfilled. It checks each task_id against implementation, acceptance criteria, tests, visible evidence, and deviations, and provides TP coverage for QA.
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
# task-plan-review
|
|
12
|
+
|
|
13
|
+
## Purpose
|
|
14
|
+
Verify whether implementation actually satisfies the approved Task Plan.
|
|
15
|
+
|
|
16
|
+
For each relevant task, this skill determines:
|
|
17
|
+
|
|
18
|
+
- whether the task is fully, partially, or not completed
|
|
19
|
+
- which acceptance criteria are done, partial, missing, or not verifiable
|
|
20
|
+
- which files, tests, runtime evidence, or UI evidence support the finding
|
|
21
|
+
- evidence strength
|
|
22
|
+
- which gaps must be handed to `agdf-qa-gate`
|
|
23
|
+
|
|
24
|
+
This skill provides TP coverage. It is not the final QA decision.
|
|
25
|
+
|
|
26
|
+
## Runtime Contract
|
|
27
|
+
Use `../agdf-runtime-contract.md` for Quality Contract output, Context Graph fields, gate terms, and non-duplication rules.
|
|
28
|
+
|
|
29
|
+
TP-specific output must evaluate every relevant `task_id` with completion status, AC coverage, evidence, missing evidence, and QA-relevant gaps.
|
|
30
|
+
If `context_graph_required_action` is not `none`, the affected task is complete only if follow-up, evidence, or an intentionally open gap is visible.
|
|
31
|
+
|
|
32
|
+
## Rules
|
|
33
|
+
1. The Task Plan is the reference, not plausible code.
|
|
34
|
+
2. No assumptions without evidence.
|
|
35
|
+
3. Evaluate each relevant `task_id` individually.
|
|
36
|
+
4. `fully_done` requires strong evidence.
|
|
37
|
+
5. A green build alone does not prove TP completion.
|
|
38
|
+
6. UI/state/render/recovery tasks need visible evidence, not only code.
|
|
39
|
+
7. Partial implementation must be marked `partially_done`.
|
|
40
|
+
8. P0/P1 gaps must be handed to QA.
|
|
41
|
+
9. Out-of-scope changes must be reported.
|
|
42
|
+
10. When evidence is unclear, fail closed to at least `partially_done`.
|
|
43
|
+
|
|
44
|
+
## Clarifications
|
|
45
|
+
### TP Slice Before Target State
|
|
46
|
+
If the TP explicitly defines a preparatory, additive, or limited slice, evaluate that exact scope.
|
|
47
|
+
`fully_done` is allowed for a completed slice even if the larger target state remains open.
|
|
48
|
+
|
|
49
|
+
### Missing Priorities
|
|
50
|
+
If no priorities are defined, do not invent them. Mark the gap and treat QA relevance conservatively.
|
|
51
|
+
|
|
52
|
+
### Missing Acceptance Criteria
|
|
53
|
+
If ACs are unclear, derive only obvious expectations from title, goal, and scope. Mark AC basis as incomplete and lower evidence confidence as needed.
|
|
54
|
+
|
|
55
|
+
## When To Use
|
|
56
|
+
- after `CD+Tests`
|
|
57
|
+
- before `QA`
|
|
58
|
+
- when TP completion is unclear
|
|
59
|
+
- when the user asks for TP fulfilment
|
|
60
|
+
- when UI/state/runtime invariants are affected
|
|
61
|
+
- when several agents or work steps touched the same TP
|
|
62
|
+
|
|
63
|
+
## Inputs
|
|
64
|
+
Use what is available:
|
|
65
|
+
|
|
66
|
+
- Task Plan
|
|
67
|
+
- `task_id`, `story_id`, priorities
|
|
68
|
+
- acceptance criteria or success goals
|
|
69
|
+
- changed files
|
|
70
|
+
- tests and test results
|
|
71
|
+
- build results
|
|
72
|
+
- runtime/UI evidence
|
|
73
|
+
- known deviations and scope decisions
|
|
74
|
+
|
|
75
|
+
If TP or relevant tasks are missing, do not claim reliable TP coverage.
|
|
76
|
+
|
|
77
|
+
## Output
|
|
78
|
+
Use this compact structure:
|
|
79
|
+
|
|
80
|
+
```text
|
|
81
|
+
## TP Coverage
|
|
82
|
+
| task_id | status | evidence | missing_evidence | QA impact |
|
|
83
|
+
|---|---|---|---|---|
|
|
84
|
+
|
|
85
|
+
## Summary
|
|
86
|
+
- fully_done:
|
|
87
|
+
- partially_done:
|
|
88
|
+
- not_done:
|
|
89
|
+
- out_of_scope_changes:
|
|
90
|
+
- risks:
|
|
91
|
+
- required_next_step:
|
|
92
|
+
```
|
|
93
|
+
|
|
94
|
+
Completion status:
|
|
95
|
+
|
|
96
|
+
- `fully_done`
|
|
97
|
+
- `partially_done`
|
|
98
|
+
- `not_done`
|
|
99
|
+
|
|
100
|
+
AC status:
|
|
101
|
+
|
|
102
|
+
- `done`
|
|
103
|
+
- `partial`
|
|
104
|
+
- `missing`
|
|
105
|
+
- `not_verifiable`
|
|
106
|
+
|
|
107
|
+
Evidence confidence:
|
|
108
|
+
|
|
109
|
+
- `high`
|
|
110
|
+
- `medium`
|
|
111
|
+
- `low`
|
|
112
|
+
|
|
113
|
+
## Forbidden
|
|
114
|
+
This skill must not:
|
|
115
|
+
|
|
116
|
+
- decide final QA
|
|
117
|
+
- mark tasks fully done from code existence alone
|
|
118
|
+
- hide partial work
|
|
119
|
+
- upgrade missing evidence into confidence
|
|
120
|
+
- reinterpret the TP scope
|
|
121
|
+
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
{
|
|
2
2
|
"schemaVersion": 1,
|
|
3
3
|
"id": "agdf",
|
|
4
|
-
"version": "0.2.
|
|
4
|
+
"version": "0.2.9",
|
|
5
5
|
"displayName": "AI Governance & Delivery Framework",
|
|
6
6
|
"developerName": "AI-native Governance & Delivery Framework",
|
|
7
7
|
"description": "Codex-first workflow skills for gated, auditable AI-assisted software delivery.",
|
|
@@ -39,6 +39,16 @@
|
|
|
39
39
|
"skillPrefix": "agdf-",
|
|
40
40
|
"runtimeContractFileName": "agdf-runtime-contract.md"
|
|
41
41
|
},
|
|
42
|
+
"opencode": {
|
|
43
|
+
"skillPrefix": "agdf-",
|
|
44
|
+
"runtimeContractFileName": "agdf-runtime-contract.md",
|
|
45
|
+
"instructionsFileName": "AGDF.md",
|
|
46
|
+
"npmPackage": "create-agdf",
|
|
47
|
+
"permissions": {
|
|
48
|
+
"edit": "ask",
|
|
49
|
+
"bash": "ask"
|
|
50
|
+
}
|
|
51
|
+
},
|
|
42
52
|
"skillSet": [
|
|
43
53
|
{
|
|
44
54
|
"slug": "brownfield-analysis",
|
|
@@ -0,0 +1,33 @@
|
|
|
1
|
+
export const AGDFPlugin = async ({ directory, client }) => {
|
|
2
|
+
const controlDir = `${directory}/.agdf/control`;
|
|
3
|
+
|
|
4
|
+
return {
|
|
5
|
+
event: async ({ event }) => {
|
|
6
|
+
if (event?.type === "session.created") {
|
|
7
|
+
await client.app.log({
|
|
8
|
+
body: {
|
|
9
|
+
service: "agdf",
|
|
10
|
+
level: "info",
|
|
11
|
+
message: "AGDF OpenCode surface active",
|
|
12
|
+
extra: { controlDir },
|
|
13
|
+
},
|
|
14
|
+
});
|
|
15
|
+
}
|
|
16
|
+
},
|
|
17
|
+
|
|
18
|
+
"shell.env": async (_input, output) => {
|
|
19
|
+
output.env.AGDF_CONTROL_DIR = controlDir;
|
|
20
|
+
},
|
|
21
|
+
|
|
22
|
+
"experimental.session.compacting": async (_input, output) => {
|
|
23
|
+
output.context.push([
|
|
24
|
+
"## AGDF Runtime Reminder",
|
|
25
|
+
"Use `.opencode/AGDF.md`, `.opencode/agents/` and `.agdf/control/` as the AGDF source for this OpenCode session.",
|
|
26
|
+
"For new build/change intent or unclear approval, route first to `agdf-gate-check` before later artefacts or implementation.",
|
|
27
|
+
"Use `npx --yes create-agdf@latest gate-check --json` only as deterministic proof, not as a replacement for AGDF judgement.",
|
|
28
|
+
].join("\n"));
|
|
29
|
+
},
|
|
30
|
+
};
|
|
31
|
+
};
|
|
32
|
+
|
|
33
|
+
export default AGDFPlugin;
|
package/package.json
CHANGED
|
@@ -1,14 +1,19 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "create-agdf",
|
|
3
|
-
"version": "0.2.
|
|
4
|
-
"description": "Bootstrap AGDF repository-local plugin files, Copilot instructions, skills, control files and machine-readable checks.",
|
|
3
|
+
"version": "0.2.9",
|
|
4
|
+
"description": "Bootstrap AGDF repository-local plugin files, Copilot/OpenCode instructions, skills, control files and machine-readable checks.",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"files": [
|
|
7
7
|
"bin",
|
|
8
8
|
"generated",
|
|
9
|
+
"opencode-plugin.js",
|
|
9
10
|
"README.md",
|
|
10
11
|
"NOTICE"
|
|
11
12
|
],
|
|
13
|
+
"exports": {
|
|
14
|
+
".": "./opencode-plugin.js",
|
|
15
|
+
"./opencode-plugin": "./opencode-plugin.js"
|
|
16
|
+
},
|
|
12
17
|
"bin": {
|
|
13
18
|
"create-agdf": "./bin/create-agdf.js"
|
|
14
19
|
},
|
|
@@ -23,6 +28,7 @@
|
|
|
23
28
|
"copilot",
|
|
24
29
|
"claude-code",
|
|
25
30
|
"codex",
|
|
31
|
+
"opencode",
|
|
26
32
|
"control",
|
|
27
33
|
"scaffold",
|
|
28
34
|
"bootstrap"
|