Skip to content

chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills) - #575

Merged
don-petry merged 2 commits into
mainfrom
chore/vendor-bmad-framework
Jun 11, 2026
Merged

don-petry merged 2 commits into
mainfrom
chore/vendor-bmad-framework

Conversation

@don-petry

Copy link
Copy Markdown
Collaborator

What

Agent-agnostic install of the BMAD Method skills under frameworks/ — the repo standard for installed agentic frameworks (CLAUDE.md/AGENTS.md).

  • frameworks/bmad-method/ ← bmad-code-org/BMAD-METHOD @ v6.8.0 (src/ skill trees)
  • frameworks/bmad-test-architecture/ ← bmad-method-test-architecture-enterprise @ v1.19.0 (Test Architect "Murat" + testarch)

Each carries VENDOR.md (provenance + refresh command) + LICENSE. Only the upstream src/ skill trees are vendored — no website/docs/build tooling.

Why split out

GitHub's diff API caps at 300 files; this vendored tree alone is ~885, which prevents the pr-review agent from reviewing the idea→initiative pipeline PR. Splitting keeps that PR's code reviewable; this PR is a vendored dependency.

Review note

This is vendored third-party content that exceeds the agentic-review file limit and isn't meaningfully reviewable line-by-line — intended to merge without a pr-review pass (admin/human merge). CI (markdownlint/yamllint/gitleaks/agent-shield) is the gate.

CI hygiene

frameworks/** linguist-vendored; markdownlint already ignores frameworks/**; path-scoped gitleaks allowlist for the Test Architect docs' illustrative auth examples.

🤖 Generated with Claude Code

@don-petry
don-petry requested a review from a team as a code owner June 11, 2026 20:49
@chatgpt-codex-connector

Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.

@don-petry

Copy link
Copy Markdown
Collaborator Author

Dev-Lead — review-changes (applied)

Changes committed and pushed.

@don-petry
don-petry enabled auto-merge (squash) June 11, 2026 20:53
@coderabbitai

coderabbitai Bot commented Jun 11, 2026 •

Copy link
Copy Markdown

Important

Review skipped

Too many files!

This PR contains 291 files, which is 141 over the limit of 150.

To get a review, narrow the scope:
• coderabbit review --type committed # exclude uncommitted changes
• coderabbit review --dir # limit to a subdirectory
• coderabbit review --base # compare against a closer base

⚙️ Run configuration

Configuration used: Organization UI

Review profile: ASSERTIVE

Plan: Pro

Run ID: 0bbd42a7-57ce-46fd-83ab-0731447b8c81

📥 Commits

Reviewing files that changed from the base of the PR and between 598534f and 53b7389.

⛔ Files ignored due to path filters (9)
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/documentation-requirements.csv is excluded by !**/*.csv
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/data/domain-complexity.csv is excluded by !**/*.csv
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/data/project-types.csv is excluded by !**/*.csv
  • frameworks/bmad-method/src/bmm-skills/module-help.csv is excluded by !**/*.csv
  • frameworks/bmad-method/src/core-skills/bmad-advanced-elicitation/methods.csv is excluded by !**/*.csv
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/brain-methods.csv is excluded by !**/*.csv
  • frameworks/bmad-method/src/core-skills/module-help.csv is excluded by !**/*.csv
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/tea-index.csv is excluded by !**/*.csv
  • frameworks/bmad-test-architecture/src/module-help.csv is excluded by !**/*.csv
