@massa-ai/codex-plugin 1.25.0 → 1.27.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/.codex-plugin/plugin.json +1 -1
- package/agent-profiles/balanced/massa-ai-architecture-specialist.toml +62 -0
- package/agent-profiles/balanced/massa-ai-audit-specialist.toml +78 -0
- package/agent-profiles/balanced/massa-ai-builder.toml +64 -0
- package/agent-profiles/balanced/massa-ai-context-curator.toml +64 -0
- package/agent-profiles/balanced/massa-ai-documentation-agent.toml +62 -0
- package/agent-profiles/balanced/massa-ai-furps-analyst.toml +68 -0
- package/agent-profiles/balanced/massa-ai-investigator.toml +65 -0
- package/agent-profiles/balanced/massa-ai-judge.toml +96 -0
- package/agent-profiles/balanced/massa-ai-meta-judge.toml +83 -0
- package/agent-profiles/balanced/massa-ai-mobile-specialist.toml +79 -0
- package/agent-profiles/balanced/massa-ai-navigator.toml +72 -0
- package/agent-profiles/balanced/massa-ai-plan-critic.toml +87 -0
- package/agent-profiles/balanced/massa-ai-planner.toml +62 -0
- package/agent-profiles/balanced/massa-ai-requirements-analyst.toml +61 -0
- package/agent-profiles/balanced/massa-ai-reviewer.toml +63 -0
- package/agent-profiles/balanced/massa-ai-test-engineer.toml +63 -0
- package/agent-profiles/balanced/massa-ai-verification-agent.toml +62 -0
- package/agent-profiles/cheap/massa-ai-architecture-specialist.toml +62 -0
- package/agent-profiles/cheap/massa-ai-audit-specialist.toml +78 -0
- package/agent-profiles/cheap/massa-ai-builder.toml +64 -0
- package/agent-profiles/cheap/massa-ai-context-curator.toml +64 -0
- package/agent-profiles/cheap/massa-ai-documentation-agent.toml +62 -0
- package/agent-profiles/cheap/massa-ai-furps-analyst.toml +68 -0
- package/agent-profiles/cheap/massa-ai-investigator.toml +65 -0
- package/agent-profiles/cheap/massa-ai-judge.toml +96 -0
- package/agent-profiles/cheap/massa-ai-meta-judge.toml +83 -0
- package/agent-profiles/cheap/massa-ai-mobile-specialist.toml +79 -0
- package/agent-profiles/cheap/massa-ai-navigator.toml +72 -0
- package/agent-profiles/cheap/massa-ai-plan-critic.toml +87 -0
- package/agent-profiles/cheap/massa-ai-planner.toml +62 -0
- package/agent-profiles/cheap/massa-ai-requirements-analyst.toml +61 -0
- package/agent-profiles/cheap/massa-ai-reviewer.toml +63 -0
- package/agent-profiles/cheap/massa-ai-test-engineer.toml +63 -0
- package/agent-profiles/cheap/massa-ai-verification-agent.toml +62 -0
- package/agent-profiles/heavy/massa-ai-architecture-specialist.toml +62 -0
- package/agent-profiles/heavy/massa-ai-audit-specialist.toml +78 -0
- package/agent-profiles/heavy/massa-ai-builder.toml +64 -0
- package/agent-profiles/heavy/massa-ai-context-curator.toml +64 -0
- package/agent-profiles/heavy/massa-ai-documentation-agent.toml +62 -0
- package/agent-profiles/heavy/massa-ai-furps-analyst.toml +68 -0
- package/agent-profiles/heavy/massa-ai-investigator.toml +65 -0
- package/agent-profiles/heavy/massa-ai-judge.toml +96 -0
- package/agent-profiles/heavy/massa-ai-meta-judge.toml +83 -0
- package/agent-profiles/heavy/massa-ai-mobile-specialist.toml +79 -0
- package/agent-profiles/heavy/massa-ai-navigator.toml +72 -0
- package/agent-profiles/heavy/massa-ai-plan-critic.toml +87 -0
- package/agent-profiles/heavy/massa-ai-planner.toml +62 -0
- package/agent-profiles/heavy/massa-ai-requirements-analyst.toml +61 -0
- package/agent-profiles/heavy/massa-ai-reviewer.toml +63 -0
- package/agent-profiles/heavy/massa-ai-test-engineer.toml +63 -0
- package/agent-profiles/heavy/massa-ai-verification-agent.toml +62 -0
- package/agent-profiles/home/massa-ai-architecture-specialist.toml +62 -0
- package/agent-profiles/home/massa-ai-audit-specialist.toml +78 -0
- package/agent-profiles/home/massa-ai-builder.toml +64 -0
- package/agent-profiles/home/massa-ai-context-curator.toml +64 -0
- package/agent-profiles/home/massa-ai-documentation-agent.toml +62 -0
- package/agent-profiles/home/massa-ai-furps-analyst.toml +68 -0
- package/agent-profiles/home/massa-ai-investigator.toml +65 -0
- package/agent-profiles/home/massa-ai-judge.toml +96 -0
- package/agent-profiles/home/massa-ai-meta-judge.toml +83 -0
- package/agent-profiles/home/massa-ai-mobile-specialist.toml +79 -0
- package/agent-profiles/home/massa-ai-navigator.toml +72 -0
- package/agent-profiles/home/massa-ai-plan-critic.toml +87 -0
- package/agent-profiles/home/massa-ai-planner.toml +62 -0
- package/agent-profiles/home/massa-ai-requirements-analyst.toml +61 -0
- package/agent-profiles/home/massa-ai-reviewer.toml +63 -0
- package/agent-profiles/home/massa-ai-test-engineer.toml +63 -0
- package/agent-profiles/home/massa-ai-verification-agent.toml +62 -0
- package/agent-profiles/work/massa-ai-architecture-specialist.toml +62 -0
- package/agent-profiles/work/massa-ai-audit-specialist.toml +78 -0
- package/agent-profiles/work/massa-ai-builder.toml +64 -0
- package/agent-profiles/work/massa-ai-context-curator.toml +64 -0
- package/agent-profiles/work/massa-ai-documentation-agent.toml +62 -0
- package/agent-profiles/work/massa-ai-furps-analyst.toml +68 -0
- package/agent-profiles/work/massa-ai-investigator.toml +65 -0
- package/agent-profiles/work/massa-ai-judge.toml +96 -0
- package/agent-profiles/work/massa-ai-meta-judge.toml +83 -0
- package/agent-profiles/work/massa-ai-mobile-specialist.toml +79 -0
- package/agent-profiles/work/massa-ai-navigator.toml +72 -0
- package/agent-profiles/work/massa-ai-plan-critic.toml +87 -0
- package/agent-profiles/work/massa-ai-planner.toml +62 -0
- package/agent-profiles/work/massa-ai-requirements-analyst.toml +61 -0
- package/agent-profiles/work/massa-ai-reviewer.toml +63 -0
- package/agent-profiles/work/massa-ai-test-engineer.toml +63 -0
- package/agent-profiles/work/massa-ai-verification-agent.toml +62 -0
- package/agents/massa-ai-judge.toml +3 -6
- package/agents/massa-ai-meta-judge.toml +2 -5
- package/agents/massa-ai-navigator.toml +1 -1
- package/install.sh +103 -8
- package/package.json +2 -1
- package/skills/agents/judge/SKILL.md +4 -7
- package/skills/agents/meta-judge/SKILL.md +3 -6
- package/skills/agents/navigator/SKILL.md +2 -2
- package/skills/massa-ai/SKILL.md +1 -16
- package/skills/massa-ai/references/adr-authoring.md +3 -3
- package/skills/massa-ai/references/agent-orchestration.md +17 -2
- package/skills/massa-ai/references/architecture-coupling-lens.md +1 -1
- package/skills/massa-ai/references/architecture-deepening-lens.md +1 -1
- package/skills/massa-ai/references/architecture-domain-lens.md +1 -1
- package/skills/massa-ai/references/architecture-lenses.md +1 -1
- package/skills/massa-ai/references/audit-report-io.md +32 -2
- package/skills/massa-ai/references/audit-scope.md +22 -1
- package/skills/massa-ai/references/code-annotation.md +5 -5
- package/skills/massa-ai/references/codebase-investigation.md +1 -1
- package/skills/massa-ai/references/context-firewall.md +2 -1
- package/skills/massa-ai/references/conversation-feedback.md +1 -1
- package/skills/massa-ai/references/debug-diagnosis-loop.md +1 -1
- package/skills/massa-ai/references/decision-engine.md +1 -1
- package/skills/massa-ai/references/evidence-gate.md +1 -1
- package/skills/massa-ai/references/figma-pre-analysis.md +3 -3
- package/skills/massa-ai/references/furps/analyst-role.md +1 -1
- package/skills/massa-ai/references/furps/checklist.md +1 -1
- package/skills/massa-ai/references/furps/intake.md +1 -1
- package/skills/massa-ai/references/furps/report-contract.md +1 -1
- package/skills/massa-ai/references/graceful-degradation.md +22 -0
- package/skills/massa-ai/references/hook-enforcement.md +3 -3
- package/skills/massa-ai/references/implementation-delivery.md +4 -4
- package/skills/massa-ai/references/installation.md +1 -1
- package/skills/massa-ai/references/lessons.md +2 -2
- package/skills/massa-ai/references/maestro/artifacts-reports.md +1 -1
- package/skills/massa-ai/references/maestro/cli-device.md +1 -1
- package/skills/massa-ai/references/maestro/cloud.md +1 -1
- package/skills/massa-ai/references/maestro/config-env-output.md +1 -1
- package/skills/massa-ai/references/maestro/fact-ledger.md +1 -1
- package/skills/massa-ai/references/maestro/js-scripting.md +1 -1
- package/skills/massa-ai/references/maestro/mcp.md +1 -1
- package/skills/massa-ai/references/maestro/patterns.md +1 -1
- package/skills/massa-ai/references/maestro/selectors.md +1 -1
- package/skills/massa-ai/references/maestro/workspace-execution.md +1 -1
- package/skills/massa-ai/references/maestro/yaml-commands.md +1 -1
- package/skills/massa-ai/references/maestro.md +1 -1
- package/skills/massa-ai/references/mcp-tools.md +2 -2
- package/skills/massa-ai/references/memory-policy.md +2 -2
- package/skills/massa-ai/references/mobile-context.md +9 -5
- package/skills/massa-ai/references/mobile-diagnosis.md +2 -2
- package/skills/massa-ai/references/mobile-figma-matcher/android-compose.md +1 -1
- package/skills/massa-ai/references/mobile-figma-matcher/android-views.md +1 -1
- package/skills/massa-ai/references/mobile-figma-matcher/core.md +1 -1
- package/skills/massa-ai/references/mobile-figma-matcher/ios-swiftui.md +1 -1
- package/skills/massa-ai/references/mobile-figma-matcher/ios-uikit.md +1 -1
- package/skills/massa-ai/references/mobile-figma-matcher/kmp-compose-multiplatform.md +1 -1
- package/skills/massa-ai/references/mobile-figma-matcher/repository-detection.md +1 -1
- package/skills/massa-ai/references/naming-standards.md +1 -1
- package/skills/massa-ai/references/pr-task-fix.md +2 -2
- package/skills/massa-ai/references/project-context.md +2 -2
- package/skills/massa-ai/references/repo-rules-discovery.md +4 -4
- package/skills/massa-ai/references/rfc/discovery-and-sizing.md +1 -1
- package/skills/massa-ai/references/rfc/document-contract.md +1 -1
- package/skills/massa-ai/references/rfc/quality-and-lifecycle.md +1 -1
- package/skills/massa-ai/references/root-cause-scripts.md +2 -2
- package/skills/massa-ai/references/sonarqube-mcp.md +73 -0
- package/skills/massa-ai/references/spec-driven/artifact-store.md +1 -1
- package/skills/massa-ai/references/spec-driven/brownfield-mapping.md +16 -0
- package/skills/massa-ai/references/spec-driven/code-analysis.md +1 -1
- package/skills/massa-ai/references/spec-driven/coding-principles.md +1 -1
- package/skills/massa-ai/references/spec-driven/context-limits.md +1 -1
- package/skills/massa-ai/references/spec-driven/design.md +22 -1
- package/skills/massa-ai/references/spec-driven/discuss.md +1 -1
- package/skills/massa-ai/references/spec-driven/execute.md +3 -1
- package/skills/massa-ai/references/spec-driven/memory.md +1 -1
- package/skills/massa-ai/references/spec-driven/specify.md +3 -3
- package/skills/massa-ai/references/spec-driven/sub-agents.md +1 -1
- package/skills/massa-ai/references/spec-driven/tasks.md +1 -1
- package/skills/massa-ai/references/spec-driven/validate.md +1 -1
- package/skills/massa-ai/references/subagent-design.md +4 -4
- package/skills/massa-ai/references/synapse-policy.md +1 -1
- package/skills/massa-ai/references/tdd/calibrated-examples.md +1 -1
- package/skills/massa-ai/references/tdd/discovery-and-sizing.md +1 -1
- package/skills/massa-ai/references/tdd/document-contract.md +1 -1
- package/skills/massa-ai/references/tdd/quality-and-lifecycle.md +1 -1
- package/skills/massa-ai/references/the-fool/cognitive-bias-inventory.md +1 -1
- package/skills/massa-ai/references/the-fool/dialectic-synthesis.md +1 -1
- package/skills/massa-ai/references/the-fool/evidence-audit.md +1 -1
- package/skills/massa-ai/references/the-fool/pre-mortem-analysis.md +1 -1
- package/skills/massa-ai/references/the-fool/red-team-adversarial.md +1 -1
- package/skills/massa-ai/references/the-fool/socratic-questioning.md +1 -1
- package/skills/massa-ai/references/ticket/atlassian-fix.md +1 -1
- package/skills/massa-ai/references/ticket/intake-and-sources.md +1 -1
- package/skills/massa-ai/references/ticket/templates-and-quality.md +1 -1
- package/skills/massa-ai/references/verification-ladder.md +1 -1
- package/skills/massa-ai/scripts/validate_audit_report.ts +382 -0
- package/skills/massa-ai/scripts/validate_design.ts +264 -0
- package/skills/massa-ai/workflows/adr.md +16 -8
- package/skills/massa-ai/workflows/architecture/architecture-audit.md +23 -40
- package/skills/massa-ai/workflows/architecture/architecture-fix.md +14 -6
- package/skills/massa-ai/workflows/bugs/bugs-audit.md +19 -35
- package/skills/massa-ai/workflows/bugs/bugs-fix.md +13 -5
- package/skills/massa-ai/workflows/code-quality/code-quality-audit.md +25 -41
- package/skills/massa-ai/workflows/code-quality/code-quality-fix.md +13 -5
- package/skills/massa-ai/workflows/commit.md +13 -5
- package/skills/massa-ai/workflows/debug.md +11 -3
- package/skills/massa-ai/workflows/design.md +15 -7
- package/skills/massa-ai/workflows/exploration.md +12 -4
- package/skills/massa-ai/workflows/feature.md +14 -13
- package/skills/massa-ai/workflows/general.md +13 -8
- package/skills/massa-ai/workflows/implementation/implementation-audit.md +15 -15
- package/skills/massa-ai/workflows/implementation/implementation-fix.md +13 -5
- package/skills/massa-ai/workflows/judge-with-debate.md +12 -4
- package/skills/massa-ai/workflows/long-session.md +10 -2
- package/skills/massa-ai/workflows/maestro/maestro-audit.md +11 -3
- package/skills/massa-ai/workflows/maestro/maestro-fix.md +12 -4
- package/skills/massa-ai/workflows/maestro/maestro.md +12 -4
- package/skills/massa-ai/workflows/mobile-figma/mobile-figma-audit.md +11 -3
- package/skills/massa-ai/workflows/mobile-figma/mobile-figma-fix.md +12 -4
- package/skills/massa-ai/workflows/onboarding.md +10 -2
- package/skills/massa-ai/workflows/refactor.md +12 -4
- package/skills/massa-ai/workflows/refinement/furps-refinement.md +12 -4
- package/skills/massa-ai/workflows/requirements/requirements-audit.md +19 -36
- package/skills/massa-ai/workflows/requirements/requirements-fix.md +13 -5
- package/skills/massa-ai/workflows/rfc.md +10 -2
- package/skills/massa-ai/workflows/security/security-audit.md +19 -35
- package/skills/massa-ai/workflows/security/security-fix.md +13 -5
- package/skills/massa-ai/workflows/spec-driven.md +20 -23
- package/skills/massa-ai/workflows/tdd.md +10 -2
- package/skills/massa-ai/workflows/tests/tests-audit.md +19 -35
- package/skills/massa-ai/workflows/tests/tests-fix.md +13 -5
- package/skills/massa-ai/workflows/the-fool.md +11 -3
- package/skills/massa-ai/workflows/ticket.md +10 -2
- package/skills/profile/SKILL.md +39 -0
|
@@ -0,0 +1,22 @@
|
|
|
1
|
+
# Graceful Degradation
|
|
2
|
+
|
|
3
|
+
Load when any massa-ai tool, index, or MCP capability named below is
|
|
4
|
+
unavailable, empty, stale, or mismatched. Continue the workflow with the
|
|
5
|
+
listed fallback instead of blocking.
|
|
6
|
+
|
|
7
|
+
| Failure | Behavior |
|
|
8
|
+
|---|---|
|
|
9
|
+
| `recall` empty | Continue as cold start; do not invent memory. |
|
|
10
|
+
| massa-ai server unavailable | Fall back to focused shell/file reads; keep session concept. |
|
|
11
|
+
| Synapse unavailable | Continue with stateless search. |
|
|
12
|
+
| Synapse prime/access mismatch | Use verified REST fallback or skip that optional step. |
|
|
13
|
+
| index incomplete or stale | Use recall; skip search-dependent steps until ready. Graph tools (`trace_path`, `impact_analysis`, `get_architecture`) fall back to `search`/`get_references`; record reduced retrieval confidence. |
|
|
14
|
+
| no meaningful memory | Say memory was intentionally skipped. |
|
|
15
|
+
| memory write fails | Continue and report the unpersisted insight. |
|
|
16
|
+
| `create_checkpoint` unavailable | Continue with `.specs/` artifact state as fallback. |
|
|
17
|
+
| `handoff_begin` unavailable (`HANDOFFS_ENABLED=false`) | Fall back to `remember` + `.specs/` writes; record skipped handoff-table write. |
|
|
18
|
+
| `bootstrap` unavailable | Proceed with manual `remember` calls. |
|
|
19
|
+
| `compact_snapshot` unavailable | Continue with `compress` + `remember`; record skipped snapshot. |
|
|
20
|
+
| code execution (`execute`/`execute_file`/`batch_execute`) unavailable | Load file into context instead; note the local-dev-only trust model still applies. |
|
|
21
|
+
| `fetch_and_index` unavailable | Use native web fetch + manual indexing or skip external content. |
|
|
22
|
+
| feedback reference unavailable | Continue without feedback lines; do not block the workflow. |
|
|
@@ -1,15 +1,15 @@
|
|
|
1
1
|
# Hook Enforcement
|
|
2
2
|
|
|
3
|
-
Maps the runtime hook layer (`
|
|
3
|
+
Maps the runtime hook layer (`apps/claude-plugin/hooks/`, its `hooks.json`) to massa-ai
|
|
4
4
|
workflows and references, and documents the massa-ai dual-write/tag contract.
|
|
5
|
-
Hooks **enforce** existing references and the gate the router already selected
|
|
5
|
+
Hooks **enforce** existing references and the gate the router already selected —
|
|
6
6
|
they never re-author policy and never re-route. One canonical location per rule.
|
|
7
7
|
|
|
8
8
|
## Platform Scoping
|
|
9
9
|
|
|
10
10
|
The full hook graph installs for **Claude Code, Codex, and Cursor**. OpenCode has
|
|
11
11
|
no hook model and keeps the `AGENTS.md` bootstrap only. The installer
|
|
12
|
-
(`
|
|
12
|
+
(each host plugin's `install.sh`) preserves unrelated user hooks on install and
|
|
13
13
|
uninstall via managed-command tracking.
|
|
14
14
|
|
|
15
15
|
Platform hook formats differ; the installer translates one canonical graph
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
# Implementation Delivery Protocol
|
|
2
2
|
|
|
3
|
-
Use
|
|
4
|
-
mutation.
|
|
3
|
+
Use in every implementation workflow, before the first repository
|
|
4
|
+
mutation. Defines how verified work leaves the agent's hands: isolated in a
|
|
5
5
|
worktree, committed atomically, pushed, proposed as a pull request, watched
|
|
6
6
|
through CI, repaired if red — and merged only after the user says so.
|
|
7
7
|
|
|
@@ -10,8 +10,8 @@ They do not mutate, so they have nothing to deliver.
|
|
|
10
10
|
|
|
11
11
|
## Principle
|
|
12
12
|
|
|
13
|
-
Work that is not isolated, not pushed, and not tested by CI is not delivered —
|
|
14
|
-
|
|
13
|
+
Work that is not isolated, not pushed, and not tested by CI is not delivered — it
|
|
14
|
+
is a local opinion. The protocol turns "I finished" into "CI agrees, and a
|
|
15
15
|
human chose to merge it".
|
|
16
16
|
|
|
17
17
|
## The Chain
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Massa-ai Installation And Diagnostics
|
|
2
2
|
|
|
3
|
-
Load
|
|
3
|
+
Load only for installing, configuring, validating, or troubleshooting the
|
|
4
4
|
massa-ai stack. Ordinary workflow routing should use MCP tools instead.
|
|
5
5
|
|
|
6
6
|
## Install And Upgrade
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Lessons
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when loading confirmed project lessons during startup, or recording grounded reusable failures after verification, across any workflow that produces verifiable outcomes.
|
|
4
4
|
|
|
5
5
|
## Artifacts
|
|
6
6
|
|
|
@@ -73,7 +73,7 @@ If `lessons.ts` is unavailable or cannot run, record `Lessons: skipped - script
|
|
|
73
73
|
## Continuous-Learning Loop (hook-fed)
|
|
74
74
|
|
|
75
75
|
The lessons layer is a closed loop, not manual-only. Two runtime hooks
|
|
76
|
-
(`
|
|
76
|
+
(`apps/claude-plugin/hooks/`, installed for Claude Code by the plugin installer) feed it:
|
|
77
77
|
|
|
78
78
|
1. **observe** — `observe_runner.py` (PostToolUse) captures raw tool-use
|
|
79
79
|
observations into the gitignored `.specs/observations.json` buffer. Grounding
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro Artifacts And Reports Reference
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when running, auditing, or fixing flows that need report paths, artifact directories, screenshots, videos, debug output, or recording.
|
|
4
4
|
|
|
5
5
|
## Reports
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro CLI And Device Reference
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use for CLI preflight, local command syntax, device/platform readiness, and local execution constraints.
|
|
4
4
|
|
|
5
5
|
## Mandatory Preflight
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro Cloud Reference
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use only when a Maestro task touches Cloud execution, CI upload, Cloud devices, Cloud-auth-backed AI, or app binary reuse.
|
|
4
4
|
|
|
5
5
|
## Cloud Command
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro Config, Env, And Output Boundaries
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when deciding whether a fact belongs in a Flow header, `config.yaml`, CLI invocation, report metadata, or artifact output.
|
|
4
4
|
|
|
5
5
|
## Boundary Matrix
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro Fact Ledger
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use before making Maestro claims. Defines source authority, fact tags, local transcript requirements, and quarantine rules for unsupported checklist items.
|
|
4
4
|
|
|
5
5
|
## Authority Order
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro JavaScript Reference
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use for `evalScript`, `runScript`, inline expressions, generated data, shared state, and JavaScript logging.
|
|
4
4
|
|
|
5
5
|
## Execution Methods
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro MCP Reference
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use only when the task mentions Maestro MCP, agent/device automation through MCP tools, Maestro Viewer, or Cloud MCP tooling.
|
|
4
4
|
|
|
5
5
|
## MCP Surface
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro Workflow Patterns
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use for stable suite design, setup/teardown strategy, validation assets, and workflow output contracts.
|
|
4
4
|
|
|
5
5
|
## Stable Flow Design
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro Selectors Reference
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when choosing or auditing selectors. Official selector index: https://docs.maestro.dev/reference/selectors.md.
|
|
4
4
|
|
|
5
5
|
## Source Basis
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro Workspace And Execution Reference
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when discovering Maestro roots, config files, tags, execution order, suite isolation, and CI invocation.
|
|
4
4
|
|
|
5
5
|
## Discovery
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro YAML Commands Reference
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when authoring or auditing Maestro flow commands. Official command inventory lives at https://docs.maestro.dev/reference/commands-available.md.
|
|
4
4
|
|
|
5
5
|
## Flow Header
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Maestro Reference Index
|
|
2
2
|
|
|
3
|
-
Use this small index from `workflows/maestro/maestro.md`, `workflows/maestro/maestro-audit.md`, and `workflows/maestro/maestro-fix.md` to select the minimum focused Maestro reference for the current step.
|
|
3
|
+
Use this small index from `workflows/maestro/maestro.md`, `workflows/maestro/maestro-audit.md`, and `workflows/maestro/maestro-fix.md` to select the minimum focused Maestro reference for the current step. Not the full Maestro source of truth.
|
|
4
4
|
|
|
5
5
|
## Source Policy
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# massa-ai Tool Contracts (52 Tools)
|
|
2
2
|
|
|
3
|
-
Load
|
|
3
|
+
Load when exact MCP schemas, REST fallbacks, response modes, or
|
|
4
4
|
polling rules are needed. Prefer the active tool declaration over copied
|
|
5
5
|
examples. The canonical tool list and order is defined in
|
|
6
6
|
`apps/mcp-client/src/tool-definitions.ts` CANONICAL_ORDER.
|
|
@@ -278,7 +278,7 @@ required operation is absent or its adapter is proven broken.
|
|
|
278
278
|
|
|
279
279
|
## Polling Discipline
|
|
280
280
|
|
|
281
|
-
Never call `index_status` in a tight turn-by-turn loop
|
|
281
|
+
Never call `index_status` in a tight turn-by-turn loop — poll after a real
|
|
282
282
|
delay. Preferred shell pattern:
|
|
283
283
|
|
|
284
284
|
```bash
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Memory Policy
|
|
2
2
|
|
|
3
|
-
Read
|
|
3
|
+
Read when writing, updating, pruning, promoting, or resolving conflicting massa-ai memories.
|
|
4
4
|
|
|
5
5
|
## Tiers
|
|
6
6
|
|
|
@@ -15,7 +15,7 @@ Supported massa-ai types are only `critical`, `conversation`, `code`, `decision`
|
|
|
15
15
|
|
|
16
16
|
## Observational Memory
|
|
17
17
|
|
|
18
|
-
Observational Memory is not a new storage layer
|
|
18
|
+
Observational Memory is not a new storage layer — it is the discipline for deciding which execution observations become massa-ai memories.
|
|
19
19
|
|
|
20
20
|
- Observer mode: capture only high-signal events, decisions, failed attempts, ruled-out hypotheses, and verification recipes.
|
|
21
21
|
- Reflector mode: when the same lesson appears in 3+ independent sessions, promote it to semantic or procedural memory.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Mobile Context
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when a non-debug workflow touches KMP, iOS, Android, native bridges, mobile app lifecycle, offline sync, permissions, push/background work, local persistence, or backend-mobile contracts.
|
|
4
4
|
|
|
5
5
|
Mobile is a context modifier, not a primary workflow. Keep the selected workflow based on user intent:
|
|
6
6
|
|
|
@@ -19,13 +19,17 @@ Mobile is a context modifier, not a primary workflow. Keep the selected workflow
|
|
|
19
19
|
- Fix findings from a security audit report -> `workflows/security/security-fix.md`
|
|
20
20
|
- Broad, cross-boundary, unclear, or multi-platform implementation -> `workflows/spec-driven.md`
|
|
21
21
|
|
|
22
|
-
For `feature`, `spec-driven`, `rfc`, `adr`, and `tdd`, supported mobile UI work can use the optional design-source gate. Ask for one or more Figma links, node IDs, a readable desktop selection, supplied screenshots, or explicit `none` only when the request is Android, iOS, KMP Compose Multiplatform UI, or plausibly mobile UI. Clear backend, CLI, docs, infrastructure, and non-UI requests skip the prompt.
|
|
23
|
-
|
|
24
22
|
Maestro is a first-class mobile E2E workflow family when the primary target is flow implementation, existing-flow audit, or saved `MST-*` remediation. Generic test coverage, assertion quality, or regression-risk review still belongs to `workflows/tests/tests-audit.md` or `workflows/tests/tests-fix.md` when the target is not Maestro-specific.
|
|
25
23
|
|
|
26
|
-
|
|
24
|
+
## Design-Source Intake Gate
|
|
25
|
+
|
|
26
|
+
Use this gate for `feature`, `spec-driven`, `rfc`, `adr`, and `tdd` workflows when the target is Android, iOS, KMP Compose Multiplatform UI, or plausibly mobile UI. Clear backend, CLI, docs, infrastructure, or non-UI work skips the gate entirely.
|
|
27
27
|
|
|
28
|
-
Treat `none` as a first-class answer: record `Figma Source: none by user choice` and do not re-ask unless the mobile UI scope changes.
|
|
28
|
+
- Ask once for one or more Figma links, node IDs, a readable desktop selection, supplied screenshots, or explicit `none`. Treat `none` as a first-class answer: record `Figma Source: none by user choice` and do not re-ask unless the mobile UI scope changes.
|
|
29
|
+
- When Figma sources or screenshots are supplied for supported Android, iOS, or KMP Compose Multiplatform UI implementation/update work, keep the parent workflow as the lifecycle owner and invoke `workflows/design.md` only for the affected UI slice or visual feasibility context. Preserve mobile Figma routing by intent: compare/audit wording uses `workflows/mobile-figma/mobile-figma-audit.md`; saved `MFM-*` findings use `workflows/mobile-figma/mobile-figma-fix.md`.
|
|
30
|
+
- When Figma links or node IDs are supplied, load `references/figma-pre-analysis.md` and run its two-stage sequential retrieval protocol before consuming the design evidence.
|
|
31
|
+
- For unsupported targets such as Flutter, React Native, web, desktop, or generic design exploration, record supplied design sources as outside mobile Figma scope, do not run mobile Figma, and continue the parent workflow.
|
|
32
|
+
- Figma defines visible design intent and represented variants only. Screenshots are context-only unless paired with structured Figma evidence; do not claim exact Figma parity, tokens, variables, or dimensions from screenshots alone. Product behavior not represented by the design source still requires a separate requirements source.
|
|
29
33
|
|
|
30
34
|
## Mobile Context Packet
|
|
31
35
|
|
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
# Mobile Diagnosis
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when `workflows/debug.md` handles broken behavior involving KMP, iOS, Android, native bridges, real devices, simulators, emulators, mobile app lifecycle, or device-specific failures.
|
|
4
4
|
|
|
5
|
-
This extends `references/debug-diagnosis-loop.md`.
|
|
5
|
+
This extends `references/debug-diagnosis-loop.md`. Not a substitute for the general debug loop.
|
|
6
6
|
|
|
7
7
|
For non-debug mobile feature, refactor, tests, or security work, keep the intent-specific workflow and load `references/mobile-context.md` instead. Use `references/mobile-context.md` from Debug only when shared mobile vocabulary or non-bug parity/security/test framing is needed — and always when a fix creates or updates a Compose screen, because its Compose Screen Previews rule (`@Preview` coverage) applies to debug-path edits too.
|
|
8
8
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Android Jetpack Compose Figma Contract
|
|
2
2
|
|
|
3
|
-
Load
|
|
3
|
+
Load only for Target Surface Packet rows classified as Android Jetpack Compose.
|
|
4
4
|
|
|
5
5
|
- Resolve composables, modifiers, layout primitives, Material/theme tokens, typography, shapes, painters/assets, state holders, previews/providers, navigation entry, semantics, and test tags affecting the surface.
|
|
6
6
|
- Distinguish Android-only Compose from Compose Multiplatform using module and source-set evidence.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Android Views Figma Contract
|
|
2
2
|
|
|
3
|
-
Load
|
|
3
|
+
Load only for Target Surface Packet rows classified as Android Views XML.
|
|
4
4
|
|
|
5
5
|
- Resolve `res/layout`, qualifiers, includes/merges, styles/themes, dimensions, colors/selectors, text appearances, drawables, fonts, strings, binding/adapters, and Material components affecting the surface.
|
|
6
6
|
- Follow aliases to final values. Record the symbolic resource chain and resolved value.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Mobile Figma Core
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use after `repository-detection.md` identifies one or more target surfaces. Defines Figma evidence, requirements boundaries, asset handling, mapping and comparison semantics, runtime evidence, and parity-claim limits. Load only the platform references named by the Target Surface Packet.
|
|
4
4
|
|
|
5
5
|
## Boundaries
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# iOS SwiftUI Figma Contract
|
|
2
2
|
|
|
3
|
-
Load
|
|
3
|
+
Load only for Target Surface Packet rows classified as iOS SwiftUI.
|
|
4
4
|
|
|
5
5
|
- Resolve `View` composition, modifiers, layout containers, environment values, state selection, navigation entry, styles, asset catalogs, symbols, fonts, previews, accessibility modifiers, and UIKit hosting/interoperability affecting the surface.
|
|
6
6
|
- Compare Figma coordinates with SwiftUI points, then account for display scale only for rendered-pixel evidence.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# iOS UIKit Figma Contract
|
|
2
2
|
|
|
3
|
-
Load
|
|
3
|
+
Load only for Target Surface Packet rows classified as iOS UIKit.
|
|
4
4
|
|
|
5
5
|
- Resolve storyboards, XIBs, programmatic views, view controllers, reusable views/cells, Auto Layout constraints, appearance APIs, trait-dependent resources, asset catalogs, fonts, strings, and state configuration.
|
|
6
6
|
- Compare Figma coordinates with UIKit points, then account for device display scale only when validating rendered pixels.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# KMP Compose Multiplatform Figma Contract
|
|
2
2
|
|
|
3
|
-
Load
|
|
3
|
+
Load only for shared Compose Multiplatform Target Surface Packet rows.
|
|
4
4
|
|
|
5
5
|
- Resolve common composables, shared state, theme/design tokens, Compose resources, adaptive layout, accessibility semantics, platform adapters, and `expect`/`actual` declarations affecting presentation.
|
|
6
6
|
- Keep business/domain behavior in established shared boundaries. Do not move platform-only UI behavior into common code merely to reduce duplication.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Mobile Figma Repository Detection
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use before loading any stack-specific matcher reference. Classify the concrete target module and files, not the repository root or repository name.
|
|
4
4
|
|
|
5
5
|
Monorepositories may contain several valid mobile stacks; classify only modules connected to the requested target.
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Naming Standards
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when a workflow writes code, drafts implementation contracts, audits code quality, or executes findings that introduce, rename, or preserve identifiers.
|
|
4
4
|
|
|
5
5
|
## Goal
|
|
6
6
|
|
|
@@ -1,12 +1,12 @@
|
|
|
1
1
|
# PR Task Fix
|
|
2
2
|
|
|
3
|
-
Load
|
|
3
|
+
Load from `workflows/feature.md` and `workflows/refactor.md` before non-trivial implementation or refactor execution that can be decomposed into reviewable task groups.
|
|
4
4
|
|
|
5
5
|
## ADR/TDD Input Gate
|
|
6
6
|
|
|
7
7
|
Before decomposition, inspect the first user prompt, current prompt context, explicitly attached or readable local files, and any already supplied Atlassian MCP source pointers.
|
|
8
8
|
|
|
9
|
-
If there is no ADR or TDD plain text, no attached/readable ADR or TDD file, and no already
|
|
9
|
+
If there is no ADR or TDD plain text, no attached/readable ADR or TDD file, and no already-supplied Atlassian ADR/TDD source, ask whether the user wants to provide an ADR or TDD through Atlassian MCP. Do not ask again once the user has already supplied, declined, or made Atlassian unavailable for this run.
|
|
10
10
|
|
|
11
11
|
Use ADR/TDD input as implementation context, not as permission to bypass the active workflow's scope, source verification, or verification recipe. If the ADR/TDD conflicts with current source or project instructions, surface the conflict and resolve it before implementation.
|
|
12
12
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Project Context Intake
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use at the start of every workflow, before the first substantive
|
|
4
4
|
read, edit, plan, or answer. It defines the minimum project-context sweep that
|
|
5
5
|
makes agent behavior match this repository's actual conventions instead of
|
|
6
6
|
generic defaults.
|
|
@@ -41,7 +41,7 @@ When two sources conflict, the higher tier wins:
|
|
|
41
41
|
6. Current repository source code.
|
|
42
42
|
7. Recalled memory — context only, never canonical.
|
|
43
43
|
|
|
44
|
-
A conflict between a doc and current source is a finding
|
|
44
|
+
A conflict between a doc and current source is a finding — report it rather than
|
|
45
45
|
silently picking a side.
|
|
46
46
|
|
|
47
47
|
## Dedupe Guard
|
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
# Repo Rules Discovery
|
|
2
2
|
|
|
3
|
-
Use
|
|
4
|
-
mutation.
|
|
3
|
+
Use from `workflows/spec-driven.md` before the first repository
|
|
4
|
+
mutation. Defines how to discover, load, and enforce the target repository's
|
|
5
5
|
own AI-harness rules and implementation conventions, so spec-driven
|
|
6
6
|
implementation conforms to the repo it runs in rather than only to the
|
|
7
7
|
skill's defaults.
|
|
@@ -12,8 +12,8 @@ the target repo**: it loads what is present and never invents what is absent.
|
|
|
12
12
|
## Principle
|
|
13
13
|
|
|
14
14
|
A repository's rules live in its own harness files and conventions. spec-driven
|
|
15
|
-
must read them before implementing and enforce conformance
|
|
16
|
-
|
|
15
|
+
must read them before implementing and enforce conformance — a change that
|
|
16
|
+
follows the skill's defaults but violates the repo's module layout, test
|
|
17
17
|
placement, or lint rules is not deliverable. Silence here reads as "the repo
|
|
18
18
|
has no rules", which is almost never true — it means they were not looked up.
|
|
19
19
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# RFC Discovery And Classification
|
|
2
2
|
|
|
3
|
-
Load
|
|
3
|
+
Load before source investigation, RFC classification, impact selection, or clarification questions.
|
|
4
4
|
|
|
5
5
|
## Workflow Fit
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# RFC Document Contract
|
|
2
2
|
|
|
3
|
-
Load
|
|
3
|
+
Load when drafting or revising an RFC. Preserve the full decision structure while tailoring detail to the RFC type and impact.
|
|
4
4
|
|
|
5
5
|
## Section Contract
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Root-Cause Proof Scripts
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use the moment an implementation or fix stops converging. It is a
|
|
4
4
|
circuit breaker, not a diagnosis method: it fires mid-implementation in any
|
|
5
5
|
workflow — `feature`, `debug`, `refactor`, `spec-driven`, any `*-fix` — including
|
|
6
6
|
the ones that never opened a reproduction loop.
|
|
@@ -11,7 +11,7 @@ This file is where any implementation *stops guessing*.
|
|
|
11
11
|
## Principle
|
|
12
12
|
|
|
13
13
|
An agent that has failed twice on the same symptom does not have a code-reading
|
|
14
|
-
problem
|
|
14
|
+
problem — it has a data problem. Reading the same source a third time produces a
|
|
15
15
|
third theory with the same evidence base as the first two. The only way out is
|
|
16
16
|
to make the program tell you what it is actually doing.
|
|
17
17
|
|
|
@@ -0,0 +1,73 @@
|
|
|
1
|
+
# SonarQube MCP Protocol
|
|
2
|
+
|
|
3
|
+
Use from `workflows/implementation/implementation-audit.md` and
|
|
4
|
+
`workflows/implementation/implementation-fix.md` when SonarQube MCP tools may
|
|
5
|
+
be available for the current implementation scope.
|
|
6
|
+
|
|
7
|
+
## Detection And Availability
|
|
8
|
+
|
|
9
|
+
Check whether SonarQube MCP is available and useful for the implementation
|
|
10
|
+
scope:
|
|
11
|
+
|
|
12
|
+
- Detect callable SonarQube MCP tools at runtime, such as project discovery,
|
|
13
|
+
issue search, file/snippet analysis, advanced code analysis, duplicated-file
|
|
14
|
+
search, component measures, security hotspots, guidelines, or quality gate
|
|
15
|
+
status.
|
|
16
|
+
- If SonarQube MCP is unavailable, no project key can be resolved, required
|
|
17
|
+
credentials/configuration are missing, or the target files are outside the
|
|
18
|
+
configured SonarQube project, record `SonarQube MCP: not evaluated` with the
|
|
19
|
+
skipped-check reason and continue normal lens synthesis.
|
|
20
|
+
|
|
21
|
+
## Firewall And Invocation
|
|
22
|
+
|
|
23
|
+
If available, use `references/context-firewall.md` and pass only the
|
|
24
|
+
immutable implementation scope packet, resolved files, branch/PR identifiers,
|
|
25
|
+
project key, and minimal file contents or paths the selected SonarQube tools
|
|
26
|
+
require.
|
|
27
|
+
|
|
28
|
+
Wait for SonarQube MCP execution to finish when a tool starts analysis,
|
|
29
|
+
capture quality gate status when available, and summarize raw
|
|
30
|
+
issues/measures/hotspots instead of copying raw tool output into the report.
|
|
31
|
+
|
|
32
|
+
## Normalization Areas
|
|
33
|
+
|
|
34
|
+
Normalize actionable SonarQube results into only these implementation audit
|
|
35
|
+
areas: Architecture, Correctness/Bugs, Code Quality, Security, and Tests. Do
|
|
36
|
+
not create a Requirements finding from SonarQube output.
|
|
37
|
+
|
|
38
|
+
## Preserved Fields
|
|
39
|
+
|
|
40
|
+
Preserve Sonar issue key, rule key, tool name, severity/impact, file/line,
|
|
41
|
+
quality gate condition, and evidence summary inside the normalized finding.
|
|
42
|
+
|
|
43
|
+
## ID Mapping
|
|
44
|
+
|
|
45
|
+
Use normal source-qualified implementation IDs after normalization, such as
|
|
46
|
+
`Architecture/ARCH-1`, `Correctness/BUG-1`, `Code Quality/CQ-1`,
|
|
47
|
+
`Security/SEC-1`, or `Tests/TST-1`; do not invent `SONAR-*` executable finding
|
|
48
|
+
IDs. The canonical area/prefix table and discipline live in
|
|
49
|
+
`references/audit-report-io.md` (Source-Qualified Finding IDs).
|
|
50
|
+
|
|
51
|
+
## Exclusion Rules
|
|
52
|
+
|
|
53
|
+
Keep unmapped, duplicate, low-context, or out-of-scope SonarQube results in
|
|
54
|
+
Scope And Evidence or skipped checks, not in Findings or Execution Handoff.
|
|
55
|
+
|
|
56
|
+
## Reporting Integration
|
|
57
|
+
|
|
58
|
+
- Include SonarQube MCP as evidence in the coverage matrix or Scope And
|
|
59
|
+
Evidence, with quality gate status when available.
|
|
60
|
+
- Sonar-derived findings enter the execution handoff only after normalization
|
|
61
|
+
to one supported source lens ID, with enough evidence for
|
|
62
|
+
`implementation-fix` to revalidate from the saved markdown report.
|
|
63
|
+
- Do not persist raw SonarQube output; persist only normalized, durable
|
|
64
|
+
patterns after Importance Calibration.
|
|
65
|
+
|
|
66
|
+
## Fix-Time Consumption
|
|
67
|
+
|
|
68
|
+
Treat SonarQube-derived items as actionable only when the saved
|
|
69
|
+
implementation report already normalized them to a supported source-qualified
|
|
70
|
+
ID with source lens, original ID, Sonar issue/rule evidence, location,
|
|
71
|
+
impact, and verification suggestion. Never execute directly from raw
|
|
72
|
+
SonarQube MCP output, quality gate summaries, chat summaries, or remembered
|
|
73
|
+
Sonar findings.
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Spec-Driven Artifact Store
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use before any spec-driven workflow reads or writes feature registry, progress, handoff, phase artifacts, validation reports, or lessons. `.specs/` files are the canonical state layer for spec-driven logical artifacts.
|
|
4
4
|
|
|
5
5
|
## Source Of Truth
|
|
6
6
|
|
|
@@ -0,0 +1,16 @@
|
|
|
1
|
+
# Brownfield Onboarding — 7-Doc Codebase Mapping
|
|
2
|
+
|
|
3
|
+
Use from `workflows/spec-driven.md` when the target codebase
|
|
4
|
+
has not yet been mapped (brownfield, new repo, or cold project). The map is
|
|
5
|
+
the shared factual ground for requirements, design, and task derivation;
|
|
6
|
+
each doc feeds a downstream phase.
|
|
7
|
+
|
|
8
|
+
| Doc | Derives | Feeds |
|
|
9
|
+
| --- | --- | --- |
|
|
10
|
+
| `STACK.md` | languages, runtimes, frameworks, key libraries | Design constraints, verification commands |
|
|
11
|
+
| `ARCHITECTURE.md` | layers, modules, boundaries, data flow | Design, risk surface |
|
|
12
|
+
| `CONVENTIONS.md` | naming, file layout, commit/test conventions | Tasks, Execute |
|
|
13
|
+
| `STRUCTURE.md` | directory map, where new code goes | Tasks, file placement |
|
|
14
|
+
| `TESTING.md` | test runner, how to run gates, coverage tooling | Gate Check Commands, verification recipe |
|
|
15
|
+
| `INTEGRATIONS.md` | external services, APIs, contracts, auth | Discuss, risk escalation |
|
|
16
|
+
| `CONCERNS.md` | known risks, tech debt, migration landmines, security/privacy hotspots | Risk-domain escalation, validation focus |
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Spec-Driven Code Analysis
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when Specify, Design, Tasks, Execute, or Validate needs source inspection or structural code search.
|
|
4
4
|
|
|
5
5
|
<!-- validator anchors: current repository source and approved .specs/ artifacts override stale memory -->
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Spec-Driven Coding Principles
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use before writing or changing implementation, tests, fixtures, validation assets, scripts, or docs during Execute.
|
|
4
4
|
|
|
5
5
|
Behavioral bias, not checklist. Read before every implementation.
|
|
6
6
|
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
# Spec-Driven Context Limits
|
|
2
2
|
|
|
3
|
-
Use
|
|
3
|
+
Use when planning context loading for a spec-driven feature or when `.specs/features/<slug>/` artifacts grow large enough to reduce implementation quality.
|
|
4
4
|
|
|
5
5
|
## Targets
|
|
6
6
|
|