enterprise-delivery 0.1.0
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/.claude-plugin/plugin.json +21 -0
- package/.codex-plugin/plugin.json +36 -0
- package/AGENTS.md +73 -0
- package/README.md +127 -0
- package/package.json +28 -0
- package/scripts/enterprise-delivery-validate.mjs +11 -0
- package/skills/add-requirement/SKILL.md +52 -0
- package/skills/analyze-requirement/SKILL.md +48 -0
- package/skills/analyze-tech-stack/SKILL.md +36 -0
- package/skills/change-requirement/SKILL.md +37 -0
- package/skills/complete-task/SKILL.md +46 -0
- package/skills/delivery-lead/SKILL.md +221 -0
- package/skills/delivery-planning/SKILL.md +27 -0
- package/skills/enterprise-kickoff/SKILL.md +25 -0
- package/skills/feature-gate/SKILL.md +22 -0
- package/skills/release-gate/SKILL.md +24 -0
- package/skills/sprint-gate/SKILL.md +23 -0
- package/skills/start-task/SKILL.md +39 -0
- package/skills/story-intake/SKILL.md +23 -0
- package/skills/update-coding-rules/SKILL.md +32 -0
- package/src/cli.mjs +220 -0
- package/src/frontmatter.mjs +121 -0
- package/src/init.mjs +54 -0
- package/src/install-codex.mjs +121 -0
- package/src/markdown.mjs +58 -0
- package/src/repository.mjs +59 -0
- package/src/rules.mjs +814 -0
- package/templates/docs/enterprise/architecture-overview.md +17 -0
- package/templates/docs/enterprise/change-log.md +4 -0
- package/templates/docs/enterprise/changes/CHG-0000-template.md +37 -0
- package/templates/docs/enterprise/current-state.md +48 -0
- package/templates/docs/enterprise/decision-log.md +5 -0
- package/templates/docs/enterprise/product-backlog.md +5 -0
- package/templates/docs/enterprise/project-charter.md +25 -0
- package/templates/docs/enterprise/project-vision.md +61 -0
- package/templates/docs/enterprise/releases/RELEASE-ID/release-notes.md +21 -0
- package/templates/docs/enterprise/releases/RELEASE-ID/release-plan.md +18 -0
- package/templates/docs/enterprise/releases/RELEASE-ID/traceability-matrix.md +5 -0
- package/templates/docs/enterprise/risk-register.md +5 -0
- package/templates/docs/enterprise/roadmap.md +13 -0
- package/templates/docs/enterprise/sprints/SPRINT-ID/sprint-plan.md +21 -0
- package/templates/docs/enterprise/sprints/SPRINT-ID/status-report.md +29 -0
- package/templates/docs/enterprise/stakeholder-register.md +6 -0
- package/templates/docs/enterprise/stories/STORY-0000-template.md +59 -0
- package/templates/docs/enterprise/task-graph.json +24 -0
- package/templates/docs/enterprise/test-strategy.md +15 -0
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "enterprise-delivery",
|
|
3
|
+
"version": "0.1.0",
|
|
4
|
+
"description": "Repo-first agile delivery governance with validation gates.",
|
|
5
|
+
"skills": [
|
|
6
|
+
{ "path": "skills/enterprise-kickoff" },
|
|
7
|
+
{ "path": "skills/add-requirement" },
|
|
8
|
+
{ "path": "skills/change-requirement" },
|
|
9
|
+
{ "path": "skills/analyze-requirement" },
|
|
10
|
+
{ "path": "skills/analyze-tech-stack" },
|
|
11
|
+
{ "path": "skills/update-coding-rules" },
|
|
12
|
+
{ "path": "skills/start-task" },
|
|
13
|
+
{ "path": "skills/complete-task" },
|
|
14
|
+
{ "path": "skills/story-intake" },
|
|
15
|
+
{ "path": "skills/delivery-planning" },
|
|
16
|
+
{ "path": "skills/delivery-lead" },
|
|
17
|
+
{ "path": "skills/feature-gate" },
|
|
18
|
+
{ "path": "skills/sprint-gate" },
|
|
19
|
+
{ "path": "skills/release-gate" }
|
|
20
|
+
]
|
|
21
|
+
}
|
|
@@ -0,0 +1,36 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "enterprise-delivery",
|
|
3
|
+
"version": "0.1.0",
|
|
4
|
+
"description": "Repo-first agile delivery governance with story, change, sprint, release, and validation gates.",
|
|
5
|
+
"author": {
|
|
6
|
+
"name": "unknown"
|
|
7
|
+
},
|
|
8
|
+
"license": "unknown",
|
|
9
|
+
"keywords": [
|
|
10
|
+
"delivery",
|
|
11
|
+
"governance",
|
|
12
|
+
"requirements",
|
|
13
|
+
"traceability",
|
|
14
|
+
"validation",
|
|
15
|
+
"codex"
|
|
16
|
+
],
|
|
17
|
+
"skills": "./skills/",
|
|
18
|
+
"interface": {
|
|
19
|
+
"displayName": "Enterprise Delivery",
|
|
20
|
+
"shortDescription": "Repo-first delivery governance for agentic software work",
|
|
21
|
+
"longDescription": "Use Enterprise Delivery to manage requirements, story and change records, risk, sprint and release traceability, and validation gates from repository artifacts.",
|
|
22
|
+
"developerName": "unknown",
|
|
23
|
+
"category": "Coding",
|
|
24
|
+
"capabilities": [
|
|
25
|
+
"Interactive",
|
|
26
|
+
"Read",
|
|
27
|
+
"Write"
|
|
28
|
+
],
|
|
29
|
+
"defaultPrompt": [
|
|
30
|
+
"Initialize Enterprise Delivery for this repository.",
|
|
31
|
+
"Start delivery tracking for this feature."
|
|
32
|
+
],
|
|
33
|
+
"brandColor": "#2563EB",
|
|
34
|
+
"screenshots": []
|
|
35
|
+
}
|
|
36
|
+
}
|
package/AGENTS.md
ADDED
|
@@ -0,0 +1,73 @@
|
|
|
1
|
+
# Agent Workflow
|
|
2
|
+
|
|
3
|
+
This repository uses Enterprise Delivery as the delivery source of truth. Follow this workflow for any delivery-impacting change, including features, bug fixes, validator behavior changes, documentation changes that affect users, release work, or project tracking updates.
|
|
4
|
+
|
|
5
|
+
## Source Of Truth
|
|
6
|
+
|
|
7
|
+
- Keep canonical delivery state in `docs/enterprise/`.
|
|
8
|
+
- External ticket systems, pull requests, chats, and documents may be linked, but they are not the source of truth.
|
|
9
|
+
- Do not invent stakeholders, approvals, roadmap commitments, sprint commitments, release readiness, or historical facts. Mark uncertain facts as `unknown` or `inferred`.
|
|
10
|
+
|
|
11
|
+
## Required Chain
|
|
12
|
+
|
|
13
|
+
Every delivery-impacting change must preserve this chain:
|
|
14
|
+
|
|
15
|
+
```text
|
|
16
|
+
Requirement -> STORY-* -> CHG-* -> tests/evidence -> sprint/release traceability
|
|
17
|
+
```
|
|
18
|
+
|
|
19
|
+
## Before Implementation
|
|
20
|
+
|
|
21
|
+
1. Create or update a story under `docs/enterprise/stories/`.
|
|
22
|
+
2. Create or update a linked change record under `docs/enterprise/changes/`.
|
|
23
|
+
3. Add the change ID to story frontmatter `linked_changes`.
|
|
24
|
+
4. Add the story ID to change frontmatter `related_stories`.
|
|
25
|
+
5. Record requirement source, business value, acceptance criteria, docs impact, risk impact, and planned test evidence.
|
|
26
|
+
|
|
27
|
+
Implementation should not start until the story and linked change exist for delivery-impacting work.
|
|
28
|
+
|
|
29
|
+
## During Implementation
|
|
30
|
+
|
|
31
|
+
- Keep the story and change record current when scope changes.
|
|
32
|
+
- Update `docs/enterprise/risk-register.md` for new or changed delivery risks.
|
|
33
|
+
- Update `docs/enterprise/decision-log.md` for decisions that affect architecture, delivery, release readiness, or governance.
|
|
34
|
+
- Add command-based test evidence when verification is run.
|
|
35
|
+
|
|
36
|
+
## Completion Gates
|
|
37
|
+
|
|
38
|
+
Before claiming a story or feature is complete, run:
|
|
39
|
+
|
|
40
|
+
```bash
|
|
41
|
+
node scripts/enterprise-delivery-validate.mjs validate feature --story STORY-0001
|
|
42
|
+
```
|
|
43
|
+
|
|
44
|
+
Before claiming sprint state is ready, reviewed, or closed, run:
|
|
45
|
+
|
|
46
|
+
```bash
|
|
47
|
+
node scripts/enterprise-delivery-validate.mjs validate sprint --sprint 2026-W20
|
|
48
|
+
```
|
|
49
|
+
|
|
50
|
+
Before claiming release readiness, run:
|
|
51
|
+
|
|
52
|
+
```bash
|
|
53
|
+
node scripts/enterprise-delivery-validate.mjs validate release --release 2026.05.0
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
Before claiming repository delivery setup is valid, run:
|
|
57
|
+
|
|
58
|
+
```bash
|
|
59
|
+
node scripts/enterprise-delivery-validate.mjs validate repo
|
|
60
|
+
```
|
|
61
|
+
|
|
62
|
+
Treat validator exit code `1` as a delivery blocker. Fix the artifacts or evidence, then rerun the gate.
|
|
63
|
+
|
|
64
|
+
## Required Verification
|
|
65
|
+
|
|
66
|
+
For code changes in this repository, run:
|
|
67
|
+
|
|
68
|
+
```bash
|
|
69
|
+
npm test
|
|
70
|
+
node scripts/enterprise-delivery-validate.mjs validate repo
|
|
71
|
+
```
|
|
72
|
+
|
|
73
|
+
Do not claim completion unless the relevant tests and enterprise gate pass, or clearly report what could not be run.
|
package/README.md
ADDED
|
@@ -0,0 +1,127 @@
|
|
|
1
|
+
# Enterprise Delivery
|
|
2
|
+
|
|
3
|
+
Enterprise Delivery is a standalone plugin that adds repo-first agile delivery governance for agentic software work.
|
|
4
|
+
|
|
5
|
+
It is designed to run alongside Superpowers. Superpowers handles engineering workflow. Enterprise Delivery handles requirements, backlog, sprint and release tracking, change tracking, traceability, risk and status reporting, and validation gates.
|
|
6
|
+
|
|
7
|
+
## Principles
|
|
8
|
+
|
|
9
|
+
- Repo-first source of truth.
|
|
10
|
+
- External tools are links, not canonical state.
|
|
11
|
+
- Every story has a linked `CHG-*` record from creation.
|
|
12
|
+
- Validation gates require evidence before completion claims.
|
|
13
|
+
- Brownfield onboarding labels facts as confirmed, inferred, or unknown.
|
|
14
|
+
- No third-party runtime dependencies.
|
|
15
|
+
|
|
16
|
+
## Target Project Artifacts
|
|
17
|
+
|
|
18
|
+
Enterprise Delivery stores project artifacts in:
|
|
19
|
+
|
|
20
|
+
```text
|
|
21
|
+
docs/enterprise/
|
|
22
|
+
project-charter.md
|
|
23
|
+
roadmap.md
|
|
24
|
+
architecture-overview.md
|
|
25
|
+
onboarding-audit.md # brownfield-only audit artifact
|
|
26
|
+
test-strategy.md
|
|
27
|
+
stakeholder-register.md
|
|
28
|
+
risk-register.md
|
|
29
|
+
decision-log.md
|
|
30
|
+
product-backlog.md
|
|
31
|
+
change-log.md
|
|
32
|
+
project-vision.md
|
|
33
|
+
current-state.md
|
|
34
|
+
task-graph.json
|
|
35
|
+
changes/
|
|
36
|
+
stories/
|
|
37
|
+
sprints/
|
|
38
|
+
releases/
|
|
39
|
+
```
|
|
40
|
+
|
|
41
|
+
## AI-Native State Layer
|
|
42
|
+
|
|
43
|
+
For spec-driven AI-native projects, Enterprise Delivery also keeps project memory under `docs/enterprise/`:
|
|
44
|
+
|
|
45
|
+
- `project-vision.md`: product goals, non-goals, architecture principles, forbidden patterns, coding philosophy, quality bar, and AI collaboration rules.
|
|
46
|
+
- `current-state.md`: active stories and changes, failing tests, TODOs, coverage, unresolved bugs, recent commits, risks, decisions, and next verification commands.
|
|
47
|
+
- `task-graph.json`: machine-readable task dependencies for humans and agents.
|
|
48
|
+
|
|
49
|
+
These files are part of the same source of truth as stories, changes, risks, decisions, sprints, and releases. Do not create root-level project state files that drift from `docs/enterprise/`.
|
|
50
|
+
|
|
51
|
+
## npm and Codex Install
|
|
52
|
+
|
|
53
|
+
Install the package into your local Codex plugin marketplace:
|
|
54
|
+
|
|
55
|
+
```bash
|
|
56
|
+
npx enterprise-delivery install codex
|
|
57
|
+
```
|
|
58
|
+
|
|
59
|
+
The command copies the Enterprise Delivery plugin payload into:
|
|
60
|
+
|
|
61
|
+
```text
|
|
62
|
+
~/.agents/plugins/plugins/enterprise-delivery/
|
|
63
|
+
```
|
|
64
|
+
|
|
65
|
+
It also creates or updates:
|
|
66
|
+
|
|
67
|
+
```text
|
|
68
|
+
~/.agents/plugins/marketplace.json
|
|
69
|
+
```
|
|
70
|
+
|
|
71
|
+
The command is safe to rerun. It replaces the managed `enterprise-delivery` plugin copy and preserves unrelated marketplace entries.
|
|
72
|
+
|
|
73
|
+
Claude support is reserved for a later adapter:
|
|
74
|
+
|
|
75
|
+
```bash
|
|
76
|
+
npx enterprise-delivery install claude
|
|
77
|
+
```
|
|
78
|
+
|
|
79
|
+
For now this command only reports that the Claude adapter is planned but not implemented.
|
|
80
|
+
|
|
81
|
+
## Validation
|
|
82
|
+
|
|
83
|
+
Initialize delivery artifacts in a target project repository:
|
|
84
|
+
|
|
85
|
+
```bash
|
|
86
|
+
node /path/to/enterprise-delivery/scripts/enterprise-delivery-validate.mjs init
|
|
87
|
+
```
|
|
88
|
+
|
|
89
|
+
The init command creates missing files under `docs/enterprise/` from templates and preserves existing files.
|
|
90
|
+
|
|
91
|
+
Run validation from a target project repository:
|
|
92
|
+
|
|
93
|
+
```bash
|
|
94
|
+
node /path/to/enterprise-delivery/scripts/enterprise-delivery-validate.mjs validate repo
|
|
95
|
+
node /path/to/enterprise-delivery/scripts/enterprise-delivery-validate.mjs validate feature --story STORY-0001
|
|
96
|
+
node /path/to/enterprise-delivery/scripts/enterprise-delivery-validate.mjs validate sprint --sprint 2026-W20
|
|
97
|
+
node /path/to/enterprise-delivery/scripts/enterprise-delivery-validate.mjs validate release --release 2026.05.0
|
|
98
|
+
```
|
|
99
|
+
|
|
100
|
+
Use `--root PATH` to initialize or validate a different repository and `--json` for machine-readable output.
|
|
101
|
+
|
|
102
|
+
Exit codes:
|
|
103
|
+
|
|
104
|
+
- `0`: validation passed
|
|
105
|
+
- `1`: validation failed because artifacts are missing or invalid
|
|
106
|
+
- `2`: command usage was invalid
|
|
107
|
+
|
|
108
|
+
## Skills
|
|
109
|
+
|
|
110
|
+
- `enterprise-kickoff`: initialize or audit `docs/enterprise/`.
|
|
111
|
+
- `add-requirement`: create a linked `STORY-*` and `CHG-*` from a new request.
|
|
112
|
+
- `change-requirement`: revise existing requirement artifacts and trace changed scope.
|
|
113
|
+
- `analyze-requirement`: clarify scope, risks, tasks, and planned evidence before coding.
|
|
114
|
+
- `analyze-tech-stack`: document stack facts, tradeoffs, decisions, and risks.
|
|
115
|
+
- `update-coding-rules`: update agent rules, project principles, quality gates, and workflow instructions.
|
|
116
|
+
- `start-task`: begin implementation from a story/change/task graph entry.
|
|
117
|
+
- `complete-task`: run verification, record evidence, and prepare feature completion.
|
|
118
|
+
- `story-intake`: create or update story and mandatory change records.
|
|
119
|
+
- `delivery-planning`: map acceptance criteria to tasks, tests, docs, and risks.
|
|
120
|
+
- `delivery-lead`: guide agents through project start, requirement intake, requirement analysis, tech-stack decisions, coding rules, task start, and completion.
|
|
121
|
+
- `feature-gate`: validate story completion evidence.
|
|
122
|
+
- `sprint-gate`: validate sprint state and reporting.
|
|
123
|
+
- `release-gate`: validate release traceability and readiness.
|
|
124
|
+
|
|
125
|
+
## Brownfield Rule
|
|
126
|
+
|
|
127
|
+
Do not fabricate enterprise history. Facts discovered from files may be marked inferred. Stakeholders, roadmap, sprint commitments, release state, and approvals require explicit human confirmation before they are marked confirmed.
|
package/package.json
ADDED
|
@@ -0,0 +1,28 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "enterprise-delivery",
|
|
3
|
+
"version": "0.1.0",
|
|
4
|
+
"type": "module",
|
|
5
|
+
"bin": {
|
|
6
|
+
"enterprise-delivery": "scripts/enterprise-delivery-validate.mjs"
|
|
7
|
+
},
|
|
8
|
+
"files": [
|
|
9
|
+
".claude-plugin/",
|
|
10
|
+
".codex-plugin/",
|
|
11
|
+
"AGENTS.md",
|
|
12
|
+
"README.md",
|
|
13
|
+
"package.json",
|
|
14
|
+
"scripts/",
|
|
15
|
+
"skills/",
|
|
16
|
+
"src/",
|
|
17
|
+
"templates/"
|
|
18
|
+
],
|
|
19
|
+
"scripts": {
|
|
20
|
+
"test": "bash tests/run-tests.sh",
|
|
21
|
+
"init": "node scripts/enterprise-delivery-validate.mjs init",
|
|
22
|
+
"validate": "node scripts/enterprise-delivery-validate.mjs",
|
|
23
|
+
"gate:repo": "node scripts/enterprise-delivery-validate.mjs validate repo",
|
|
24
|
+
"gate:feature": "node scripts/enterprise-delivery-validate.mjs validate feature",
|
|
25
|
+
"gate:sprint": "node scripts/enterprise-delivery-validate.mjs validate sprint",
|
|
26
|
+
"gate:release": "node scripts/enterprise-delivery-validate.mjs validate release"
|
|
27
|
+
}
|
|
28
|
+
}
|
|
@@ -0,0 +1,11 @@
|
|
|
1
|
+
#!/usr/bin/env node
|
|
2
|
+
import { runCli } from '../src/cli.mjs';
|
|
3
|
+
|
|
4
|
+
runCli(process.argv.slice(2), process.cwd())
|
|
5
|
+
.then((exitCode) => {
|
|
6
|
+
process.exit(exitCode);
|
|
7
|
+
})
|
|
8
|
+
.catch((error) => {
|
|
9
|
+
console.error(error && error.stack ? error.stack : String(error));
|
|
10
|
+
process.exit(2);
|
|
11
|
+
});
|
|
@@ -0,0 +1,52 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: add-requirement
|
|
3
|
+
description: Use when the user says add requirement, create requirement, capture requirement, new feature request, new bug request, or asks to turn a request into repo-tracked delivery artifacts.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Add Requirement
|
|
7
|
+
|
|
8
|
+
Create the delivery source of truth before implementation.
|
|
9
|
+
|
|
10
|
+
## Read
|
|
11
|
+
|
|
12
|
+
- `AGENTS.md`
|
|
13
|
+
- `docs/enterprise/project-vision.md`
|
|
14
|
+
- `docs/enterprise/current-state.md`
|
|
15
|
+
- `docs/enterprise/product-backlog.md`
|
|
16
|
+
- existing `docs/enterprise/stories/STORY-*.md`
|
|
17
|
+
- existing `docs/enterprise/changes/CHG-*.md`
|
|
18
|
+
|
|
19
|
+
## Create Or Update
|
|
20
|
+
|
|
21
|
+
- `docs/enterprise/stories/STORY-<next>-<slug>.md`
|
|
22
|
+
- `docs/enterprise/changes/CHG-<next>-<slug>.md`
|
|
23
|
+
- `docs/enterprise/product-backlog.md`
|
|
24
|
+
- `docs/enterprise/current-state.md`
|
|
25
|
+
- `docs/enterprise/task-graph.json` only if initial tasks are already clear
|
|
26
|
+
|
|
27
|
+
## Required Story Content
|
|
28
|
+
|
|
29
|
+
- Requirement source: quote or summarize the user request.
|
|
30
|
+
- Business value: why it matters.
|
|
31
|
+
- Acceptance criteria: reviewable behavior.
|
|
32
|
+
- Non-functional criteria: performance, security, accessibility, reliability, or no new criteria.
|
|
33
|
+
- Dependencies: known dependencies or no known dependencies.
|
|
34
|
+
- Risk impact: risk-register reference or no new risks.
|
|
35
|
+
- Docs impact: docs changed or `No impact: <reason>`.
|
|
36
|
+
- Test evidence: planned commands.
|
|
37
|
+
- Implementation links: pending.
|
|
38
|
+
|
|
39
|
+
## Required Change Content
|
|
40
|
+
|
|
41
|
+
- Reason
|
|
42
|
+
- Impact
|
|
43
|
+
- Approval
|
|
44
|
+
- Evidence plan
|
|
45
|
+
- Rollout notes
|
|
46
|
+
|
|
47
|
+
## Rules
|
|
48
|
+
|
|
49
|
+
- Add the change ID to story frontmatter `linked_changes`.
|
|
50
|
+
- Add the story ID to change frontmatter `related_stories`.
|
|
51
|
+
- Keep story status `draft` until the source and acceptance criteria are explicit.
|
|
52
|
+
- Do not implement code in this skill unless the user explicitly asks to continue.
|
|
@@ -0,0 +1,48 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: analyze-requirement
|
|
3
|
+
description: Use when the user asks to analyze a requirement, refine a requirement, check feasibility, split scope, identify risks, map acceptance criteria to tasks, or prepare a requirement for implementation.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Analyze Requirement
|
|
7
|
+
|
|
8
|
+
Turn a requirement into implementation-ready delivery context.
|
|
9
|
+
|
|
10
|
+
## Read
|
|
11
|
+
|
|
12
|
+
- `AGENTS.md`
|
|
13
|
+
- `docs/enterprise/project-vision.md`
|
|
14
|
+
- `docs/enterprise/current-state.md`
|
|
15
|
+
- target `docs/enterprise/stories/STORY-*.md`
|
|
16
|
+
- linked `docs/enterprise/changes/CHG-*.md`
|
|
17
|
+
- `docs/enterprise/architecture-overview.md`
|
|
18
|
+
- `docs/enterprise/test-strategy.md`
|
|
19
|
+
- `docs/enterprise/risk-register.md`
|
|
20
|
+
- `docs/enterprise/decision-log.md`
|
|
21
|
+
- `docs/enterprise/task-graph.json`
|
|
22
|
+
|
|
23
|
+
## Do
|
|
24
|
+
|
|
25
|
+
- Identify unclear terms and mark them as questions, assumptions, `unknown`, or `inferred`.
|
|
26
|
+
- Check whether acceptance criteria are testable.
|
|
27
|
+
- Split independent outcomes into separate stories.
|
|
28
|
+
- Map each acceptance criterion to tasks and verification commands.
|
|
29
|
+
- Identify docs, risk, decision, migration, and rollout impacts.
|
|
30
|
+
|
|
31
|
+
## Update
|
|
32
|
+
|
|
33
|
+
- target `STORY-*`
|
|
34
|
+
- linked `CHG-*`
|
|
35
|
+
- `docs/enterprise/task-graph.json`
|
|
36
|
+
- `docs/enterprise/risk-register.md` if risks are added or changed
|
|
37
|
+
- `docs/enterprise/decision-log.md` if decisions are made
|
|
38
|
+
- `docs/enterprise/current-state.md`
|
|
39
|
+
|
|
40
|
+
## Output
|
|
41
|
+
|
|
42
|
+
Give the user:
|
|
43
|
+
|
|
44
|
+
- clarified requirement summary
|
|
45
|
+
- open questions
|
|
46
|
+
- recommended scope
|
|
47
|
+
- task graph changes
|
|
48
|
+
- planned evidence commands
|
|
@@ -0,0 +1,36 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: analyze-tech-stack
|
|
3
|
+
description: Use when the user asks to choose, review, compare, or document the project tech stack, architecture choices, frameworks, databases, hosting, testing tools, or provider integrations.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Analyze Tech Stack
|
|
7
|
+
|
|
8
|
+
Document stack facts and decisions without inventing commitments.
|
|
9
|
+
|
|
10
|
+
## Read
|
|
11
|
+
|
|
12
|
+
- `AGENTS.md`
|
|
13
|
+
- `docs/enterprise/project-charter.md`
|
|
14
|
+
- `docs/enterprise/project-vision.md`
|
|
15
|
+
- `docs/enterprise/architecture-overview.md`
|
|
16
|
+
- `docs/enterprise/test-strategy.md`
|
|
17
|
+
- `docs/enterprise/risk-register.md`
|
|
18
|
+
- `docs/enterprise/decision-log.md`
|
|
19
|
+
- package/build files such as `package.json`, `pyproject.toml`, `Cargo.toml`, `go.mod`
|
|
20
|
+
- existing source and test layout when relevant
|
|
21
|
+
|
|
22
|
+
## Update
|
|
23
|
+
|
|
24
|
+
- `docs/enterprise/architecture-overview.md`
|
|
25
|
+
- `docs/enterprise/test-strategy.md`
|
|
26
|
+
- `docs/enterprise/risk-register.md`
|
|
27
|
+
- `docs/enterprise/decision-log.md`
|
|
28
|
+
- active `STORY-*` and `CHG-*` if this analysis belongs to a delivery change
|
|
29
|
+
|
|
30
|
+
## Rules
|
|
31
|
+
|
|
32
|
+
- Mark implemented repo facts as `confirmed` or `inferred` depending on evidence.
|
|
33
|
+
- Mark undecided choices as `unknown`.
|
|
34
|
+
- Record durable choices in `decision-log.md`.
|
|
35
|
+
- Record tradeoffs and risks in `risk-register.md`.
|
|
36
|
+
- Do not add dependencies or change code unless the user explicitly asks for implementation.
|
|
@@ -0,0 +1,37 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: change-requirement
|
|
3
|
+
description: Use when the user says change requirement, update requirement, revise story, modify acceptance criteria, adjust scope, or correct an existing STORY-* or CHG-* requirement.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Change Requirement
|
|
7
|
+
|
|
8
|
+
Revise existing delivery artifacts without losing history or traceability.
|
|
9
|
+
|
|
10
|
+
## Read
|
|
11
|
+
|
|
12
|
+
- `AGENTS.md`
|
|
13
|
+
- `docs/enterprise/project-vision.md`
|
|
14
|
+
- `docs/enterprise/current-state.md`
|
|
15
|
+
- target `docs/enterprise/stories/STORY-*.md`
|
|
16
|
+
- linked `docs/enterprise/changes/CHG-*.md`
|
|
17
|
+
- `docs/enterprise/task-graph.json`
|
|
18
|
+
- `docs/enterprise/risk-register.md`
|
|
19
|
+
- `docs/enterprise/decision-log.md`
|
|
20
|
+
|
|
21
|
+
## Update
|
|
22
|
+
|
|
23
|
+
- target `STORY-*`
|
|
24
|
+
- linked `CHG-*`
|
|
25
|
+
- `docs/enterprise/product-backlog.md` if priority/status changes
|
|
26
|
+
- `docs/enterprise/task-graph.json` if tasks or dependencies change
|
|
27
|
+
- `docs/enterprise/risk-register.md` if risk changes
|
|
28
|
+
- `docs/enterprise/decision-log.md` if architecture, governance, or delivery decisions change
|
|
29
|
+
- `docs/enterprise/current-state.md`
|
|
30
|
+
|
|
31
|
+
## Rules
|
|
32
|
+
|
|
33
|
+
- Preserve the original requirement source in change history when useful.
|
|
34
|
+
- Add a `Change History` entry describing what changed and why.
|
|
35
|
+
- Update planned evidence when acceptance criteria change.
|
|
36
|
+
- If scope becomes too broad, split into a new `STORY-*` and linked `CHG-*`.
|
|
37
|
+
- Do not mark changed work complete until evidence is rerun.
|
|
@@ -0,0 +1,46 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: complete-task
|
|
3
|
+
description: Use when the user asks to complete a task, finish a feature, close a story, verify work, record evidence, or prepare delivery completion for a STORY-* or CHG-*.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Complete Task
|
|
7
|
+
|
|
8
|
+
Record evidence before claiming completion.
|
|
9
|
+
|
|
10
|
+
## Read
|
|
11
|
+
|
|
12
|
+
- `AGENTS.md`
|
|
13
|
+
- target `docs/enterprise/stories/STORY-*.md`
|
|
14
|
+
- linked `docs/enterprise/changes/CHG-*.md`
|
|
15
|
+
- `docs/enterprise/task-graph.json`
|
|
16
|
+
- `docs/enterprise/current-state.md`
|
|
17
|
+
- `docs/enterprise/test-strategy.md`
|
|
18
|
+
|
|
19
|
+
## Run
|
|
20
|
+
|
|
21
|
+
Use the story's planned evidence commands. For code changes in this repo, run at minimum:
|
|
22
|
+
|
|
23
|
+
```bash
|
|
24
|
+
npm test
|
|
25
|
+
node scripts/enterprise-delivery-validate.mjs validate repo
|
|
26
|
+
node scripts/enterprise-delivery-validate.mjs validate feature --story STORY-0001
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
Replace `STORY-0001` with the target story ID.
|
|
30
|
+
|
|
31
|
+
## Update
|
|
32
|
+
|
|
33
|
+
- story `Test Evidence` with actual commands and results
|
|
34
|
+
- story `Implementation Links`
|
|
35
|
+
- change `Evidence` with actual commands and results
|
|
36
|
+
- change status to `implemented`, `verified`, or `released`
|
|
37
|
+
- task status and evidence in `docs/enterprise/task-graph.json`
|
|
38
|
+
- `docs/enterprise/current-state.md`
|
|
39
|
+
- `docs/enterprise/risk-register.md` if risks changed
|
|
40
|
+
- `docs/enterprise/decision-log.md` if decisions changed
|
|
41
|
+
|
|
42
|
+
## Rules
|
|
43
|
+
|
|
44
|
+
- Do not claim completion if validation exits `1`.
|
|
45
|
+
- If tests fail, record the failure in `current-state.md` and keep the story out of `done`.
|
|
46
|
+
- Only run sprint or release gates when the user asks for sprint or release readiness.
|