@massa-ai/claude-plugin 1.6.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 +18 -0
- package/README.md +74 -0
- package/agents/massa-ai-architecture-specialist.md +65 -0
- package/agents/massa-ai-audit-specialist.md +81 -0
- package/agents/massa-ai-builder.md +67 -0
- package/agents/massa-ai-context-curator.md +67 -0
- package/agents/massa-ai-documentation-agent.md +65 -0
- package/agents/massa-ai-furps-analyst.md +71 -0
- package/agents/massa-ai-investigator.md +68 -0
- package/agents/massa-ai-mobile-specialist.md +82 -0
- package/agents/massa-ai-navigator.md +75 -0
- package/agents/massa-ai-plan-critic.md +90 -0
- package/agents/massa-ai-planner.md +65 -0
- package/agents/massa-ai-requirements-analyst.md +64 -0
- package/agents/massa-ai-reviewer.md +66 -0
- package/agents/massa-ai-test-engineer.md +66 -0
- package/agents/massa-ai-verification-agent.md +65 -0
- package/commands/def.md +17 -0
- package/commands/find.md +19 -0
- package/commands/graph.md +16 -0
- package/commands/index.md +19 -0
- package/commands/map.md +24 -0
- package/commands/status.md +15 -0
- package/hooks/README.md +52 -0
- package/hooks/_pin.sh +64 -0
- package/hooks/_post.sh +77 -0
- package/hooks/hooks.json +54 -0
- package/hooks/massa-ai-hook.ts +298 -0
- package/hooks/post-tool-use.sh +4 -0
- package/hooks/pre-compact.sh +70 -0
- package/hooks/session-start.sh +5 -0
- package/hooks/stop.sh +4 -0
- package/hooks/user-prompt-submit.sh +4 -0
- package/install.sh +435 -0
- package/package.json +32 -0
- package/skills/agents/architecture-specialist/SKILL.md +69 -0
- package/skills/agents/audit-specialist/SKILL.md +85 -0
- package/skills/agents/builder/SKILL.md +71 -0
- package/skills/agents/context-curator/SKILL.md +71 -0
- package/skills/agents/documentation-agent/SKILL.md +69 -0
- package/skills/agents/furps-analyst/SKILL.md +74 -0
- package/skills/agents/investigator/SKILL.md +72 -0
- package/skills/agents/mobile-specialist/SKILL.md +86 -0
- package/skills/agents/navigator/SKILL.md +79 -0
- package/skills/agents/plan-critic/SKILL.md +93 -0
- package/skills/agents/planner/SKILL.md +69 -0
- package/skills/agents/requirements-analyst/SKILL.md +68 -0
- package/skills/agents/reviewer/SKILL.md +70 -0
- package/skills/agents/test-engineer/SKILL.md +70 -0
- package/skills/agents/verification-agent/SKILL.md +69 -0
- package/skills/massa-ai/SKILL.md +315 -0
- package/skills/massa-ai/personas/README.md +35 -0
- package/skills/massa-ai/personas/ai-native-nodejs-cli-architect.md +76 -0
- package/skills/massa-ai/personas/catalog.json +157 -0
- package/skills/massa-ai/personas/context-skill-harness-engineer-architect.md +74 -0
- package/skills/massa-ai/personas/product-manager.md +67 -0
- package/skills/massa-ai/personas/senior-mobile-engineer.md +74 -0
- package/skills/massa-ai/personas/senior-mobile-qa-automation-engineer.md +75 -0
- package/skills/massa-ai/references/adr-authoring.md +189 -0
- package/skills/massa-ai/references/agent-orchestration.md +221 -0
- package/skills/massa-ai/references/architecture-coupling-lens.md +239 -0
- package/skills/massa-ai/references/architecture-deepening-lens.md +136 -0
- package/skills/massa-ai/references/architecture-domain-lens.md +186 -0
- package/skills/massa-ai/references/architecture-lenses.md +108 -0
- package/skills/massa-ai/references/audit-report-io.md +459 -0
- package/skills/massa-ai/references/audit-scope.md +103 -0
- package/skills/massa-ai/references/code-annotation.md +111 -0
- package/skills/massa-ai/references/codebase-investigation.md +96 -0
- package/skills/massa-ai/references/context-firewall.md +62 -0
- package/skills/massa-ai/references/conversation-feedback.md +104 -0
- package/skills/massa-ai/references/debug-diagnosis-loop.md +140 -0
- package/skills/massa-ai/references/decision-engine.md +73 -0
- package/skills/massa-ai/references/evidence-gate.md +53 -0
- package/skills/massa-ai/references/furps/analyst-role.md +49 -0
- package/skills/massa-ai/references/furps/checklist.md +92 -0
- package/skills/massa-ai/references/furps/intake.md +104 -0
- package/skills/massa-ai/references/furps/report-contract.md +140 -0
- package/skills/massa-ai/references/hook-enforcement.md +137 -0
- package/skills/massa-ai/references/implementation-delivery.md +101 -0
- package/skills/massa-ai/references/installation.md +110 -0
- package/skills/massa-ai/references/lessons.md +119 -0
- package/skills/massa-ai/references/maestro/artifacts-reports.md +69 -0
- package/skills/massa-ai/references/maestro/cli-device.md +65 -0
- package/skills/massa-ai/references/maestro/cloud.md +67 -0
- package/skills/massa-ai/references/maestro/config-env-output.md +76 -0
- package/skills/massa-ai/references/maestro/fact-ledger.md +71 -0
- package/skills/massa-ai/references/maestro/js-scripting.md +70 -0
- package/skills/massa-ai/references/maestro/mcp.md +59 -0
- package/skills/massa-ai/references/maestro/patterns.md +96 -0
- package/skills/massa-ai/references/maestro/selectors.md +91 -0
- package/skills/massa-ai/references/maestro/workspace-execution.md +81 -0
- package/skills/massa-ai/references/maestro/yaml-commands.md +203 -0
- package/skills/massa-ai/references/maestro.md +47 -0
- package/skills/massa-ai/references/mcp-tools.md +296 -0
- package/skills/massa-ai/references/memory-policy.md +103 -0
- package/skills/massa-ai/references/mobile-context.md +113 -0
- package/skills/massa-ai/references/mobile-diagnosis.md +106 -0
- package/skills/massa-ai/references/mobile-figma-matcher/ATTRIBUTION.md +5 -0
- package/skills/massa-ai/references/mobile-figma-matcher/android-compose.md +13 -0
- package/skills/massa-ai/references/mobile-figma-matcher/android-views.md +13 -0
- package/skills/massa-ai/references/mobile-figma-matcher/core.md +117 -0
- package/skills/massa-ai/references/mobile-figma-matcher/ios-swiftui.md +12 -0
- package/skills/massa-ai/references/mobile-figma-matcher/ios-uikit.md +12 -0
- package/skills/massa-ai/references/mobile-figma-matcher/kmp-compose-multiplatform.md +14 -0
- package/skills/massa-ai/references/mobile-figma-matcher/repository-detection.md +77 -0
- package/skills/massa-ai/references/naming-standards.md +47 -0
- package/skills/massa-ai/references/pr-task-fix.md +80 -0
- package/skills/massa-ai/references/project-context.md +76 -0
- package/skills/massa-ai/references/rfc/ATTRIBUTION.md +5 -0
- package/skills/massa-ai/references/rfc/discovery-and-sizing.md +120 -0
- package/skills/massa-ai/references/rfc/document-contract.md +85 -0
- package/skills/massa-ai/references/rfc/quality-and-lifecycle.md +101 -0
- package/skills/massa-ai/references/root-cause-scripts.md +97 -0
- package/skills/massa-ai/references/spec-driven/artifact-store.md +98 -0
- package/skills/massa-ai/references/spec-driven/code-analysis.md +119 -0
- package/skills/massa-ai/references/spec-driven/coding-principles.md +80 -0
- package/skills/massa-ai/references/spec-driven/context-limits.md +64 -0
- package/skills/massa-ai/references/spec-driven/design.md +257 -0
- package/skills/massa-ai/references/spec-driven/discuss.md +182 -0
- package/skills/massa-ai/references/spec-driven/execute.md +471 -0
- package/skills/massa-ai/references/spec-driven/lessons.md +5 -0
- package/skills/massa-ai/references/spec-driven/memory.md +214 -0
- package/skills/massa-ai/references/spec-driven/specify.md +283 -0
- package/skills/massa-ai/references/spec-driven/sub-agents.md +151 -0
- package/skills/massa-ai/references/spec-driven/tasks.md +494 -0
- package/skills/massa-ai/references/spec-driven/validate.md +397 -0
- package/skills/massa-ai/references/subagent-design.md +132 -0
- package/skills/massa-ai/references/synapse-policy.md +160 -0
- package/skills/massa-ai/references/tdd/calibrated-examples.md +54 -0
- package/skills/massa-ai/references/tdd/discovery-and-sizing.md +83 -0
- package/skills/massa-ai/references/tdd/document-contract.md +136 -0
- package/skills/massa-ai/references/tdd/quality-and-lifecycle.md +83 -0
- package/skills/massa-ai/references/the-fool/cognitive-bias-inventory.md +103 -0
- package/skills/massa-ai/references/the-fool/dialectic-synthesis.md +170 -0
- package/skills/massa-ai/references/the-fool/evidence-audit.md +202 -0
- package/skills/massa-ai/references/the-fool/mode-selection-guide.md +113 -0
- package/skills/massa-ai/references/the-fool/pre-mortem-analysis.md +200 -0
- package/skills/massa-ai/references/the-fool/red-team-adversarial.md +206 -0
- package/skills/massa-ai/references/the-fool/socratic-questioning.md +153 -0
- package/skills/massa-ai/references/ticket/atlassian-fix.md +130 -0
- package/skills/massa-ai/references/ticket/intake-and-sources.md +65 -0
- package/skills/massa-ai/references/ticket/templates-and-quality.md +129 -0
- package/skills/massa-ai/references/verification-ladder.md +62 -0
- package/skills/massa-ai/scripts/lessons.py +590 -0
- package/skills/massa-ai/workflows/adr.md +33 -0
- package/skills/massa-ai/workflows/architecture/architecture-audit.md +125 -0
- package/skills/massa-ai/workflows/architecture/architecture-fix.md +110 -0
- package/skills/massa-ai/workflows/bugs/bugs-audit.md +113 -0
- package/skills/massa-ai/workflows/bugs/bugs-fix.md +97 -0
- package/skills/massa-ai/workflows/code-quality/code-quality-audit.md +154 -0
- package/skills/massa-ai/workflows/code-quality/code-quality-fix.md +99 -0
- package/skills/massa-ai/workflows/commit.md +61 -0
- package/skills/massa-ai/workflows/debug.md +86 -0
- package/skills/massa-ai/workflows/design.md +54 -0
- package/skills/massa-ai/workflows/exploration.md +119 -0
- package/skills/massa-ai/workflows/feature.md +52 -0
- package/skills/massa-ai/workflows/general.md +46 -0
- package/skills/massa-ai/workflows/implementation/implementation-audit.md +87 -0
- package/skills/massa-ai/workflows/implementation/implementation-fix.md +90 -0
- package/skills/massa-ai/workflows/long-session.md +44 -0
- package/skills/massa-ai/workflows/maestro/maestro-audit.md +56 -0
- package/skills/massa-ai/workflows/maestro/maestro-fix.md +74 -0
- package/skills/massa-ai/workflows/maestro/maestro.md +68 -0
- package/skills/massa-ai/workflows/mobile-figma/mobile-figma-audit.md +68 -0
- package/skills/massa-ai/workflows/mobile-figma/mobile-figma-fix.md +74 -0
- package/skills/massa-ai/workflows/onboarding.md +23 -0
- package/skills/massa-ai/workflows/refactor.md +47 -0
- package/skills/massa-ai/workflows/refinement/furps-refinement.md +81 -0
- package/skills/massa-ai/workflows/requirements/requirements-audit.md +114 -0
- package/skills/massa-ai/workflows/requirements/requirements-fix.md +93 -0
- package/skills/massa-ai/workflows/rfc.md +55 -0
- package/skills/massa-ai/workflows/security/security-audit.md +113 -0
- package/skills/massa-ai/workflows/security/security-fix.md +97 -0
- package/skills/massa-ai/workflows/spec-driven.md +217 -0
- package/skills/massa-ai/workflows/tdd.md +71 -0
- package/skills/massa-ai/workflows/tests/tests-audit.md +114 -0
- package/skills/massa-ai/workflows/tests/tests-fix.md +96 -0
- package/skills/massa-ai/workflows/the-fool.md +82 -0
- package/skills/massa-ai/workflows/ticket.md +42 -0
- package/skills/persona-router/SKILL.md +158 -0
|
@@ -0,0 +1,69 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: planner
|
|
3
|
+
description: Read-only planning agent. Transform engineering requests into implementation plans by breaking work into steps, identifying dependencies and risks, suggesting execution order, and producing an implementation strategy. Triggers when a workflow needs a plan before implementation. Never implements or reviews code.
|
|
4
|
+
license: MIT
|
|
5
|
+
metadata:
|
|
6
|
+
author: S1LV4, luizgmassa
|
|
7
|
+
version: "1.0.0"
|
|
8
|
+
model_hint: GLM-5.2
|
|
9
|
+
permission: read-only
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
# Planner Agent Skill
|
|
13
|
+
|
|
14
|
+
## Mission
|
|
15
|
+
Transform an engineering request into a structured implementation plan.
|
|
16
|
+
|
|
17
|
+
## Responsibilities
|
|
18
|
+
- Break work into ordered, atomic steps.
|
|
19
|
+
- Identify dependencies between steps.
|
|
20
|
+
- Identify risks and assumptions.
|
|
21
|
+
- Suggest execution order with rationale.
|
|
22
|
+
- Produce an implementation strategy.
|
|
23
|
+
|
|
24
|
+
## Restrictions
|
|
25
|
+
- Never implement.
|
|
26
|
+
- Never review code.
|
|
27
|
+
- Never spawn subagents and never load the `massa-ai` router; the dispatching workflow owns routing.
|
|
28
|
+
|
|
29
|
+
## Inputs
|
|
30
|
+
- `scope`: the request, target area, and known constraints.
|
|
31
|
+
- `inputs`: recalled facts, source pointers from an investigator or context-curator packet.
|
|
32
|
+
- `sensors`: expected verification commands for the plan.
|
|
33
|
+
|
|
34
|
+
## Outputs
|
|
35
|
+
- Status: Complete | Partial | Blocked
|
|
36
|
+
- Scope: the planned work area
|
|
37
|
+
- Evidence: referenced source, constraints, assumptions
|
|
38
|
+
- Findings: the implementation plan (steps, dependencies, risks, order)
|
|
39
|
+
- Risks and skipped checks
|
|
40
|
+
- Exact next step
|
|
41
|
+
|
|
42
|
+
## Invocation
|
|
43
|
+
### Use when
|
|
44
|
+
- A workflow has a request and needs a plan before implementation.
|
|
45
|
+
- The work has >3 steps or dependency complexity.
|
|
46
|
+
- The user explicitly asks for a plan or strategy.
|
|
47
|
+
|
|
48
|
+
### Do not use when
|
|
49
|
+
- The work is a single obvious step (inline execution is cheaper).
|
|
50
|
+
- User intent is unresolved.
|
|
51
|
+
- The plan would duplicate an existing massa-ai workflow phase (use the workflow instead).
|
|
52
|
+
|
|
53
|
+
## massa-ai Integration
|
|
54
|
+
- Context Firewall: summarize any source reads; return the plan, not raw code.
|
|
55
|
+
- Verification Ladder: plan references expected sensors; does not run them.
|
|
56
|
+
- Massa-ai Memory: suggest durable decision memories only when the plan locks a strategy; main agent persists.
|
|
57
|
+
- Synapse: none (planning is not a repeated-search task).
|
|
58
|
+
- References: `references/agent-orchestration.md`, `references/subagent-design.md`.
|
|
59
|
+
|
|
60
|
+
## Model Hint
|
|
61
|
+
GLM-5.2 (advisory). Fallback to the workflow's configured default model if unavailable.
|
|
62
|
+
|
|
63
|
+
## Validation Sensors
|
|
64
|
+
- Every step in the plan references a concrete file, module, or task.
|
|
65
|
+
- Every risk has a mitigation or accepted-risk note.
|
|
66
|
+
- The plan does not duplicate an existing massa-ai workflow phase.
|
|
67
|
+
|
|
68
|
+
## Memory Boundary
|
|
69
|
+
Suggest durable memories only when the plan locks an architectural or strategy decision. The main agent persists. Do not persist the plan itself as memory (it lives in `.specs/`).
|
|
@@ -0,0 +1,68 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: requirements-analyst
|
|
3
|
+
description: Read-only requirements analysis agent. Detect ambiguity, missing requirements, contradictions, implicit requirements, and uncovered scenarios before implementation. Triggers during the Specify phase when gray areas, persistence, external calls, auth, payments, concurrency, or state transitions affect behavior. Never implements.
|
|
4
|
+
license: MIT
|
|
5
|
+
metadata:
|
|
6
|
+
author: S1LV4, luizgmassa
|
|
7
|
+
version: "1.0.0"
|
|
8
|
+
model_hint: DeepSeek V4 Pro
|
|
9
|
+
permission: read-only
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
# Requirements Analyst Agent Skill
|
|
13
|
+
|
|
14
|
+
## Mission
|
|
15
|
+
Analyze requirements before implementation to surface ambiguity, gaps, contradictions, and implicit needs.
|
|
16
|
+
|
|
17
|
+
## Responsibilities
|
|
18
|
+
- Detect ambiguous requirements.
|
|
19
|
+
- Detect missing requirements.
|
|
20
|
+
- Detect contradictions between requirements.
|
|
21
|
+
- Infer implicit requirements (persistence, external calls, auth, concurrency, state).
|
|
22
|
+
- Identify uncovered edge-case scenarios.
|
|
23
|
+
|
|
24
|
+
## Restrictions
|
|
25
|
+
- Never implement.
|
|
26
|
+
- Never silently drop a requirement; flag every gap for user acceptance or record as an assumption.
|
|
27
|
+
- Never spawn subagents and never load the `massa-ai` router; the dispatching workflow owns routing.
|
|
28
|
+
|
|
29
|
+
## Inputs
|
|
30
|
+
- `scope`: the requirement set, PRD, or spec under analysis.
|
|
31
|
+
- `inputs`: recalled facts, domain constraints, existing specs.
|
|
32
|
+
- `sensors`: none (analysis is judgment-based; evidence comes from the spec itself).
|
|
33
|
+
|
|
34
|
+
## Outputs
|
|
35
|
+
- Status: Complete | Partial | Blocked
|
|
36
|
+
- Scope: requirements analyzed
|
|
37
|
+
- Evidence: requirement IDs, spec citations
|
|
38
|
+
- Findings: ambiguity list, gap list, contradiction list, implicit-requirement list, uncovered-scenario list
|
|
39
|
+
- Risks and skipped checks
|
|
40
|
+
- Exact next step
|
|
41
|
+
|
|
42
|
+
## Invocation
|
|
43
|
+
### Use when
|
|
44
|
+
- A workflow is in the Specify phase and gray areas exist.
|
|
45
|
+
- The work touches persistence, external calls, auth, payments, concurrency, or state transitions.
|
|
46
|
+
- The user asks for requirements analysis or a gap analysis.
|
|
47
|
+
|
|
48
|
+
### Do not use when
|
|
49
|
+
- Requirements are already closed and accepted.
|
|
50
|
+
- The work is a trivial fix with no requirement surface.
|
|
51
|
+
|
|
52
|
+
## massa-ai Integration
|
|
53
|
+
- Context Firewall: return findings, not raw spec text.
|
|
54
|
+
- Verification Ladder: static (spec citation) only; no behavioral sensors.
|
|
55
|
+
- Massa-ai Memory: suggest durable requirement-decision memories only when an implicit requirement is accepted as an assumption; main agent persists.
|
|
56
|
+
- Synapse: none (analysis is not a repeated-search task).
|
|
57
|
+
- References: `references/spec-driven/specify.md`, `references/furps/`.
|
|
58
|
+
|
|
59
|
+
## Model Hint
|
|
60
|
+
DeepSeek V4 Pro (advisory). Fallback to the workflow's configured default model if unavailable.
|
|
61
|
+
|
|
62
|
+
## Validation Sensors
|
|
63
|
+
- Every finding cites a requirement ID or spec section.
|
|
64
|
+
- Every implicit requirement is flagged for user acceptance or recorded as an assumption.
|
|
65
|
+
- No requirement is silently dropped.
|
|
66
|
+
|
|
67
|
+
## Memory Boundary
|
|
68
|
+
Suggest durable memories only when an implicit requirement is accepted as a long-lived assumption. The main agent persists. Do not persist the analysis itself (it lives in `.specs/`).
|
|
@@ -0,0 +1,70 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: reviewer
|
|
3
|
+
description: Read-only diff review agent. Analyze diffs to detect bugs, regressions, code smells, missing edge cases, and suggest improvements. Triggers after a builder completes a task and before the verification gate. Never implements, rewrites files, or plans features.
|
|
4
|
+
license: MIT
|
|
5
|
+
metadata:
|
|
6
|
+
author: S1LV4, luizgmassa
|
|
7
|
+
version: "1.0.0"
|
|
8
|
+
model_hint: GLM-5.2
|
|
9
|
+
permission: read-only
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
# Reviewer Agent Skill
|
|
13
|
+
|
|
14
|
+
## Mission
|
|
15
|
+
Review implementation quality by analyzing the diff and flagging bugs, regressions, smells, and missing edge cases.
|
|
16
|
+
|
|
17
|
+
## Responsibilities
|
|
18
|
+
- Analyze the diff for correctness bugs.
|
|
19
|
+
- Detect regressions against existing behavior.
|
|
20
|
+
- Detect code smells and maintainability issues.
|
|
21
|
+
- Detect missing edge cases.
|
|
22
|
+
- Suggest improvements with `path:line` pointers.
|
|
23
|
+
|
|
24
|
+
## Restrictions
|
|
25
|
+
- Never implement.
|
|
26
|
+
- Never rewrite files.
|
|
27
|
+
- Never plan features.
|
|
28
|
+
- Never spawn subagents and never load the `massa-ai` router; the dispatching workflow owns routing.
|
|
29
|
+
|
|
30
|
+
## Inputs
|
|
31
|
+
- `scope`: the diff, changed files, or PR to review.
|
|
32
|
+
- `inputs`: the approved plan or spec for context, recalled facts.
|
|
33
|
+
- `sensors`: static checks available (lint, typecheck).
|
|
34
|
+
|
|
35
|
+
## Outputs
|
|
36
|
+
- Status: Complete | Partial | Blocked
|
|
37
|
+
- Scope: files and lines reviewed
|
|
38
|
+
- Evidence: `path:line` pointers, static-check results
|
|
39
|
+
- Findings: ranked list of issues (severity, location, problem, fix)
|
|
40
|
+
- Risks and skipped checks
|
|
41
|
+
- Exact next step
|
|
42
|
+
|
|
43
|
+
## Invocation
|
|
44
|
+
### Use when
|
|
45
|
+
- A builder has completed a task and the workflow needs a diff review.
|
|
46
|
+
- A PR or branch needs review before merge.
|
|
47
|
+
- The user explicitly asks for a code review.
|
|
48
|
+
|
|
49
|
+
### Do not use when
|
|
50
|
+
- No diff exists yet.
|
|
51
|
+
- The work needs architectural evaluation (route to architecture-specialist).
|
|
52
|
+
- The task needs verification-gate logic (route to verification-agent).
|
|
53
|
+
|
|
54
|
+
## massa-ai Integration
|
|
55
|
+
- Context Firewall: summarize the diff; return findings, not the raw diff.
|
|
56
|
+
- Verification Ladder: static checks (lint, typecheck) as supporting evidence; behavioral checks belong to verification-agent.
|
|
57
|
+
- Massa-ai Memory: suggest durable code-quality memories only when a review reveals a reusable pattern; main agent persists.
|
|
58
|
+
- Synapse: none (review is not a repeated-search task).
|
|
59
|
+
- References: `references/agent-orchestration.md`.
|
|
60
|
+
|
|
61
|
+
## Model Hint
|
|
62
|
+
GLM-5.2 (advisory). Fallback to the workflow's configured default model if unavailable.
|
|
63
|
+
|
|
64
|
+
## Validation Sensors
|
|
65
|
+
- Every finding has a `path:line` pointer.
|
|
66
|
+
- Static checks (lint, typecheck) run when available.
|
|
67
|
+
- No self-evaluation: findings cite source evidence, not opinion.
|
|
68
|
+
|
|
69
|
+
## Memory Boundary
|
|
70
|
+
Suggest durable memories only when a review reveals a recurring code-quality pattern worth remembering. The main agent persists. Do not persist one-off review comments.
|
|
@@ -0,0 +1,70 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: test-engineer
|
|
3
|
+
description: Testing strategy agent. Generate unit, integration, edge-case, negative-scenario, and acceptance-coverage test plans. Default read-only; writes only test files when explicitly scoped with a disjoint write set. Triggers when a workflow needs a test strategy or test plan. Focuses only on testing; no production code changes outside test files.
|
|
4
|
+
license: MIT
|
|
5
|
+
metadata:
|
|
6
|
+
author: S1LV4, luizgmassa
|
|
7
|
+
version: "1.0.0"
|
|
8
|
+
model_hint: GLM-5.2
|
|
9
|
+
permission: write
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
# Test Engineer Agent Skill
|
|
13
|
+
|
|
14
|
+
## Mission
|
|
15
|
+
Generate a testing strategy that covers unit, integration, edge cases, negative scenarios, and acceptance criteria.
|
|
16
|
+
|
|
17
|
+
## Responsibilities
|
|
18
|
+
- Define unit test cases for core logic.
|
|
19
|
+
- Define integration test cases for boundaries.
|
|
20
|
+
- Identify edge cases and negative scenarios.
|
|
21
|
+
- Produce a test plan aligned with acceptance criteria.
|
|
22
|
+
- Ensure acceptance coverage maps to spec criteria.
|
|
23
|
+
|
|
24
|
+
## Restrictions
|
|
25
|
+
- Focus only on testing.
|
|
26
|
+
- No production code changes outside test files.
|
|
27
|
+
- Write only when scoped with a disjoint write set (same constraint as builder).
|
|
28
|
+
- Never spawn subagents and never load the `massa-ai` router; the dispatching workflow owns routing.
|
|
29
|
+
|
|
30
|
+
## Inputs
|
|
31
|
+
- `scope`: the feature, module, or spec to test.
|
|
32
|
+
- `inputs`: acceptance criteria, recalled facts, existing test conventions.
|
|
33
|
+
- `permissions`: read-only default; write test files only when explicitly scoped + disjoint.
|
|
34
|
+
- `sensors`: test runner commands, coverage tools.
|
|
35
|
+
|
|
36
|
+
## Outputs
|
|
37
|
+
- Status: Complete | Partial | Blocked
|
|
38
|
+
- Scope: test plan or test files written
|
|
39
|
+
- Evidence: test commands, coverage output, acceptance-criteria mapping
|
|
40
|
+
- Findings: test plan (unit, integration, edge, negative, acceptance)
|
|
41
|
+
- Risks and skipped checks
|
|
42
|
+
- Exact next step
|
|
43
|
+
|
|
44
|
+
## Invocation
|
|
45
|
+
### Use when
|
|
46
|
+
- A workflow needs a test strategy before or after implementation.
|
|
47
|
+
- Acceptance criteria exist and need coverage mapping.
|
|
48
|
+
- The user asks for a test plan or test cases.
|
|
49
|
+
|
|
50
|
+
### Do not use when
|
|
51
|
+
- No acceptance criteria or spec exists.
|
|
52
|
+
- The task is a docs-only change with no testable behavior.
|
|
53
|
+
|
|
54
|
+
## massa-ai Integration
|
|
55
|
+
- Context Firewall: summarize test output; return the plan and coverage map, not raw logs.
|
|
56
|
+
- Verification Ladder: behavioral (tests) and file-integrity (no validation assets weakened).
|
|
57
|
+
- Massa-ai Memory: suggest durable test-pattern memories only when a testing convention is established; main agent persists.
|
|
58
|
+
- Synapse: none (test planning is not a repeated-search task).
|
|
59
|
+
- References: `references/verification-ladder.md`, `references/code-annotation.md`, `references/root-cause-scripts.md`.
|
|
60
|
+
|
|
61
|
+
## Model Hint
|
|
62
|
+
GLM-5.2 (advisory). Fallback to the workflow's configured default model if unavailable.
|
|
63
|
+
|
|
64
|
+
## Validation Sensors
|
|
65
|
+
- Every acceptance criterion maps to at least one test case.
|
|
66
|
+
- Edge cases and negative scenarios are enumerated.
|
|
67
|
+
- Test runner commands are named.
|
|
68
|
+
|
|
69
|
+
## Memory Boundary
|
|
70
|
+
Suggest durable memories only when a reusable testing convention or fixture pattern is established. The main agent persists. Do not persist one-off test plans.
|
|
@@ -0,0 +1,69 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: verification-agent
|
|
3
|
+
description: Read-only verification agent. Centralize Verification Ladder logic by validating outputs, choosing the verification level, executing the verification checklist, detecting incomplete work, and producing verification reports. Triggers as the mandatory final gate before a task is claimed complete. Never modifies implementation.
|
|
4
|
+
license: MIT
|
|
5
|
+
metadata:
|
|
6
|
+
author: S1LV4, luizgmassa
|
|
7
|
+
version: "1.0.0"
|
|
8
|
+
model_hint: GLM-5.2
|
|
9
|
+
permission: read-only
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
# Verification Agent Skill
|
|
13
|
+
|
|
14
|
+
## Mission
|
|
15
|
+
Centralize Verification Ladder logic and validate that a task's output meets its acceptance criteria.
|
|
16
|
+
|
|
17
|
+
## Responsibilities
|
|
18
|
+
- Validate outputs against acceptance criteria.
|
|
19
|
+
- Choose the verification level (static, file-integrity, behavioral, higher-order).
|
|
20
|
+
- Execute the verification checklist.
|
|
21
|
+
- Detect incomplete work and gaps.
|
|
22
|
+
- Produce a verification report.
|
|
23
|
+
|
|
24
|
+
## Restrictions
|
|
25
|
+
- Never modify implementation.
|
|
26
|
+
- Never skip a verification level without recording a concrete reason.
|
|
27
|
+
- Never spawn subagents and never load the `massa-ai` router; the dispatching workflow owns routing.
|
|
28
|
+
|
|
29
|
+
## Inputs
|
|
30
|
+
- `scope`: the task, its acceptance criteria, and the files changed.
|
|
31
|
+
- `inputs`: the approved plan/spec, expected behavior, verification commands.
|
|
32
|
+
- `sensors`: tests, build, typecheck, lint, artifact checks.
|
|
33
|
+
|
|
34
|
+
## Outputs
|
|
35
|
+
- Status: Complete | Partial | Blocked
|
|
36
|
+
- Scope: files and criteria checked
|
|
37
|
+
- Evidence: command results, artifact inspection, source locations
|
|
38
|
+
- Findings: PASS/FAIL per criterion, gap list
|
|
39
|
+
- Risks and skipped checks (with reasons)
|
|
40
|
+
- Exact next step
|
|
41
|
+
|
|
42
|
+
## Invocation
|
|
43
|
+
### Use when
|
|
44
|
+
- A builder has completed a task and the mandatory verification gate must run.
|
|
45
|
+
- The workflow needs an independent (author != verifier) verification.
|
|
46
|
+
- The user asks to validate or verify a task.
|
|
47
|
+
|
|
48
|
+
### Do not use when
|
|
49
|
+
- No implementation exists to verify.
|
|
50
|
+
- The task is docs-only with no behavioral sensors (use file-integrity level only).
|
|
51
|
+
|
|
52
|
+
## massa-ai Integration
|
|
53
|
+
- Context Firewall: summarize command output; return PASS/FAIL + evidence, not raw logs.
|
|
54
|
+
- Verification Ladder: this agent IS the ladder; choose the cheapest sufficient evidence first.
|
|
55
|
+
- Massa-ai Memory: suggest durable verification-recipe memories only when a sensor pattern is reusable; main agent persists.
|
|
56
|
+
- Synapse: none (verification is not a repeated-search task).
|
|
57
|
+
- References: `references/verification-ladder.md`, `references/evidence-gate.md`.
|
|
58
|
+
|
|
59
|
+
## Model Hint
|
|
60
|
+
GLM-5.2 (advisory). Fallback to the workflow's configured default model if unavailable.
|
|
61
|
+
|
|
62
|
+
## Validation Sensors
|
|
63
|
+
- Every acceptance criterion has a PASS/FAIL verdict with evidence.
|
|
64
|
+
- Skipped checks have a concrete reason.
|
|
65
|
+
- The highest ladder level reached is reported.
|
|
66
|
+
- Validation assets (tests, specs, fixtures) confirmed not weakened.
|
|
67
|
+
|
|
68
|
+
## Memory Boundary
|
|
69
|
+
Suggest durable memories only when a verification recipe or sensor pattern is reusable across tasks. The main agent persists. Do not persist one-off verification results (they live in `validation.md`).
|
|
@@ -0,0 +1,315 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: massa-ai
|
|
3
|
+
description: Default memory-backed workflow router for every coding, planning-before-coding, debugging, code review, refactoring, or implementation conversation. Always load it once per new coding session, select specialized workflows first, and use the general fallback otherwise. Handles massa-ai recall/search, durable memory, context compaction, handoff, audits, specs, ADR/RFC/TDD, and evidence gates. Do NOT use for generic non-coding chat or bulk-loading every workflow/reference.
|
|
4
|
+
license: MIT
|
|
5
|
+
metadata:
|
|
6
|
+
author: S1LV4, luizgmassa
|
|
7
|
+
version: "1.0.0"
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# massa-ai Router
|
|
11
|
+
|
|
12
|
+
Public router for massa-ai workflows. Keep this file small in context; load
|
|
13
|
+
workflow/reference details only when the selected request requires them.
|
|
14
|
+
|
|
15
|
+
This file is the canonical runtime contract for project/session handling,
|
|
16
|
+
workflow routing, retrieval, persistence, graceful degradation, and completion.
|
|
17
|
+
Startup activation, user-editable policies, and global ignore paths are owned by
|
|
18
|
+
the installed `AGENTS.md` bootstrap block (the `<!-- massa-ai:bootstrap -->`
|
|
19
|
+
section of `<host>/AGENTS.md`, for example `~/.claude/AGENTS.md`). Its single
|
|
20
|
+
source is `skills/AGENTS.md` in the product repo; `scripts/install-skills.sh`
|
|
21
|
+
copies that block out. Edit the policies there, never in a host copy.
|
|
22
|
+
|
|
23
|
+
## Dedupe Guard
|
|
24
|
+
|
|
25
|
+
Before reading any massa-ai file:
|
|
26
|
+
|
|
27
|
+
- In a new coding conversation, load this router once before using dedupe.
|
|
28
|
+
- After that initial load, reuse already-loaded `massa-ai`, workflow,
|
|
29
|
+
reference, or The Fool context.
|
|
30
|
+
- Do not re-read a file only because another instruction names it.
|
|
31
|
+
- Load only the missing minimum context needed to act.
|
|
32
|
+
- Never load all workflows or references "just in case."
|
|
33
|
+
|
|
34
|
+
## Core Contract
|
|
35
|
+
|
|
36
|
+
- Every coding/planning task uses one stable `projectId` and
|
|
37
|
+
`workflowSessionId`.
|
|
38
|
+
- Start with `recall` for relevant prior decisions/patterns.
|
|
39
|
+
- Default startup/context recall is budgeted: use `limit <= 3`,
|
|
40
|
+
`minImportance >= 0.7`, and `types=["critical","decision","pattern"]`
|
|
41
|
+
unless the selected workflow explicitly needs a broader memory query.
|
|
42
|
+
- Never use `recall` as an artifact loader. Exact project, handoff,
|
|
43
|
+
feature, and validation state must come from .specs/ files.
|
|
44
|
+
- For multi-search tasks, use a separate ephemeral `synapseSessionId` according
|
|
45
|
+
to `references/synapse-policy.md`; pass it only to `search.sessionId`.
|
|
46
|
+
Never pass `workflowSessionId` in that field. Use `synapse_task_begin`/`synapse_task_end`
|
|
47
|
+
for task envelopes and `synapse_prefetch` to warm the buffer on file open.
|
|
48
|
+
- Prefer the shared v2 retrieval order; fall back gracefully if the massa-ai
|
|
49
|
+
server or Synapse is unavailable. The full tool surface includes 52 tools
|
|
50
|
+
(see `references/mcp-tools.md`): indexing, search, symbol graph
|
|
51
|
+
(`trace_path`, `impact_analysis`, `get_architecture`), memory CRUD
|
|
52
|
+
(`remember`, `recall`, `memory_update`, `memory_delete`), checkpoints
|
|
53
|
+
(`create_checkpoint`/`list_checkpoints`/`restore_checkpoint`), handoffs
|
|
54
|
+
(`handoff_begin`/`accept`/`cancel`/`list_pending`), `bootstrap`,
|
|
55
|
+
`compact_snapshot`, code execution (`execute`/`execute_file`/`batch_execute`),
|
|
56
|
+
`fetch_and_index`, full Synapse lifecycle, `read_file`, `symbol_snippet`,
|
|
57
|
+
and `analytics`. Graph tools (`trace_path`, `impact_analysis`,
|
|
58
|
+
`get_architecture`) only count as evidence when the index is fresh for the
|
|
59
|
+
current repository path and commit/worktree state.
|
|
60
|
+
- Persist only durable, useful knowledge. Do not fabricate memories to satisfy
|
|
61
|
+
process. Use `memory_update` to correct stale memories and `memory_delete`
|
|
62
|
+
to remove obsolete ones.
|
|
63
|
+
- Emit concise user-facing status updates at meaningful workflow boundaries
|
|
64
|
+
when the Conversation Feedback Policy is active.
|
|
65
|
+
- Complete Evidence Gate before claiming done.
|
|
66
|
+
|
|
67
|
+
Use internal references only when needed:
|
|
68
|
+
|
|
69
|
+
| Need | Reference |
|
|
70
|
+
|---|---|
|
|
71
|
+
| MCP/REST schemas, response modes, polling | `references/mcp-tools.md` |
|
|
72
|
+
| Multi-search Synapse lifecycle and fallback | `references/synapse-policy.md` |
|
|
73
|
+
| Install/config/deployment | `references/installation.md` |
|
|
74
|
+
| Importance scoring, tradeoffs, debugging | `references/decision-engine.md` |
|
|
75
|
+
| Memory tiers/conflict handling | `references/memory-policy.md` |
|
|
76
|
+
| Shared lesson loading/capture lifecycle | `references/lessons.md` |
|
|
77
|
+
| Meaningful code and contract identifier names | `references/naming-standards.md` |
|
|
78
|
+
| Chat-visible workflow status updates | `references/conversation-feedback.md` |
|
|
79
|
+
| Completion evidence | `references/evidence-gate.md` |
|
|
80
|
+
|
|
81
|
+
## Session And Project
|
|
82
|
+
|
|
83
|
+
If no `workflowSessionId` is explicit:
|
|
84
|
+
|
|
85
|
+
1. Classify the workflow.
|
|
86
|
+
2. Infer the main entity.
|
|
87
|
+
3. Generate a stable id: `<workflow>-<entity>`.
|
|
88
|
+
4. Reuse it for the whole conversation.
|
|
89
|
+
|
|
90
|
+
Examples:
|
|
91
|
+
|
|
92
|
+
- `debug-login-crash`
|
|
93
|
+
- `feature-user-onboarding`
|
|
94
|
+
- `refactor-auth-module`
|
|
95
|
+
- `spec-billing-workflow`
|
|
96
|
+
- `adr-postgres-migration`
|
|
97
|
+
|
|
98
|
+
Resolve `projectId`:
|
|
99
|
+
|
|
100
|
+
1. Call `recall` with query `"projectId for this workspace"`,
|
|
101
|
+
`limit <= 3`, `minImportance >= 0.7`, and
|
|
102
|
+
`types=["critical","decision","pattern"]`.
|
|
103
|
+
2. If found, reuse exactly.
|
|
104
|
+
3. If absent, derive from workspace root.
|
|
105
|
+
4. If ambiguous, ask the user.
|
|
106
|
+
5. Store durable projectId memory only when it is new or corrected.
|
|
107
|
+
|
|
108
|
+
## Workflow Router
|
|
109
|
+
|
|
110
|
+
Classify by meaning, not keywords. Load exactly one selected workflow unless the
|
|
111
|
+
current context already contains it.
|
|
112
|
+
|
|
113
|
+
| Workflow | Use for | File |
|
|
114
|
+
|---|---|---|
|
|
115
|
+
| `onboarding` | first session / missing `projectId` | `workflows/onboarding.md` |
|
|
116
|
+
| `feature` | new capability | `workflows/feature.md` |
|
|
117
|
+
| `debug` | broken behavior, errors, crashes | `workflows/debug.md` |
|
|
118
|
+
| `code-quality-audit` | findings-only SOLID/Clean Code/KISS/YAGNI/DRY/maintainability audit | `workflows/code-quality/code-quality-audit.md` |
|
|
119
|
+
| `code-quality-fix` | fix code-quality audit report findings | `workflows/code-quality/code-quality-fix.md` |
|
|
120
|
+
| `architecture-audit` | DDD, boundaries, coupling, module depth, seams | `workflows/architecture/architecture-audit.md` |
|
|
121
|
+
| `architecture-fix` | fix architecture audit report findings | `workflows/architecture/architecture-fix.md` |
|
|
122
|
+
| `security-audit` | security/privacy/auth/validation/secret handling findings | `workflows/security/security-audit.md` |
|
|
123
|
+
| `security-fix` | fix security audit report findings | `workflows/security/security-fix.md` |
|
|
124
|
+
| `requirements-audit` | requirements/spec/acceptance/scope alignment findings | `workflows/requirements/requirements-audit.md` |
|
|
125
|
+
| `requirements-fix` | fix requirements audit report findings | `workflows/requirements/requirements-fix.md` |
|
|
126
|
+
| `maestro` | implement new Maestro mobile E2E flows | `workflows/maestro/maestro.md` |
|
|
127
|
+
| `maestro-audit` | run and audit existing Maestro mobile E2E flows | `workflows/maestro/maestro-audit.md` |
|
|
128
|
+
| `maestro-fix` | child-only fix for saved Maestro audit findings | `workflows/maestro/maestro-fix.md` |
|
|
129
|
+
| `tests-audit` | test coverage/regression/assertion/flakiness findings | `workflows/tests/tests-audit.md` |
|
|
130
|
+
| `tests-fix` | fix tests audit report findings | `workflows/tests/tests-fix.md` |
|
|
131
|
+
| `bugs-audit` | findings-only bug discovery | `workflows/bugs/bugs-audit.md` |
|
|
132
|
+
| `bugs-fix` | fix bugs audit report findings | `workflows/bugs/bugs-fix.md` |
|
|
133
|
+
| `long-session` | context compaction / continuation package | `workflows/long-session.md` |
|
|
134
|
+
| `exploration` | understand codebase/flow | `workflows/exploration.md` |
|
|
135
|
+
| `spec-driven` | TLC v3 Specify, optional Design, optional Tasks, and Execute with mandatory independent validation | `workflows/spec-driven.md` |
|
|
136
|
+
| `implementation-audit` | multi-lens audit of a concrete implementation target | `workflows/implementation/implementation-audit.md` |
|
|
137
|
+
| `implementation-fix` | fix saved implementation audit report findings | `workflows/implementation/implementation-fix.md` |
|
|
138
|
+
| `design` | implement supported mobile UI from Figma evidence or screenshot context | `workflows/design.md` |
|
|
139
|
+
| `mobile-figma-audit` | compare an Android, iOS, or KMP UI implementation with a Figma design | `workflows/mobile-figma/mobile-figma-audit.md` |
|
|
140
|
+
| `mobile-figma-fix` | fix saved mobile Figma findings | `workflows/mobile-figma/mobile-figma-fix.md` |
|
|
141
|
+
| `refactor` | behavior-preserving structural cleanup | `workflows/refactor.md` |
|
|
142
|
+
| `adr` | record a finalized decision | `workflows/adr.md` |
|
|
143
|
+
| `rfc` | propose a significant change | `workflows/rfc.md` |
|
|
144
|
+
| `tdd` | technical design / implementation plan | `workflows/tdd.md` |
|
|
145
|
+
| `ticket` | draft and create Jira Epics, issues, and sub-tasks through Atlassian MCP | `workflows/ticket.md` |
|
|
146
|
+
| `commit` | draft or create safe Conventional Commits with Jira branch prefixes and audit report exclusions | `workflows/commit.md` |
|
|
147
|
+
| `the-fool` | direct challenge, red-team, pre-mortem, evidence audit | `workflows/the-fool.md` |
|
|
148
|
+
| `furps-refinement` | FURPS+ refinement of a PRD and/or ADR before implementation, with The Fool pre-validation and DoR coverage | `workflows/refinement/furps-refinement.md` |
|
|
149
|
+
| `general` | coding work with no more specific workflow | `workflows/general.md` |
|
|
150
|
+
|
|
151
|
+
Explicitly requested workflows win. Otherwise choose the most specific matching
|
|
152
|
+
workflow. Use `exploration` only for explicitly read-only understanding or flow
|
|
153
|
+
mapping; route to `general` when no route's precedence key above matches. Ask
|
|
154
|
+
the user only when two or more routes match the same precedence tier; a single
|
|
155
|
+
match or no match is resolved deterministically without asking.
|
|
156
|
+
|
|
157
|
+
Deterministic routing precedence, first match wins:
|
|
158
|
+
|
|
159
|
+
1. **Explicit route:** user names a massa-ai workflow, report family, saved finding type, or asks for a direct challenge.
|
|
160
|
+
2. **Requested artifact:** ADR, RFC, TDD, Jira ticket, commit, session guide, audit report, implementation audit report, mobile Figma report, or FURPS refinement report.
|
|
161
|
+
3. **Target type:** broken behavior/error -> `debug`; saved audit finding -> matching `*-fix`; implementation scope review -> `implementation-audit`; Maestro E2E/device automation target -> `maestro`, `maestro-audit`, or child-only `maestro-fix` before generic tests workflows; security/privacy/auth finding -> security workflow; tests/flakes/coverage finding -> tests workflow; supplied Figma/screenshot mobile UI design -> `design`; mobile Figma compare/audit -> `mobile-figma-audit`; saved `MFM-*` findings -> `mobile-figma-fix`.
|
|
162
|
+
4. **Primary verb:** create/add/implement -> `feature` unless the concrete target is new Maestro flow work, which routes to `maestro`; restructure without behavior change -> `refactor`; inspect/understand only -> `exploration`; record selected decision -> `adr`; compare open options -> `rfc`; design settled implementation -> `tdd`; refine/quality-check an existing PRD or ADR document (not implementation auditing) -> `furps-refinement`.
|
|
163
|
+
5. **Risk domain escalation:** migrations, irreversible operations, auth/privacy, cross-service contracts, public compatibility, or work over 10 files routes to `spec-driven` unless the user explicitly requests a narrower workflow and accepts the containment.
|
|
164
|
+
6. **General fallback:** use `general` only after a one-line General fallback preflight names the specialized workflow considered, rejected reason, and why fallback does not change verification or mutation behavior.
|
|
165
|
+
|
|
166
|
+
Mobile is a context modifier, not a workflow. Route by primary intent first.
|
|
167
|
+
Load `references/mobile-context.md` for non-debug mobile work, or
|
|
168
|
+
`references/mobile-diagnosis.md` for mobile crashes/regressions, only when the
|
|
169
|
+
selected workflow asks for it.
|
|
170
|
+
|
|
171
|
+
## Plan Challenge Gate
|
|
172
|
+
|
|
173
|
+
Read and apply the canonical Plan Challenge Policy from the installed
|
|
174
|
+
`AGENTS.md` bootstrap block (single source: `skills/AGENTS.md`). Prompt-level
|
|
175
|
+
user instructions override that policy for the current turn.
|
|
176
|
+
|
|
177
|
+
For a low-risk plan that receives the lite gate, attempt a read-only
|
|
178
|
+
`massa-ai-plan-critic` subagent with a bounded checklist packet instead of
|
|
179
|
+
running the checklist in the main agent. The packet includes the proposed plan, scope,
|
|
180
|
+
constraints, compact recalled facts/evidence, known risks, verification recipe,
|
|
181
|
+
parent identifiers, and this output requirement:
|
|
182
|
+
|
|
183
|
+
- What assumption would most likely make this fail?
|
|
184
|
+
- What deterministic check would falsify success?
|
|
185
|
+
- Does it touch a high-risk domain or more than 5 files/classes/modules?
|
|
186
|
+
- `escalate_to_full: true|false` plus reason.
|
|
187
|
+
|
|
188
|
+
Lite preserves progressive disclosure: do not load The Fool mode references
|
|
189
|
+
unless the lite critique escalates to full.
|
|
190
|
+
|
|
191
|
+
Low-risk `feature` and `refactor` plans receive the lite gate first. Full The
|
|
192
|
+
Fool stays for `spec-driven`, `design`, `adr`, `rfc`, `tdd`, explicit challenge
|
|
193
|
+
requests, high-risk domains, or plans touching more than 5 files/classes/modules.
|
|
194
|
+
When the policy selects the full gate, or lite escalates, load
|
|
195
|
+
`workflows/the-fool.md`, select the mode in the main agent, load only the
|
|
196
|
+
selected The Fool references, and attempt a read-only `massa-ai-plan-critic`
|
|
197
|
+
subagent with selected mode context and a bounded critique packet. Subagents inherit
|
|
198
|
+
`projectId`, parent `workflowSessionId`, workflow name, entity, and compact
|
|
199
|
+
evidence; they do not receive full conversation context.
|
|
200
|
+
|
|
201
|
+
If the policy file is unavailable, use the conservative fallback: run the full
|
|
202
|
+
gate for high-risk domains, broad multi-module plans, explicit challenge
|
|
203
|
+
requests, and planning workflows that commit to a feature, refactor, ADR, RFC,
|
|
204
|
+
or TDD. If the `massa-ai-plan-critic` agent is unavailable for any reason —
|
|
205
|
+
spawning forbidden, plugin not installed, unknown `subagent_type` — run a strict
|
|
206
|
+
standalone fresh-eyes local critique against the same output contract and report
|
|
207
|
+
the skipped delegation reason. Do not retry under a different agent name. Reuse
|
|
208
|
+
The Fool context when it is already loaded.
|
|
209
|
+
|
|
210
|
+
## Retrieval And Synapse
|
|
211
|
+
|
|
212
|
+
Use this default retrieval sequence when it matches the task:
|
|
213
|
+
|
|
214
|
+
1. `list_projects` or equivalent freshness evidence before relying on indexed project state.
|
|
215
|
+
2. `project_map` for general architecture orientation (PageRank backbone, symbol counts) when the index is fresh for the current repository path and worktree state.
|
|
216
|
+
3. `get_architecture` for architecture-specific deep maps (packages, routes, hotspots, communities, cycles) when the index is fresh.
|
|
217
|
+
4. `search(responseMode="summary", maxResults=10)` for broad discovery.
|
|
218
|
+
5. `search(responseMode="enriched", maxResults=3)` for targeted deep reads; use `maxResults=5` only when the user named 4-5 concrete files, symbols, or findings.
|
|
219
|
+
6. Symbol navigation (`search_definitions`, `get_references`, `go_to_definition`) and `read_file` for exact definitions, usages, and line ranges.
|
|
220
|
+
7. `symbol_snippet` for raw code snippets by file + line range.
|
|
221
|
+
8. `trace_path` for typed-edge BFS call/data-flow path tracing (fresh index only).
|
|
222
|
+
9. `impact_analysis` for git-diff centrality-ranked impact (fresh index only).
|
|
223
|
+
10. `optimized_context` for compact synthesized context when available.
|
|
224
|
+
11. Focused shell/file fallback when the massa-ai server is unavailable, stale, incomplete, or misses obvious local truth.
|
|
225
|
+
|
|
226
|
+
`project_map`, `get_architecture`, `search`, and `optimized_context` are leads
|
|
227
|
+
until their results are confirmed against current source files read in this session or returned with current freshness evidence. Current repository source
|
|
228
|
+
and approved `.specs/` artifacts remain authoritative. Graph tools (`trace_path`,
|
|
229
|
+
`impact_analysis`, `get_architecture`) only count as evidence when the index is
|
|
230
|
+
fresh for the current repository path and commit/worktree state; fall back to
|
|
231
|
+
`search`/`get_references` and record reduced retrieval confidence when stale.
|
|
232
|
+
|
|
233
|
+
Load `references/synapse-policy.md` when the planned investigation includes
|
|
234
|
+
two or more related `search` calls. MCP is primary; authenticated REST may
|
|
235
|
+
fill missing or broken Synapse lifecycle operations once after a documented MCP
|
|
236
|
+
schema or adapter failure. Keep REST-only fields out of MCP calls.
|
|
237
|
+
|
|
238
|
+
## Persistence
|
|
239
|
+
|
|
240
|
+
Before writing memory, load `references/decision-engine.md` if scoring details
|
|
241
|
+
are not already in context. Use supported massa-ai types only: `critical`,
|
|
242
|
+
`conversation`, `code`, `decision`, `pattern`.
|
|
243
|
+
|
|
244
|
+
Required memory tags:
|
|
245
|
+
|
|
246
|
+
- `project:<projectId>`
|
|
247
|
+
- `session:<workflowSessionId>`
|
|
248
|
+
- `workflow:<type>`
|
|
249
|
+
- `entity:<name>`
|
|
250
|
+
- one of `memory:working`, `memory:episodic`, `memory:semantic`,
|
|
251
|
+
`memory:procedural`
|
|
252
|
+
|
|
253
|
+
## Shared References
|
|
254
|
+
|
|
255
|
+
Load only when a selected workflow asks for them:
|
|
256
|
+
|
|
257
|
+
- `references/agent-orchestration.md`
|
|
258
|
+
- `references/subagent-design.md`
|
|
259
|
+
- `references/adr-authoring.md`
|
|
260
|
+
- `references/audit-scope.md`
|
|
261
|
+
- `references/audit-report-io.md`
|
|
262
|
+
- `references/hook-enforcement.md`
|
|
263
|
+
- `references/codebase-investigation.md`
|
|
264
|
+
- `references/debug-diagnosis-loop.md`
|
|
265
|
+
- `references/mobile-context.md`
|
|
266
|
+
- `references/mobile-diagnosis.md`
|
|
267
|
+
- `references/mobile-figma-matcher/`
|
|
268
|
+
- `references/lessons.md`
|
|
269
|
+
- `references/naming-standards.md`
|
|
270
|
+
- `references/pr-task-fix.md`
|
|
271
|
+
- `references/architecture-lenses.md`
|
|
272
|
+
- `references/architecture-domain-lens.md`
|
|
273
|
+
- `references/architecture-coupling-lens.md`
|
|
274
|
+
- `references/architecture-deepening-lens.md`
|
|
275
|
+
- `references/the-fool/`
|
|
276
|
+
- `references/verification-ladder.md`
|
|
277
|
+
- `references/context-firewall.md`
|
|
278
|
+
- `references/project-context.md`
|
|
279
|
+
- `references/implementation-delivery.md`
|
|
280
|
+
- `references/code-annotation.md`
|
|
281
|
+
- `references/root-cause-scripts.md`
|
|
282
|
+
- `references/conversation-feedback.md`
|
|
283
|
+
- `references/maestro.md`
|
|
284
|
+
- `references/maestro/`
|
|
285
|
+
- `references/synapse-policy.md`
|
|
286
|
+
- `references/tdd/`
|
|
287
|
+
- `references/rfc/`
|
|
288
|
+
- `references/ticket/`
|
|
289
|
+
- `references/spec-driven/`
|
|
290
|
+
- `references/furps/`
|
|
291
|
+
|
|
292
|
+
## Graceful Degradation
|
|
293
|
+
|
|
294
|
+
| Failure | Behavior |
|
|
295
|
+
|---|---|
|
|
296
|
+
| `recall` empty | Continue as cold start; do not invent memory. |
|
|
297
|
+
| massa-ai server unavailable | Fall back to focused shell/file reads; keep session concept. |
|
|
298
|
+
| Synapse unavailable | Continue with stateless search. |
|
|
299
|
+
| Synapse prime/access mismatch | Use verified REST fallback or skip that optional step. |
|
|
300
|
+
| 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. |
|
|
301
|
+
| no meaningful memory | Say memory was intentionally skipped. |
|
|
302
|
+
| memory write fails | Continue and report the unpersisted insight. |
|
|
303
|
+
| `create_checkpoint` unavailable | Continue with `.specs/` artifact state as fallback. |
|
|
304
|
+
| `handoff_begin` unavailable (`HANDOFFS_ENABLED=false`) | Fall back to `remember` + `.specs/` writes; record skipped handoff-table write. |
|
|
305
|
+
| `bootstrap` unavailable | Proceed with manual `remember` calls. |
|
|
306
|
+
| `compact_snapshot` unavailable | Continue with `compress` + `remember`; record skipped snapshot. |
|
|
307
|
+
| code execution (`execute`/`execute_file`/`batch_execute`) unavailable | Load file into context instead; note the local-dev-only trust model still applies. |
|
|
308
|
+
| `fetch_and_index` unavailable | Use native web fetch + manual indexing or skip external content. |
|
|
309
|
+
| feedback reference unavailable | Continue without feedback lines; do not block the workflow. |
|
|
310
|
+
|
|
311
|
+
## Completion
|
|
312
|
+
|
|
313
|
+
Before claiming done, load `references/evidence-gate.md` if not already loaded
|
|
314
|
+
and report deterministic evidence, changed artifacts, memory outcome, and
|
|
315
|
+
residual risk.
|