Du kannst nicht mehr als 25 Themen auswählen Themen müssen mit entweder einem Buchstaben oder einer Ziffer beginnen. Sie können Bindestriche („-“) enthalten und bis zu 35 Zeichen lang sein.

distillate-format-reference.md 12KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227
  1. # Distillate Format Reference
  2. Examples showing the transformation from human-readable source content to distillate format.
  3. ## Frontmatter
  4. Every distillate includes YAML frontmatter. Source paths are relative to the distillate's location so the distillate remains portable:
  5. ```yaml
  6. ---
  7. type: bmad-distillate
  8. sources:
  9. - "product-brief-example.md"
  10. - "product-brief-example-discovery-notes.md"
  11. downstream_consumer: "PRD creation"
  12. created: "2026-03-13"
  13. token_estimate: 1200
  14. parts: 1
  15. ---
  16. ```
  17. ## Before/After Examples
  18. ### Prose Paragraph to Dense Bullet
  19. **Before** (human-readable brief excerpt):
  20. ```
  21. ## What Makes This Different
  22. **The anti-fragmentation layer.** The AI tooling space is fracturing across 40+
  23. platforms with no shared methodology layer. BMAD is uniquely positioned to be the
  24. cross-platform constant — the structured approach that works the same in Cursor,
  25. Claude Code, Windsurf, Copilot, and whatever launches next month. Every other
  26. methodology or skill framework maintains its own platform support matrix. By
  27. building on the open-source skills CLI ecosystem, BMAD offloads the highest-churn
  28. maintenance burden and focuses on what actually differentiates it: the methodology
  29. itself.
  30. ```
  31. **After** (distillate):
  32. ```
  33. ## Differentiation
  34. - Anti-fragmentation positioning: BMAD = cross-platform constant across 40+ fragmenting AI tools; no competitor provides shared methodology layer
  35. - Platform complexity delegated to Vercel skills CLI ecosystem (MIT); BMAD maintains methodology, not platform configs
  36. ```
  37. ### Technical Details to Compressed Facts
  38. **Before** (discovery notes excerpt):
  39. ```
  40. ## Competitive Landscape
  41. - **Vercel Skills.sh**: 83K+ skills, 18 agents, largest curated leaderboard —
  42. but dev-only, skills trigger unreliably (20% without explicit prompting)
  43. - **SkillsMP**: 400K+ skills directory, pure aggregator with no curation or CLI
  44. - **ClawHub/OpenClaw**: ~3.2K curated skills with versioning/rollback, small ecosystem
  45. - **Lindy**: No-code AI agent builder for business automation — closed platform,
  46. no skill sharing
  47. - **Microsoft Copilot Studio**: Enterprise no-code agent builder — vendor-locked
  48. to Microsoft
  49. - **MindStudio**: No-code AI agent platform — siloed, no interoperability
  50. - **Make/Zapier AI**: Workflow automation adding AI agents — workflow-centric,
  51. not methodology-centric
  52. - **Key gap**: NO competitor combines structured methodology with plugin
  53. marketplace — this is BMAD's whitespace
  54. ```
  55. **After** (distillate):
  56. ```
  57. ## Competitive Landscape
  58. - No competitor combines structured methodology + plugin marketplace (whitespace)
  59. - Skills.sh (Vercel): 83K skills, 18 agents, dev-only, 20% trigger reliability
  60. - SkillsMP: 400K skills, aggregator only, no curation/CLI
  61. - ClawHub: 3.2K curated, versioning, small ecosystem
  62. - No-code platforms (Lindy, Copilot Studio, MindStudio, Make/Zapier): closed/siloed, no skill portability, business-only
  63. ```
  64. ### Deduplication Across Documents
  65. When the same fact appears in both a brief and discovery notes:
  66. **Brief says:**
  67. ```
  68. bmad-help must always be included as a base skill in every bundle
  69. ```
  70. **Discovery notes say:**
  71. ```
  72. bmad-help must always be included as a base skill in every bundle/install
  73. (solves discoverability problem)
  74. ```
  75. **Distillate keeps the more contextual version:**
  76. ```
  77. - bmad-help: always included as base skill in every bundle (solves discoverability)
  78. ```
  79. ### Decision/Rationale Compression
  80. **Before:**
  81. ```
  82. We decided not to build our own platform support matrix going forward, instead
  83. delegating to the Vercel skills CLI ecosystem. The rationale is that maintaining
  84. 20+ platform configs is the biggest maintenance burden and it's unsustainable
  85. at 40+ platforms.
  86. ```
  87. **After:**
  88. ```
  89. - Rejected: own platform support matrix. Reason: unsustainable at 40+ platforms; delegate to Vercel CLI ecosystem
  90. ```
  91. ## Full Example
  92. A complete distillate produced from a product brief and its discovery notes, targeted at PRD creation:
  93. ```markdown
  94. ---
  95. type: bmad-distillate
  96. sources:
  97. - "product-brief-bmad-next-gen-installer.md"
  98. - "product-brief-bmad-next-gen-installer-discovery-notes.md"
  99. downstream_consumer: "PRD creation"
  100. created: "2026-03-13"
  101. token_estimate: 1450
  102. parts: 1
  103. ---
  104. ## Core Concept
  105. - BMAD Next-Gen Installer: replaces monolithic Node.js CLI with skill-based plugin architecture for distributing BMAD methodology across 40+ AI platforms
  106. - Three layers: self-describing plugins (bmad-manifest.json), cross-platform install via Vercel skills CLI (MIT), runtime registration via bmad-setup skill
  107. - Transforms BMAD from dev-only methodology into open platform for any domain (creative, therapeutic, educational, personal)
  108. ## Problem
  109. - Current installer maintains ~20 platform configs manually; each platform convention change requires installer update, test, release — largest maintenance burden on team
  110. - Node.js/npm required — blocks non-technical users on UI-based platforms (Claude Co-Work, etc.)
  111. - CSV manifests are static, generated once at install; no runtime scanning/registration
  112. - Unsustainable at 40+ platforms; new tools launching weekly
  113. ## Solution Architecture
  114. - Plugins: skill bundles with Anthropic plugin standard as base format + bmad-manifest.json extending for BMAD-specific metadata (installer options, capabilities, help integration, phase ordering, dependencies)
  115. - Existing manifest example: `{"module-code":"bmm","replaces-skill":"bmad-create-product-brief","capabilities":[{"name":"create-brief","menu-code":"CB","supports-headless":true,"phase-name":"1-analysis","after":["brainstorming"],"before":["create-prd"],"is-required":true}]}`
  116. - Vercel skills CLI handles platform translation; integration pattern (wrap/fork/call) is PRD decision
  117. - bmad-setup: global skill scanning installed bmad-manifest.json files, registering capabilities, configuring project settings; always included as base skill in every bundle (solves bootstrapping)
  118. - bmad-update: plugin update path without full reinstall; technical approach (diff/replace/preserve customizations) is PRD decision
  119. - Distribution tiers: (1) NPX installer wrapping skills CLI for technical users, (2) zip bundle + platform-specific README for non-technical users, (3) future marketplace
  120. - Non-technical path has honest friction: "copy to right folder" requires knowing where; per-platform README instructions; improves over time as low-code space matures
  121. ## Differentiation
  122. - Anti-fragmentation: BMAD = cross-platform constant; no competitor provides shared methodology layer across AI tools
  123. - Curated quality: all submissions gated, human-reviewed by BMad + core team; 13.4% of community skills have critical vulnerabilities (Snyk 2026); quality gate value increases as ecosystem gets noisier
  124. - Domain-agnostic: no competitor builds beyond software dev workflows; same plugin system powers any domain via BMAD Builder (separate initiative)
  125. ## Users (ordered by v1 priority)
  126. - Module authors (primary v1): package/test/distribute plugins independently without installer changes
  127. - Developers: single-command install on any of 40+ platforms via NPX
  128. - Non-technical users: install without Node/Git/terminal; emerging segment including PMs, designers, educators
  129. - Future plugin creators: non-dev authors using BMAD Builder; need distribution without building own installer
  130. ## Success Criteria
  131. - Zero (or near-zero) custom platform directory code; delegated to skills CLI ecosystem
  132. - Installation verified on top platforms by volume; skills CLI handles long tail
  133. - Non-technical install path validated with non-developer users
  134. - bmad-setup discovers/registers all plugins from manifests; clear errors for malformed manifests
  135. - At least one external module author successfully publishes plugin using manifest system
  136. - bmad-update works without full reinstall
  137. - Existing CLI users have documented migration path
  138. ## Scope
  139. - In: manifest spec, bmad-setup, bmad-update, Vercel CLI integration, NPX installer, zip bundles, migration path
  140. - Out: BMAD Builder, marketplace web platform, skill conversion (prerequisite, separate), one-click install for all platforms, monetization, quality certification process (gated-submission principle is architectural requirement; process defined separately)
  141. - Deferred: CI/CD integration, telemetry for module authors, air-gapped enterprise install, zip bundle integrity verification (checksums/signing), deeper non-technical platform integrations
  142. ## Current Installer (migration context)
  143. - Entry: `tools/installer/bmad-cli.js` (Commander.js) → `tools/installer/core/installer.js`
  144. - Platforms: `platform-codes.yaml` (~20 platforms with target dirs, legacy dirs, template types, special flags)
  145. - Manifests: skill-manifest.csv is the current source of truth; agent essence lives in `_bmad/config.toml` (generated from each module.yaml's `agents:` block)
  146. - External modules: `external-official-modules.yaml` (CIS, GDS, TEA, WDS) from npm with semver
  147. - Dependencies: 4-pass resolver (collect → parse → resolve → transitive); YAML-declared only
  148. - Config: prompts for name, communication language, document output language, output folder
  149. - Skills already use directory-per-skill layout; bmad-manifest.json sidecars exist but are not source of truth
  150. - Key shift: CSV-based static manifests → JSON-based runtime scanning
  151. ## Vercel Skills CLI
  152. - `npx skills add <source>` — GitHub, GitLab, local paths, git URLs
  153. - 40+ agents; per-agent path mappings; symlinks (recommended) or copies
  154. - Scopes: project-level or global
  155. - Discovery: `skills/`, `.agents/skills/`, agent-specific paths, `.claude-plugin/marketplace.json`
  156. - Commands: add, list, find, remove, check, update, init
  157. - Non-interactive: `-y`, `--all` flags for CI/CD
  158. ## Competitive Landscape
  159. - No competitor combines structured methodology + plugin marketplace (whitespace)
  160. - Skills.sh (Vercel): 83K skills, dev-only, 20% trigger reliability without explicit prompting
  161. - SkillsMP: 400K skills, aggregator only, no curation
  162. - ClawHub: 3.2K curated, versioning, small
  163. - No-code platforms (Lindy, Copilot Studio, MindStudio, Make/Zapier): closed/siloed, no skill portability, business-only
  164. - Market: $7.84B (2025) → $52.62B (2030); Agent Skills spec ~4 months old, 351K+ skills; standards converging under Linux Foundation AAIF (MCP, AGENTS.md, A2A)
  165. ## Rejected Alternatives
  166. - Building own platform support matrix: unsustainable at 40+; delegate to Vercel ecosystem
  167. - One-click install for non-technical v1: emerging space; guidance-based, improve over time
  168. - Prior roadmap/brainstorming: clean start, unconstrained by previous planning
  169. ## Open Questions
  170. - Vercel CLI integration pattern: wrap/fork/call/peer dependency?
  171. - bmad-update mechanics: diff/replace? Preserve user customizations?
  172. - Migration story: command/manual reinstall/compatibility shim?
  173. - Cross-platform testing: CI matrix for top N? Community testing for rest?
  174. - bmad-manifest.json as open standard submission to Agent Skills governance?
  175. - Platforms NOT supported by Vercel skills CLI?
  176. - Manifest versioning strategy for backward compatibility?
  177. - Plugin author getting-started experience and tooling?
  178. ## Opportunities
  179. - Module authors as acquisition channel: each published plugin distributes BMAD to creator's audience
  180. - CI/CD integration: bmad-setup as pipeline one-liner increases stickiness
  181. - Educational institutions: structured methodology + non-technical install → university AI curriculum
  182. - Skill composability: mixing BMAD modules with third-party skills for custom methodology stacks
  183. ## Risks
  184. - Manifest format evolution creates versioning/compatibility burden once third-party authors publish
  185. - Quality gate needs defined process, not just claim — gated review model addresses
  186. - 40+ platform testing environments even with Vercel handling translation
  187. - Scope creep pressure from marketplace vision (explicitly excluded but primary long-term value)
  188. - Vercel dependency: minor supply-chain risk; MIT license allows fork if deprioritized
  189. ```