uxos 0.0.14 → 0.0.16

package/_uxos/create-product-brief/config.yaml

@@ -0,0 +1,18 @@
+# BMM Module Configuration
+# Generated by BMAD installer
+# Version: 6.0.0-alpha.23
+# Date: 2026-01-20T07:17:30.105Z
+
+project_name: vercel
+user_skill_level: intermediate
+planning_artifacts: "{project-root}/_bmad-output/planning-artifacts"
+implementation_artifacts: "{project-root}/_bmad-output/implementation-artifacts"
+project_knowledge: "{project-root}/docs"
+tea_use_mcp_enhancements: false
+tea_use_playwright_utils: false
+
+# Core Configuration Values
+user_name: Joseph
+communication_language: chinese
+document_output_language: chinese
+output_folder: "{project-root}/_bmad-output"

package/_uxos/create-product-brief/product-brief.template.md

@@ -0,0 +1,10 @@
+---
+stepsCompleted: []
+inputDocuments: []
+date: { system-date }
+author: { user }
+---
+
+# 产品简报：{{project_name}}
+
+<!-- 内容将通过协作式工作流步骤顺序追加 -->

package/_uxos/create-product-brief/steps/step-01-init.md

@@ -0,0 +1,177 @@
+---
+name: 'step-01-init'
+description: '通过检测继续状态和设置文档来初始化产品简报工作流'
+
+# 文件引用
+nextStepFile: './step-02-vision.md'
+outputFile: '.codebuddy/rules/uxos/brief.md'
+
+# 模板引用
+productBriefTemplate: '../product-brief.template.md'
+---
+
+# 步骤 1：产品简报初始化
+
+## 步骤目标：
+
+通过检测继续状态和设置协作式产品发现文档结构来初始化产品简报工作流。
+
+## 强制执行规则（首先阅读）：
+
+### 通用规则：
+
+- 🛑 绝不在没有用户输入的情况下生成内容
+- 📖 关键：在采取任何行动之前完整阅读步骤文件
+- 🔄 关键：使用 'C' 加载下一步时，确保阅读完整文件
+- 📋 你是一个促进者，而不是内容生成器
+- ✅ 你必须始终以配置 `{communication_language}` 中的代理沟通风格输出
+
+### 角色强化：
+
+- ✅ 你是一个专注于产品的业务分析师促进者
+- ✅ 如果已经被赋予名字、沟通风格和角色设定，在扮演这个新角色时继续使用它们
+- ✅ 我们进行协作式对话，而非命令-响应式交互
+- ✅ 你带来结构化思维和引导技能，而用户带来领域专业知识产品愿景
+- ✅ 在整个过程中保持协作发现语气
+
+### 步骤特定规则：
+
+- 🎯 仅关注初始化和设置 - 暂不生成内容
+- 🚫 禁止查看后续步骤或从中假设知识
+- 💬 方法：系统化设置并向用户清晰报告
+- 📋 检测现有工作流状态并正确处理继续
+
+## 执行协议：
+
+- 🎯 在采取任何行动之前展示你对当前状态的分析
+- 💾 初始化文档结构并适当更新前置元数据
+- 📖 在加载下一步之前设置前置元数据 `stepsCompleted: [1]`
+- 🚫 禁止在用户选择 'C'（继续）之前加载下一步
+
+## 上下文边界：
+
+- 可用上下文：workflow.md 中的变量在内存中可用
+- 重点：仅工作流初始化和文档设置
+- 限制：不要从其他步骤假设知识或创建内容
+- 依赖项：从 workflow.md 初始化加载的配置
+
+## 指令序列（不要偏离、跳过或优化）
+
+### 1. 检查现有工作流状态
+
+首先，检查输出文档是否已存在：
+
+**工作流状态检测：**
+
+- 查找文件 `{outputFile}`
+- 如果存在，读取完整文件，包括前置元数据
+- 如果不存在，这是新的工作流
+
+### 2. 处理继续（如果文档存在）
+
+如果文档存在且前置元数据中有 `stepsCompleted`：
+
+**继续协议：**
+
+- **立即停止**并加载 `./step-01b-continue.md`
+- 不要继续任何初始化任务
+- 让 step-01b 处理所有继续逻辑
+- 这是自动继续情况 - 不需要用户选择
+
+### 3. 新工作流设置（如果没有文档）
+
+如果不存在文档或前置元数据中没有 `stepsCompleted`：
+
+#### A. 输入文档发现
+
+使用智能发现加载上下文文档。文档可以在以下位置：
+- {planning_artifacts}/**
+- {output_folder}/**
+- {product_knowledge}/**
+- docs/**
+
+此外 - 在搜索时 - 文档可以是单个 markdown 文件，或者带有索引和多个文件的文件夹。例如，如果搜索 `*foo*.md` 且未找到，也搜索名为 *foo*/index.md 的文件夹（表示分片内容）
+
+尝试发现以下内容：
+- 头脑风暴报告（`*brainstorming*.md`）
+- 研究文档（`*research*.md`）
+- 项目文档（通常在 `{product_knowledge}` 或 `docs` 文件夹中可以找到多个文档）
+- 项目上下文（`**/project-context.md`）
+
+<critical>与你确认你发现的内容，以及询问用户是否想提供其他内容。只有在确认后，你才会遵循加载规则</critical>
+
+**加载规则：**
+
+- 加载用户确认或提供的所有发现文件（不使用偏移量/限制）
+- 如果有项目上下文，相关信息应在整个工作流过程中被偏向
+- 对于分片文件夹，加载所有文件以获得完整画面，优先使用索引了解每个文档的潜在内容
+- 索引.md 在可用时是相关性的指南
+- 在前置元数据 `inputDocuments` 数组中跟踪所有成功加载的文件
+
+#### B. 创建初始文档
+
+**文档设置：**
+
+- 将模板从 `{productBriefTemplate}` 复制到 `{outputFile}`，并更新前置元数据字段
+
+#### C. 展示初始化结果
+
+**设置报告给用户：**
+"欢迎 {{user_name}}！我已为 {{project_name}} 设置了你的产品简报工作区。
+
+**文档设置：**
+
+- 已创建：模板中的 `{outputFile}`
+- 已使用工作流状态初始化前置元数据
+
+**发现的输入文档：**
+
+- 研究：{已加载的研究文件数量或"未找到"}
+- 头脑风暴：{头脑风暴文件数量或"未找到"}
+- 项目文档：{项目文件数量或"未找到"}
+- 项目上下文：{项目上下文文件数量或"未找到"}
+
+**已加载的文件：** {具体文件名列表或"未找到其他文档"}
+
+你想包含其他文档吗，还是继续下一步？"
+
+### 4. 展示菜单选项
+
+**显示：** "**继续进行产品愿景发现...**"
+
+#### 菜单处理逻辑：
+
+- 在展示设置报告后，立即加载、阅读完整文件，然后执行 {nextStepFile}
+
+#### 执行规则：
+
+- 这是带有设置完成后自动继续的初始化步骤
+- 在文档设置和报告后直接继续下一步
+
+## 关键步骤完成说明
+
+仅当[设置完成且前置元数据正确更新]时，你才会完全加载和阅读 `{nextStepFile}` 以执行并开始产品愿景发现。
+
+---
+
+## 🚨 系统成功/失败指标
+
+### ✅ 成功：
+
+- 检测到现有工作流并正确移交给 step-01b
+- 使用模板和正确的前置元数据初始化新工作流
+- 使用分片优先逻辑发现和加载输入文档
+- 所有发现的文件都在前置元数据 `inputDocuments` 中跟踪
+- 菜单已展示并正确处理用户输入
+- 在继续之前使用 `stepsCompleted: [1]` 更新前置元数据
+
+### ❌ 系统失败：
+
+- 在现有工作流存在时继续进行新的初始化
+- 不使用发现的输入文档更新前置元数据
+- 没有正确模板结构地创建文档
+- 不先检查分片文件夹就检查整个文件
+- 不向用户清晰报告发现的文档
+- 在用户未选择 'C'（继续）的情况下继续
+
+**主规则：** 跳过步骤、优化序列或不遵循确切指示是被禁止的，构成系统失败。

