create-agdf 0.1.4 → 0.1.6
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 +16 -5
- package/bin/create-agdf.js +25 -18
- package/generated/.agents/plugins/marketplace.json +4 -1
- package/generated/.github/copilot-instructions.md +10 -0
- package/generated/.github/instructions/agdf-governance.instructions.md +13 -0
- package/generated/AGENTS.md +37 -47
- package/generated/plugins/agdf/.codex-plugin/plugin.json +1 -1
- package/generated/plugins/agdf/hooks/hooks.json +15 -0
- package/generated/plugins/agdf/hooks/session-start.sh +16 -0
- package/generated/plugins/agdf/meta/agdf-agent-router.md +68 -0
- package/generated/plugins/agdf/meta/agdf-plugin.definition.json +90 -0
- package/generated/plugins/agdf/meta/agdf-runtime-contract.md +3 -3
- package/generated/plugins/agdf/skills/{agdf-brownfield-analysis → brownfield-analysis}/SKILL.md +1 -1
- package/generated/plugins/agdf/skills/{agdf-brownfield-analysis → brownfield-analysis}/help.md +3 -3
- package/generated/plugins/agdf/skills/{agdf-clean-implementation-review → clean-implementation-review}/SKILL.md +2 -2
- package/generated/plugins/agdf/skills/{agdf-clean-implementation-review → clean-implementation-review}/help.md +3 -3
- package/generated/plugins/agdf/skills/{agdf-code-review → code-review}/SKILL.md +1 -1
- package/generated/plugins/agdf/skills/{agdf-code-review → code-review}/help.md +3 -3
- package/generated/plugins/agdf/skills/{agdf-delivery-closeout → delivery-closeout}/SKILL.md +3 -3
- package/generated/plugins/agdf/skills/{agdf-delivery-closeout → delivery-closeout}/help.md +3 -3
- package/generated/plugins/agdf/skills/{agdf-gate-check → gate-check}/SKILL.md +1 -1
- package/generated/plugins/agdf/skills/{agdf-gate-check → gate-check}/help.md +3 -3
- package/generated/plugins/agdf/skills/{agdf-qa-gate → qa-gate}/SKILL.md +5 -5
- package/generated/plugins/agdf/skills/{agdf-qa-gate → qa-gate}/help.md +3 -3
- package/generated/plugins/agdf/skills/{agdf-release-or → release-or}/SKILL.md +7 -7
- package/generated/plugins/agdf/skills/{agdf-release-or → release-or}/help.md +3 -3
- package/generated/plugins/agdf/skills/{agdf-task-plan-review → task-plan-review}/SKILL.md +2 -2
- package/generated/plugins/agdf/skills/{agdf-task-plan-review → task-plan-review}/help.md +3 -3
- package/package.json +3 -2
- package/generated/plugins/agdf/meta/agdf-copilot-agents.md +0 -77
package/README.md
CHANGED
|
@@ -18,14 +18,14 @@ Optional flags:
|
|
|
18
18
|
## Targets and existing AGENTS.md
|
|
19
19
|
|
|
20
20
|
- `codex` writes a repository-local Codex marketplace under `.agents/plugins/` and a local AGDF plugin copy under `plugins/agdf/`
|
|
21
|
-
- `copilot` writes `AGENTS.md`, visible repository skills under `.github/skills/`, and AGDF control templates under `.agdf/control/`
|
|
22
|
-
- `both` writes the Codex
|
|
21
|
+
- `copilot` writes `AGENTS.md`, Copilot custom instructions under `.github/`, visible repository skills under `.github/skills/`, and AGDF control templates under `.agdf/control/`
|
|
22
|
+
- `both` writes the Codex repository-local marketplace plus the Copilot-facing repository files
|
|
23
23
|
|
|
24
|
-
If the target repository already has an `AGENTS.md`, `create-agdf` preserves it and writes `AGENTS.agdf.md` instead of replacing your existing instructions. Merge the AGDF fragment into your current `AGENTS.md` when you want Copilot to load both instruction sets. Use `--force` only when you explicitly want to overwrite generated files.
|
|
24
|
+
If the target repository already has an `AGENTS.md`, `create-agdf` preserves it and writes `AGENTS.agdf.md` instead of replacing your existing instructions. Merge the AGDF fragment into your current `AGENTS.md` when you want Copilot to load both instruction sets. The generated `.github/copilot-instructions.md` keeps Copilot pointed at `AGENTS.md`, `.github/skills/` and `.agdf/control/` without duplicating the full AGDF rule model. Use `--force` only when you explicitly want to overwrite generated files.
|
|
25
25
|
|
|
26
26
|
Use the `codex` target when AGDF should be available only inside one repository instead of being installed as a personal/global Codex plugin.
|
|
27
27
|
|
|
28
|
-
After `npm create agdf@latest codex`, restart Codex in that repository, open `/plugins`, select
|
|
28
|
+
After `npm create agdf@latest codex`, restart Codex in that repository, open `/plugins`, select `This repository` and install `agdf`.
|
|
29
29
|
|
|
30
30
|
## Control scaffold
|
|
31
31
|
|
|
@@ -43,17 +43,28 @@ Copy or promote templates into live `.agdf/control/` files only when the target
|
|
|
43
43
|
|
|
44
44
|
The repository-facing AGDF sources are maintained in:
|
|
45
45
|
|
|
46
|
-
- `plugin/meta/agdf-
|
|
46
|
+
- `plugin/meta/agdf-agent-router.md`
|
|
47
|
+
- `plugin/meta/agdf-plugin.definition.json`
|
|
47
48
|
- `plugin/skills/`
|
|
48
49
|
- `plugin/meta/agdf-runtime-contract.md`
|
|
49
50
|
- `plugin/control/`
|
|
50
51
|
|
|
52
|
+
Skill routing is rendered from `skillSet.slug`, `useFor`, `boundary` and the target surface `skillPrefix`; it is not maintained as separate Codex, Claude Code and Copilot routing tables.
|
|
53
|
+
|
|
51
54
|
The published package assets are generated from these repository sources only at pack/publish time. The package does not keep a second manually maintained template tree.
|
|
52
55
|
|
|
53
56
|
```bash
|
|
54
57
|
npm run sync-package-assets
|
|
55
58
|
```
|
|
56
59
|
|
|
60
|
+
To verify the rendered routing locally, run:
|
|
61
|
+
|
|
62
|
+
```bash
|
|
63
|
+
npm run test:routing
|
|
64
|
+
```
|
|
65
|
+
|
|
66
|
+
The routing test installs `both` into a temporary target repository and checks that plugin routing stays unprefixed while Copilot routing receives the configured `agdf-` prefix.
|
|
67
|
+
|
|
57
68
|
## Publishing
|
|
58
69
|
|
|
59
70
|
The repository publishes this package from `create-agdf/` via the GitHub Actions workflow `.github/workflows/publish-create-agdf.yml`.
|
package/bin/create-agdf.js
CHANGED
|
@@ -8,9 +8,13 @@ import process from "node:process";
|
|
|
8
8
|
const __dirname = dirname(fileURLToPath(import.meta.url));
|
|
9
9
|
const packageRoot = resolve(__dirname, "..");
|
|
10
10
|
const generatedRoot = join(packageRoot, "generated");
|
|
11
|
+
const pluginDefinitionPath = join(generatedRoot, "plugins", "agdf", "meta", "agdf-plugin.definition.json");
|
|
12
|
+
const pluginDefinition = JSON.parse(readFileSync(pluginDefinitionPath, "utf8"));
|
|
11
13
|
const pluginInstallCommand = "claude plugin add arndtgold/ai-native-governance-delivery-framework";
|
|
12
14
|
const allowedTargets = new Set(["codex", "copilot", "both"]);
|
|
13
15
|
const agdfFragmentPath = "AGENTS.agdf.md";
|
|
16
|
+
const codexSkillNames = pluginDefinition.skillSet.map((skill) => `${pluginDefinition.codex.skillPrefix}${skill.slug}`);
|
|
17
|
+
const copilotSkillNames = pluginDefinition.skillSet.map((skill) => `${pluginDefinition.copilot.skillPrefix}${skill.slug}`);
|
|
14
18
|
const codexPluginFiles = [
|
|
15
19
|
join(".agents", "plugins", "marketplace.json"),
|
|
16
20
|
join("plugins", "agdf", ".codex-plugin", "plugin.json"),
|
|
@@ -20,15 +24,14 @@ const codexPluginFiles = [
|
|
|
20
24
|
join("plugins", "agdf", "control", "templates", "SOT_REGISTRY.md"),
|
|
21
25
|
join("plugins", "agdf", "control", "templates", "CONTEXT_GRAPH.md"),
|
|
22
26
|
join("plugins", "agdf", "control", "templates", "AGENT_QUALITY_CONTRACTS.json"),
|
|
27
|
+
join("plugins", "agdf", "hooks", "hooks.json"),
|
|
28
|
+
join("plugins", "agdf", "hooks", "session-start.sh"),
|
|
29
|
+
join("plugins", "agdf", "meta", "agdf-agent-router.md"),
|
|
30
|
+
join("plugins", "agdf", "meta", "agdf-constitution.md"),
|
|
31
|
+
join("plugins", "agdf", "meta", "agdf-plugin.definition.json"),
|
|
23
32
|
join("plugins", "agdf", "meta", "agdf-runtime-contract.md"),
|
|
24
|
-
join("plugins", "agdf", "
|
|
25
|
-
join("plugins", "agdf", "skills",
|
|
26
|
-
join("plugins", "agdf", "skills", "agdf-task-plan-review", "SKILL.md"),
|
|
27
|
-
join("plugins", "agdf", "skills", "agdf-clean-implementation-review", "SKILL.md"),
|
|
28
|
-
join("plugins", "agdf", "skills", "agdf-code-review", "SKILL.md"),
|
|
29
|
-
join("plugins", "agdf", "skills", "agdf-qa-gate", "SKILL.md"),
|
|
30
|
-
join("plugins", "agdf", "skills", "agdf-release-or", "SKILL.md"),
|
|
31
|
-
join("plugins", "agdf", "skills", "agdf-delivery-closeout", "SKILL.md"),
|
|
33
|
+
join("plugins", "agdf", "meta", "agdf-tenets.md"),
|
|
34
|
+
...codexSkillNames.map((skillName) => join("plugins", "agdf", "skills", skillName, "SKILL.md")),
|
|
32
35
|
];
|
|
33
36
|
const controlFiles = [
|
|
34
37
|
join(".agdf", "control", "README.md"),
|
|
@@ -38,17 +41,14 @@ const controlFiles = [
|
|
|
38
41
|
join(".agdf", "control", "templates", "CONTEXT_GRAPH.md"),
|
|
39
42
|
join(".agdf", "control", "templates", "AGENT_QUALITY_CONTRACTS.json"),
|
|
40
43
|
];
|
|
44
|
+
const copilotInstructionFiles = [
|
|
45
|
+
join(".github", "copilot-instructions.md"),
|
|
46
|
+
join(".github", "instructions", "agdf-governance.instructions.md"),
|
|
47
|
+
];
|
|
41
48
|
const copilotSkillFiles = [
|
|
42
49
|
join(".github", "skills", "README.md"),
|
|
43
|
-
join(".github", "skills",
|
|
44
|
-
join(".github", "skills",
|
|
45
|
-
join(".github", "skills", "agdf-brownfield-analysis", "SKILL.md"),
|
|
46
|
-
join(".github", "skills", "agdf-task-plan-review", "SKILL.md"),
|
|
47
|
-
join(".github", "skills", "agdf-clean-implementation-review", "SKILL.md"),
|
|
48
|
-
join(".github", "skills", "agdf-code-review", "SKILL.md"),
|
|
49
|
-
join(".github", "skills", "agdf-qa-gate", "SKILL.md"),
|
|
50
|
-
join(".github", "skills", "agdf-release-or", "SKILL.md"),
|
|
51
|
-
join(".github", "skills", "agdf-delivery-closeout", "SKILL.md"),
|
|
50
|
+
join(".github", "skills", pluginDefinition.copilot.runtimeContractFileName),
|
|
51
|
+
...copilotSkillNames.map((skillName) => join(".github", "skills", skillName, "SKILL.md")),
|
|
52
52
|
];
|
|
53
53
|
|
|
54
54
|
function printUsage() {
|
|
@@ -171,6 +171,13 @@ function generatedFilesForTarget(target, targetDir, force) {
|
|
|
171
171
|
});
|
|
172
172
|
}
|
|
173
173
|
|
|
174
|
+
for (const instructionPath of copilotInstructionFiles) {
|
|
175
|
+
files.push({
|
|
176
|
+
path: instructionPath,
|
|
177
|
+
content: loadAsset(instructionPath),
|
|
178
|
+
});
|
|
179
|
+
}
|
|
180
|
+
|
|
174
181
|
for (const skillPath of copilotSkillFiles) {
|
|
175
182
|
files.push({
|
|
176
183
|
path: skillPath,
|
|
@@ -197,7 +204,7 @@ function printNextSteps(target, destination, files, wroteAgentsFragment) {
|
|
|
197
204
|
console.log(`- Existing AGENTS.md detected. Merge ${agdfFragmentPath} into your current AGENTS.md before using Copilot with AGDF.`);
|
|
198
205
|
}
|
|
199
206
|
if (target === "codex" || target === "both") {
|
|
200
|
-
console.log("- Restart Codex in this repository, open /plugins, select
|
|
207
|
+
console.log("- Restart Codex in this repository, open /plugins, select This repository and install agdf.");
|
|
201
208
|
console.log("- Start a new Codex thread in this repository and ask: Run an AGDF gate check for this request.");
|
|
202
209
|
}
|
|
203
210
|
if (target === "both") {
|
|
@@ -0,0 +1,10 @@
|
|
|
1
|
+
# AGDF Copilot instructions
|
|
2
|
+
|
|
3
|
+
AGDF is active in this repository.
|
|
4
|
+
|
|
5
|
+
- Treat `AGENTS.md` as the primary repository instruction source.
|
|
6
|
+
- Use `.github/skills/` for AGDF task workflows instead of inventing parallel process rules.
|
|
7
|
+
- Use `.agdf/control/` for durable run state, backlog pointers, source-of-truth ownership, Context Graph knowledge and quality contracts.
|
|
8
|
+
- Before non-trivial implementation or formal delivery work, determine whether the request is a Quick Task or Structured Delivery.
|
|
9
|
+
- If approval, evidence, ownership or the next allowed action is unclear, run the AGDF gate-check workflow before creating later artefacts or code.
|
|
10
|
+
- Do not treat chat history as the source of truth for gate state, approvals, evidence or delivery status.
|
|
@@ -0,0 +1,13 @@
|
|
|
1
|
+
---
|
|
2
|
+
applyTo: "AGENTS.md,AGENTS.agdf.md,.agdf/**,.github/skills/**,.github/copilot-instructions.md,.github/instructions/**"
|
|
3
|
+
---
|
|
4
|
+
|
|
5
|
+
# AGDF governance artefacts
|
|
6
|
+
|
|
7
|
+
These files are control artefacts, not general documentation.
|
|
8
|
+
|
|
9
|
+
- Keep AGDF rules sourced from `AGENTS.md`, `.github/skills/` and `.github/skills/agdf-runtime-contract.md`.
|
|
10
|
+
- Do not duplicate the full gate model, Quality Contract table or Context Graph relationship language in new files.
|
|
11
|
+
- Keep generated AGDF files small, reviewable and linked to the owning source of truth.
|
|
12
|
+
- Preserve the rule that missing approval, missing evidence or unclear ownership blocks later delivery steps.
|
|
13
|
+
- If changing AGDF bootstrap behaviour, update the generated files, smoke test and affected setup documentation together.
|
package/generated/AGENTS.md
CHANGED
|
@@ -2,76 +2,66 @@
|
|
|
2
2
|
|
|
3
3
|
## Role
|
|
4
4
|
You are an autonomous agent operating in an AGDF-governed delivery system.
|
|
5
|
-
Your goal is not to produce answers. Your goal is to create trustworthy progress:
|
|
6
|
-
reduce uncertainty, establish evidence, maintain artefacts, verify outcomes, and make the next step explicit.
|
|
7
5
|
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|---|---|---|
|
|
11
|
-
| Quick Task Mode | Questions, short reviews, local debugging, small fixes without new product semantics | Understand the local context, cite evidence, run relevant checks or name the gap, close briefly |
|
|
12
|
-
| Structured Delivery Mode | New user capability, architecture/policy/persistence impact, release-critical work, formal artefacts, or explicit approvals | Respect gates, separate artefacts, make internal reviews visible, do not merge QA and OR |
|
|
6
|
+
Use the plugin skills as workflow controls, not as documentation shortcuts.
|
|
7
|
+
Your goal is trustworthy progress: reduce uncertainty, establish evidence, preserve artefacts, verify outcomes and make the next allowed step explicit.
|
|
13
8
|
|
|
14
|
-
|
|
9
|
+
## Surface Convention
|
|
10
|
+
GitHub Copilot repository skills do not have a plugin namespace.
|
|
15
11
|
|
|
16
|
-
|
|
17
|
-
Work in this order:
|
|
12
|
+
Therefore generated Copilot skill names use the AGDF prefix:
|
|
18
13
|
|
|
19
|
-
|
|
14
|
+
- `agdf-brownfield-analysis`
|
|
15
|
+
- `agdf-clean-implementation-review`
|
|
16
|
+
- `agdf-code-review`
|
|
17
|
+
- `agdf-delivery-closeout`
|
|
18
|
+
- `agdf-gate-check`
|
|
19
|
+
- `agdf-qa-gate`
|
|
20
|
+
- `agdf-release-or`
|
|
21
|
+
- `agdf-task-plan-review`
|
|
20
22
|
|
|
21
|
-
|
|
23
|
+
Do not remove that prefix in Copilot-facing repository skills.
|
|
24
|
+
Codex and Claude Code plugin surfaces use the same canonical router with unprefixed skill names because their plugin namespace already carries `agdf`.
|
|
25
|
+
## Mode Selection
|
|
26
|
+
Use Quick Task Mode for questions, small reviews, local debugging and narrow fixes without new product semantics.
|
|
22
27
|
|
|
23
|
-
|
|
24
|
-
- User gates: `UR -> PRD -> SD -> TP -> QA -> UAT`.
|
|
25
|
-
- A user approval is valid only in this exact format: `Approval: <GateName>`.
|
|
26
|
-
- Legacy German runs may be interpreted if they use `Freigabe: <GateName>`, but new artefacts must show `Approval: <GateName>`.
|
|
27
|
-
- Implicit consent such as `ok`, `go`, `approved`, or similar wording is not approval.
|
|
28
|
-
- Internal mandatory steps: `Brownfield Analysis -> CD+Tests -> CR -> OR`.
|
|
29
|
-
- `CD+Tests` is not a done, QA, or release signal.
|
|
30
|
-
- `agdf-qa-gate` is the only final QA decision for `pass | revise | block`.
|
|
31
|
-
- `agdf-release-or` is mandatory at the end of relevant runs.
|
|
28
|
+
Use Structured Delivery Mode for new capabilities, architecture, policy, persistence, release-critical work, formal artefacts or explicit approvals.
|
|
32
29
|
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
- Before non-trivial implementation in an existing system, inspect existing artefacts, ownership, behaviour, and tests.
|
|
36
|
-
- Reuse-before-create and minimal clean slice take precedence over new structure.
|
|
37
|
-
- No silent parallel structures, no second SoT, no unjustified fallbacks.
|
|
38
|
-
- SoT/runtime/product-semantics drift must be named explicitly and can trigger an early product gate.
|
|
30
|
+
Quick Task Mode must still cite evidence and close with a concrete result.
|
|
31
|
+
Structured Delivery Mode must respect gates, reviews and closeout discipline.
|
|
39
32
|
|
|
40
33
|
## Skill Routing
|
|
41
34
|
| Skill | Use For | Boundary |
|
|
42
35
|
|---|---|---|
|
|
36
|
+
| `agdf-brownfield-analysis` | before non-trivial implementation in existing systems | clarifies reuse, owners and risks |
|
|
37
|
+
| `agdf-clean-implementation-review` | inspect workarounds, fallbacks, parallel structures or symptom fixes | not a TP or QA substitute |
|
|
38
|
+
| `agdf-code-review` | mandatory CR step after code changes, focused on defects, regression and security findings | does not replace TP review, clean review or QA |
|
|
39
|
+
| `agdf-delivery-closeout` | commit/PR-near handoff after QA/OR/UAT | never performs VCS actions automatically |
|
|
43
40
|
| `agdf-gate-check` | unclear approval, Structured Delivery, later-gate artefact requested | does not create later artefacts |
|
|
44
|
-
| `agdf-brownfield-analysis` | before non-trivial implementation in existing systems | clarifies reuse, owners, risks |
|
|
45
|
-
| `agdf-task-plan-review` | after implementation and before QA, verify TP coverage | no final QA decision |
|
|
46
|
-
| `agdf-clean-implementation-review` | inspect workarounds, fallbacks, parallel structures, or symptom fixes | not a TP or QA substitute |
|
|
47
|
-
| `agdf-code-review` | mandatory CR step after code changes, focused on defects, regression, and security findings | does not replace TP review, clean review, or QA |
|
|
48
41
|
| `agdf-qa-gate` | final QA decision | only instance for `pass | revise | block` |
|
|
49
42
|
| `agdf-release-or` | auditable closeout for every relevant run | not a QA substitute |
|
|
50
|
-
| `agdf-
|
|
43
|
+
| `agdf-task-plan-review` | after implementation and before QA, verify TP coverage | no final QA decision |
|
|
51
44
|
|
|
52
|
-
Select exactly one primary skill first.
|
|
45
|
+
Select exactly one primary skill first.
|
|
46
|
+
Add more only when they cover a distinct concrete risk dimension.
|
|
53
47
|
|
|
54
|
-
##
|
|
55
|
-
For repeated output, gate, Quality Contract
|
|
56
|
-
the repository-local `agdf-runtime-contract.md` artifact.
|
|
48
|
+
## Runtime Contract
|
|
49
|
+
For repeated output, gate, Quality Contract and Context Graph rules, use:
|
|
57
50
|
|
|
58
|
-
|
|
51
|
+
`agdf-runtime-contract.md`
|
|
59
52
|
|
|
60
|
-
|
|
61
|
-
When this repository uses the AGDF control scaffold, keep live control files under `.agdf/control/`.
|
|
62
|
-
Use the templates as starting points only:
|
|
53
|
+
Skills may include short reminders, but they must not carry a second complete rule or code table.
|
|
63
54
|
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
- `.agdf/control/templates/CONTEXT_GRAPH.md`
|
|
68
|
-
- `.agdf/control/templates/AGENT_QUALITY_CONTRACTS.json`
|
|
55
|
+
## Durable Control State
|
|
56
|
+
When the target repository uses the AGDF control scaffold, keep live control files under `.agdf/control/`.
|
|
57
|
+
Use templates as starting points only.
|
|
69
58
|
|
|
70
59
|
Do not let chat history become the source of truth for gate state, approvals, evidence, backlog status or durable Brownfield knowledge.
|
|
71
60
|
|
|
72
61
|
## Closeout
|
|
73
|
-
After relevant code, documentation, skill
|
|
62
|
+
After relevant code, documentation, skill or governance changes:
|
|
63
|
+
|
|
74
64
|
- run relevant checks or state the test gap
|
|
75
|
-
- never commit, push
|
|
65
|
+
- never commit, push or open a PR automatically
|
|
76
66
|
- include exactly one `Next step:`
|
|
77
67
|
- include exactly one `Quality outlook:`
|
|
@@ -0,0 +1,15 @@
|
|
|
1
|
+
{
|
|
2
|
+
"hooks": {
|
|
3
|
+
"SessionStart": [
|
|
4
|
+
{
|
|
5
|
+
"hooks": [
|
|
6
|
+
{
|
|
7
|
+
"type": "command",
|
|
8
|
+
"command": "bash -lc 'for hook in \"${CODEX_HOME:-$HOME/.codex}\"/plugins/cache/*/agdf/*/hooks/session-start.sh \"$PWD/plugins/agdf/hooks/session-start.sh\" \"$(dirname \"$0\")/session-start.sh\"; do [ -f \"$hook\" ] && exec bash \"$hook\"; done; exit 0'",
|
|
9
|
+
"statusMessage": "Loading AGDF..."
|
|
10
|
+
}
|
|
11
|
+
]
|
|
12
|
+
}
|
|
13
|
+
]
|
|
14
|
+
}
|
|
15
|
+
}
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
#!/usr/bin/env bash
|
|
2
|
+
# AGDF Session Start Hook
|
|
3
|
+
# Loads the AGDF plugin router and constitution into the agent session.
|
|
4
|
+
|
|
5
|
+
SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
|
|
6
|
+
ROUTER="${SCRIPT_DIR}/../meta/agdf-agent-router.md"
|
|
7
|
+
CONSTITUTION="${SCRIPT_DIR}/../meta/agdf-constitution.md"
|
|
8
|
+
|
|
9
|
+
if [ -f "$ROUTER" ]; then
|
|
10
|
+
cat "$ROUTER"
|
|
11
|
+
printf "\n\n"
|
|
12
|
+
fi
|
|
13
|
+
|
|
14
|
+
if [ -f "$CONSTITUTION" ]; then
|
|
15
|
+
cat "$CONSTITUTION"
|
|
16
|
+
fi
|
|
@@ -0,0 +1,68 @@
|
|
|
1
|
+
# AGDF Agent Router
|
|
2
|
+
|
|
3
|
+
## Role
|
|
4
|
+
You are operating inside the AGDF plugin namespace.
|
|
5
|
+
|
|
6
|
+
Use the plugin skills as workflow controls, not as documentation shortcuts.
|
|
7
|
+
Your goal is trustworthy progress: reduce uncertainty, establish evidence, preserve artefacts, verify outcomes and make the next allowed step explicit.
|
|
8
|
+
|
|
9
|
+
## Surface Convention
|
|
10
|
+
Codex and Claude Code already provide the `agdf` plugin namespace.
|
|
11
|
+
|
|
12
|
+
Therefore plugin skill names are intentionally unprefixed:
|
|
13
|
+
|
|
14
|
+
- `gate-check`
|
|
15
|
+
- `brownfield-analysis`
|
|
16
|
+
- `task-plan-review`
|
|
17
|
+
- `clean-implementation-review`
|
|
18
|
+
- `code-review`
|
|
19
|
+
- `qa-gate`
|
|
20
|
+
- `release-or`
|
|
21
|
+
- `delivery-closeout`
|
|
22
|
+
|
|
23
|
+
Do not duplicate the plugin namespace in Codex or Claude Code plugin skill names.
|
|
24
|
+
That `agdf-` prefix is reserved for GitHub Copilot repository skills, where no plugin namespace exists.
|
|
25
|
+
|
|
26
|
+
## Mode Selection
|
|
27
|
+
Use Quick Task Mode for questions, small reviews, local debugging and narrow fixes without new product semantics.
|
|
28
|
+
|
|
29
|
+
Use Structured Delivery Mode for new capabilities, architecture, policy, persistence, release-critical work, formal artefacts or explicit approvals.
|
|
30
|
+
|
|
31
|
+
Quick Task Mode must still cite evidence and close with a concrete result.
|
|
32
|
+
Structured Delivery Mode must respect gates, reviews and closeout discipline.
|
|
33
|
+
|
|
34
|
+
## Skill Routing
|
|
35
|
+
| Skill | Use For | Boundary |
|
|
36
|
+
|---|---|---|
|
|
37
|
+
| `brownfield-analysis` | before non-trivial implementation in existing systems | clarifies reuse, owners and risks |
|
|
38
|
+
| `clean-implementation-review` | inspect workarounds, fallbacks, parallel structures or symptom fixes | not a TP or QA substitute |
|
|
39
|
+
| `code-review` | mandatory CR step after code changes, focused on defects, regression and security findings | does not replace TP review, clean review or QA |
|
|
40
|
+
| `delivery-closeout` | commit/PR-near handoff after QA/OR/UAT | never performs VCS actions automatically |
|
|
41
|
+
| `gate-check` | unclear approval, Structured Delivery, later-gate artefact requested | does not create later artefacts |
|
|
42
|
+
| `qa-gate` | final QA decision | only instance for `pass | revise | block` |
|
|
43
|
+
| `release-or` | auditable closeout for every relevant run | not a QA substitute |
|
|
44
|
+
| `task-plan-review` | after implementation and before QA, verify TP coverage | no final QA decision |
|
|
45
|
+
|
|
46
|
+
Select exactly one primary skill first.
|
|
47
|
+
Add more only when they cover a distinct concrete risk dimension.
|
|
48
|
+
|
|
49
|
+
## Runtime Contract
|
|
50
|
+
For repeated output, gate, Quality Contract and Context Graph rules, use:
|
|
51
|
+
|
|
52
|
+
`agdf-runtime-contract.md`
|
|
53
|
+
|
|
54
|
+
Skills may include short reminders, but they must not carry a second complete rule or code table.
|
|
55
|
+
|
|
56
|
+
## Durable Control State
|
|
57
|
+
When the target repository uses the AGDF control scaffold, keep live control files under `.agdf/control/`.
|
|
58
|
+
Use templates as starting points only.
|
|
59
|
+
|
|
60
|
+
Do not let chat history become the source of truth for gate state, approvals, evidence, backlog status or durable Brownfield knowledge.
|
|
61
|
+
|
|
62
|
+
## Closeout
|
|
63
|
+
After relevant code, documentation, skill or governance changes:
|
|
64
|
+
|
|
65
|
+
- run relevant checks or state the test gap
|
|
66
|
+
- never commit, push or open a PR automatically
|
|
67
|
+
- include exactly one `Next step:`
|
|
68
|
+
- include exactly one `Quality outlook:`
|
|
@@ -0,0 +1,90 @@
|
|
|
1
|
+
{
|
|
2
|
+
"schemaVersion": 1,
|
|
3
|
+
"id": "agdf",
|
|
4
|
+
"version": "0.1.6",
|
|
5
|
+
"displayName": "AI Governance & Delivery Framework",
|
|
6
|
+
"developerName": "AI-native Governance & Delivery Framework",
|
|
7
|
+
"description": "Codex-first workflow skills for gated, auditable AI-assisted software delivery.",
|
|
8
|
+
"claudeDescription": "Codex-first workflow skills and control templates for gated, auditable AI-assisted software delivery.",
|
|
9
|
+
"shortDescription": "Codex-first workflow skills for gated, auditable AI-assisted delivery.",
|
|
10
|
+
"longDescription": "AI Governance & Delivery Framework (AGDF) packages reusable Codex-first skills and control templates for gate checks, Brownfield analysis, task-plan review, solution-integrity review, QA decisions, durable run state and auditable delivery closeout.",
|
|
11
|
+
"homepage": "https://agdf.iself.eu",
|
|
12
|
+
"repository": "https://github.com/arndtgold/ai-native-governance-delivery-framework",
|
|
13
|
+
"license": "Apache-2.0",
|
|
14
|
+
"keywords": ["agentic", "governance", "delivery", "ai-native", "brownfield"],
|
|
15
|
+
"category": "Productivity",
|
|
16
|
+
"brandColor": "#14B8A6",
|
|
17
|
+
"author": {
|
|
18
|
+
"name": "AI-native Governance & Delivery Framework",
|
|
19
|
+
"url": "https://agdf.iself.eu"
|
|
20
|
+
},
|
|
21
|
+
"codex": {
|
|
22
|
+
"skills": "./skills/",
|
|
23
|
+
"skillPrefix": "",
|
|
24
|
+
"agentRouter": "meta/agdf-agent-router.md",
|
|
25
|
+
"capabilities": ["Read", "Write"],
|
|
26
|
+
"defaultPrompt": [
|
|
27
|
+
"Run an AGDF gate check for this request.",
|
|
28
|
+
"Create an AGDF control scaffold for this repository.",
|
|
29
|
+
"Use AGDF Brownfield analysis before implementation.",
|
|
30
|
+
"Close this run with an AGDF orchestration report."
|
|
31
|
+
],
|
|
32
|
+
"hooks": "hooks/hooks.json"
|
|
33
|
+
},
|
|
34
|
+
"claude": {
|
|
35
|
+
"skillPrefix": "",
|
|
36
|
+
"agentRouter": "meta/agdf-agent-router.md"
|
|
37
|
+
},
|
|
38
|
+
"copilot": {
|
|
39
|
+
"skillPrefix": "agdf-",
|
|
40
|
+
"runtimeContractFileName": "agdf-runtime-contract.md"
|
|
41
|
+
},
|
|
42
|
+
"skillSet": [
|
|
43
|
+
{
|
|
44
|
+
"slug": "brownfield-analysis",
|
|
45
|
+
"useFor": "before non-trivial implementation in existing systems",
|
|
46
|
+
"boundary": "clarifies reuse, owners and risks"
|
|
47
|
+
},
|
|
48
|
+
{
|
|
49
|
+
"slug": "clean-implementation-review",
|
|
50
|
+
"useFor": "inspect workarounds, fallbacks, parallel structures or symptom fixes",
|
|
51
|
+
"boundary": "not a TP or QA substitute"
|
|
52
|
+
},
|
|
53
|
+
{
|
|
54
|
+
"slug": "code-review",
|
|
55
|
+
"useFor": "mandatory CR step after code changes, focused on defects, regression and security findings",
|
|
56
|
+
"boundary": "does not replace TP review, clean review or QA"
|
|
57
|
+
},
|
|
58
|
+
{
|
|
59
|
+
"slug": "delivery-closeout",
|
|
60
|
+
"useFor": "commit/PR-near handoff after QA/OR/UAT",
|
|
61
|
+
"boundary": "never performs VCS actions automatically"
|
|
62
|
+
},
|
|
63
|
+
{
|
|
64
|
+
"slug": "gate-check",
|
|
65
|
+
"useFor": "unclear approval, Structured Delivery, later-gate artefact requested",
|
|
66
|
+
"boundary": "does not create later artefacts"
|
|
67
|
+
},
|
|
68
|
+
{
|
|
69
|
+
"slug": "qa-gate",
|
|
70
|
+
"useFor": "final QA decision",
|
|
71
|
+
"boundary": "only instance for `pass | revise | block`"
|
|
72
|
+
},
|
|
73
|
+
{
|
|
74
|
+
"slug": "release-or",
|
|
75
|
+
"useFor": "auditable closeout for every relevant run",
|
|
76
|
+
"boundary": "not a QA substitute"
|
|
77
|
+
},
|
|
78
|
+
{
|
|
79
|
+
"slug": "task-plan-review",
|
|
80
|
+
"useFor": "after implementation and before QA, verify TP coverage",
|
|
81
|
+
"boundary": "no final QA decision"
|
|
82
|
+
}
|
|
83
|
+
],
|
|
84
|
+
"marketplaces": {
|
|
85
|
+
"repository": {
|
|
86
|
+
"name": "agdf-repo",
|
|
87
|
+
"displayName": "This repository"
|
|
88
|
+
}
|
|
89
|
+
}
|
|
90
|
+
}
|
|
@@ -22,9 +22,9 @@ Structured Delivery must not bypass missing approvals.
|
|
|
22
22
|
- Implicit consent is not approval.
|
|
23
23
|
- The earliest blocking gate wins.
|
|
24
24
|
- `CD+Tests` is implementation and test status only, not a delivery signal.
|
|
25
|
-
- `
|
|
26
|
-
- `
|
|
27
|
-
- `
|
|
25
|
+
- `code-review` standardizes the mandatory `CR` step, but does not replace QA.
|
|
26
|
+
- `qa-gate` decides final `pass | revise | block`.
|
|
27
|
+
- `release-or` reports the run, but does not replace QA.
|
|
28
28
|
|
|
29
29
|
## Quality Contract Output
|
|
30
30
|
|
package/generated/plugins/agdf/skills/{agdf-brownfield-analysis → brownfield-analysis}/SKILL.md
RENAMED
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: brownfield-analysis
|
|
3
3
|
description: Use this skill before implementation in an existing codebase, especially for feature extensions, bug fixes, refactorings, or changes to existing modules. It analyzes existing artefacts, current coverage, reuse strategy, risks, and the minimal clean implementation path. Use it before CD+Tests.
|
|
4
4
|
---
|
|
5
5
|
|
package/generated/plugins/agdf/skills/{agdf-brownfield-analysis → brownfield-analysis}/help.md
RENAMED
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
## NAME
|
|
2
2
|
|
|
3
|
-
`
|
|
3
|
+
`brownfield-analysis` - brownfield analysis
|
|
4
4
|
|
|
5
5
|
## SYNOPSIS
|
|
6
6
|
|
|
7
|
-
`/
|
|
7
|
+
`/brownfield-analysis` [`--help`|`-h`]
|
|
8
8
|
|
|
9
9
|
## DESCRIPTION
|
|
10
10
|
|
|
@@ -15,7 +15,7 @@ Ensures implementation in an existing system is Brownfield-oriented rather than
|
|
|
15
15
|
Trigger the skill:
|
|
16
16
|
|
|
17
17
|
```text
|
|
18
|
-
> /
|
|
18
|
+
> /brownfield-analysis
|
|
19
19
|
```
|
|
20
20
|
|
|
21
21
|
## SEE ALSO
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: clean-implementation-review
|
|
3
3
|
description: Use this skill to determine whether an implementation is a clean primary solution or whether fallbacks, workarounds, guards, defaults, shims, or parallel structures have made it unnecessarily complex. Use it after code changes, before QA, or whenever symptom treatment is suspected.
|
|
4
4
|
---
|
|
5
5
|
|
|
@@ -49,7 +49,7 @@ Use what is available:
|
|
|
49
49
|
- Code Deliverables
|
|
50
50
|
- changed files
|
|
51
51
|
- tests and test results
|
|
52
|
-
- `
|
|
52
|
+
- `code-review` or Code Review Report
|
|
53
53
|
- QA Report
|
|
54
54
|
- Brownfield Analysis findings
|
|
55
55
|
- PRD or SD architecture notes
|
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
## NAME
|
|
2
2
|
|
|
3
|
-
`
|
|
3
|
+
`clean-implementation-review` - clean implementation review
|
|
4
4
|
|
|
5
5
|
## SYNOPSIS
|
|
6
6
|
|
|
7
|
-
`/
|
|
7
|
+
`/clean-implementation-review` [`--help`|`-h`]
|
|
8
8
|
|
|
9
9
|
## DESCRIPTION
|
|
10
10
|
|
|
@@ -15,7 +15,7 @@ Evaluates solution integrity: whether the implementation is a clean primary solu
|
|
|
15
15
|
Trigger the skill:
|
|
16
16
|
|
|
17
17
|
```text
|
|
18
|
-
> /
|
|
18
|
+
> /clean-implementation-review
|
|
19
19
|
```
|
|
20
20
|
|
|
21
21
|
## SEE ALSO
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: code-review
|
|
3
3
|
description: Use this skill after code changes and before QA to produce the mandatory Code Review Report for correctness, regression, security, and maintainability findings in the actual diff. It standardizes the CR step without replacing TP review, clean review, or QA.
|
|
4
4
|
---
|
|
5
5
|
|
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
## NAME
|
|
2
2
|
|
|
3
|
-
`
|
|
3
|
+
`code-review` - code review
|
|
4
4
|
|
|
5
5
|
## SYNOPSIS
|
|
6
6
|
|
|
7
|
-
`/
|
|
7
|
+
`/code-review` [`--help`|`-h`]
|
|
8
8
|
|
|
9
9
|
## DESCRIPTION
|
|
10
10
|
|
|
@@ -15,7 +15,7 @@ Produces the mandatory Code Review Report for changed code and focuses on correc
|
|
|
15
15
|
Trigger the skill:
|
|
16
16
|
|
|
17
17
|
```text
|
|
18
|
-
> /
|
|
18
|
+
> /code-review
|
|
19
19
|
```
|
|
20
20
|
|
|
21
21
|
## SEE ALSO
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: delivery-closeout
|
|
3
3
|
description: Use this skill for the final delivery handoff after QA, OR, or UAT when a run should move toward commit, push, or PR. It standardizes commit-ready summaries, UAT-gated commit offers, and the next delivery step without replacing QA or OR decisions.
|
|
4
4
|
---
|
|
5
5
|
|
|
@@ -17,7 +17,7 @@ It answers:
|
|
|
17
17
|
- whether evidence-based technical follow-up remains useful
|
|
18
18
|
- whether Context Graph follow-up from OR/QA remains open
|
|
19
19
|
|
|
20
|
-
This skill does not replace `
|
|
20
|
+
This skill does not replace `qa-gate`, `release-or`, user approvals, or gate decisions.
|
|
21
21
|
|
|
22
22
|
## Runtime Contract
|
|
23
23
|
Use `../../meta/agdf-runtime-contract.md` for closeout discipline, gate terms, Context Graph fields, and non-duplication rules.
|
|
@@ -39,7 +39,7 @@ Use `../../meta/agdf-runtime-contract.md` for closeout discipline, gate terms, C
|
|
|
39
39
|
- after `Approval: UAT`
|
|
40
40
|
- when the user asks for commit, push, or PR handoff
|
|
41
41
|
|
|
42
|
-
Do not use as a substitute for `
|
|
42
|
+
Do not use as a substitute for `qa-gate`, `release-or`, or `gate-check`.
|
|
43
43
|
|
|
44
44
|
## Inputs
|
|
45
45
|
Use what is available:
|
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
## NAME
|
|
2
2
|
|
|
3
|
-
`
|
|
3
|
+
`delivery-closeout` - delivery closeout
|
|
4
4
|
|
|
5
5
|
## SYNOPSIS
|
|
6
6
|
|
|
7
|
-
`/
|
|
7
|
+
`/delivery-closeout` [`--help`|`-h`]
|
|
8
8
|
|
|
9
9
|
## DESCRIPTION
|
|
10
10
|
|
|
@@ -15,7 +15,7 @@ Standardizes the operational delivery closeout for a run with a commit-ready Git
|
|
|
15
15
|
Trigger the skill:
|
|
16
16
|
|
|
17
17
|
```text
|
|
18
|
-
> /
|
|
18
|
+
> /delivery-closeout
|
|
19
19
|
```
|
|
20
20
|
|
|
21
21
|
## SEE ALSO
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: gate-check
|
|
3
3
|
description: Use this skill when the active gate is unclear, when a later-gate artefact is requested, when an exact approval may be missing, or when the next permissible step must be determined. Use it before creating formal artefacts in Structured Delivery and whenever implicit consent might be mistaken for approval.
|
|
4
4
|
---
|
|
5
5
|
|
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
## NAME
|
|
2
2
|
|
|
3
|
-
`
|
|
3
|
+
`gate-check` - gate check
|
|
4
4
|
|
|
5
5
|
## SYNOPSIS
|
|
6
6
|
|
|
7
|
-
`/
|
|
7
|
+
`/gate-check` [`--help`|`-h`]
|
|
8
8
|
|
|
9
9
|
## DESCRIPTION
|
|
10
10
|
|
|
@@ -15,7 +15,7 @@ Determines the earliest blocking user approval gate and derives which artefacts
|
|
|
15
15
|
Trigger the skill:
|
|
16
16
|
|
|
17
17
|
```text
|
|
18
|
-
> /
|
|
18
|
+
> /gate-check
|
|
19
19
|
```
|
|
20
20
|
|
|
21
21
|
## SEE ALSO
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: qa-gate
|
|
3
3
|
description: Use this skill before any QA decision to determine whether implementation can be classified as pass, revise, or block based on TP coverage, Brownfield fit, solution integrity, evidence, and open blockers. Use it after CD+Tests, after reviews, and before UAT or release decisions.
|
|
4
4
|
---
|
|
5
5
|
|
|
@@ -40,9 +40,9 @@ QA-specific `decision` is exactly `pass | revise | block`.
|
|
|
40
40
|
|
|
41
41
|
## When To Use
|
|
42
42
|
- after `CD+Tests`
|
|
43
|
-
- after `
|
|
44
|
-
- after `
|
|
45
|
-
- after `
|
|
43
|
+
- after `code-review`
|
|
44
|
+
- after `task-plan-review`
|
|
45
|
+
- after `clean-implementation-review`
|
|
46
46
|
- before UAT
|
|
47
47
|
- before any claim that implementation is done, releasable, or QA-ready
|
|
48
48
|
- when evidence from Brownfield, TP, or clean-review skills exists
|
|
@@ -58,7 +58,7 @@ Use what is available:
|
|
|
58
58
|
- approved TP and TP Review
|
|
59
59
|
- Brownfield Analysis
|
|
60
60
|
- Clean Implementation Review
|
|
61
|
-
- `
|
|
61
|
+
- `code-review` or Code Review Report
|
|
62
62
|
- test/build results
|
|
63
63
|
- documentation impact review
|
|
64
64
|
- runtime or UI evidence
|
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
## NAME
|
|
2
2
|
|
|
3
|
-
`
|
|
3
|
+
`qa-gate` - QA gate
|
|
4
4
|
|
|
5
5
|
## SYNOPSIS
|
|
6
6
|
|
|
7
|
-
`/
|
|
7
|
+
`/qa-gate` [`--help`|`-h`]
|
|
8
8
|
|
|
9
9
|
## DESCRIPTION
|
|
10
10
|
|
|
@@ -15,7 +15,7 @@ Makes the formal QA gate decision (`pass | revise | block`) based on TP coverage
|
|
|
15
15
|
Trigger the skill:
|
|
16
16
|
|
|
17
17
|
```text
|
|
18
|
-
> /
|
|
18
|
+
> /qa-gate
|
|
19
19
|
```
|
|
20
20
|
|
|
21
21
|
## SEE ALSO
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: release-or
|
|
3
3
|
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.
|
|
4
4
|
---
|
|
5
5
|
|
|
@@ -46,7 +46,7 @@ OR-specific output must make gate status, delivered and intentionally not delive
|
|
|
46
46
|
- after artefact creation
|
|
47
47
|
- when a gate blocks
|
|
48
48
|
- after `CD+Tests`
|
|
49
|
-
- after `
|
|
49
|
+
- after `code-review`
|
|
50
50
|
- after QA
|
|
51
51
|
- after UAT
|
|
52
52
|
- whenever a compact audit closeout is needed
|
|
@@ -59,10 +59,10 @@ Use what is available:
|
|
|
59
59
|
- artefacts created in this run
|
|
60
60
|
- intentionally not delivered content
|
|
61
61
|
- Task Plan
|
|
62
|
-
- `
|
|
63
|
-
- `
|
|
64
|
-
- `
|
|
65
|
-
- `
|
|
62
|
+
- `task-plan-review`
|
|
63
|
+
- `brownfield-analysis`
|
|
64
|
+
- `clean-implementation-review`
|
|
65
|
+
- `code-review`
|
|
66
66
|
- QA Report
|
|
67
67
|
- UAT Report
|
|
68
68
|
- documentation impact review
|
|
@@ -117,7 +117,7 @@ Migration/Rollout note:
|
|
|
117
117
|
## Forbidden
|
|
118
118
|
This skill must not:
|
|
119
119
|
|
|
120
|
-
- decide QA in place of `
|
|
120
|
+
- decide QA in place of `qa-gate`
|
|
121
121
|
- call `CD+Tests` complete, QA-ready, or release-ready
|
|
122
122
|
- hide missing approvals
|
|
123
123
|
- provide later-gate content while an earlier gate blocks
|
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
## NAME
|
|
2
2
|
|
|
3
|
-
`
|
|
3
|
+
`release-or` - release OR
|
|
4
4
|
|
|
5
5
|
## SYNOPSIS
|
|
6
6
|
|
|
7
|
-
`/
|
|
7
|
+
`/release-or` [`--help`|`-h`]
|
|
8
8
|
|
|
9
9
|
## DESCRIPTION
|
|
10
10
|
|
|
@@ -15,7 +15,7 @@ Creates the mandatory Orchestration Report (OR) for a run. Summarizes gate statu
|
|
|
15
15
|
Trigger the skill:
|
|
16
16
|
|
|
17
17
|
```text
|
|
18
|
-
> /
|
|
18
|
+
> /release-or
|
|
19
19
|
```
|
|
20
20
|
|
|
21
21
|
## SEE ALSO
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
name:
|
|
2
|
+
name: task-plan-review
|
|
3
3
|
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.
|
|
4
4
|
---
|
|
5
5
|
|
|
@@ -14,7 +14,7 @@ For each relevant task, this skill determines:
|
|
|
14
14
|
- which acceptance criteria are done, partial, missing, or not verifiable
|
|
15
15
|
- which files, tests, runtime evidence, or UI evidence support the finding
|
|
16
16
|
- evidence strength
|
|
17
|
-
- which gaps must be handed to `
|
|
17
|
+
- which gaps must be handed to `qa-gate`
|
|
18
18
|
|
|
19
19
|
This skill provides TP coverage. It is not the final QA decision.
|
|
20
20
|
|
|
@@ -1,10 +1,10 @@
|
|
|
1
1
|
## NAME
|
|
2
2
|
|
|
3
|
-
`
|
|
3
|
+
`task-plan-review` - task plan review
|
|
4
4
|
|
|
5
5
|
## SYNOPSIS
|
|
6
6
|
|
|
7
|
-
`/
|
|
7
|
+
`/task-plan-review` [`--help`|`-h`]
|
|
8
8
|
|
|
9
9
|
## DESCRIPTION
|
|
10
10
|
|
|
@@ -15,7 +15,7 @@ Checks after code changes and before QA whether the approved Task Plan tasks wer
|
|
|
15
15
|
Trigger the skill:
|
|
16
16
|
|
|
17
17
|
```text
|
|
18
|
-
> /
|
|
18
|
+
> /task-plan-review
|
|
19
19
|
```
|
|
20
20
|
|
|
21
21
|
## SEE ALSO
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "create-agdf",
|
|
3
|
-
"version": "0.1.
|
|
3
|
+
"version": "0.1.6",
|
|
4
4
|
"description": "Bootstrap AGDF repository-local Codex plugin marketplaces, Copilot instructions, skills and control templates.",
|
|
5
5
|
"type": "module",
|
|
6
6
|
"files": [
|
|
@@ -13,7 +13,8 @@
|
|
|
13
13
|
},
|
|
14
14
|
"scripts": {
|
|
15
15
|
"sync-package-assets": "node ./scripts/sync-package-assets.js",
|
|
16
|
-
"
|
|
16
|
+
"test:routing": "npm run sync-package-assets && node ./scripts/test-routing.js",
|
|
17
|
+
"smoke-test": "npm run sync-package-assets && node ./scripts/smoke-test.js && node ./scripts/test-routing.js",
|
|
17
18
|
"prepack": "npm run sync-package-assets"
|
|
18
19
|
},
|
|
19
20
|
"keywords": [
|
|
@@ -1,77 +0,0 @@
|
|
|
1
|
-
# AGENTS.md
|
|
2
|
-
|
|
3
|
-
## Role
|
|
4
|
-
You are an autonomous agent operating in an AGDF-governed delivery system.
|
|
5
|
-
Your goal is not to produce answers. Your goal is to create trustworthy progress:
|
|
6
|
-
reduce uncertainty, establish evidence, maintain artefacts, verify outcomes, and make the next step explicit.
|
|
7
|
-
|
|
8
|
-
## Operating Modes
|
|
9
|
-
| Mode | Use When | Required |
|
|
10
|
-
|---|---|---|
|
|
11
|
-
| Quick Task Mode | Questions, short reviews, local debugging, small fixes without new product semantics | Understand the local context, cite evidence, run relevant checks or name the gap, close briefly |
|
|
12
|
-
| Structured Delivery Mode | New user capability, architecture/policy/persistence impact, release-critical work, formal artefacts, or explicit approvals | Respect gates, separate artefacts, make internal reviews visible, do not merge QA and OR |
|
|
13
|
-
|
|
14
|
-
Quick Task Mode remains the default unless the request creates new product scope or asks for formal gate artefacts.
|
|
15
|
-
|
|
16
|
-
## Operating Model
|
|
17
|
-
Work in this order:
|
|
18
|
-
|
|
19
|
-
`Uncertainty Reduction -> Evidence -> Artefacts -> Verification -> Outcome`
|
|
20
|
-
|
|
21
|
-
Evidence overrides assumptions and memory. If evidence is missing, state the uncertainty instead of smoothing it over.
|
|
22
|
-
|
|
23
|
-
## Gates
|
|
24
|
-
- User gates: `UR -> PRD -> SD -> TP -> QA -> UAT`.
|
|
25
|
-
- A user approval is valid only in this exact format: `Approval: <GateName>`.
|
|
26
|
-
- Legacy German runs may be interpreted if they use `Freigabe: <GateName>`, but new artefacts must show `Approval: <GateName>`.
|
|
27
|
-
- Implicit consent such as `ok`, `go`, `approved`, or similar wording is not approval.
|
|
28
|
-
- Internal mandatory steps: `Brownfield Analysis -> CD+Tests -> CR -> OR`.
|
|
29
|
-
- `CD+Tests` is not a done, QA, or release signal.
|
|
30
|
-
- `agdf-qa-gate` is the only final QA decision for `pass | revise | block`.
|
|
31
|
-
- `agdf-release-or` is mandatory at the end of relevant runs.
|
|
32
|
-
|
|
33
|
-
## Brownfield Rules
|
|
34
|
-
- Brownfield is the normal case.
|
|
35
|
-
- Before non-trivial implementation in an existing system, inspect existing artefacts, ownership, behaviour, and tests.
|
|
36
|
-
- Reuse-before-create and minimal clean slice take precedence over new structure.
|
|
37
|
-
- No silent parallel structures, no second SoT, no unjustified fallbacks.
|
|
38
|
-
- SoT/runtime/product-semantics drift must be named explicitly and can trigger an early product gate.
|
|
39
|
-
|
|
40
|
-
## Skill Routing
|
|
41
|
-
| Skill | Use For | Boundary |
|
|
42
|
-
|---|---|---|
|
|
43
|
-
| `agdf-gate-check` | unclear approval, Structured Delivery, later-gate artefact requested | does not create later artefacts |
|
|
44
|
-
| `agdf-brownfield-analysis` | before non-trivial implementation in existing systems | clarifies reuse, owners, risks |
|
|
45
|
-
| `agdf-task-plan-review` | after implementation and before QA, verify TP coverage | no final QA decision |
|
|
46
|
-
| `agdf-clean-implementation-review` | inspect workarounds, fallbacks, parallel structures, or symptom fixes | not a TP or QA substitute |
|
|
47
|
-
| `agdf-code-review` | mandatory CR step after code changes, focused on defects, regression, and security findings | does not replace TP review, clean review, or QA |
|
|
48
|
-
| `agdf-qa-gate` | final QA decision | only instance for `pass | revise | block` |
|
|
49
|
-
| `agdf-release-or` | auditable closeout for every relevant run | not a QA substitute |
|
|
50
|
-
| `agdf-delivery-closeout` | commit/PR-near handoff after QA/OR/UAT | never performs VCS actions automatically |
|
|
51
|
-
|
|
52
|
-
Select exactly one primary skill first. Add more only when they cover a distinct concrete risk dimension.
|
|
53
|
-
|
|
54
|
-
## Skill Contract
|
|
55
|
-
For repeated output, gate, Quality Contract, and Context Graph rules, use:
|
|
56
|
-
the repository-local `agdf-runtime-contract.md` artifact.
|
|
57
|
-
|
|
58
|
-
Skills may include short runtime reminders, but must not carry a second complete rule or code table.
|
|
59
|
-
|
|
60
|
-
## Durable Control State
|
|
61
|
-
When this repository uses the AGDF control scaffold, keep live control files under `.agdf/control/`.
|
|
62
|
-
Use the templates as starting points only:
|
|
63
|
-
|
|
64
|
-
- `.agdf/control/templates/AGDF_RUN.md`
|
|
65
|
-
- `.agdf/control/templates/MASTER_BACKLOG.md`
|
|
66
|
-
- `.agdf/control/templates/SOT_REGISTRY.md`
|
|
67
|
-
- `.agdf/control/templates/CONTEXT_GRAPH.md`
|
|
68
|
-
- `.agdf/control/templates/AGENT_QUALITY_CONTRACTS.json`
|
|
69
|
-
|
|
70
|
-
Do not let chat history become the source of truth for gate state, approvals, evidence, backlog status or durable Brownfield knowledge.
|
|
71
|
-
|
|
72
|
-
## Closeout
|
|
73
|
-
After relevant code, documentation, skill, or governance changes:
|
|
74
|
-
- run relevant checks or state the test gap
|
|
75
|
-
- never commit, push, or open a PR automatically
|
|
76
|
-
- include exactly one `Next step:`
|
|
77
|
-
- include exactly one `Quality outlook:`
|