メニュー
IT 信息化项目流程 SOP。在以下场景触发： 1. 用户说 "开始新IT项目"、"创建IT项目" 2. 用户说 "下一步做什么"、"当前阶段" 3. 用户说 "项目流程"、"IT流程" 4. 用户询问项目进展或阶段 5. 项目类型为 it-infra 定义标准的IT信息化项目流程和各阶段交付物。
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 工作空间，支持飞书集成配置。
文档工作流。在以下场景触发： 1. 用户说 "创建 PRD"、"写技术方案"、"写测试方案" 2. 用户说 "提交评审"、"发布文档" 3. 用户说 "检查文档"、"更新文档状态" 4. 用户提到文档类型关键词（PRD、技术方案、测试用例等） 支持文档创建、评审、状态流转、模版应用。
飞书 MCP 连接管理。在以下场景触发： 1. 用户说 "飞书连接"、"连接飞书"、"飞书配置" 2. 用户说 "飞书状态"、"检查飞书连接" 3. 用户说 "飞书授权"、"授权飞书" 4. 用户说 "飞书 token"、"刷新飞书 token" 5. 会话启动时自动检测飞书 MCP 状态 管理两个飞书 MCP 的连接状态、授权流程和 Token 刷新。
飞书文档同步。在以下场景触发： 1. 用户说 "同步到飞书"、"推送到飞书" 2. 用户说 "从飞书拉取"、"同步飞书变更" 3. 用户说 "检查飞书同步状态" 4. 用户提到文档需要同步到飞书知识库 支持双向同步：本地 → 飞书，飞书 → 本地
| name | it-infra-sop |
| description | IT 信息化项目流程 SOP。在以下场景触发： 1. 用户说 "开始新IT项目"、"创建IT项目" 2. 用户说 "下一步做什么"、"当前阶段" 3. 用户说 "项目流程"、"IT流程" 4. 用户询问项目进展或阶段 5. 项目类型为 it-infra 定义标准的IT信息化项目流程和各阶段交付物。 |
标准的IT信息化项目流程，从需求到运维的完整指南。
需求分析 → 技术方案 → 开发实施 → 测试验收 → 上线部署 → 运维支持
↓ ↓ ↓ ↓ ↓ ↓
需求文档 技术方案 实施文档 测试报告 部署文档 运维手册
创建需求文档
用户: "创建CRM系统对接项目"
AI 操作:
- 使用 doc-workflow Skill 创建需求文档
- 应用 templates/requirement.md 模版
- 引导用户说明业务背景和需求
完善需求内容
确保包含以下部分：
提交内部评审
用户: "需求完成，提交评审"
AI 操作:
- 更新文档状态为 review
- 提醒配置评审人
- 可选：同步到飞书
评审通过
用户: "需求评审通过"
AI 操作:
- 更新文档状态为 approved
- 建议下一步：创建技术方案
docs/requirement/requirement-{system}.md)approved需求文档评审通过，进入技术方案阶段
approved创建技术方案
用户: "创建CRM对接技术方案"
AI 操作:
- 使用 doc-workflow Skill 创建技术方案
- 应用 templates/tech-design.md 模版
- 引导用户填写技术细节
完善技术方案
确保包含以下部分：
提交技术评审
用户: "技术方案完成，提交评审"
AI 操作:
- 更新文档状态为 review
- 准备技术评审材料
评审通过
用户: "技术方案评审通过"
AI 操作:
- 更新文档状态为 approved
- 建议下一步：开始实施
docs/tech/tech-{system}.md)approved技术方案评审通过，进入开发实施阶段
approved创建实施文档
用户: "开始实施"
AI 操作:
- 使用 doc-workflow Skill 创建实施文档
- 应用 templates/integration.md 或 templates/migration.md 模版
- 记录实施步骤
实施执行
记录关键步骤：
提交测试
用户: "实施完成，提交测试"
AI 操作:
- 更新文档状态为 review
- 准备测试用例
docs/implementation/implementation-{system}.md)docs/config/config-{module}.md)开发完成，进入测试验收阶段
创建测试报告
用户: "测试完成"
AI 操作:
- 使用 doc-workflow Skill 创建测试报告
- 应用 templates/test-report.md 模版
- 记录测试结果
测试结果记录
确保包含：
验收通过
用户: "UAT 通过"
AI 操作:
- 更新测试报告状态为 approved
- 建议下一步：上线部署
docs/test/test-report-{system}.md)approved测试验收通过，进入上线部署阶段
创建部署文档
用户: "开始部署"
AI 操作:
- 使用 doc-workflow Skill 创建部署文档
- 应用 templates/deployment.md 模版
- 记录部署步骤
部署内容
确保包含：
执行部署
用户: "开始上线"
AI 操作:
- 记录部署时间
- 生成部署记录
- 更新文档状态为 released
上线验证
部署后验证：
docs/deployment/deployment-{system}.md)released部署成功，系统上线
创建运维文档
用户: "创建运维手册"
AI 操作:
- 使用 doc-workflow Skill 创建运维文档
- 应用 templates/operation.md 模版
- 记录运维内容
运维内容
确保包含：
交接确认
用户: "运维交接完成"
AI 操作:
- 更新运维文档状态为 released
- 标记项目阶段为运维中
docs/operation/operation-{system}.md)released需求分析 → 技术方案 → 开发实施 → 测试验收 → 上线部署 → 运维支持
↓ ↓ ↓ ↓ ↓ ↓
draft draft draft draft draft draft
↓ ↓ ↓ ↓ ↓ ↓
review review review review review released
↓ ↓ ↓ ↓ ↓
approved approved approved approved released
| 阶段 | 推荐模式 | 说明 |
|---|---|---|
| 需求分析 | Mode A | 现场沟通为主，AI 记录整理 |
| 技术方案 | Mode B | 人主导，AI 辅助 |
| 开发实施 | Mode C | AI 生成文档，人确认 |
| 测试验收 | Mode D | AI 生成测试报告 |
| 上线部署 | Mode D | AI 生成部署文档 |
| 运维支持 | Mode D | AI 生成运维手册 |
当一个阶段完成时，AI 应该主动建议下一步：
✅ 需求分析完成
建议下一步:
[1] 创建技术方案 (使用 doc-workflow)
[2] 查看项目整体进展 (使用 project-status)
[3] 同步到飞书
IT 项目通常有周期性维护任务：
📅 周期性任务:
本周任务:
- [ ] 周一: 检查系统监控
- [ ] 周三: 查看告警记录
- [ ] 周五: 巡检报告
建议使用 task-management Skill 管理周期性任务。