菜单
文档工作流。在以下场景触发： 1. 用户说 "创建 PRD"、"写技术方案"、"写测试方案" 2. 用户说 "提交评审"、"发布文档" 3. 用户说 "检查文档"、"更新文档状态" 4. 用户提到文档类型关键词（PRD、技术方案、测试用例等） 支持文档创建、评审、状态流转、模版应用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
工作空间初始化。在以下场景触发： 1. 用户说 "初始化项目"、"初始化工作空间" 2. 用户说 "新建项目"、"创建项目" 3. 用户在一个空目录中说 "开始" 4. 用户需要快速搭建项目结构 一键初始化 Claude Code Native 工作空间，支持飞书集成配置。
里程碑提交管理。在以下场景触发： 1. 完成一个重要功能模块 2. 文档从 draft 变为 approved 3. 项目阶段转换（需求 → 设计 → 开发） 4. 用户说 "创建里程碑"、"提交里程碑" 5. 用户说 "总结这个阶段" 帮助用户在关键节点创建有意义的 Git 提交，记录项目演进历史。
工作空间初始化。在以下场景触发： 1. 用户说 "初始化项目"、"初始化工作空间" 2. 用户说 "新建项目"、"创建项目" 3. 用户在一个空目录中说 "开始" 4. 用户需要快速搭建项目结构 一键初始化 OpenWork Native 工作空间，支持飞书集成配置。
飞书 MCP 连接管理。在以下场景触发： 1. 用户说 "飞书连接"、"连接飞书"、"飞书配置" 2. 用户说 "飞书状态"、"检查飞书连接" 3. 用户说 "飞书授权"、"授权飞书" 4. 用户说 "飞书 token"、"刷新飞书 token" 5. 会话启动时自动检测飞书 MCP 状态 管理两个飞书 MCP 的连接状态、授权流程和 Token 刷新。
飞书文档同步。在以下场景触发： 1. 用户说 "同步到飞书"、"推送到飞书" 2. 用户说 "从飞书拉取"、"同步飞书变更" 3. 用户说 "检查飞书同步状态" 4. 用户提到文档需要同步到飞书知识库 支持双向同步：本地 → 飞书，飞书 → 本地
实施交付流程 SOP。在以下场景触发： 1. 用户说 "开始新项目"、"创建实施项目" 2. 用户说 "下一步做什么"、"当前阶段" 3. 用户说 "项目流程"、"实施流程" 4. 用户询问项目进展或阶段 5. 项目类型为 implementation 定义标准的实施交付流程和各阶段交付物。
| name | doc-workflow |
| description | 文档工作流。在以下场景触发： 1. 用户说 "创建 PRD"、"写技术方案"、"写测试方案" 2. 用户说 "提交评审"、"发布文档" 3. 用户说 "检查文档"、"更新文档状态" 4. 用户提到文档类型关键词（PRD、技术方案、测试用例等） 支持文档创建、评审、状态流转、模版应用。 |
管理项目文档的完整生命周期：创建 → 评审 → 发布。
| 关键词 | 文档类型 | 模版路径 | 目标目录 |
|---|---|---|---|
| PRD、需求文档 | prd | templates/prd.md | docs/product/ |
| 技术方案、技术设计 | tech-design | templates/tech-design.md | docs/tech/ |
| 测试方案、测试计划 | test-plan | templates/test-plan.md | docs/test/ |
| API 文档 | api-doc | templates/api-doc.md | docs/tech/ |
| 会议纪要 | meeting-notes | templates/meeting-notes.md | docs/meetings/ |
draft → review → approved → released
↓ ↓ ↓ ↓
创建 提交评审 评审通过 正式发布
| 状态 | 含义 | 触发动作 |
|---|---|---|
draft | 草稿，正在编写 | 无 |
review | 等待评审 | 提醒配置评审人 |
approved | 评审通过 | 建议下一步（根据 SOP） |
released | 已发布 | 可选：同步到飞书 |
当用户说"创建 PRD"或类似指令时：
确认文档类型
📝 将创建文档类型: PRD (产品需求文档)
目标路径: docs/product/
请确认或提供更多信息：
- 文档标题: [等待输入]
- 所属模块: [等待输入]
收集必要信息
应用模版
templates/{type}.md---
title: {标题}
type: {类型}
status: draft
author: {当前用户}
version: "1.0"
created: {日期}
updated: {日期}
module: {模块}
---
生成草稿
.claude/context/doc-index.md确认完成
✅ 文档已创建: docs/product/prd-{module}.md
下一步建议:
- 完善内容后修改 status 为 review
- 使用 /skill feishu-sync 同步到飞书
当用户修改文档的 status 字段时：
📋 文档已提交评审
建议操作:
1. 通知评审人（如果在 team.md 中配置）
2. 在飞书 Bitable 创建评审任务
3. 同步到飞书知识库便于评审
是否执行？[全部] [选择] [稍后]
✅ 文档评审通过！
根据项目流程，建议下一步:
- PRD 通过 → 创建技术方案
- 技术方案通过 → 拆解开发任务
- 测试方案通过 → 开始测试执行
是否继续？[是] [稍后]
🎉 文档已正式发布！
可选操作:
- 同步到飞书知识库（公开可见）
- 通知相关团队成员
- 归档评审记录
当用户说"检查模版更新"时：
templates/ 目录获取模版版本docs/ 中各文档的 template_version📋 模版更新检查结果:
templates/prd.md: v1.2.0 (最新)
- docs/product/prd-order.md 使用 v1.1.0 ← 可更新
templates/tech-design.md: v2.0.0 (最新)
- docs/tech/tech-order.md 使用 v2.0.0 ✓
是否更新过时文档？[选择] [全部] [取消]
所有文档必须包含以下 Front Matter：
---
title: 文档标题 # 必填
type: prd|tech-design|... # 必填
status: draft|review|... # 必填
author: 作者 # 必填
version: "1.0" # 必填
created: 2026-03-09 # 必填
updated: 2026-03-09 # 必填
module: 所属模块 # 可选
template: prd # 可选
template_version: "1.0" # 可选
reviewers: [reviewer1] # 可选
related_docs: [doc1] # 可选
---
| 错误场景 | 处理方式 |
|---|---|
| 模版不存在 | 提示可用的模版类型 |
| 文件已存在 | 询问是否覆盖或创建新版本 |
| Front Matter 缺失 | 自动补充默认值 |
| 状态流转非法 | 提示合法的流转路径 |