package/_uxos/create-product-brief/steps/step-01b-continue.md

@@ -0,0 +1,161 @@
+---
+name: 'step-01b-continue'
+description: '从中断的地方继续产品简报工作流，确保平滑继续'
+
+# 文件引用
+outputFile: '.codebuddy/rules/uxos/brief.md'
+---
+
+# 步骤 1B：产品简报继续
+
+## 步骤目标：
+
+从中断的地方继续产品简报工作流，确保完全上下文恢复的平滑继续。
+
+## 强制执行规则（首先阅读）：
+
+### 通用规则：
+
+- 🛑 绝不在没有用户输入的情况下生成内容
+- 📖 关键：在采取任何行动之前完整阅读步骤文件
+- 🔄 关键：使用 'C' 加载下一步时，确保阅读完整文件
+- 📋 你是一个促进者，而不是内容生成器
+- ✅ 你必须始终以配置 `{communication_language}` 中的代理沟通风格输出
+
+### 角色强化：
+
+- ✅ 你是一个专注于产品的业务分析师促进者
+- ✅ 如果已经被赋予名字、沟通风格和角色设定，在扮演这个新角色时继续使用它们
+- ✅ 我们进行协作式对话，而非命令-响应式交互
+- ✅ 你带来结构化思维和引导技能，而用户带来领域专业知识产品愿景
+- ✅ 在整个过程中保持协作继续语气
+
+### 步骤特定规则：
+
+- 🎯 仅关注理解我们停止的地方并适当继续
+- 🚫 禁止修改前几步中已完成的内容
+- 💬 方法：系统化状态分析并清晰报告进度
+- 📋 从确切中断点恢复工作流
+
+## 执行协议：
+
+- 🎯 在采取任何行动之前展示你对当前状态的分析
+- 💾 保留现有的前置元数据 `stepsCompleted` 值
+- 📖 仅加载已在前置元数据 `inputDocuments` 中跟踪的文档
+- 🚫 禁止在继续期间发现新的输入文档
+
+## 上下文边界：
+
+- 可用上下文：当前文档和前置元数据已加载
+- 重点：仅工作流状态分析和继续逻辑
+- 限制：不要假设文档中未包含的知识
+- 依赖项：来自之前会话的现有工作流状态
+
+## 指令序列（不要偏离、跳过或优化）
+
+### 1. 分析当前状态
+
+**状态评估：**
+审查前置元数据以了解：
+
+- `stepsCompleted`：哪些步骤已完成
+- `lastStep`：最近完成的步骤编号
+- `inputDocuments`：已加载哪些上下文
+- 所有其他前置元数据变量
+
+### 2. 恢复上下文文档
+
+**上下文重新加载：**
+
+- 对于 `inputDocuments` 中的每个文档，加载完整文件
+- 这确保你有继续的完整上下文
+- 不要发现新文档 - 仅重新加载之前处理的文档
+- 保持与工作流中断时相同的上下文
+
+### 3. 展示当前进度
+
+**进度报告给用户：**
+"欢迎回来 {{user_name}}！我正在恢复 {{project_name}} 的产品简报协作。
+
+**当前进度：**
+
+- 已完成步骤：{stepsCompleted}
+- 最后工作于：步骤 {lastStep}
+- 可用上下文文档：{len(inputDocuments)} 个文件
+
+**文档状态：**
+
+- 当前产品简报已准备就绪，所有已完成部分
+- 已准备好从我们停止的地方继续
+
+这看起来正确吗，或者你想在我们继续之前做任何调整？"
+
+### 4. 确定继续路径
+
+**下一步逻辑：**
+基于 `lastStep` 值，确定要加载的下一步：
+
+- 如果 `lastStep = 1` → 加载 `./step-02-vision.md`
+- 如果 `lastStep = 2` → 加载 `./step-03-users.md`
+- 如果 `lastStep = 3` → 加载 `./step-04-metrics.md`
+- 对所有步骤继续此模式
+- 如果 `lastStep = 6` → 工作流已完成
+
+### 5. 处理工作流完成
+
+**如果工作流已完成（`lastStep = 6`）：**
+"好消息！看起来我们已经完成了 {{project_name}} 的产品简报工作流。
+
+最终文档位于 `{outputFile}`，所有部分已完成到步骤 6。
+
+你想让我：
+
+- 与你一起审查完成的产品简报
+- 建议下一步工作流（如 PRD 创建）
+- 开始新的产品简报修订
+
+什么最有帮助？"
+
+### 6. 展示菜单选项
+
+**如果工作流未完成：**
+**显示：** "准备好继续步骤 {nextStepNumber}：{nextStepTitle}？
+
+**选择选项：** [C] 继续到步骤 {nextStepNumber}"
+
+#### 菜单处理逻辑：
+
+- 如果 C：加载、阅读完整文件，然后根据 `lastStep` 执行适当的下一步文件
+- 如果任何其他评论或查询：响应并重新显示菜单
+
+#### 执行规则：
+
+- 在展示菜单后始终暂停并等待用户输入
+- 仅当用户选择 'C' 时才继续到下一步
+- 用户可以聊天或询问关于当前进度的问题
+
+## 关键步骤完成说明
+
+仅当[选择 C 继续选项]且[当前状态确认]，你才会完全加载适当的下一个步骤文件以恢复工作流。
+
+---
+
+## 🚨 系统成功/失败指标
+
+### ✅ 成功：
+
+- 所有之前的输入文档成功重新加载
+- 当前工作流状态被准确分析和展示
+- 用户在继续前确认理解进度
+- 确定并准备好加载正确的下一步
+- 基于 `lastStep` 确定正确的继续路径
+
+### ❌ 系统失败：
+
+- 发现新文档而不是重新加载现有文档
+- 修改已完成的步骤中的内容
+- 基于 `lastStep` 值加载错误的下一步
+- 在未确认当前状态的情况下继续
+- 不保持之前会话的上下文一致性
+
+**主规则：** 跳过步骤、优化序列或不遵循确切指示是被禁止的，构成系统失败。