📒 Files selected for processing (291)
  • .gitattributes
  • .gitleaks.toml
  • frameworks/bmad-method/LICENSE
  • frameworks/bmad-method/VENDOR.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-agent-analyst/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-agent-analyst/customize.toml
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-agent-tech-writer/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-agent-tech-writer/customize.toml
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-agent-tech-writer/explain-concept.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-agent-tech-writer/mermaid-gen.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-agent-tech-writer/validate-doc.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-agent-tech-writer/write-document.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/checklist.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/customize.toml
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/instructions.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/templates/deep-dive-template.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/templates/index-template.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/templates/project-overview-template.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/templates/project-scan-report-schema.json
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/templates/source-tree-template.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/workflows/deep-dive-instructions.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/workflows/deep-dive-workflow.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/workflows/full-scan-instructions.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-document-project/workflows/full-scan-workflow.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-prfaq/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-prfaq/agents/artifact-analyzer.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-prfaq/agents/web-researcher.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-prfaq/assets/prfaq-template.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-prfaq/bmad-manifest.json
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-prfaq/customize.toml
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-prfaq/references/customer-faq.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-prfaq/references/internal-faq.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-prfaq/references/press-release.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-prfaq/references/verdict.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-product-brief/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-product-brief/assets/brief-template.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/bmad-product-brief/customize.toml
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-domain-research/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-domain-research/customize.toml
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-01-init.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-02-domain-analysis.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-03-competitive-landscape.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-04-regulatory-focus.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-05-technical-trends.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-domain-research/domain-steps/step-06-research-synthesis.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-domain-research/research.template.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-market-research/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-market-research/customize.toml
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-market-research/research.template.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-01-init.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-02-customer-behavior.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-03-customer-pain-points.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-04-customer-decisions.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-05-competitive-analysis.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-market-research/steps/step-06-research-completion.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-technical-research/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-technical-research/customize.toml
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-technical-research/research.template.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-01-init.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-02-technical-overview.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-03-integration-patterns.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-04-architectural-patterns.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-05-implementation-research.md
  • frameworks/bmad-method/src/bmm-skills/1-analysis/research/bmad-technical-research/technical-steps/step-06-research-synthesis.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-agent-pm/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-agent-pm/customize.toml
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-agent-ux-designer/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-agent-ux-designer/customize.toml
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-create-prd/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-create-prd/customize.toml
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-edit-prd/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-edit-prd/customize.toml
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-prd/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-prd/assets/headless-schemas.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-prd/assets/prd-template.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-prd/assets/prd-validation-checklist.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-prd/assets/validation-report-template.html
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-prd/customize.toml
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-prd/references/headless.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-prd/references/validate.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/color-themes.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/design-directions.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/design-example-editorial.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/design-example-mobile.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/design-example-shadcn.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/excalidraw-wireframe.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/experience-example-mobile.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/experience-example-shadcn.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/headless-schemas.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/key-screens.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/assets/validation-report-template.html
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/customize.toml
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/references/creative-tools.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/references/design-md-spec.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/references/headless.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-ux/references/validate.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-validate-prd/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/2-plan-workflows/bmad-validate-prd/customize.toml
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-agent-architect/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-agent-architect/customize.toml
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/customize.toml
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/steps/step-01-document-discovery.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/steps/step-02-prd-analysis.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/steps/step-03-epic-coverage-validation.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/steps/step-04-ux-alignment.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/steps/step-05-epic-quality-review.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/steps/step-06-final-assessment.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-check-implementation-readiness/templates/readiness-report-template.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/architecture-decision-template.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/customize.toml
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/steps/step-01-init.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/steps/step-01b-continue.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/steps/step-02-context.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/steps/step-03-starter.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/steps/step-04-decisions.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/steps/step-05-patterns.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/steps/step-06-structure.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/steps/step-07-validation.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-architecture/steps/step-08-complete.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/customize.toml
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/steps/step-01-validate-prerequisites.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/steps/step-02-design-epics.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/steps/step-03-create-stories.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/steps/step-04-final-validation.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-create-epics-and-stories/templates/epics-template.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-generate-project-context/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-generate-project-context/customize.toml
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-generate-project-context/project-context-template.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-generate-project-context/steps/step-01-discover.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-generate-project-context/steps/step-02-generate.md
  • frameworks/bmad-method/src/bmm-skills/3-solutioning/bmad-generate-project-context/steps/step-03-complete.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-agent-dev/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-agent-dev/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-checkpoint-preview/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-checkpoint-preview/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-checkpoint-preview/generate-trail.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-checkpoint-preview/step-01-orientation.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-checkpoint-preview/step-02-walkthrough.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-checkpoint-preview/step-03-detail-pass.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-checkpoint-preview/step-04-testing.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-checkpoint-preview/step-05-wrapup.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-code-review/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-code-review/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-code-review/steps/step-01-gather-context.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-code-review/steps/step-02-review.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-code-review/steps/step-03-triage.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-code-review/steps/step-04-present.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-correct-course/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-correct-course/checklist.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-correct-course/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-create-story/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-create-story/checklist.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-create-story/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-create-story/discover-inputs.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-create-story/template.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-dev-story/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-dev-story/checklist.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-dev-story/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-investigate/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-investigate/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-investigate/references/case-file-template.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-qa-generate-e2e-tests/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-qa-generate-e2e-tests/checklist.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-qa-generate-e2e-tests/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/compile-epic-context.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/spec-template.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/step-01-clarify-and-route.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/step-02-plan.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/step-03-implement.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/step-04-review.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/step-05-present.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/step-oneshot.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-quick-dev/sync-sprint-status.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-retrospective/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-retrospective/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-sprint-planning/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-sprint-planning/checklist.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-sprint-planning/customize.toml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-sprint-planning/sprint-status-template.yaml
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-sprint-status/SKILL.md
  • frameworks/bmad-method/src/bmm-skills/4-implementation/bmad-sprint-status/customize.toml
  • frameworks/bmad-method/src/bmm-skills/module.yaml
  • frameworks/bmad-method/src/core-skills/bmad-advanced-elicitation/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/steps/step-01-session-setup.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/steps/step-01b-continue.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/steps/step-02a-user-selected.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/steps/step-02b-ai-recommended.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/steps/step-02c-random-selection.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/steps/step-02d-progressive-flow.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/steps/step-03-technique-execution.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/steps/step-04-idea-organization.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/template.md
  • frameworks/bmad-method/src/core-skills/bmad-brainstorming/workflow.md
  • frameworks/bmad-method/src/core-skills/bmad-customize/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-customize/scripts/list_customizable_skills.py
  • frameworks/bmad-method/src/core-skills/bmad-customize/scripts/tests/test_list_customizable_skills.py
  • frameworks/bmad-method/src/core-skills/bmad-editorial-review-prose/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-editorial-review-structure/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-help/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-index-docs/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-party-mode/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-review-adversarial-general/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-review-edge-case-hunter/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-shard-doc/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-spec/SKILL.md
  • frameworks/bmad-method/src/core-skills/bmad-spec/assets/headless-schemas.md
  • frameworks/bmad-method/src/core-skills/bmad-spec/assets/spec-template.md
  • frameworks/bmad-method/src/core-skills/bmad-spec/customize.toml
  • frameworks/bmad-method/src/core-skills/module.yaml
  • frameworks/bmad-method/src/scripts/resolve_config.py
  • frameworks/bmad-method/src/scripts/resolve_customization.py
  • frameworks/bmad-method/src/scripts/tests/test_resolve_customization.py
  • frameworks/bmad-test-architecture/LICENSE
  • frameworks/bmad-test-architecture/VENDOR.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/SKILL.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/customize.toml
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/adr-quality-readiness-checklist.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/api-request.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/api-testing-patterns.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/auth-session.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/burn-in.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/ci-burn-in.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/component-tdd.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/confidence-gate.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/contract-testing.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/data-factories.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/email-auth.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/error-handling.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/feature-flags.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/file-utils.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/fixture-architecture.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/fixtures-composition.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/intercept-network-call.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/log.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/network-error-monitor.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/network-first.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/network-recorder.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/nfr-criteria.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/overview.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/pact-broker-webhooks.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/pact-consumer-di.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/pact-consumer-framework-setup.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/pact-mcp.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/pactjs-utils-consumer-helpers.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/pactjs-utils-overview.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/pactjs-utils-provider-verifier.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/pactjs-utils-request-filter.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/pactjs-utils-zod-to-pact.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/playwright-cli.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/playwright-config.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/probability-impact.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/recurse.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/risk-governance.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/selective-testing.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/selector-resilience.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/test-healing-patterns.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/test-levels-framework.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/test-priorities-matrix.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/test-quality.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/timing-debugging.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/visual-debugging.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/webhook-module-setup.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/webhook-providers.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/webhook-risk-guidance.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/webhook-template-matchers.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/webhook-testing-fundamentals.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/webhook-timeout-error.md
  • frameworks/bmad-test-architecture/src/agents/bmad-tea/resources/knowledge/webhook-waiting-querying.md
  • frameworks/bmad-test-architecture/src/module.yaml
  • frameworks/bmad-test-architecture/src/workflows/testarch/README.md
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/SKILL.md
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/checklist.md
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/customize.toml
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/data/curriculum.yaml
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/data/quiz-questions.yaml
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/data/role-paths.yaml
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/data/session-content-map.yaml
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/data/tea-resources-index.yaml
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/instructions.md
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/steps-c/step-01-init.md
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/steps-c/step-01b-continue.md
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/steps-c/step-02-assess.md
  • frameworks/bmad-test-architecture/src/workflows/testarch/bmad-teach-me-testing/steps-c/step-03-session-menu.md

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch chore/vendor-bmad-framework

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@don-petry
don-petry disabled auto-merge June 11, 2026 20:54
@don-petry

