Improve developer experience with shared tooling, cleaner docs. (#170)
* docs: add headers and improve formatting for BMAD orchestrator agent documentation ## CHANGES - Add configuration header to cfg file - Improve numbered list formatting consistency - Add proper heading punctuation throughout - Enhance readability with cleaner structure - Standardize markdown formatting conventions * gitignore update * Plaform Engineer role for a robust infrastructure (#135) * Add Platform Engineer role to support a robust and validated infrastructure * Platform Engineer and Architect boundaries, confidence levels, domain expertise * remove duplicate task, leftover artifact * Consistency, workflow, feedback loops between architect and PE * PE customization generalized, updated Architect, consistency check * style: add VSCode integration and standardize document formatting CHANGES - Introduce VSCode recommended extensions and project-specific settings. - Update `.gitignore` to track the `.vscode` directory. - Apply consistent markdown formatting to all checklist documents. - Standardize spacing, list styles, and headers in personas. - Refine formatting and sectioning in task definition files. - Ensure newline termination for all modified text files. - Correct code block specifiers and minor textual content. * docs: remove exclamation from header * fix: spacing at end of line --------- Co-authored-by: Brian Madison <brianmadison@Brians-MacBook-Pro.local> Co-authored-by: Sebastian Ickler <icklers@users.noreply.github.com>
This commit is contained in:
@@ -64,13 +64,13 @@ MUST review and use:
|
||||
|
||||
When responding to requests, gather essential context first:
|
||||
|
||||
**Environment**: Platform, regions, infrastructure state (greenfield/brownfield), scale requirements
|
||||
**Project**: Team composition, timeline, business drivers, compliance needs
|
||||
**Environment**: Platform, regions, infrastructure state (greenfield/brownfield), scale requirements
|
||||
**Project**: Team composition, timeline, business drivers, compliance needs
|
||||
**Technical**: Current pain points, integration needs, performance requirements
|
||||
|
||||
For implementation scenarios, summarize key context:
|
||||
|
||||
```
|
||||
```plaintext
|
||||
[Environment] Multi-cloud, multi-region, brownfield
|
||||
[Stack] Microservices, event-driven, containerized
|
||||
[Constraints] SOC2 compliance, 3-month timeline
|
||||
@@ -191,6 +191,7 @@ For complex technical problems, use a structured meta-reasoning approach:
|
||||
## Domain Boundaries with Architecture
|
||||
|
||||
### Collaboration Protocols
|
||||
|
||||
- **Design Review Gates:** Architecture produces technical specifications, DevOps/Platform reviews for implementability
|
||||
- **Feasibility Feedback:** DevOps/Platform provides operational constraints during architecture design phase
|
||||
- **Implementation Planning:** Joint sessions to translate architectural decisions into operational tasks
|
||||
|
||||
Reference in New Issue
Block a user