openone-workflow-kit 0.1.0

package/workflow/core/commands/03-/346/212/200/346/234/257/346/236/266/346/236/204.md

@@ -0,0 +1,32 @@
+# /03-技术架构
+
+## Goal
+
+技术架构: 识别项目族、影响仓库、调用链、分支基线和实现准入风险。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Previous stage documents under workspace-level `features/{feature}/`
+- Local code, local docs, and user-provided source materials listed in team-profile
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- Distinguish verified facts, design intent, assumptions, and missing evidence.
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、代码标识符、命令、文件路径、分支名、API、SDK、框架、协议、标准、错误信息和官方英文术语保留原文。
+- Do not claim tests, builds, screenshots, deployments, or reviews passed unless they were actually executed.
+- Local branch creation, commit, tag, and local merge may be executed by the agent for personal projects after scope and working-tree checks. Remote Git refresh, push, release, deployment, database write, and production config write require explicit user authorization.
+- This stage does not authorize business code changes unless the current command is an implementation command and all gates pass.
+
+
+
+## Required Outputs
+
+- Update or create the corresponding file under workspace-level `features/{feature}/`.
+- Update workspace-level `features/{feature}/00-工作流状态.md` when stage status changes.
+- Record unresolved questions and evidence gaps explicitly.
+- For implementation-track work, record the intended CI/CD automation level, required CI checks, deployment target, secret boundary, and rollback assumption.
+- 产出**数据流与状态机草案**：数据来源/去向/唯一真相源、关键实体状态机与不变量，供 `/定义完成` 编译进完成合同。
+- 从既有代码库提取本需求适用的规范（命名、目录、错误处理、依赖选型等模式），沉淀或更新到 `workflow/standards/`；已有规范直接引用，不重复发明。

package/workflow/core/commands/04-/344/273/243/347/240/201/345/256/236/347/216/260.md

@@ -0,0 +1,32 @@
+# /04-代码实现
+
+## Goal
+
+代码实现总览: 在准入通过后记录后端、前端、配置、数据和发布影响的真实改动。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Previous stage documents under workspace-level `features/{feature}/`
+- Local code, local docs, and user-provided source materials listed in team-profile
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- Distinguish verified facts, design intent, assumptions, and missing evidence.
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、代码标识符、命令、文件路径、分支名、API、SDK、框架、协议、标准、错误信息和官方英文术语保留原文。
+- Do not claim tests, builds, screenshots, deployments, or reviews passed unless they were actually executed.
+- Local branch creation, commit, tag, and local merge may be executed by the agent for personal projects after scope and working-tree checks. Remote Git refresh, push, release, deployment, database write, and production config write require explicit user authorization.
+- Code changes are allowed only after the feature branch gate, implementation stage gate, and same-repo parallel gate all pass.
+- **完成合同闸门**：M/L 档需求必须存在已冻结且 Definition Lint 通过的 `features/{feature}/00-完成合同.md`；S 档必须有 ★ 必填节完整的迷你合同。合同缺失或未冻结时，先运行 `/定义完成`。
+- 实现只能在合同影响边界内进行；发现必须越界时停下上报，不得静默扩权。合同 Oracle 覆盖的代码变更后，对应 PASS 项置 STALE（见 `workflow/core/capabilities/acceptance-oracle-tracker.md`）。
+- 遵循 `workflow/constitution.md` 与 `workflow/standards/`；与宪法冲突的实现路径必须先走宪法修订，不得先斩后奏。
+
+
+
+## Required Outputs
+
+- Update or create the corresponding file under workspace-level `features/{feature}/`.
+- Update workspace-level `features/{feature}/00-工作流状态.md` when stage status changes.
+- Record unresolved questions and evidence gaps explicitly.

package/workflow/core/commands/04A-/345/211/215/347/253/257/344/273/243/347/240/201/345/256/236/347/216/260.md

