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.
@@ -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
+
@@ -0,0 +1,13 @@
1
+ {
2
+ "$schema": "https://opencode.ai/config.json",
3
+ "plugin": [
4
+ "create-agdf"
5
+ ],
6
+ "instructions": [
7
+ ".opencode/AGDF.md"
8
+ ],
9
+ "permission": {
10
+ "edit": "ask",
11
+ "bash": "ask"
12
+ }
13
+ }
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "agdf",
3
- "version": "0.2.8",
3
+ "version": "0.2.9",
4
4
  "description": "Codex-first workflow skills for gated, auditable AI-assisted software delivery.",
5
5
  "author": {
6
6
  "name": "AI-native Governance & Delivery Framework",
@@ -1,7 +1,7 @@
1
1
  {
2
2
  "schemaVersion": 1,
3
3
  "id": "agdf",
4
- "version": "0.2.8",
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.8",
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"