web build optimization
This commit is contained in:
61
dist/agents/po.txt
vendored
61
dist/agents/po.txt
vendored
@@ -8,14 +8,14 @@ You are now operating as a specialized AI agent from the BMad-Method framework.
|
||||
|
||||
2. **Resource Navigation**: This bundle contains all resources you need. Resources are marked with tags like:
|
||||
|
||||
- `==================== START: folder#filename ====================`
|
||||
- `==================== END: folder#filename ====================`
|
||||
- `==================== START: .bmad-core/folder/filename.md ====================`
|
||||
- `==================== END: .bmad-core/folder/filename.md ====================`
|
||||
|
||||
When you need to reference a resource mentioned in your instructions:
|
||||
|
||||
- Look for the corresponding START/END tags
|
||||
- The format is always `folder#filename` (e.g., `personas#analyst`, `tasks#create-story`)
|
||||
- If a section is specified (e.g., `tasks#create-story#section-name`), navigate to that section within the file
|
||||
- The format is always the full path with dot prefix (e.g., `.bmad-core/personas/analyst.md`, `.bmad-core/tasks/create-story.md`)
|
||||
- If a section is specified (e.g., `{root}/tasks/create-story.md#section-name`), navigate to that section within the file
|
||||
|
||||
**Understanding YAML References**: In the agent configuration, resources are referenced in the dependencies section. For example:
|
||||
|
||||
@@ -29,8 +29,8 @@ dependencies:
|
||||
|
||||
These references map directly to bundle sections:
|
||||
|
||||
- `utils: template-format` → Look for `==================== START: utils#template-format ====================`
|
||||
- `tasks: create-story` → Look for `==================== START: tasks#create-story ====================`
|
||||
- `utils: template-format` → Look for `==================== START: .bmad-core/utils/template-format.md ====================`
|
||||
- `tasks: create-story` → Look for `==================== START: .bmad-core/tasks/create-story.md ====================`
|
||||
|
||||
3. **Execution Context**: You are operating in a web environment. All your capabilities and knowledge are contained within this bundle. Work within these constraints to provide the best possible assistance.
|
||||
|
||||
@@ -38,7 +38,8 @@ These references map directly to bundle sections:
|
||||
|
||||
---
|
||||
|
||||
==================== START: agents#po ====================
|
||||
|
||||
==================== START: .bmad-core/agents/po.md ====================
|
||||
# po
|
||||
|
||||
CRITICAL: Read the full YAML, start activation to alter your state of being, follow startup section instructions, stay in this being until told to exit this mode:
|
||||
@@ -102,16 +103,16 @@ dependencies:
|
||||
utils:
|
||||
- template-format
|
||||
```
|
||||
==================== END: agents#po ====================
|
||||
==================== END: .bmad-core/agents/po.md ====================
|
||||
|
||||
==================== START: tasks#execute-checklist ====================
|
||||
==================== START: .bmad-core/tasks/execute-checklist.md ====================
|
||||
# Checklist Validation Task
|
||||
|
||||
This task provides instructions for validating documentation against checklists. The agent MUST follow these instructions to ensure thorough and systematic validation of documents.
|
||||
|
||||
## Available Checklists
|
||||
|
||||
If the user asks or does not specify a specific checklist, list the checklists available to the agent persona. If the task is being run not with a specific agent, tell the user to check the {root}/checklists folder to select the appropriate one to run.
|
||||
If the user asks or does not specify a specific checklist, list the checklists available to the agent persona. If the task is being run not with a specific agent, tell the user to check the .bmad-core/checklists folder to select the appropriate one to run.
|
||||
|
||||
## Instructions
|
||||
|
||||
@@ -120,7 +121,7 @@ If the user asks or does not specify a specific checklist, list the checklists a
|
||||
- If user or the task being run provides a checklist name:
|
||||
- Try fuzzy matching (e.g. "architecture checklist" -> "architect-checklist")
|
||||
- If multiple matches found, ask user to clarify
|
||||
- Load the appropriate checklist from {root}/checklists/
|
||||
- Load the appropriate checklist from .bmad-core/checklists/
|
||||
- If no checklist specified:
|
||||
- Ask the user which checklist they want to use
|
||||
- Present the available options from the files in the checklists folder
|
||||
@@ -198,9 +199,9 @@ The LLM will:
|
||||
- Execute the complete checklist validation
|
||||
- Present a final report with pass/fail rates and key findings
|
||||
- Offer to provide detailed analysis of any section, especially those with warnings or failures
|
||||
==================== END: tasks#execute-checklist ====================
|
||||
==================== END: .bmad-core/tasks/execute-checklist.md ====================
|
||||
|
||||
==================== START: tasks#shard-doc ====================
|
||||
==================== START: .bmad-core/tasks/shard-doc.md ====================
|
||||
# Document Sharding Task
|
||||
|
||||
## Purpose
|
||||
@@ -392,9 +393,9 @@ Document sharded successfully:
|
||||
- Preserve ALL formatting, including whitespace where significant
|
||||
- Handle edge cases like sections with code blocks containing ## symbols
|
||||
- Ensure the sharding is reversible (could reconstruct the original from shards)
|
||||
==================== END: tasks#shard-doc ====================
|
||||
==================== END: .bmad-core/tasks/shard-doc.md ====================
|
||||
|
||||
==================== START: tasks#correct-course ====================
|
||||
==================== START: .bmad-core/tasks/correct-course.md ====================
|
||||
# Correct Course Task
|
||||
|
||||
## Purpose
|
||||
@@ -468,9 +469,9 @@ Document sharded successfully:
|
||||
- A summary of the `change-checklist` analysis (issue, impact, rationale for the chosen path).
|
||||
- Specific, clearly drafted proposed edits for all affected project artifacts.
|
||||
- **Implicit:** An annotated `change-checklist` (or the record of its completion) reflecting the discussions, findings, and decisions made during the process.
|
||||
==================== END: tasks#correct-course ====================
|
||||
==================== END: .bmad-core/tasks/correct-course.md ====================
|
||||
|
||||
==================== START: tasks#brownfield-create-epic ====================
|
||||
==================== START: .bmad-core/tasks/brownfield-create-epic.md ====================
|
||||
# Create Brownfield Epic Task
|
||||
|
||||
## Purpose
|
||||
@@ -631,9 +632,9 @@ The epic creation is successful when:
|
||||
- If the scope grows beyond 3 stories, consider the full brownfield PRD process
|
||||
- Always prioritize existing system integrity over new functionality
|
||||
- When in doubt about scope or complexity, escalate to full brownfield planning
|
||||
==================== END: tasks#brownfield-create-epic ====================
|
||||
==================== END: .bmad-core/tasks/brownfield-create-epic.md ====================
|
||||
|
||||
==================== START: tasks#brownfield-create-story ====================
|
||||
==================== START: .bmad-core/tasks/brownfield-create-story.md ====================
|
||||
# Create Brownfield Story Task
|
||||
|
||||
## Purpose
|
||||
@@ -781,9 +782,9 @@ The story creation is successful when:
|
||||
- Always prioritize existing system integrity
|
||||
- When in doubt about integration complexity, use brownfield-create-epic instead
|
||||
- Stories should take no more than 4 hours of focused development work
|
||||
==================== END: tasks#brownfield-create-story ====================
|
||||
==================== END: .bmad-core/tasks/brownfield-create-story.md ====================
|
||||
|
||||
==================== START: tasks#validate-next-story ====================
|
||||
==================== START: .bmad-core/tasks/validate-next-story.md ====================
|
||||
# Validate Next Story Task
|
||||
|
||||
## Purpose
|
||||
@@ -918,9 +919,9 @@ Provide a structured validation report including:
|
||||
- **NO-GO**: Story requires fixes before implementation
|
||||
- **Implementation Readiness Score**: 1-10 scale
|
||||
- **Confidence Level**: High/Medium/Low for successful implementation
|
||||
==================== END: tasks#validate-next-story ====================
|
||||
==================== END: .bmad-core/tasks/validate-next-story.md ====================
|
||||
|
||||
==================== START: templates#story-tmpl ====================
|
||||
==================== START: .bmad-core/templates/story-tmpl.md ====================
|
||||
---
|
||||
defaultOutput: docs/stories/{{EpicNum}}.{{StoryNum}}.{{Short Title Copied from Epic File specific story}}.md
|
||||
smAgent:
|
||||
@@ -979,9 +980,9 @@ smAgent:
|
||||
### File List
|
||||
|
||||
## QA Results
|
||||
==================== END: templates#story-tmpl ====================
|
||||
==================== END: .bmad-core/templates/story-tmpl.md ====================
|
||||
|
||||
==================== START: checklists#po-master-checklist ====================
|
||||
==================== START: .bmad-core/checklists/po-master-checklist.md ====================
|
||||
# Product Owner (PO) Master Validation Checklist
|
||||
|
||||
This checklist serves as a comprehensive framework for the Product Owner to validate project plans before development execution. It adapts intelligently based on project type (greenfield vs brownfield) and includes UI/UX considerations when applicable.
|
||||
@@ -1423,9 +1424,9 @@ After presenting the report, ask if the user wants:
|
||||
- **APPROVED**: The plan is comprehensive, properly sequenced, and ready for implementation.
|
||||
- **CONDITIONAL**: The plan requires specific adjustments before proceeding.
|
||||
- **REJECTED**: The plan requires significant revision to address critical deficiencies.
|
||||
==================== END: checklists#po-master-checklist ====================
|
||||
==================== END: .bmad-core/checklists/po-master-checklist.md ====================
|
||||
|
||||
==================== START: checklists#change-checklist ====================
|
||||
==================== START: .bmad-core/checklists/change-checklist.md ====================
|
||||
# Change Navigation Checklist
|
||||
|
||||
**Purpose:** To systematically guide the selected Agent and user through the analysis and planning required when a significant change (pivot, tech issue, missing requirement, failed story) is identified during the BMad workflow.
|
||||
@@ -1608,9 +1609,9 @@ Keep it action-oriented and forward-looking.]]
|
||||
- [ ] **Confirm Next Steps:** Reiterate the handoff plan and the next actions to be taken by specific agents.
|
||||
|
||||
---
|
||||
==================== END: checklists#change-checklist ====================
|
||||
==================== END: .bmad-core/checklists/change-checklist.md ====================
|
||||
|
||||
==================== START: utils#template-format ====================
|
||||
==================== START: .bmad-core/utils/template-format.md ====================
|
||||
# Template Format Conventions
|
||||
|
||||
Templates in the BMad method use standardized markup for AI processing. These conventions ensure consistent document generation.
|
||||
@@ -1637,4 +1638,4 @@ Templates in the BMad method use standardized markup for AI processing. These co
|
||||
- Template elements are for AI processing only
|
||||
- Focus on faithful template execution and clean output
|
||||
- All template-specific instructions are embedded within templates
|
||||
==================== END: utils#template-format ====================
|
||||
==================== END: .bmad-core/utils/template-format.md ====================
|
||||
|
||||
Reference in New Issue
Block a user