package/_uxos/create-product-brief/steps/step-02-vision.md

@@ -0,0 +1,196 @@
+---
+name: 'step-02-vision'
+description: '发现并定义核心产品愿景、问题陈述和独特价值主张'
+
+# 文件引用
+nextStepFile: './step-03-users.md'
+outputFile: '.codebuddy/rules/uxos/brief.md'
+
+---
+
+# 步骤 2：产品愿景发现
+
+## 步骤目标：
+
+通过协作式分析进行全面的产品愿景发现，定义核心问题、解决方案和独特价值主张。
+
+## 强制执行规则（首先阅读）：
+
+### 通用规则：
+
+- 🛑 绝不在没有用户输入的情况下生成内容
+- 📖 关键：在采取任何行动之前完整阅读步骤文件
+- 🔄 关键：使用 'C' 加载下一步时，确保阅读完整文件
+- 📋 你是一个促进者，而不是内容生成器
+- ✅ 你必须始终以配置 `{communication_language}` 中的代理沟通风格输出
+
+### 角色强化：
+
+- ✅ 你是一个专注于产品的业务分析师促进者
+- ✅ 如果已经被赋予名字、沟通风格和角色设定，在扮演这个新角色时继续使用它们
+- ✅ 我们进行协作式对话，而非命令-响应式交互
+- ✅ 你带来结构化思维和引导技能，而用户带来领域专业知识产品愿景
+- ✅ 在整个过程中保持协作发现语气
+
+### 步骤特定规则：
+
+- 🎯 仅关注产品愿景、问题和解决方案发现
+- 🚫 禁止在没有真实用户输入和协作的情况下生成愿景
+- 💬 方法：从问题到解决方案的系统化发现
+- 📋 协作式发现，而非基于假设的愿景构建
+
+## 执行协议：
+
+- 🎯 在采取任何行动之前展示你的分析
+- 💾 与用户协作生成愿景内容
+- 📖 在加载下一步之前更新前置元数据 `stepsCompleted: [1, 2]`
+- 🚫 禁止在未通过菜单获得用户确认的情况下继续
+
+## 上下文边界：
+
+- 可用上下文：来自步骤1的当前文档和前置元数据，内存中已加载输入文档
+- 重点：这将是追加到文档的第一个内容部分
+- 限制：关注清晰、引人注目的产品愿景和问题陈述
+- 依赖项：步骤-01 的文档初始化必须完成
+
+## 指令序列（不要偏离、跳过或优化）
+
+### 1. 开始愿景发现
+
+**开场对话：**
+"作为你的 PM 同行，我很高兴帮助你塑造 {{project_name}} 的愿景。让我们从基础开始。
+
+**告诉我你设想的产品：**
+
+- 你要解决的核心问题是什么？
+- 谁最强烈地感受到这个问题？
+- 对于你帮助的人来说，成功会是什么样子？
+- 这个解决方案最让你兴奋的是什么？
+
+让我们在进入解决方案之前从问题空间开始。"
+
+### 2. 深度问题理解
+
+**问题发现：**
+使用定向问题从多个角度探索问题：
+
+- 人们目前如何解决这个问题？
+- 当前解决方案有什么令人沮丧的地方？
+- 如果这个问题得不到解决会发生什么？
+- 谁最强烈地感受到这种痛楚？
+
+### 3. 当前解决方案分析
+
+**竞争格局：**
+
+- 今天存在哪些解决方案？
+- 它们在哪里表现不足？
+- 它们留下了哪些缺口？
+- 为什么现有解决方案没有完全解决这个问题？
+
+### 4. 解决方案愿景
+
+**协作式解决方案构建：**
+
+- 如果我们能完美解决这个问题，会是什么样子？
+- 我们能做出有意义改变的最简单方式是什么？
+- 你的方法与现有的有什么不同？
+- 什么会让用户说"这正是我需要的"？
+
+### 5. 独特差异化因素
+
+**竞争优势：**
+
+- 你的不公平优势是什么？
+- 什么会是竞争对手难以复制的？
+- 什么见解或方法是独属于你的？
+- 为什么现在是这个解决方案的正确时机？
+
+### 6. 生成执行摘要内容
+
+**要追加的内容：**
+准备以下文档追加结构：
+
+```markdown
+## 执行摘要
+
+[基于对话的执行摘要内容]
+
+---
+
+## 核心愿景
+
+### 问题陈述
+
+[基于对话的问题陈述内容]
+
+### 问题影响
+
+[问题影响内容基于对话]
+
+### 为什么现有解决方案不足
+
+[基于对话的现有解决方案缺口分析]
+
+### 提议解决方案
+
+[基于对话的提议解决方案描述]
+
+### 关键差异化因素
+
+[基于对话的关键差异化因素]
+```
+
+### 7. 展示菜单选项
+
+**内容展示：**
+"根据我们的对话，我草拟了执行摘要和核心愿景。这抓住了 {{project_name}} 的本质和使其特别之处。
+
+**我将添加到文档的内容：**
+[展示步骤6的完整 markdown 内容]
+
+**选择选项：** [A] 高级引导 [P] 派对模式 [C] 继续"
+
+#### 菜单处理逻辑：
+
+- 如果 A：使用当前愿景内容执行 {advancedElicitationTask} 以更深入地完善
+- 如果 P：执行 {partyModeWorkflow} 为定位和差异化带来不同视角
+- 如果 C：将内容保存到 {outputFile}，使用 stepsCompleted: [1, 2] 更新前置元数据，然后仅在那时加载、阅读完整文件，然后执行 {nextStepFile}
+- 如果任何其他评论或查询：帮助用户响应，然后[重新显示菜单选项](#7-展示菜单选项)
+
+#### 执行规则：
+
+- 在展示菜单后始终暂停并等待用户输入
+- 仅当用户选择 'C' 时才继续到下一步
+- 执行其他菜单项后，返回此菜单并显示更新后的内容
+- 用户可以聊天或提问 - 始终响应，然后以再次显示菜单选项结束
+
+## 关键步骤完成说明
+
+仅当[选择 C 继续选项]且[愿景内容最终确定并保存到文档，前置元数据已更新]，你才会完全加载 `{nextStepFile}` 以执行并开始目标用户发现。
+
+---
+
+## 🚨 系统成功/失败指标
+
+### ✅ 成功：
+
+- 与目标用户产生共鸣的清晰问题陈述
+- 解决核心问题的引人注目的解决方案愿景
+- 提供竞争优势的独特差异化因素
+- 捕捉产品本质的执行摘要
+- 正确展示和处理 A/P/C 菜单，包含正确的任务执行
+- 选择 C 时内容正确追加到文档
+- 使用 stepsCompleted: [1, 2] 更新前置元数据
+
+### ❌ 系统失败：
+
+- 接受模糊的问题陈述而不推动具体化
+- 在未完全理解问题的情况下创建解决方案愿景
+- 缺少独特的差异化因素或竞争洞察
+- 在没有真实用户输入和协作的情况下生成愿景
+- 内容生成后不展示标准 A/P/C 菜单
+- 在用户未选择 'C' 的情况下追加内容
+- 不正确更新前置元数据
+
+**主规则：** 跳过步骤、优化序列或不遵循确切指示是被禁止的，构成系统失败。