@@ -0,0 +1,36 @@
+# /04A-前端代码实现
+
+## Goal
+
+前端代码实现: 记录页面、组件、接口、状态、回显和前端验证。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Previous stage documents under workspace-level `features/{feature}/`
+- Workspace-level `features/{feature}/02B-UI设计.md`
+- Local code, local docs, and user-provided source materials listed in team-profile
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- Distinguish verified facts, design intent, assumptions, and missing evidence.
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、代码标识符、命令、文件路径、分支名、API、SDK、框架、协议、标准、错误信息和官方英文术语保留原文。
+- Do not claim tests, builds, screenshots, deployments, or reviews passed unless they were actually executed.
+- Local branch creation, commit, tag, and local merge may be executed by the agent for personal projects after scope and working-tree checks. Remote Git refresh, push, release, deployment, database write, and production config write require explicit user authorization.
+- Code changes are allowed only after the feature branch gate, implementation stage gate, and same-repo parallel gate all pass.
+- **完成合同闸门**：M/L 档需求必须存在已冻结且 Definition Lint 通过的 `features/{feature}/00-完成合同.md`；S 档必须有 ★ 必填节完整的迷你合同。合同 Oracle 覆盖的代码变更后，对应 PASS 项置 STALE。
+- 遵循 `workflow/constitution.md` 与 `workflow/standards/`；实现保持在合同影响边界内，越界先上报。
+- Frontend implementation must follow `features/{feature}/02B-UI设计.md`: information architecture, user flows, screen inventory, component specs, design tokens, platform adaptation, accessibility, localization, and visual QA requirements.
+- If `02B-UI设计.md` is missing or does not cover the UI surface being implemented, stop implementation and complete `/02B-UI设计` first unless the user explicitly grants a scoped design waiver.
+- Record every intentional deviation from `02B-UI设计.md` with reason, affected UI surface, risk, and follow-up owner.
+- UI verification should include screenshots or equivalent visual evidence for the device/viewport/state matrix defined in `02B-UI设计.md` whenever a runnable app or prototype exists.
+
+
+
+## Required Outputs
+
+- Update or create the corresponding file under workspace-level `features/{feature}/`.
+- Update workspace-level `features/{feature}/00-工作流状态.md` when stage status changes.
+- Record unresolved questions and evidence gaps explicitly.

package/workflow/core/commands/04B-/345/220/216/347/253/257/344/273/243/347/240/201/345/256/236/347/216/260.md

@@ -0,0 +1,31 @@
+# /04B-后端代码实现
+
+## Goal
+
+后端代码实现: 记录接口、服务、数据、事务、消息、配置和后端验证。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Previous stage documents under workspace-level `features/{feature}/`
+- Local code, local docs, and user-provided source materials listed in team-profile
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- Distinguish verified facts, design intent, assumptions, and missing evidence.
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、代码标识符、命令、文件路径、分支名、API、SDK、框架、协议、标准、错误信息和官方英文术语保留原文。
+- Do not claim tests, builds, screenshots, deployments, or reviews passed unless they were actually executed.
+- Local branch creation, commit, tag, and local merge may be executed by the agent for personal projects after scope and working-tree checks. Remote Git refresh, push, release, deployment, database write, and production config write require explicit user authorization.
+- Code changes are allowed only after the feature branch gate, implementation stage gate, and same-repo parallel gate all pass.
+- **完成合同闸门**：M/L 档需求必须存在已冻结且 Definition Lint 通过的 `features/{feature}/00-完成合同.md`；S 档必须有 ★ 必填节完整的迷你合同。合同 Oracle 覆盖的代码变更后，对应 PASS 项置 STALE。
+- 遵循 `workflow/constitution.md` 与 `workflow/standards/`；实现保持在合同影响边界内，越界先上报。
+
+
+
+## Required Outputs
+
+- Update or create the corresponding file under workspace-level `features/{feature}/`.
+- Update workspace-level `features/{feature}/00-工作流状态.md` when stage status changes.
+- Record unresolved questions and evidence gaps explicitly.

package/workflow/core/commands/05-/344/273/243/347/240/201/345/256/241/346/237/245.md

@@ -0,0 +1,31 @@
+# /05-代码审查
+
+## Goal
+
+代码审查: 以问题优先方式审查真实 diff、发布边界、PRD 一致性和残余风险。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Previous stage documents under workspace-level `features/{feature}/`
+- Local code, local docs, and user-provided source materials listed in team-profile
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- Distinguish verified facts, design intent, assumptions, and missing evidence.
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、代码标识符、命令、文件路径、分支名、API、SDK、框架、协议、标准、错误信息和官方英文术语保留原文。
+- Do not claim tests, builds, screenshots, deployments, or reviews passed unless they were actually executed.
+- Local branch creation, commit, tag, and local merge may be executed by the agent for personal projects after scope and working-tree checks. Remote Git refresh, push, release, deployment, database write, and production config write require explicit user authorization.
+- This stage does not authorize business code changes unless the current command is an implementation command and all gates pass.
+
+- Findings lead the output. Order issues by severity and cite files, diffs, tests, or runtime evidence.
+- 以 `features/{feature}/00-完成合同.md` 为审查基准：diff 是否越出影响边界（范围漂移）、是否触碰禁止清单、是否与 `workflow/constitution.md` 和 `workflow/standards/` 冲突、Oracle 覆盖的行为是否被实现真实满足。
+- 检查是否存在"改标准换通过"：测试阈值、Oracle 判定、blocking 标记的任何变更都必须有合同修订记录，否则按高危问题上报。
+
+## Required Outputs
+
+- Update or create the corresponding file under workspace-level `features/{feature}/`.
+- Update workspace-level `features/{feature}/00-工作流状态.md` when stage status changes.
+- Record unresolved questions and evidence gaps explicitly.

package/workflow/core/commands/06-/346/265/213/350/257/225/347/224/250/344/276/213.md

@@ -0,0 +1,34 @@
+# /06-测试用例
+
+## Goal
+
+测试用例: 以风险驱动方式输出正常流、异常流、边界流、权限和回归覆盖矩阵，每条用例可直接绑定为完成合同的验收 Oracle。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- `workflow/constitution.md`（质量与测试底线）
+- Previous stage documents under workspace-level `features/{feature}/`（含 01/02/02B/03 与合同草稿）
+- Workspace-level `specs/` 现有行为基线（回归范围来源）
+- Local code, local docs, and user-provided source materials listed in team-profile
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- Distinguish verified facts, design intent, assumptions, and missing evidence.
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、代码标识符、命令、文件路径、分支名、API、SDK、框架、协议、标准、错误信息和官方英文术语保留原文。
+- Do not claim tests, builds, screenshots, deployments, or reviews passed unless they were actually executed.
+- Local branch creation, commit, tag, and local merge may be executed by the agent for personal projects after scope and working-tree checks. Remote Git refresh, push, release, deployment, database write, and production config write require explicit user authorization.
+- This stage does not authorize business code changes unless the current command is an implementation command and all gates pass.
+- **风险驱动**：按「出错概率 × 出错代价」给用例分配深度——高风险路径（动钱、动数据、动对外契约、不可逆操作）要求边界与并发用例齐全；低风险路径允许仅做冒烟覆盖，并显式记录"浅覆盖+理由"。不做平均主义覆盖。
+- **Oracle-ready**：每条用例必须绑定可复现验证方法（命令/脚本/测试名，或带步骤与判定标准的人工检查），能自动化的优先自动化；用例编写后标注哪些应提升为完成合同的 blocking Oracle。
+- 断言必须落在可观察行为与数字上（EARS 或 Given/When/Then 句式），禁止"功能正常""表现良好"式断言。
+- 回归范围对照 `specs/` 行为清单圈定：本次改动可能影响的已有行为编号必须出现在回归矩阵。
+
+## Required Outputs
+
+- Update or create the corresponding file under workspace-level `features/{feature}/`.
+- Update workspace-level `features/{feature}/00-工作流状态.md` when stage status changes.
+- 输出风险分级矩阵（用例 × 风险级 × 验证方法 × 是否 Oracle 候选）；标注建议进入合同的 blocking Oracle 清单。
+- Record unresolved questions and evidence gaps explicitly.

package/workflow/core/commands/07-/346/265/213/350/257/225/346/211/247/350/241/214.md

@@ -0,0 +1,33 @@
+# /07-测试执行
+
+## Goal
+
+测试执行: 记录真实执行结果、证据、阻塞、缺陷和发布候选差异核查。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Previous stage documents under workspace-level `features/{feature}/`
+- Local code, local docs, and user-provided source materials listed in team-profile
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- Distinguish verified facts, design intent, assumptions, and missing evidence.
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、代码标识符、命令、文件路径、分支名、API、SDK、框架、协议、标准、错误信息和官方英文术语保留原文。
+- Do not claim tests, builds, screenshots, deployments, or reviews passed unless they were actually executed.
+- Local branch creation, commit, tag, and local merge may be executed by the agent for personal projects after scope and working-tree checks. Remote Git refresh, push, release, deployment, database write, and production config write require explicit user authorization.
+- This stage does not authorize business code changes unless the current command is an implementation command and all gates pass.
+
+
+
+- **Oracle 状态流转**：本阶段是（除 `/交付至完成` 外）唯一有权翻转完成合同 Oracle 状态的命令。只能翻转状态并附证据（命令、输出、退出码、commit、截图路径），不得修改标准、阈值或 blocking 标记；PASS 后相关代码再变更的 Oracle 置 STALE 并复验；WAIVED 仅可记录用户书面确认。详见 `workflow/core/capabilities/acceptance-oracle-tracker.md`。
+
+## Required Outputs
+
+- Update or create the corresponding file under workspace-level `features/{feature}/`.
+- 同步更新 `features/{feature}/00-完成合同.md` 的 Oracle 状态表（状态、证据、更新时间）。
+- Update workspace-level `features/{feature}/00-工作流状态.md`（Oracle 汇总：blocking x/y PASS）。
+- Record unresolved questions and evidence gaps explicitly.
+- Record the exact CI/local commands that passed or failed, the commit they ran against, and whether the evidence is sufficient for `main` testing and `prod` release promotion.