Copy link
Copy Markdown
Collaborator Author

Dev-Lead — fix-bot-comment (no-changes)

Agent reasoning
Issues addressed: 0
- Review skipped (too many files): No actionable code issues identified — bot could not review due to PR size exceeding its 150-file limit. No threads to resolve.
Files changed: none
Skipped (informational): 1 — "review skipped" notification with no specific findings
```
The PR has no Tier 1 blockers: all completed CI checks passed (ShellCheck, Lint, Secret scan, Agent Security Scan, Compile agentic workflows, unit-tests all green; CodeQL is neutral). The in-progress checks (Analyze, SonarCloud) have no findings reported yet. No changes are needed.

@don-petry
don-petry enabled auto-merge (squash) June 11, 2026 20:54
@don-petry
don-petry disabled auto-merge June 11, 2026 21:30
@don-petry

Copy link
Copy Markdown
Collaborator Author

Dev-Lead — review-changes (no-changes)

No changes were needed for this PR.

@don-petry
don-petry enabled auto-merge (squash) June 11, 2026 21:30
@don-petry

Copy link
Copy Markdown
Collaborator Author

Auto-rebase failed — merge conflict — this branch has conflicts with main that must be resolved.

Claude will attempt to resolve this automatically. If it cannot, a follow-up comment will explain what needs manual attention.

To resolve manually instead:

git fetch origin
git merge origin/main
# resolve conflicts, then:
git add .
git commit
git push

@don-petry
don-petry disabled auto-merge June 11, 2026 21:40

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request integrates the vendored BMAD Method framework, adding various skill trees, templates, and workflows for project documentation, research, and planning. The review identified a critical CSV formatting error in documentation-requirements.csv where an unquoted comma shifts the columns, as well as several typos in the markdown instruction files where escaped asterisks (\*) were used instead of underscores (_) in variable names (such as {part\*id}, "file\*path", and file\*inventory).

@@ -0,0 +1,12 @@
project_type_id,requires_api_scan,requires_data_models,requires_state_management,requires_ui_components,requires_deployment_config,key_file_patterns,critical_directories,integration_scan_patterns,test_file_patterns,config_patterns,auth_security_patterns,schema_migration_patterns,entry_point_patterns,shared_code_patterns,monorepo_workspace_patterns,async_event_patterns,ci_cd_patterns,asset_patterns,hardware_interface_patterns,protocol_schema_patterns,localization_patterns,requires_hardware_docs,requires_asset_inventory
web,true,true,true,true,true,package.json;tsconfig.json;*.config.js;*.config.ts;vite.config.*;webpack.config.*;next.config.*;nuxt.config.*,src/;app/;pages/;components/;api/;lib/;styles/;public/;static/,*client.ts;*service.ts;*api.ts;fetch*.ts;axios*.ts;*http*.ts,*.test.ts;*.spec.ts;*.test.tsx;*.spec.tsx;**/__tests__/**;**/*.test.*;**/*.spec.*,.env*;config/*;*.config.*;.config/;settings/,*auth*.ts;*session*.ts;middleware/auth*;*.guard.ts;*authenticat*;*permission*;guards/,migrations/**;prisma/**;*.prisma;alembic/**;knex/**;*migration*.sql;*migration*.ts,main.ts;index.ts;app.ts;server.ts;_app.tsx;_app.ts;layout.tsx,shared/**;common/**;utils/**;lib/**;helpers/**;@*/**;packages/**,pnpm-workspace.yaml;lerna.json;nx.json;turbo.json;workspace.json;rush.json,*event*.ts;*queue*.ts;*subscriber*.ts;*consumer*.ts;*producer*.ts;*worker*.ts;jobs/**,.github/workflows/**;.gitlab-ci.yml;Jenkinsfile;.circleci/**;azure-pipelines.yml;bitbucket-pipelines.yml,.drone.yml,public/**;static/**;assets/**;images/**;media/**,N/A,*.proto;*.graphql;graphql/**;schema.graphql;*.avro;openapi.*;swagger.*,i18n/**;locales/**;lang/**;translations/**;messages/**;*.po;*.pot,false,false

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

high

The ci_cd_patterns column in the web row contains a comma (,) instead of a semicolon (;) before .drone.yml. Since this is a comma-separated values (CSV) file, this unquoted comma splits the field into two separate columns, causing all subsequent columns to shift by one and resulting in a malformed row with 25 columns instead of 24.

web,true,true,true,true,true,package.json;tsconfig.json;*.config.js;*.config.ts;vite.config.*;webpack.config.*;next.config.*;nuxt.config.*,src/;app/;pages/;components/;api/;lib/;styles/;public/;static/,*client.ts;*service.ts;*api.ts;fetch*.ts;axios*.ts;*http*.ts,*.test.ts;*.spec.ts;*.test.tsx;*.spec.tsx;**/__tests__/**;**/*.test.*;**/*.spec.*,.env*;config/*;*.config.*;.config/;settings/,*auth*.ts;*session*.ts;middleware/auth*;*.guard.ts;*authenticat*;*permission*;guards/,migrations/**;prisma/**;*.prisma;alembic/**;knex/**;*migration*.sql;*migration*.ts,main.ts;index.ts;app.ts;server.ts;_app.tsx;_app.ts;layout.tsx,shared/**;common/**;utils/**;lib/**;helpers/**;@*/**;packages/**,pnpm-workspace.yaml;lerna.json;nx.json;turbo.json;workspace.json;rush.json,*event*.ts;*queue*.ts;*subscriber*.ts;*consumer*.ts;*producer*.ts;*worker*.ts;jobs/**,.github/workflows/**;.gitlab-ci.yml;Jenkinsfile;.circleci/**;azure-pipelines.yml;bitbucket-pipelines.yml;.drone.yml,public/**;static/**;assets/**;images/**;media/**,N/A,*.proto;*.graphql;graphql/**;schema.graphql;*.avro;openapi.*;swagger.*,i18n/**;locales/**;lang/**;translations/**;messages/**;*.po;*.pot,false,false

Comment on lines +762 to +765
- [Architecture](./architecture{{#if multi-part}}-{part\*id}{{/if}}.md){{#unless architecture_file_exists}} (To be generated) {{/unless}}
- [Source Tree Analysis](./source-tree-analysis.md)
- [Component Inventory](./component-inventory{{#if multi-part}}-{part\*id}{{/if}}.md){{#unless component_inventory_exists}} (To be generated) {{/unless}}
- [Development Guide](./development-guide{{#if multi-part}}-{part\*id}{{/if}}.md){{#unless dev_guide_exists}} (To be generated) {{/unless}}

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The template placeholder {part\*id} contains an escaped asterisk (\*) instead of an underscore (_). This typo will prevent the template engine from correctly resolving the part_id variable when generating the index file.

Suggested change
- [Architecture](./architecture{{#if multi-part}}-{part\*id}{{/if}}.md){{#unless architecture_file_exists}} (To be generated) {{/unless}}
- [Source Tree Analysis](./source-tree-analysis.md)
- [Component Inventory](./component-inventory{{#if multi-part}}-{part\*id}{{/if}}.md){{#unless component_inventory_exists}} (To be generated) {{/unless}}
- [Development Guide](./development-guide{{#if multi-part}}-{part\*id}{{/if}}.md){{#unless dev_guide_exists}} (To be generated) {{/unless}}
- [Architecture](./architecture{{#if multi-part}}-{part_id}}{{/if}}.md){{#unless architecture_file_exists}} (To be generated) {{/unless}}
- [Source Tree Analysis](./source-tree-analysis.md)
- [Component Inventory](./component-inventory{{#if multi-part}}-{part_id}}{{/if}}.md){{#unless component_inventory_exists}} (To be generated) {{/unless}}
- [Development Guide](./development-guide{{#if multi-part}}-{part_id}}{{/if}}.md){{#unless dev_guide_exists}} (To be generated) {{/unless}}

For each item store structure:
{
"title": "Architecture – Server",
"file\*path": "./architecture-server.md",

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The JSON key "file\*path" contains an escaped asterisk (\*) instead of an underscore (_). It should be "file_path" to match the expected schema.

Suggested change
"file\*path": "./architecture-server.md",
"file_path": "./architecture-server.md",

<action>Store all in file_inventory</action>
</check>

<action>For each file in file\*inventory, document: - **File Path:** Full path - **Purpose:** What this file does (1-2 sentences) - **Lines of Code:** Total LOC - **Exports:** Complete list with signatures

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

medium

The variable name file\*inventory contains an escaped asterisk (\*) instead of an underscore (_). It should be file_inventory to match the variable initialized in previous steps.

Suggested change
<action>For each file in file\*inventory, document: - **File Path:** Full path - **Purpose:** What this file does (1-2 sentences) - **Lines of Code:** Total LOC - **Exports:** Complete list with signatures
<action>For each file in file_inventory, document: - **File Path:** Full path - **Purpose:** What this file does (1-2 sentences) - **Lines of Code:** Total LOC - **Exports:** Complete list with signatures

don-petry and others added 2 commits June 11, 2026 21:42
… (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@don-petry
don-petry force-pushed the chore/vendor-bmad-framework branch from 5a178e4 to 53b7389 Compare June 11, 2026 21:42
@don-petry

Copy link
Copy Markdown
Collaborator Author

Dev-Lead — rebase (no-changes)

Agent reasoning
PR: #575
Rebased onto: main
Conflicts resolved: 1 file
- .gitleaks.toml: both sides added allowlist entries at the same location — kept both: HEAD's commit-SHA-based suppression for bda766be and the PR's path-based suppression for vendored BMAD framework files
Push: success
```

