ma-agents 2.16.2 → 2.17.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/lib/bmad-customizations/bmm-mil498.customize.yaml +9 -6
- package/lib/bmad-customizations/mil498.md +7 -6
- package/lib/bmad-workflows/mil498/ocd/instructions.md +99 -0
- package/lib/bmad-workflows/mil498/ocd/workflow.yaml +15 -0
- package/lib/bmad-workflows/mil498/sdd/instructions.md +104 -0
- package/lib/bmad-workflows/mil498/sdd/workflow.yaml +16 -0
- package/lib/bmad-workflows/mil498/sdp/instructions.md +98 -0
- package/lib/bmad-workflows/mil498/sdp/workflow.yaml +15 -0
- package/lib/bmad-workflows/mil498/srs/instructions.md +103 -0
- package/lib/bmad-workflows/mil498/srs/workflow.yaml +15 -0
- package/lib/bmad-workflows/mil498/ssdd/instructions.md +118 -0
- package/lib/bmad-workflows/mil498/ssdd/workflow.yaml +15 -0
- package/lib/bmad-workflows/mil498/sss/instructions.md +96 -0
- package/lib/bmad-workflows/mil498/sss/workflow.yaml +15 -0
- package/lib/bmad-workflows/mil498/std/instructions.md +97 -0
- package/lib/bmad-workflows/mil498/std/workflow.yaml +15 -0
- package/lib/bmad.js +22 -16
- package/package.json +1 -1
- package/.agent/workflows/bmad-agent-bmad-master.md +0 -15
- package/.agent/workflows/bmad-agent-bmm-analyst.md +0 -15
- package/.agent/workflows/bmad-agent-bmm-architect.md +0 -15
- package/.agent/workflows/bmad-agent-bmm-dev.md +0 -15
- package/.agent/workflows/bmad-agent-bmm-pm.md +0 -15
- package/.agent/workflows/bmad-agent-bmm-qa.md +0 -15
- package/.agent/workflows/bmad-agent-bmm-quick-flow-solo-dev.md +0 -15
- package/.agent/workflows/bmad-agent-bmm-sm.md +0 -15
- package/.agent/workflows/bmad-agent-bmm-tech-writer.md +0 -15
- package/.agent/workflows/bmad-agent-bmm-ux-designer.md +0 -15
- package/.agent/workflows/bmad-agent-cis-brainstorming-coach.md +0 -15
- package/.agent/workflows/bmad-agent-cis-creative-problem-solver.md +0 -15
- package/.agent/workflows/bmad-agent-cis-design-thinking-coach.md +0 -15
- package/.agent/workflows/bmad-agent-cis-innovation-strategist.md +0 -15
- package/.agent/workflows/bmad-agent-cis-presentation-master.md +0 -15
- package/.agent/workflows/bmad-agent-cis-storyteller.md +0 -15
- package/.agent/workflows/bmad-bmm-check-implementation-readiness.md +0 -6
- package/.agent/workflows/bmad-bmm-code-review.md +0 -14
- package/.agent/workflows/bmad-bmm-correct-course.md +0 -14
- package/.agent/workflows/bmad-bmm-create-architecture.md +0 -6
- package/.agent/workflows/bmad-bmm-create-epics-and-stories.md +0 -6
- package/.agent/workflows/bmad-bmm-create-prd.md +0 -6
- package/.agent/workflows/bmad-bmm-create-product-brief.md +0 -6
- package/.agent/workflows/bmad-bmm-create-story.md +0 -14
- package/.agent/workflows/bmad-bmm-create-ux-design.md +0 -6
- package/.agent/workflows/bmad-bmm-dev-story.md +0 -14
- package/.agent/workflows/bmad-bmm-document-project.md +0 -14
- package/.agent/workflows/bmad-bmm-domain-research.md +0 -6
- package/.agent/workflows/bmad-bmm-edit-prd.md +0 -6
- package/.agent/workflows/bmad-bmm-generate-project-context.md +0 -6
- package/.agent/workflows/bmad-bmm-market-research.md +0 -6
- package/.agent/workflows/bmad-bmm-qa-generate-e2e-tests.md +0 -14
- package/.agent/workflows/bmad-bmm-quick-dev.md +0 -6
- package/.agent/workflows/bmad-bmm-quick-spec.md +0 -6
- package/.agent/workflows/bmad-bmm-retrospective.md +0 -14
- package/.agent/workflows/bmad-bmm-sprint-planning.md +0 -14
- package/.agent/workflows/bmad-bmm-sprint-status.md +0 -14
- package/.agent/workflows/bmad-bmm-technical-research.md +0 -6
- package/.agent/workflows/bmad-bmm-validate-prd.md +0 -6
- package/.agent/workflows/bmad-brainstorming.md +0 -6
- package/.agent/workflows/bmad-cis-design-thinking.md +0 -14
- package/.agent/workflows/bmad-cis-innovation-strategy.md +0 -14
- package/.agent/workflows/bmad-cis-problem-solving.md +0 -14
- package/.agent/workflows/bmad-cis-storytelling.md +0 -14
- package/.agent/workflows/bmad-editorial-review-prose.md +0 -10
- package/.agent/workflows/bmad-editorial-review-structure.md +0 -10
- package/.agent/workflows/bmad-help.md +0 -10
- package/.agent/workflows/bmad-index-docs.md +0 -10
- package/.agent/workflows/bmad-party-mode.md +0 -6
- package/.agent/workflows/bmad-review-adversarial-general.md +0 -10
- package/.agent/workflows/bmad-review-edge-case-hunter.md +0 -10
- package/.agent/workflows/bmad-shard-doc.md +0 -10
- package/.antigravity/antigravity.md +0 -14
- package/.antigravity/skills/.ma-agents.json +0 -14
- package/.antigravity/skills/MANIFEST.yaml +0 -7
- package/.antigravity/skills/docker-image-signing/SKILL.md +0 -28
- package/.antigravity/skills/docker-image-signing/scripts/sign-image.sh +0 -33
- package/lib/bmad-workflows/mil498/bmad-mil-generate-ocd.md +0 -17
- package/lib/bmad-workflows/mil498/bmad-mil-generate-sdd.md +0 -18
- package/lib/bmad-workflows/mil498/bmad-mil-generate-sdp.md +0 -17
- package/lib/bmad-workflows/mil498/bmad-mil-generate-srs.md +0 -19
- package/lib/bmad-workflows/mil498/bmad-mil-generate-sss.md +0 -16
- package/lib/bmad-workflows/mil498/bmad-mil-generate-std.md +0 -17
- package/mil498/OCD.md +0 -169
- package/mil498/README.md +0 -4
- package/mil498/SDP.md +0 -307
- package/mil498/SRS.md +0 -219
- package/mil498/SSDD.md +0 -154
- package/mil498/SSS.md +0 -225
- package/mil498/STD.md +0 -188
- package/out.txt +0 -0
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'create-epics-and-stories'
|
|
3
|
-
description: 'Break requirements into epics and user stories. Use when the user says "create the epics and stories list"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/3-solutioning/create-epics-and-stories/workflow.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'create-prd'
|
|
3
|
-
description: 'Create a PRD from scratch. Use when the user says "lets create a product requirements document" or "I want to create a new PRD"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow-create-prd.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'create-product-brief'
|
|
3
|
-
description: 'Create product brief through collaborative discovery. Use when the user says "lets create a product brief" or "help me create a project brief"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/1-analysis/create-product-brief/workflow.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'create-story'
|
|
3
|
-
description: 'Creates a dedicated story file with all the context the agent will need to implement it later. Use when the user says "create the next story" or "create story [story identifier]"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/bmm/workflows/4-implementation/create-story/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/bmm/workflows/4-implementation/create-story/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'create-ux-design'
|
|
3
|
-
description: 'Plan UX patterns and design specifications. Use when the user says "lets create UX design" or "create UX specifications" or "help me plan the UX"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/2-plan-workflows/create-ux-design/workflow.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'dev-story'
|
|
3
|
-
description: 'Execute story implementation following a context filled story spec file. Use when the user says "dev this story [story file]" or "implement the next story in the sprint plan"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/bmm/workflows/4-implementation/dev-story/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/bmm/workflows/4-implementation/dev-story/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'document-project'
|
|
3
|
-
description: 'Document brownfield projects for AI context. Use when the user says "document this project" or "generate project docs"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/bmm/workflows/document-project/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/bmm/workflows/document-project/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'domain-research'
|
|
3
|
-
description: 'Conduct domain and industry research. Use when the user says "lets create a research report on [domain or industry]"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/1-analysis/research/workflow-domain-research.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'edit-prd'
|
|
3
|
-
description: 'Edit an existing PRD. Use when the user says "edit this PRD".'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow-edit-prd.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'generate-project-context'
|
|
3
|
-
description: 'Create project-context.md with AI rules. Use when the user says "generate project context" or "create project context"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/generate-project-context/workflow.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'market-research'
|
|
3
|
-
description: 'Conduct market research on competition and customers. Use when the user says "create a market research report about [business idea]".'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/1-analysis/research/workflow-market-research.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'qa-generate-e2e-tests'
|
|
3
|
-
description: 'Generate end to end automated tests for existing features. Use when the user says "create qa automated tests for [feature]"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/bmm/workflows/qa-generate-e2e-tests/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/bmm/workflows/qa-generate-e2e-tests/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'quick-dev'
|
|
3
|
-
description: 'Implement a Quick Tech Spec for small changes or features. Use when the user provides a quick tech spec and says "implement this quick spec" or "proceed with implementation of [quick tech spec]"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/bmad-quick-flow/quick-dev/workflow.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'quick-spec'
|
|
3
|
-
description: 'Very quick process to create implementation-ready quick specs for small changes or features. Use when the user says "create a quick spec" or "generate a quick tech spec"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/bmad-quick-flow/quick-spec/workflow.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'retrospective'
|
|
3
|
-
description: 'Post-epic review to extract lessons and assess success. Use when the user says "run a retrospective" or "lets retro the epic [epic]"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/bmm/workflows/4-implementation/retrospective/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/bmm/workflows/4-implementation/retrospective/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'sprint-planning'
|
|
3
|
-
description: 'Generate sprint status tracking from epics. Use when the user says "run sprint planning" or "generate sprint plan"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/bmm/workflows/4-implementation/sprint-planning/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/bmm/workflows/4-implementation/sprint-planning/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'sprint-status'
|
|
3
|
-
description: 'Summarize sprint status and surface risks. Use when the user says "check sprint status" or "show sprint status"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/bmm/workflows/4-implementation/sprint-status/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/bmm/workflows/4-implementation/sprint-status/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'technical-research'
|
|
3
|
-
description: 'Conduct technical research on technologies and architecture. Use when the user says "create a technical research report on [topic]".'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/1-analysis/research/workflow-technical-research.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'validate-prd'
|
|
3
|
-
description: 'Validate a PRD against standards. Use when the user says "validate this PRD" or "run PRD validation"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/bmm/workflows/2-plan-workflows/create-prd/workflow-validate-prd.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'brainstorming'
|
|
3
|
-
description: 'Facilitate interactive brainstorming sessions using diverse creative techniques and ideation methods. Use when the user says help me brainstorm or help me ideate.'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/core/workflows/brainstorming/workflow.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'design-thinking'
|
|
3
|
-
description: 'Guide human-centered design processes using empathy-driven methodologies. Use when the user says "lets run design thinking" or "I want to apply design thinking"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/cis/workflows/design-thinking/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/cis/workflows/design-thinking/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'innovation-strategy'
|
|
3
|
-
description: 'Identify disruption opportunities and architect business model innovation. Use when the user says "lets create an innovation strategy" or "I want to find disruption opportunities"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/cis/workflows/innovation-strategy/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/cis/workflows/innovation-strategy/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'problem-solving'
|
|
3
|
-
description: 'Apply systematic problem-solving methodologies to complex challenges. Use when the user says "guide me through structured problem solving" or "I want to crack this challenge with guided problem solving techniques"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/cis/workflows/problem-solving/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/cis/workflows/problem-solving/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'storytelling'
|
|
3
|
-
description: 'Craft compelling narratives using story frameworks. Use when the user says "help me with storytelling" or "I want to create a narrative through storytelling"'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THESE STEPS - while staying in character as the current agent persona you may have loaded:
|
|
7
|
-
|
|
8
|
-
<steps CRITICAL="TRUE">
|
|
9
|
-
1. Always LOAD the FULL {project-root}/_bmad/core/tasks/workflow.xml
|
|
10
|
-
2. READ its entire contents - this is the CORE OS for EXECUTING the specific workflow-config {project-root}/_bmad/cis/workflows/storytelling/workflow.yaml
|
|
11
|
-
3. Pass the yaml path {project-root}/_bmad/cis/workflows/storytelling/workflow.yaml as 'workflow-config' parameter to the workflow.xml instructions
|
|
12
|
-
4. Follow workflow.xml instructions EXACTLY as written to process and follow the specific workflow config and its instructions
|
|
13
|
-
5. Save outputs after EACH section when generating any documents from templates
|
|
14
|
-
</steps>
|
|
@@ -1,10 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'editorial-review-prose'
|
|
3
|
-
description: 'Clinical copy-editor that reviews text for communication issues. Use when user says review for prose or improve the prose'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# editorial-review-prose
|
|
7
|
-
|
|
8
|
-
Read the entire task file at: {project-root}/_bmad/core/tasks/editorial-review-prose.xml
|
|
9
|
-
|
|
10
|
-
Follow all instructions in the task file exactly as written.
|
|
@@ -1,10 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'editorial-review-structure'
|
|
3
|
-
description: 'Structural editor that proposes cuts, reorganization, and simplification while preserving comprehension. Use when user requests structural review or editorial review of structure'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# editorial-review-structure
|
|
7
|
-
|
|
8
|
-
Read the entire task file at: {project-root}/_bmad/core/tasks/editorial-review-structure.xml
|
|
9
|
-
|
|
10
|
-
Follow all instructions in the task file exactly as written.
|
|
@@ -1,10 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'help'
|
|
3
|
-
description: 'Analyzes what is done and the users query and offers advice on what to do next. Use if user says what should I do next or what do I do now'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# help
|
|
7
|
-
|
|
8
|
-
Read the entire task file at: {project-root}/_bmad/core/tasks/help.md
|
|
9
|
-
|
|
10
|
-
Follow all instructions in the task file exactly as written.
|
|
@@ -1,10 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'index-docs'
|
|
3
|
-
description: 'Generates or updates an index.md to reference all docs in the folder. Use if user requests to create or update an index of all files in a specific folder'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# index-docs
|
|
7
|
-
|
|
8
|
-
Read the entire task file at: {project-root}/_bmad/core/tasks/index-docs.xml
|
|
9
|
-
|
|
10
|
-
Follow all instructions in the task file exactly as written.
|
|
@@ -1,6 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'party-mode'
|
|
3
|
-
description: 'Orchestrates group discussions between all installed BMAD agents, enabling natural multi-agent conversations. Use when user requests party mode.'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
IT IS CRITICAL THAT YOU FOLLOW THIS COMMAND: LOAD the FULL {project-root}/_bmad/core/workflows/party-mode/workflow.md, READ its entire contents and follow its directions exactly!
|
|
@@ -1,10 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'review-adversarial-general'
|
|
3
|
-
description: 'Perform a Cynical Review and produce a findings report. Use when the user requests a critical review of something'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# review-adversarial-general
|
|
7
|
-
|
|
8
|
-
Read the entire task file at: {project-root}/_bmad/core/tasks/review-adversarial-general.xml
|
|
9
|
-
|
|
10
|
-
Follow all instructions in the task file exactly as written.
|
|
@@ -1,10 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'review-edge-case-hunter'
|
|
3
|
-
description: 'Walk every branching path and boundary condition in content, report only unhandled edge cases. Orthogonal to adversarial review - method-driven not attitude-driven.'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# review-edge-case-hunter
|
|
7
|
-
|
|
8
|
-
Read the entire task file at: {project-root}/_bmad/core/tasks/review-edge-case-hunter.xml
|
|
9
|
-
|
|
10
|
-
Follow all instructions in the task file exactly as written.
|
|
@@ -1,10 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: 'shard-doc'
|
|
3
|
-
description: 'Splits large markdown documents into smaller, organized files based on level 2 (default) sections. Use if the user says perform shard document'
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# shard-doc
|
|
7
|
-
|
|
8
|
-
Read the entire task file at: {project-root}/_bmad/core/tasks/shard-doc.xml
|
|
9
|
-
|
|
10
|
-
Follow all instructions in the task file exactly as written.
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
|
|
2
|
-
<!-- MA-AGENTS-START -->
|
|
3
|
-
# AI Agent Skills - Planning Instruction
|
|
4
|
-
|
|
5
|
-
You have access to a library of skills in your skills directory. Before starting any task:
|
|
6
|
-
|
|
7
|
-
1. Read the skill manifest at skills/MANIFEST.yaml
|
|
8
|
-
2. Based on the task description, select which skills are relevant
|
|
9
|
-
3. Read only the selected skill files
|
|
10
|
-
4. Then proceed with the task
|
|
11
|
-
|
|
12
|
-
Always load skills marked with always_load: true.
|
|
13
|
-
Do not load skills that are not relevant to the current task.
|
|
14
|
-
<!-- MA-AGENTS-END -->
|
|
@@ -1,14 +0,0 @@
|
|
|
1
|
-
{
|
|
2
|
-
"manifestVersion": "1.0.0",
|
|
3
|
-
"agent": "antigravity",
|
|
4
|
-
"scope": "project",
|
|
5
|
-
"skills": {
|
|
6
|
-
"docker-image-signing": {
|
|
7
|
-
"version": "1.0.0",
|
|
8
|
-
"installedAt": "2026-03-01T10:05:53.821Z",
|
|
9
|
-
"updatedAt": "2026-03-01T10:05:53.821Z",
|
|
10
|
-
"installerVersion": "2.10.0",
|
|
11
|
-
"agentVersion": "1.0.0"
|
|
12
|
-
}
|
|
13
|
-
}
|
|
14
|
-
}
|
|
@@ -1,28 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: Docker Image Signing
|
|
3
|
-
description: Automates the signing of Docker images using certificates and Cosign/Notary.
|
|
4
|
-
---
|
|
5
|
-
# Docker Image Signing
|
|
6
|
-
|
|
7
|
-
## Purpose
|
|
8
|
-
Ensure the integrity and authenticity of Docker images by signing them with a cryptographic key/certificate. This prevents unauthorized image substitution and ensures only trusted images are deployed.
|
|
9
|
-
|
|
10
|
-
## Instructions
|
|
11
|
-
1. **Tool Selection**: Use `cosign` (recommended) or `notary`.
|
|
12
|
-
2. **Environment Check**: Verify that the signing tool and Docker/Podman are installed.
|
|
13
|
-
3. **Signing Process**:
|
|
14
|
-
- Load the provided certificate/key.
|
|
15
|
-
- Run the signing command against the target image (using its SHA256 digest for immutability).
|
|
16
|
-
4. **Verification**: Always run a verification check immediately after signing.
|
|
17
|
-
|
|
18
|
-
## Rules
|
|
19
|
-
- NEVER sign images by tag alone; use the immutable digest (e.g., `image@sha256:...`).
|
|
20
|
-
- Private keys must be handled as secrets and never stored in the clear.
|
|
21
|
-
- Ensure the certificate provided is valid and not expired.
|
|
22
|
-
|
|
23
|
-
## Usage
|
|
24
|
-
Run the provided script in `scripts/sign-image.sh` with:
|
|
25
|
-
- `IMAGE`: The image reference with digest.
|
|
26
|
-
- `CERT`: Path to the certificate file.
|
|
27
|
-
- `KEY`: Path to the private key file.
|
|
28
|
-
- `PASSPHRASE`: (Optional) Key passphrase.
|
|
@@ -1,33 +0,0 @@
|
|
|
1
|
-
#!/bin/bash
|
|
2
|
-
# sign-image.sh - Part of ma-agents docker-image-signing skill
|
|
3
|
-
|
|
4
|
-
IMAGE=$1
|
|
5
|
-
CERT=$2
|
|
6
|
-
KEY=$3
|
|
7
|
-
PASSPHRASE=$4
|
|
8
|
-
|
|
9
|
-
if [ -z "$IMAGE" ] || [ -z "$CERT" ] || [ -z "$KEY" ]; then
|
|
10
|
-
echo "Usage: $0 <image_digest> <cert_file> <key_file> [passphrase]"
|
|
11
|
-
exit 1
|
|
12
|
-
fi
|
|
13
|
-
|
|
14
|
-
echo "Signing image: $IMAGE"
|
|
15
|
-
|
|
16
|
-
# Check for cosign
|
|
17
|
-
if command -v cosign &> /dev/null; then
|
|
18
|
-
echo "Using Cosign for signing..."
|
|
19
|
-
if [ -n "$PASSPHRASE" ]; then
|
|
20
|
-
export COSIGN_PASSWORD=$PASSPHRASE
|
|
21
|
-
fi
|
|
22
|
-
cosign sign --key "$KEY" --cert "$CERT" "$IMAGE"
|
|
23
|
-
else
|
|
24
|
-
echo "Error: cosign not found. Please install cosign to use this skill."
|
|
25
|
-
exit 1
|
|
26
|
-
fi
|
|
27
|
-
|
|
28
|
-
if [ $? -eq 0 ]; then
|
|
29
|
-
echo "Successfully signed $IMAGE"
|
|
30
|
-
else
|
|
31
|
-
echo "Failed to sign $IMAGE"
|
|
32
|
-
exit 1
|
|
33
|
-
fi
|
|
@@ -1,17 +0,0 @@
|
|
|
1
|
-
# bmad-mil-generate-ocd.md
|
|
2
|
-
# Generate Operational Concept Description (OCD)
|
|
3
|
-
|
|
4
|
-
This workflow generates a MIL-STD-498 OCD document to describe the system from a user's perspective.
|
|
5
|
-
|
|
6
|
-
## Instructions
|
|
7
|
-
1. **Load Template**: Read the OCD template from `{project-root}/_bmad/bmm/templates/mil498/OCD.md`.
|
|
8
|
-
2. **Gather Context**:
|
|
9
|
-
- Load the **PRD** for user needs and business goals.
|
|
10
|
-
- Load the **Architecture** for system context.
|
|
11
|
-
- Load **UX Designs** for user workflows and interactions.
|
|
12
|
-
3. **Map Concept**:
|
|
13
|
-
- **Section 3 (Current system or situation)**: Describe the problem being solved (from PRD).
|
|
14
|
-
- **Section 4 (Nature of proposed changes)**: Overview of the solution.
|
|
15
|
-
- **Section 5 (Operational concept)**: Describe user roles, operational scenarios, and key workflows (from UX/Stories).
|
|
16
|
-
4. **Clarity**: Ensure the document is written in a way that is easily understood by system users and stakeholders.
|
|
17
|
-
5. **Output**: Save the generated document to the `{output_folder}/planning-artifacts/` as `OCD.md`.
|
|
@@ -1,18 +0,0 @@
|
|
|
1
|
-
# bmad-mil-generate-sdd.md
|
|
2
|
-
# Generate Software Design Description (SDD)
|
|
3
|
-
|
|
4
|
-
This workflow generates a MIL-STD-498 SDD document (using the SSDD template) based on the system design and implementation details.
|
|
5
|
-
|
|
6
|
-
## Instructions
|
|
7
|
-
1. **Load Template**: Read the SSDD template from `{project-root}/_bmad/bmm/templates/mil498/SSDD.md`.
|
|
8
|
-
2. **Gather Context**:
|
|
9
|
-
- Load the **Architecture** document for high-level design and component structure.
|
|
10
|
-
- Load **UX Designs** for detailed user interface design.
|
|
11
|
-
- Load **Epics and Stories** to understand detailed behavior and logic.
|
|
12
|
-
- Load the **PRD** for design constraints.
|
|
13
|
-
3. **Map Design**:
|
|
14
|
-
- **Section 3 (CSCI-wide design decisions)**: Describe the architectural patterns and technology stack.
|
|
15
|
-
- **Section 4 (CSCI architectural design)**: Define components, their interfaces, and data flow.
|
|
16
|
-
- **Section 5 (CSCI detailed design)**: Map Stories to detailed logic and internal data structures.
|
|
17
|
-
4. **Consistency**: Ensure the design matches the requirements specified in the SRS.
|
|
18
|
-
5. **Output**: Save the generated document to the `{output_folder}/planning-artifacts/` as `SDD.md`.
|
|
@@ -1,17 +0,0 @@
|
|
|
1
|
-
# bmad-mil-generate-sdp.md
|
|
2
|
-
# Generate Software Development Plan (SDP)
|
|
3
|
-
|
|
4
|
-
This workflow generates a MIL-STD-498 SDP document to outline the development approach and project management artifacts.
|
|
5
|
-
|
|
6
|
-
## Instructions
|
|
7
|
-
1. **Load Template**: Read the SDP template from `{project-root}/_bmad/bmm/templates/mil498/SDP.md`.
|
|
8
|
-
2. **Gather Context**:
|
|
9
|
-
- Load the **Product Brief** for project vision and objectives.
|
|
10
|
-
- Load the **PRD** for scope and constraints.
|
|
11
|
-
- Identify any **Planning Documents** or schedules.
|
|
12
|
-
3. **Map Plan**:
|
|
13
|
-
- **Section 3 (Project organization and resources)**: Define roles and resources based on the Product Brief.
|
|
14
|
-
- **Section 4 (Software development process)**: Describe the BMAD-METHOD lifecycle used.
|
|
15
|
-
- **Section 5 (Software development activities)**: Detail the tasks, schedules, and milestones.
|
|
16
|
-
4. **Consistency**: Ensure the plan reflects the actual development methodology being followed.
|
|
17
|
-
5. **Output**: Save the generated document to the `{output_folder}/planning-artifacts/` as `SDP.md`.
|
|
@@ -1,19 +0,0 @@
|
|
|
1
|
-
# bmad-mil-generate-srs.md
|
|
2
|
-
# Generate Software Requirements Specification (SRS)
|
|
3
|
-
|
|
4
|
-
This workflow generates a MIL-STD-498 SRS document by extracting requirements from BMAD-METHOD records.
|
|
5
|
-
|
|
6
|
-
## Instructions
|
|
7
|
-
1. **Load Template**: Read the SRS template from `{project-root}/_bmad/bmm/templates/mil498/SRS.md`.
|
|
8
|
-
2. **Gather Context**:
|
|
9
|
-
- Load the **PRD** to identify functional and non-functional requirements.
|
|
10
|
-
- Load the **Architecture** document to understand system boundaries and external interfaces.
|
|
11
|
-
- Load **UX Designs** to define user interface requirements.
|
|
12
|
-
- Load **Epics** to group related requirements into capabilities (Section 3.2).
|
|
13
|
-
3. **Map Requirements**:
|
|
14
|
-
- **Section 3.1 (States and Modes)**: Identify any operational modes from the PRD/Architecture.
|
|
15
|
-
- **Section 3.2 (CSCI Capability Requirements)**: Map Epics and leur related requirements to this section.
|
|
16
|
-
- **Section 3.3 (External Interface Requirements)**: Map Architecture interface definitions here.
|
|
17
|
-
- **Section 3.10 (Computer Resource Requirements)**: Extract hardware/software constraints from the Architecture document.
|
|
18
|
-
4. **Traceability**: Ensure each requirement has a unique CID and is traced to the original PRD entry.
|
|
19
|
-
5. **Output**: Save the generated document to the `{output_folder}/planning-artifacts/` as `SRS.md`.
|
|
@@ -1,16 +0,0 @@
|
|
|
1
|
-
# bmad-mil-generate-sss.md
|
|
2
|
-
# Generate System/Subsystem Specification (SSS)
|
|
3
|
-
|
|
4
|
-
This workflow generates a MIL-STD-498 SSS document for high-level system requirements.
|
|
5
|
-
|
|
6
|
-
## Instructions
|
|
7
|
-
1. **Load Template**: Read the SSS template from `{project-root}/_bmad/bmm/templates/mil498/SSS.md`.
|
|
8
|
-
2. **Gather Context**:
|
|
9
|
-
- Load the **Product Brief** for high-level system identification and goals.
|
|
10
|
-
- Load the **PRD** for primary system requirements.
|
|
11
|
-
3. **Map Requirements**:
|
|
12
|
-
- **Section 3.2 (System capability requirements)**: Map high-level PRD features to system capabilities.
|
|
13
|
-
- **Section 3.3 (System external interface requirements)**: Map top-level interfaces.
|
|
14
|
-
- **Section 3.4 (System internal interface requirements)**: Map interfaces between major subsystems.
|
|
15
|
-
4. **High-Level Focus**: Keep requirements at the system/subsystem level, avoiding low-level software details.
|
|
16
|
-
5. **Output**: Save the generated document to the `{output_folder}/planning-artifacts/` as `SSS.md`.
|
|
@@ -1,17 +0,0 @@
|
|
|
1
|
-
# bmad-mil-generate-std.md
|
|
2
|
-
# Generate Software Test Description (STD)
|
|
3
|
-
|
|
4
|
-
This workflow generates a MIL-STD-498 STD document to define the test cases and procedures for software qualification.
|
|
5
|
-
|
|
6
|
-
## Instructions
|
|
7
|
-
1. **Load Template**: Read the STD template from `{project-root}/_bmad/bmm/templates/mil498/STD.md`.
|
|
8
|
-
2. **Gather Context**:
|
|
9
|
-
- Load the **Architecture** for test environment details.
|
|
10
|
-
- Load **Epics and Stories** to identify test objectives and acceptance criteria.
|
|
11
|
-
- Load the **SRS** to link test cases to requirements (Traceability).
|
|
12
|
-
3. **Map Tests**:
|
|
13
|
-
- **Section 3 (Test preparations)**: Describe hardware/software needed for testing (from Architecture).
|
|
14
|
-
- **Section 4 (Test descriptions)**: Map Story acceptance criteria to specific test cases and procedures.
|
|
15
|
-
- **Section 5 (Requirements traceability)**: Link each test case to one or more SRS requirements.
|
|
16
|
-
4. **Verification**: Ensure all requirements in the SRS have at least one test case.
|
|
17
|
-
5. **Output**: Save the generated document to the `{output_folder}/planning-artifacts/` as `STD.md`.
|