package/workflow/core/commands/08-/345/217/221/345/270/203/345/207/206/345/244/207.md

@@ -0,0 +1,44 @@
+# /08-发布准备
+
+## Goal
+
+发布准备: 完成个人项目的本地集成、版本号、tag、发布清单、回滚点和渠道材料。不执行远程发布动作，除非用户在本阶段明确授权。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Workspace-level `features/{feature}/` 下的 01 到 07 阶段文档
+- 目标仓库当前 Git 状态、测试结果、构建结果和发布渠道要求
+- 商业化基线（如存在）：workspace-level `business/{product}/B5-渠道漏斗映射.md`、`B8-渠道执行策略.md`
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- Distinguish verified facts, assumptions, and missing evidence.
+- 默认使用简体中文展示阶段产物；专有名词、命令、路径、分支名、API、SDK、框架和官方英文术语保留原文。
+- Agent may create or rename local personal-project branches, create local commits, create local tags, and perform local merges when the target repo is personal, the working tree is clean or deliberately staged, and the action matches the recorded scope.
+- Remote push, GitHub release, npm publish, App Store / Chrome Web Store / Edge Add-ons submission, Vercel / Cloudflare / server deployment, database writes, and production config writes require explicit user authorization.
+- Use `prod` as the production branch and `main` as the integration/testing branch unless `team-profile.yaml` overrides it.
+- Do not create a separate `test` branch for personal projects.
+- For browser extensions, CLI tools, desktop apps, and mobile apps, record the package artifact, version number, store/channel checklist, and rollback point.
+- 若工作区存在 `business/{product}/` 商业化基线：渠道材料清单对照 B5/B8 的渠道计划准备（landing 页更新、SEO 元数据、商店文案、发布帖草稿、邮件通知草稿）；商业化基线缺失时记录缺口，不阻塞发布。
+- **发布准入闸门**：完成合同的 blocking Oracle 必须全部 PASS，或为 WAIVED 且附用户确认记录；存在 NOT_RUN/FAIL/STALE 的 blocking 项时不得进入 `/09-发布执行`，只能记录阻塞。
+
+## Required Outputs
+
+- Create or update workspace-level `features/{feature}/08-发布准备.md`.
+- Update workspace-level `features/{feature}/00-工作流状态.md`.
+- Record release candidate commit, source branch, target branch, version/tag plan, test/build evidence, artifact paths, release notes draft, and rollback command.
+- Record any publish-blocking gaps before `/09-发布执行`.
+
+## Suggested Structure
+
+1. **发布范围**：本次发布包含和不包含的功能、修复、文档和配置。
+2. **本地 Git 状态**：当前分支、基线、diff、未跟踪文件、是否需要 worktree。
+3. **本地集成计划**：从 `prod` 到开发分支、合并到 `main`、tag、再提升到 `prod` 的步骤。
+4. **版本与 tag**：版本号、tag 名、tag message、与商店/包版本的对应关系。
+5. **验证证据**：测试、构建、lint、浏览器检查、截图或人工验证结果。
+6. **渠道清单**：Web、Chrome/Edge 扩展、CLI、桌面应用、移动应用或其他渠道的发布材料；有商业化基线时对照 B5/B8 补齐发布营销材料（landing、SEO 元数据、商店文案、发布帖与邮件草稿）。
+7. **回滚点**：可回退的 branch/tag/commit、回滚命令和数据影响。
+8. **发布执行准入**：哪些条件满足后才能进入 `/09-发布执行`。

package/workflow/core/commands/09-/345/217/221/345/270/203/346/211/247/350/241/214.md

@@ -0,0 +1,39 @@
+# /09-发布执行
+
+## Goal
+
+发布执行: 在用户明确授权后执行远程 push、GitHub release、商店/平台发布或部署，并记录真实证据。未获授权时只生成执行清单，不执行远程或生产动作。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Workspace-level `features/{feature}/08-发布准备.md`
+- 用户对远程 push、release、部署或商店提交的明确授权
+- 目标平台登录状态、CLI 状态、发布渠道要求和回滚方案
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- Do not claim a push, release, deployment, store submission, or production config change succeeded unless it was actually executed and verified.
+- Local git operations may be executed for personal projects when scoped; remote and production actions require explicit user authorization in the current task.
+- Before remote publish, verify release candidate commit, branch, tag, test/build evidence, and rollback plan still match `/08-发布准备`.
+- If authorization is missing, stop at a runnable checklist and mark the stage as blocked by authorization.
+- Do not publish secrets, private URLs, personal tokens, ticket IDs, QR codes, or receipt identifiers into public release artifacts.
+
+## Required Outputs
+
+- Create or update workspace-level `features/{feature}/09-发布执行.md`.
+- Update workspace-level `features/{feature}/00-工作流状态.md`.
+- Record exact commands executed, command results, remote URLs or release identifiers safe to share, artifact paths, verification evidence, and rollback readiness.
+- Record any failed command, partial publish state, or manual follow-up.
+- 若工作区存在 `business/{product}/B8-渠道执行策略.md`：发布完成后生成本次发布的渠道分发清单（发布帖、邮件、社区、目录站等），逐项标注等待用户授权或自行执行；不自动对外发布。
+
+## Suggested Structure
+
+1. **授权记录**：用户授权的具体范围和禁止事项。
+2. **执行前核查**：branch、commit、tag、测试、构建、artifact、回滚点。
+3. **执行记录**：按时间列出真实执行的命令或平台动作。
+4. **发布验证**：远端分支/tag/release、部署 URL、商店状态或包版本的验证证据。
+5. **回滚准备**：需要时如何恢复 `prod`、撤回 release、回滚部署或下架 artifact。
+6. **遗留项**：未完成事项、平台审核等待项、监控或后续响应。

package/workflow/core/commands/10-/345/244/215/347/233/230/346/200/273/347/273/223.md

@@ -0,0 +1,41 @@
+# /10-复盘总结
+
+## Goal
+
+复盘总结: 沉淀个人项目级结论、可复用规则、知识库更新和下一轮改进项，让高价值经验不只停留在聊天记录里。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Workspace-level `features/{feature}/` 下的前序阶段文档
+- 发布记录、测试证据、缺陷、用户反馈、运行数据或人工观察
+- 发布后的增长信号（如有）：渠道流量、转化、激活与留存数据，workspace-level `business/{product}/B9-策略复盘.md`
+- 可选知识沉淀位置，例如 `llm-wiki-pilot/wiki/`、Obsidian Vault 或项目 README / CHANGELOG
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- Separate what happened, why it happened, what was learned, and what will change next time.
+- Do not store secrets, private URLs, personal tokens, payment details, ticket IDs, QR codes, or receipt identifiers in retrospective or wiki pages.
+- If updating a long-term wiki, preserve source provenance and update index/log together.
+- Public-facing README, CHANGELOG, release notes, store listing, and privacy policy can live in code repos when they are intentionally public release materials; internal PRD/research/decision notes stay under `features/<feature>/`.
+
+## Required Outputs
+
+- Create or update workspace-level `features/{feature}/10-复盘总结.md`.
+- Update workspace-level `features/{feature}/00-工作流状态.md`.
+- **更新 living specs**：把本次已发布的行为增量按 `workflow/core/templates/living-spec.md` 合并进工作区级 `specs/`（新增/修改的行为条目、数据模型、契约与变更历史）；未发布或未验证的行为不进 specs。
+- Record reusable rules, process improvements, technical debt, follow-up issues, and knowledge-base updates.
+
+## Suggested Structure
+
+1. **结果摘要**：目标、实际完成、未完成、发布状态。
+2. **合同对账**：完成合同目标逐条对照实际交付；Oracle 终态表；冻结后修订记录复盘（哪些定义当初没写清、返工代价多大）——这是提升"一次性定义清楚"能力的核心反馈回路。
+3. **关键证据**：测试、构建、发布、截图、用户反馈或运行数据。
+4. **有效做法**：可复制到下一次的流程、工具、命令、检查清单。
+5. **问题与根因**：范围漂移、测试缺口、发布摩擦、设计缺口、自动化缺口。
+6. **规则更新候选**：可以沉淀到 workflow core、项目 README、wiki、`workflow/constitution.md` 或 `workflow/standards/` 的规则。
+7. **知识沉淀**：更新了哪些 specs/wiki/README/CHANGELOG/release notes；未更新则说明原因。
+8. **增长信号回流**：本次发布带来的渠道与转化观察，写明哪些需要进入下一轮 `/B9-策略复盘`；无商业化基线时记录为缺口。
+9. **下一步**：下一轮 feature、bugfix、重构、监控、发布或商业化事项。

package/workflow/core/commands/B1-B8-/345/225/206/344/270/232/345/214/226/345/207/206/345/244/207.md

@@ -0,0 +1,30 @@
+# /B1-B8-商业化准备
+
+## Goal
+
+商业化准备编排: 在 `/new-product` 容器初始化后，串联生成 B1 到 B8 的商业化文档，形成从业务定位到渠道执行策略的完整基线；不授权任何对外投放、发布或代码实现。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Workspace-level `business/{product}/00-商业化状态.md`
+- 产品现状材料、市场与竞品资料、用户反馈与数据（按各阶段要求）
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- 按 B1 → B2 → B3 → B4 → B5 → B6 → B7 → B8 顺序生成，每个阶段遵守其自身契约。
+- 在关键决策点必须停下让用户确认后再继续：定位陈述（B1）、定价假设（B2）、ICP 与负面画像（B3）、主攻渠道（B6）、预算（B7）。
+- 某阶段资料不足时，停在该阶段并记录证据缺口，不虚构填充后继续。
+- 编排完成不等于策略生效：对外动作仍需用户逐项授权，营销工程需求仍需走 `/new-feature` 研发轨。
+- `/B9-策略复盘` 不在编排范围内，按周期单独执行。
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、渠道名、代码标识符、命令、文件路径、API、SDK、框架、协议、标准和官方英文术语保留原文。
+- 本编排命令只准备 B1 到 B8 文档，不授权修改业务代码。
+
+## Required Outputs
+
+- Create or update workspace-level `business/{product}/B1-业务定位.md` 到 `B8-渠道执行策略.md`。
+- Update workspace-level `business/{product}/00-商业化状态.md`。
+- 输出汇总：关键决策记录、待验证假设总表、营销工程需求清单、待授权对外动作清单。
+- Record unresolved questions and evidence gaps explicitly.

package/workflow/core/commands/B1-/344/270/232/345/212/241/345/256/232/344/275/215.md

@@ -0,0 +1,38 @@
+# /B1-业务定位
+
+## Goal
+
+业务定位: 基于产品与服务盘点、市场调研和竞争对手分析，形成可证伪的定位陈述、细分市场选择和差异化主张。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Workspace-level `business/{product}/00-商业化状态.md`
+- 产品现状材料：README、功能清单、交付形态、已有用户反馈或使用数据
+- 竞品名单或线索、市场资料（公开报告、社区讨论、搜索趋势）
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- 区分一手证据（用户访谈、自有使用数据）、二手证据（公开报告、竞品公开信息、社区讨论）和推断；市场结论必须标注来源和采集日期，不得编造数据、用户评价、竞品价格或市场规模。
+- 竞品分析必须来自可核查来源（官网、定价页、changelog、公开评价、社区讨论），逐条注明采集日期；无法核实的写入待确认项。
+- 市场规模允许量级估算，但必须写出估算方法和输入假设。
+- 定位陈述必须可证伪：说清为谁、解决什么、不为谁、不做什么。
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、渠道名、代码标识符、命令、文件路径、API、SDK、框架、协议、标准和官方英文术语保留原文。
+- 本阶段只产出分析和文档，不授权修改业务代码，不授权对外动作。
+
+## Required Outputs
+
+- Create or update workspace-level `business/{product}/B1-业务定位.md`.
+- Update workspace-level `business/{product}/00-商业化状态.md`.
+- Record unvalidated assumptions and evidence gaps explicitly（喂给 `/B3-PMF与客户画像` 验证）。
+
+## Suggested Structure
+
+1. **产品与服务盘点**：当前能力、可收费交付物、产品形态（CLI/SaaS/插件/模板/内容/服务）、技术依赖与约束。
+2. **市场调研**：目标市场与细分、目标用户聚集地（社区/平台/线下场景）、趋势信号、现有解决方式（包括"手动解决、不用工具"）。
+3. **竞争对手分析**：直接竞品 / 间接竞品 / 替代方案矩阵——定价、目标用户、主要渠道、优势、弱点、用户公开抱怨点（来源+日期）。
+4. **定位陈述**：For [目标细分] who [痛点/任务]，[产品] 是一个 [品类]，提供 [核心收益]；unlike [主要替代方案]，它 [差异化]。
+5. **细分选择与放弃**：主攻细分、暂缓细分、明确不做的细分及理由。
+6. **证据分级与待验证假设**：一手/二手/推断清单，按风险排序。

package/workflow/core/commands/B2-/345/225/206/344/270/232/346/250/241/345/274/217.md