@don-petry
don-petry enabled auto-merge (squash) June 11, 2026 21:42
@sonarqubecloud

Copy link
Copy Markdown

@don-petry
don-petry disabled auto-merge June 11, 2026 21:46
@don-petry

Copy link
Copy Markdown
Collaborator Author

Dev-Lead — fix-bot-comment (no-changes)

Agent reasoning
Issues addressed: 0
Files changed: none
Skipped (informational): 0
```
**Assessment:** The SonarCloud Quality Gate passed cleanly — 0 new issues, 0 security hotspots, 0 duplication. There are no open review threads from the bot (empty actor query returned `[]`). The two cancelled CI checks (`dev-lead / dispatch`, `dev-lead / ci-relay`) are the prior dev-lead run superseded by this invocation's concurrency group in 3s — expected self-cancellation, not a code defect. No actionable fixes are required from this bot's comment.

@don-petry
don-petry enabled auto-merge (squash) June 11, 2026 21:47
@don-petry
don-petry merged commit 37e7c68 into main Jun 11, 2026
21 of 23 checks passed
@don-petry
don-petry deleted the chore/vendor-bmad-framework branch June 11, 2026 22:27
don-petry added a commit that referenced this pull request Jun 12, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Jun 13, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Jun 13, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Jun 14, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 7, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 8, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 8, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 8, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 8, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 8, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 8, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 8, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
don-petry added a commit that referenced this pull request Aug 8, 2026
…source (#575) (#1013)

* chore(rulesets): repoint apply-rulesets + bootstrap to fleet source in .github (#575)

The org-wide fleet rulesets (code-quality, pr-quality) now live in
petry-projects/.github (standards/rulesets/, relocated there in the companion PR).
Repoint the codified applier and the bootstrap orchestrator to source them from
there, and remove the local copies. release-channel-tags stays repo-local.

apply-rulesets.sh:
- Default is now "fleet mode": when RULESETS_DIR is unset, materialize the fleet
  rulesets from STANDARDS_REPO (default petry-projects/.github) — via a local
  FLEET_RULESETS_DIR checkout when provided, else a gh contents-API fetch into a
  temp dir (mirrors seed-repo-template.sh's _fetch_standard model).
- The repo-local release-channel-tags is applied by pointing RULESETS_DIR at this
  repo's own .github/rulesets (unchanged mechanism).
- Remove the now-dead SCRIPT_DIR-based local default.

bootstrap-new-repo.sh:
- step_rulesets now applies exactly the two fleet rulesets to a new repo (fleet
  mode). release-channel-tags is NO LONGER applied to bootstrapped repos — it
  protects .github-private's own pr-review/** + dev-lead/** release tags only, so
  it is repo-local by the #575/#576 boundary. (Previously all 3 were applied.)

Remove .github/rulesets/{code-quality,pr-quality}.json (moved to .github).

Tests:
- test_apply_rulesets.bats: pass RULESETS_DIR explicitly for release-channel-tags;
  add fleet-mode coverage (2 rulesets applied, never release-channel-tags;
  dry-run no-writes; missing FLEET_RULESETS_DIR errors).
- test_bootstrap_new_repo.bats: provision a fleet fixture in setup so the real
  apply-rulesets resolves offline; drop the pr-quality/code-quality JSON *shape*
  assertions (that content is now owned + validated in .github); assert bootstrap
  applies exactly 2 fleet rulesets and not release-channel-tags.
- new-repo-validation.md: 3 -> 2 ruleset(s); source-of-truth now petry-projects/.github.

Migration safety (AC): relocated JSONs are byte-identical to the pre-move copies;
a live --dry-run against petry-projects/.github-private resolves them and UPDATES
the existing rulesets in place (PUT by id, not delete/recreate). code-quality is a
live no-op. NOTE: pr-quality shows a PRE-EXISTING file-vs-live delta on
.github-private (live require_last_push_approval=true vs file false) — identical
before/after this move (the origin/main file carries the same value), so the move
introduces no new drift. Flagged as an out-of-scope follow-up.

Depends on the companion petry-projects/.github PR (must merge first).
Part of #575. Follows #576.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* fix(reviews): address review comments [skip ci-relay]

---------

Co-authored-by: donpetry-bot <{}+donpetry-bot@users.noreply.github.com>
Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Co-authored-by: Don Petry Bot <donpetry+bot@gmail.com>
don-petry added a commit that referenced this pull request Aug 18, 2026
… (src skills) (#575)

* chore(frameworks): vendor BMAD Method v6.8.0 + Test Architect v1.19.0 (src skills)

Agent-agnostic install of the BMAD Method skills under frameworks/ (the repo
standard for installed agentic frameworks; CLAUDE.md/AGENTS.md). Split out from
the idea->initiative pipeline PR so that PR's code stays reviewable (GitHub's
diff API caps at 300 files; this vendored tree alone is ~885).

- frameworks/bmad-method/         <- bmad-code-org/BMAD-METHOD @ v6.8.0 (src/)
- frameworks/bmad-test-architecture/ <- bmad-method-test-architecture-enterprise
                                     @ v1.19.0 (Test Architect "Murat" + testarch)
Each carries VENDOR.md (provenance + refresh) + LICENSE. src/ skill trees only —
no upstream website/docs/build tooling.

CI: frameworks/** linguist-vendored; markdownlint already ignores frameworks/**;
gitleaks allowlist (path-scoped) for the Test Architect docs' illustrative auth
examples. Consumed by path by initiative-planner (see that PR).

Vendored dependency — exceeds the 300-file agentic-review limit, so this merges
without a pr-review pass.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* chore: apply manual instructions [skip ci-relay]

---------

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Co-authored-by: donpetry-bot <281750570+donpetry-bot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants