agents-templated 2.2.12 → 2.2.14
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 +53 -12
- package/bin/cli.js +76 -18
- package/index.js +2 -2
- package/lib/layout.js +27 -3
- package/lib/orchestrator.js +562 -0
- package/lib/workflow.js +472 -3
- package/package.json +1 -1
- package/templates/.claude/agents/README.md +15 -1
- package/templates/.claude/agents/architect.md +79 -106
- package/templates/.claude/agents/backend-specialist.md +79 -0
- package/templates/.claude/agents/build-error-resolver.md +78 -119
- package/templates/.claude/agents/code-reviewer.md +79 -116
- package/templates/.claude/agents/compatibility-checker.md +79 -79
- package/templates/.claude/agents/configuration-validator.md +79 -85
- package/templates/.claude/agents/database-migrator.md +79 -83
- package/templates/.claude/agents/dependency-auditor.md +79 -92
- package/templates/.claude/agents/deployment-specialist.md +91 -0
- package/templates/.claude/agents/doc-updater.md +78 -130
- package/templates/.claude/agents/e2e-runner.md +78 -122
- package/templates/.claude/agents/frontend-specialist.md +79 -0
- package/templates/.claude/agents/load-tester.md +79 -80
- package/templates/.claude/agents/performance-profiler.md +79 -103
- package/templates/.claude/agents/performance-specialist.md +91 -0
- package/templates/.claude/agents/planner.md +81 -87
- package/templates/.claude/agents/qa-specialist.md +92 -0
- package/templates/.claude/agents/refactor-cleaner.md +79 -137
- package/templates/.claude/agents/release-ops-specialist.md +80 -0
- package/templates/.claude/agents/security-reviewer.md +80 -138
- package/templates/.claude/agents/tdd-guide.md +79 -98
- package/templates/.claude/agents/test-data-builder.md +79 -0
- package/templates/CLAUDE.md +7 -0
- package/templates/README.md +37 -9
- package/templates/agent-docs/ARCHITECTURE.md +6 -0
- package/templates/agents/commands/README.md +84 -4
- package/templates/agents/commands/SCHEMA.md +21 -1
- package/templates/agents/commands/test-data.md +56 -0
- package/agents/commands/README.md +0 -64
- package/agents/commands/SCHEMA.md +0 -22
- package/agents/commands/arch-check.md +0 -58
- package/agents/commands/audit.md +0 -58
- package/agents/commands/debug-track.md +0 -58
- package/agents/commands/docs.md +0 -58
- package/agents/commands/fix.md +0 -58
- package/agents/commands/learn-loop.md +0 -58
- package/agents/commands/perf.md +0 -58
- package/agents/commands/plan.md +0 -58
- package/agents/commands/pr.md +0 -58
- package/agents/commands/problem-map.md +0 -58
- package/agents/commands/release-ready.md +0 -58
- package/agents/commands/release.md +0 -58
- package/agents/commands/risk-review.md +0 -58
- package/agents/commands/scope-shape.md +0 -58
- package/agents/commands/task.md +0 -58
- package/agents/commands/test.md +0 -58
- package/agents/commands/ux-bar.md +0 -58
- package/agents/rules/planning.mdc +0 -69
|
@@ -1,69 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
title: "Planning Discipline"
|
|
3
|
-
description: "Every feature discussion or implementation must produce a reusable prompt plan file in .github/prompts/"
|
|
4
|
-
version: "1.0.0"
|
|
5
|
-
tags: ["planning", "workflow", "documentation", "prompts"]
|
|
6
|
-
alwaysApply: true
|
|
7
|
-
---
|
|
8
|
-
|
|
9
|
-
## Purpose
|
|
10
|
-
|
|
11
|
-
Ensure every feature discussion, design decision, or implementation produces a reusable prompt plan stored in `.github/prompts/`. Plans persist across sessions and serve as living context for future work — they are never discarded.
|
|
12
|
-
|
|
13
|
-
## When to Apply
|
|
14
|
-
|
|
15
|
-
This rule is always active. Trigger when:
|
|
16
|
-
|
|
17
|
-
- User asks to implement a new feature
|
|
18
|
-
- A design or architecture decision is being made
|
|
19
|
-
- A significant refactor is planned
|
|
20
|
-
- A bug fix requires non-trivial investigation or systemic changes
|
|
21
|
-
- A discussion produces decisions that affect future work
|
|
22
|
-
|
|
23
|
-
## Plan File Convention
|
|
24
|
-
|
|
25
|
-
**Location:** `.github/prompts/`
|
|
26
|
-
**Filename:** `YYYY-MM-DD-{feature-slug}.prompt.md`
|
|
27
|
-
**Format:** VS Code reusable prompt (`.prompt.md` — usable as an `@workspace` prompt in Copilot Chat)
|
|
28
|
-
|
|
29
|
-
## Required Sections
|
|
30
|
-
|
|
31
|
-
Each plan file must contain:
|
|
32
|
-
|
|
33
|
-
```
|
|
34
|
-
---
|
|
35
|
-
agent: agent
|
|
36
|
-
description: One-line summary of what this plan covers.
|
|
37
|
-
---
|
|
38
|
-
|
|
39
|
-
## Context
|
|
40
|
-
Brief background — what problem are we solving and why now.
|
|
41
|
-
|
|
42
|
-
## Decision
|
|
43
|
-
What we decided to do and the reasoning behind it (not just what, but why).
|
|
44
|
-
|
|
45
|
-
## Steps
|
|
46
|
-
Numbered implementation steps in dependency order.
|
|
47
|
-
|
|
48
|
-
## Acceptance Criteria
|
|
49
|
-
Concrete, testable outcomes that define "done".
|
|
50
|
-
|
|
51
|
-
## Status
|
|
52
|
-
- [ ] Not started / [ ] In progress / [x] Complete
|
|
53
|
-
Blockers (if any):
|
|
54
|
-
```
|
|
55
|
-
|
|
56
|
-
## Workflow
|
|
57
|
-
|
|
58
|
-
1. At the start of any feature discussion or implementation, create the plan file immediately.
|
|
59
|
-
2. Use the filename convention: `YYYY-MM-DD-{feature-slug}.prompt.md`.
|
|
60
|
-
3. Fill out **Context**, **Decision**, and **Steps** before starting implementation.
|
|
61
|
-
4. Update **Status** and **Acceptance Criteria** incrementally as work progresses.
|
|
62
|
-
5. Mark the plan complete when implementation is verified and accepted.
|
|
63
|
-
|
|
64
|
-
## Guardrails
|
|
65
|
-
|
|
66
|
-
- Do not skip plan creation for "small" features — small decisions accumulate into undocumented technical debt.
|
|
67
|
-
- Plans are never deleted — they form a historical record of architectural decisions.
|
|
68
|
-
- Plan files must not contain secrets, credentials, or PII.
|
|
69
|
-
- If a plan changes significantly mid-implementation, update it in place rather than creating a new one.
|