@@ -0,0 +1,38 @@
+# /B2-商业模式
+
+## Goal
+
+商业模式: 梳理价值主张、收入模式与定价假设、成本结构、单位经济和关键假设，形成个人开发者可维护的精益画布。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Workspace-level `business/{product}/B1-业务定位.md`
+- 成本事实：基础设施、第三方 API、支付通道费率、必要工具订阅
+- 竞品定价对照（B1 已采集）、已有收入或转化数据（如有）
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- 单位经济必须使用真实成本数字；拿不到真实数字时使用明确标注的假设值，不得把假设写成事实。
+- 定价假设必须给出竞品锚点对照和选择理由。
+- 关键假设按"证伪代价 × 不确定性"排序，并标注验证方式（喂给 `/B3-PMF与客户画像`）。
+- 区分一手证据、二手证据和推断；数据标注来源和日期。
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、渠道名、代码标识符、命令、文件路径、API、SDK、框架、协议、标准和官方英文术语保留原文。
+- 本阶段只产出分析和文档，不授权修改业务代码，不授权改动线上定价或支付配置。
+
+## Required Outputs
+
+- Create or update workspace-level `business/{product}/B2-商业模式.md`.
+- Update workspace-level `business/{product}/00-商业化状态.md`.
+- Record unvalidated assumptions and evidence gaps explicitly.
+
+## Suggested Structure
+
+1. **精益画布**：问题 / 客户细分 / 独特价值主张 / 解决方案 / 渠道 / 收入流 / 成本结构 / 关键指标 / 门槛优势（个人开发者常见护城河：迭代速度、细分聚焦、分发位、社区信任）。
+2. **收入模式选择**：一次性买断 / 订阅 / 用量计费 / 免费+付费层 / 赞助 / 服务化，以及与产品形态和 ICP 付费习惯的匹配理由。
+3. **定价假设**：免费层边界、付费触发点、价格档位与锚点、月付/年付策略、退款政策。
+4. **成本结构与单位经济**：固定成本、边际成本、支付手续费、目标毛利；由毛利与预期 LTV 推导 CAC 上限。
+5. **关键指标**：北极星指标 + 漏斗核心指标的定义与统计口径。
+6. **关键假设清单**：按风险排序，每条标注验证实验和判定标准。

package/workflow/core/commands/B3-PMF/344/270/216/345/256/242/346/210/267/347/224/273/345/203/217.md

@@ -0,0 +1,39 @@
+# /B3-PMF与客户画像
+
+## Goal
+
+PMF 与客户画像: 用定义好的信号验证产品市场匹配度，确定可操作的理想客户画像 ICP 和负面画像。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Workspace-level `business/{product}/B1-业务定位.md`、`B2-商业模式.md`
+- 用户访谈记录、支持对话、公开评论和反馈
+- 使用与留存数据、waitlist / 预售 / landing 转化数据（如有）
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- PMF 判定必须基于事先定义的信号阈值，不得凭感觉宣布达到 PMF；证据不足时明确记录"未验证"。
+- 访谈和调研结论必须注明样本量、招募渠道和时间；小样本结论标注置信限制。
+- ICP 和负面画像都必须可操作：给出识别信号，而不是空泛描述。
+- 未达 PMF 信号前，`/B5-渠道漏斗映射` 到 `/B8-渠道执行策略` 的投放建议保持最小实验档。
+- 区分一手证据、二手证据和推断；不得编造用户反馈。
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、渠道名、代码标识符、命令、文件路径、API、SDK、框架、协议、标准和官方英文术语保留原文。
+- 本阶段只产出分析和文档，不授权修改业务代码；验证实验涉及的对外动作（发问卷、发帖招募、预售页上线）需要用户明确授权或自行执行。
+
+## Required Outputs
+
+- Create or update workspace-level `business/{product}/B3-PMF与客户画像.md`.
+- Update workspace-level `business/{product}/00-商业化状态.md`（含 PMF 判定结论）。
+- Record unvalidated assumptions and evidence gaps explicitly.
+
+## Suggested Structure
+
+1. **PMF 信号定义**：留存曲线是否走平、Sean Ellis "非常失望"占比（参考阈值 40%）、付费转化率、自然增长与口碑推荐占比；早期可用替代信号（访谈复购意愿、waitlist 转化、预售定金）。
+2. **验证实验**：问题访谈、landing 冒烟测试、预售、MVP 留存测量——每个实验记录假设、样本、判定标准、真实结果。
+3. **当前判定**：未验证 / 弱信号 / 达标，附证据列表和下一步验证计划。
+4. **理想客户画像 ICP**：角色与场景、触发事件、预算与付费能力、技术水平、聚集渠道、识别信号、优先级排序。
+5. **负面画像**：明确不服务的对象、原因（支持成本高 / 需求偏离路线图 / 流失快 / 价格错配）、识别信号、礼貌拒绝与引导话术。
+6. **对研发轨的影响**：ICP 修正带来的需求优先级调整建议，回流 `/01-需求讨论` 和 `/02-产品文档`。

package/workflow/core/commands/B4-/345/234/272/346/231/257/344/270/216/350/264/255/344/271/260/346/227/205/347/250/213.md

@@ -0,0 +1,37 @@
+# /B4-场景与购买旅程
+
+## Goal
+
+场景与购买旅程: 用 JTBD 口径深挖客户使用场景，并画出从认知到推荐的付费购买旅程、异议清单和流失点。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Workspace-level `business/{product}/B1-业务定位.md`、`B3-PMF与客户画像.md`
+- 访谈记录、支持对话、产品使用路径数据
+- 竞品公开评价中的场景与异议线索
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- 每个场景按"触发事件 → 要完成的任务 → 现有替代 → 摩擦 → 期望结果"描述，不写成功能清单。
+- 旅程每一步必须对应可观察的用户行为和可准备的材料，避免只写心理描写。
+- 异议必须来自真实听到或看到的表述并注明出处；推测的异议单独标注为假设。
+- 区分一手证据、二手证据和推断；数据标注来源和日期。
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、渠道名、代码标识符、命令、文件路径、API、SDK、框架、协议、标准和官方英文术语保留原文。
+- 本阶段只产出分析和文档，不授权修改业务代码，不授权对外动作。
+
+## Required Outputs
+
+- Create or update workspace-level `business/{product}/B4-场景与购买旅程.md`.
+- Update workspace-level `business/{product}/00-商业化状态.md`.
+- Record unvalidated assumptions and evidence gaps explicitly.
+
+## Suggested Structure
+
+1. **场景清单（JTBD）**：每个场景记录触发事件、要完成的任务、现有替代方案、摩擦点、期望结果、出现频率。
+2. **场景优先级**：按 频率 × 痛感 × 付费意愿 打分，选出主攻场景和暂缓场景。
+3. **购买旅程表**：认知 → 考虑 → 试用 → 付费 → 留存 → 推荐；每步记录用户行为与关注点、接触点、需要的证据材料（内容 / demo / 对比页 / 案例）、常见异议与应对、流失原因。
+4. **付费触发与阻力**：谁掏钱、价格敏感度、付款方式偏好（月付/年付/买断）、退款与发票等交易摩擦。
+5. **材料缺口清单**：旅程各步缺失的内容、页面和产品钩子，喂给 `/B8-渠道执行策略` 与研发轨。

package/workflow/core/commands/B5-/346/270/240/351/201/223/346/274/217/346/226/227/346/230/240/345/260/204.md

@@ -0,0 +1,39 @@
+# /B5-渠道漏斗映射
+
+## Goal
+
+渠道漏斗映射: 明确线下与线上各候选渠道在转化漏斗中的位置、作用、金钱与时间成本、见效周期和 ICP 匹配度。
+
+## Required Inputs
+
+- `AGENTS.md`
+- `workflow/team-profile.yaml`
+- Workspace-level `business/{product}/B3-PMF与客户画像.md`（ICP 聚集渠道）、`B4-场景与购买旅程.md`
+- 已有渠道数据（如有）
+- `business/{product}/B7-营销预算.md`（如已存在，作为约束）
+
+## Execution Rules
+
+- Read local facts before writing conclusions.
+- 先定义漏斗层口径，再做渠道映射；不同产品可以简化漏斗层，但必须显式写出。
+- 每个候选渠道必须回答"ICP 真的在这里吗"，并给出证据或标注为待验证。
+- 个人开发者同时主攻渠道数默认不超过 2-3 个；超出必须写明理由，避免时间预算被摊薄。
+- 区分一手证据、二手证据和推断；渠道成本与效果数据标注来源和日期，不得编造。
+- 默认使用简体中文展示工作流沟通和阶段产物；专有名词、产品名、品牌名、渠道名、代码标识符、命令、文件路径、API、SDK、框架、协议、标准和官方英文术语保留原文。
+- 本阶段只产出分析和文档，不授权修改业务代码，不授权任何投放或发布动作。
+
+## Required Outputs
+
+- Create or update workspace-level `business/{product}/B5-渠道漏斗映射.md`.
+- Update workspace-level `business/{product}/00-商业化状态.md`.
+- Record unvalidated assumptions and evidence gaps explicitly.
+
+## Suggested Structure
+
+1. **漏斗定义**：认知 Awareness → 获取 Acquisition → 激活 Activation → 付费 Revenue → 留存 Retention → 推荐 Referral；按产品实际情况简化并写明口径。
+2. **渠道清单与评估**：
+   - offline: events / conferences、local meetups、hackathons、线下工作坊等。
+   - online: paid ads、SEO、cold outreach、influencer marketing、social media、email marketing、partnership、开发者社区、应用与插件市场、目录站、开源仓库分发等。
+   - 每个渠道记录：漏斗位置、作用（拉新 / 养育 / 转化 / 留存 / 召回）、金钱成本、时间成本、见效周期、可扩展性、ICP 匹配证据、平台规则风险。
+3. **渠道-漏斗矩阵**：一张表看清每个漏斗层由哪些渠道负责，标出没有渠道覆盖的层。
+4. **主攻候选与放弃清单**：进入 `/B6-营销获客策略` 决策的候选渠道、明确暂不做的渠道及理由。