一人软件公司的 AI 全栈工作台。集成 8 大专业能力，覆盖从需求到交付、从签约到盈利的全链路。一个人，顶一个团队。
| # | 能力 | 触发词 | 输出物 |
|---|------|--------|--------|
| 1 | PRD 生成 | PRD、需求文档、产品设计、生成PRD | 完整 PRD 文档 |
| 2 | 代码审查 | 代码审查、PR审查、Bug、Review | 结构化审查报告 |
| 3 | 测试用例 | 测试用例、单元测试、test case | 完整测试用例集 |
| 4 | 部署上线 | 部署、上线、回滚、发布 | 部署方案+检查清单 |
| 5 | 技术提案 | 提案、投标、方案、报价 | 完整投标方案 |
| 6 | 项目管理 | 周报、甘特图、WBS、风险 | 周报/甘特图/WBS |
| 7 | 合同起草 | 合同、开发合同、协议 | 正式合同文档 |
| 8 | 利润追踪 | 利润、成本、收款、发票 | 利润报表+预警 |
本 Skill 包含可直接执行的脚本和现成清单，无需子 Skill 即可独立运行。
| 脚本 | 用途 | 用法 |
|------|------|------|
| wbs_decomposer.py | WBS 任务分解 | python wbs_decomposer.py "登录,支付,订单" |
| profit_calculator.py | 项目利润计算 | python profit_calculator.py（交互式） |
| proposal_calculator.py | 提案报价计算 | python proposal_calculator.py（3种模式） |
| testcase_generator.py | 测试用例生成 | python testcase_generator.py（交互式） |
| 文件 | 内容来源 | 用途 |
|------|---------|------|
| deploy-checklist.md | 部署驾驶舱 | 部署前/中/后完整检查清单 |
| rollback-guide.md | 部署驾驶舱 | 回滚方案模板+常用命令 |
| health-check.md | 部署驾驶舱 | 系统健康检查表 |
| code-review-common.md | 代码审查官 | 通用代码审查清单 |
| code-review-python.md | 代码审查官 | Python 专项审查清单 |
| code-review-ts.md | 代码审查官 | TS/JS 专项审查清单 |
| acceptance-checklist.md | 软件合同速递 | 项目验收标准清单 |
| contract-clauses.md | 软件合同速递 | 合同关键条款速查 |
| profit-table.md | 项目利润追踪 | 利润追踪表（含月度收支） |
| gantt-template.md | 项目经理助手 | 甘特图模板（Mermaid+Excel） |
| prd-checklist.md | PRD生成器 | PRD 自审清单 |
| 文件 | 内容 |
|------|------|
| skill-index.md | 8 大能力触发词完整对照表 |
| workflow-guide.md | 3 条标准工作流编排路径 |
| prd-template.md | PRD 详细章节模板 |
| proposal-template.md | 技术提案+报价模板 |
| contract-template.md | 软件开发合同模板（10章节） |
| testcase-template.md | 测试用例完整格式模板 |
| report-templates.md | 周报+Gantt+WBS模板合集 |
| cost-template.md | 成本结构+报价策略模板 |
| deploy-template.md | 部署方案模板 |
按以下优先级路由用户输入：
| 优先级 | 关键词 | 能力 |
|--------|--------|------|
| 1 | 合同/签/协议/授权 | → 合同起草 |
| 2 | 提案/投标/方案/报价/工期 | → 技术提案 |
| 3 | 利润/成本/收款/发票/结算 | → 利润追踪 |
| 4 | PRD/需求文档/产品设计/用户故事 | → PRD生成 |
| 5 | 周报/甘特图/WBS/进度/风险/PM | → 项目管理 |
| 6 | 部署/上线/回滚/发布/checklist | → 部署上线 |
| 7 | 测试用例/单元测试/test case/用例 | → 测试用例 |
| 8 | 代码/审查/Bug/Review/安全 | → 代码审查 |
| 9 | 泛指一人公司/做软件/项目全套 | → 展示工作流 |
PRD、产品需求文档、需求文档、生成PRD、帮我写PRD、需求分析、产品设计
Step 1：理解输入
追问或自动补充：
如用户只说一句话（如「我要做外卖平台」），自动补充通用假设，注明「以下为假设内容，如有出入请告知」。
Step 2：生成 PRD
输出必须包含以下章节：
# {产品名称} - 产品需求文档（PRD）
## 文档信息
- 版本：v1.0 | 日期：{今日} | 作者：{用户}
## 1. 产品概述
### 1.1 产品定位
（一句话：「面向{用户}的{产品}，帮助用户{收益}」）
### 1.2 目标用户（含画像）
### 1.3 核心价值（3个核心问题+解决方案）
### 1.4 成功指标
## 2. 功能需求
### 2.X {功能名称}
- 功能描述
- 用户故事：作为{角色}，我希望{功能}，以便{收益}
- 优先级：P0/P1/P2
- 验收标准（3条）
## 3. 非功能需求
- 性能：P95 < 2s，API < 500ms
- 安全：HTTPS，RBAC权限
- 可用性：99.9%
## 4. 用户故事地图
认知→注册→首次使用→日常使用→续费
## 5. 优先级与排期
- Must（P0）：
- Should（P1）：
- Could（P2）：
## 6. 风险与依赖
优先级定义：
输出： Markdown，可直接复制，支持导出 Word/PDF
代码审查、审查代码、Code Review、PR审查、帮我看看代码、Bug分析、安全漏洞
Step 1：读取代码
使用 read_file 或 search_content 工具读取代码文件。
支持：Python / TypeScript / JavaScript / Java / Go / C# / Rust / Shell
Step 2：执行审查
按以下 6 个维度分析：
| 维度 | 检查项 |
|------|--------|
| 正确性 | 逻辑错误、边界条件、异常处理 |
| 安全性 | SQL注入、XSS、敏感信息硬编码、API密钥暴露 |
| 性能 | N+1查询、重复计算、内存泄漏、不必要循环 |
| 可维护性 | 代码重复、函数过长、命名不规范、注释缺失 |
| 最佳实践 | 语言/框架规范、错误处理、依赖管理 |
| 测试覆盖 | 是否有测试、测试用例是否充分 |
通用安全检查清单：
Python 专项：
eval() / exec() 处理外部输入
with 语句
raise Exception，用具体异常类型
TypeScript/JS 专项：
any 类型泛滥
Step 3：输出审查报告
# 代码审查报告
## 基本信息
- 文件：{文件名}
- 语言：{语言}
- 审查时间：{今日}
## 统计
- 总行数 / 代码行 / 注释行
- 函数数量 / 类数量
## 总体评分
[优秀 / 良好 / 一般 / 需要重大修改]
## 问题汇总
### [CRITICAL] 严重问题（P0）
{问题描述}
位置：`{文件}:{行号}`
建议：{如何修复}
### [WARNING] 中等问题（P1）
{...}
### [INFO] 建议优化（P2）
{...}
## 亮点
{做得好的地方}
## 改进建议
{整体架构或设计层面的建议}
## 总结
{一句话总结}
审查规则：
测试用例、生成测试用例、单元测试、集成测试、用例设计、test case
Step 1：理解输入
如只说「帮我写测试用例」但不说明具体功能，追问：请提供功能描述或上传 PRD/代码。
Step 2：覆盖场景类型
必须覆盖以下场景类型：
| 类型 | 说明 | 示例 |
|------|------|------|
| 正向流程 | 正常操作，主路径 | 正确账号密码登录成功 |
| 反向流程 | 错误输入，异常路径 | 密码错误登录失败 |
| 边界值 | 临界值测试 | 用户名最多20字符=19/20/21 |
| 空值测试 | 空/null/空格 | 用户名为空时报错 |
| 唯一性测试 | 唯一字段重复 | 注册已存在用户名 |
| 权限测试 | 越权操作 | 普通用户访问管理后台 |
| 兼容性测试 | 不同环境 | 浏览器/系统兼容性 |
Step 3：输出测试用例
# 测试用例集：{功能名称}
## 用例统计
- 总用例数：X | P0：X | P1：X | P2：X
---
### TC_{模块}_{序号}
| 字段 | 内容 |
|------|------|
| **用例ID** | TC_{模块}_{3位序号} |
| **用例标题** | {一句话描述} |
| **功能模块** | {所属模块} |
| **用例类型** | 功能测试 / 接口测试 / 边界测试 |
| **前置条件** | {测试前必须满足的条件} |
| **测试步骤** | 1. {步骤1}<br>2. {步骤2}<br>3. {步骤3} |
| **测试数据** | {关键输入数据} |
| **预期结果** | {期望的系统行为} |
| **优先级** | P0 / P1 / P2 |
| **关联需求** | {对应需求ID} |
输出选项： 完成后询问是否补充接口测试用例/自动化脚本/测试计划
部署、上线、检查清单、回滚、部署方案、发布、deployment
方式A：上线检查清单
生成分阶段检查清单：
## 部署前 24 小时
- [ ] 代码冻结，所有 P0/P1 Bug 已修复
- [ ] CI/CD 流水线 Green，无失败
- [ ] 安全扫描无高危漏洞
- [ ] 产品验收通过（UAT）
- [ ] 测试报告已出，结论通过
## 部署前 1 小时
- [ ] 数据库迁移脚本已在测试环境验证
- [ ] 生产环境配置已复核，环境变量已配置
- [ ] 第三方服务 Key 已更新（非测试 Key）
- [ ] 限流/熔断阈值已配置
- [ ] 开发/运维/产品人员待命
## 部署中（记录开始时间）
Step 1: [时间] 执行：
{具体命令}
## 验证检查点
| 检查项 | 方法 | 预期结果 |
|--------|------|---------|
| 服务启动 | 访问 /health | 返回 200 |
| 首页加载 | 访问首页 | 正常显示 |
| 核心功能 | 冒烟测试 | 全部通过 |
## 部署后 30 分钟观察
- [ ] 错误率 < 0.1%
- [ ] P99 响应时间 < {阈值}
- [ ] 无异常客诉涌入
方式B：回滚方案
触发条件（满足任一立即回滚）：
## 回滚执行（目标：10分钟内止血）
Step 1（1分钟）：切换流量
- [ ] 关闭新版本实例
- [ ] 切换流量到旧版本
Step 2（3分钟）：回滚服务
kubectl rollout undo deployment/{name}
验证：/health 接口返回 200
Step 3（5分钟，如涉及数据）：数据回滚
- [ ] 停止写入新版本
- [ ] 执行数据回滚脚本
- [ ] 验证数据一致性
Step 4（1分钟）：确认止血
- [ ] 服务错误率恢复
- [ ] 核心功能可用
- [ ] 日志无新增 ERROR
方式C：故障诊断
用户提供日志/错误信息 → 输出：
## 故障诊断报告
### 故障概述
- 时间：{时间}
- 影响范围：{范围}
- 持续时长：{时长}
### 根因分析（5 Why）
1. Why：
2. Why：
...
### 修复措施
| 措施 | 负责人 | 截止时间 |
|------|--------|---------|
| | | |
### 预防建议
- {防止再次发生的措施}
生成提案、技术方案、投标、技术标、提案、客户方案、商务方案、项目报价
Step 1：收集信息
| 信息项 | 追问话术 | 默认 |
|--------|---------|------|
| 客户名称 | 贵司叫什么？ | 必填 |
| 项目名称 | 项目叫什么？ | 必填 |
| 预算范围 | 预算大概多少？ | 未定 |
| 工期要求 | 希望多久交付？ | 待确认 |
| 行业背景 | 客户是哪个行业？ | 通用 |
| 核心需求 | 最想解决什么问题？ | 必问 |
| 技术偏好 | 有指定技术栈吗？ | 无，建议最优 |
Step 2：生成提案
标准结构：
报价参考：
人天成本参考：
行业系数：
付款方式推荐：
周报、项目周报、甘特图、任务分解、WBS、风险日志、进度报告
周报生成：
# {项目名称} 周报
**汇报人：{姓名}**
**周期：{本周} 至 {本周}**
---
## 一、本周进展
| 序号 | 任务 | 状态 | 完成度 | 说明 |
|------|------|------|--------|------|
| 1 | | 完成/进行中 | % | |
**里程碑达成：**
- ✅ {里程碑1}（{日期}）
**关键产出：**
1. {产出1}
## 二、下周计划
| 序号 | 任务 | 计划完成 | 依赖 |
|------|------|---------|------|
| 1 | | | |
## 三、风险与阻塞
| 风险描述 | 影响 | 概率 | 应对 |
|---------|------|------|------|
| | 高/中/低 | | |
## 四、项目健康度
| 指标 | 当前 | 状态 |
|------|------|------|
| 进度 | {N}% | 绿灯 |
| 预算消耗 | {N}% | 绿灯 |
## 五、需协调事项
- {事项}（请{XX}协助）
甘特图生成：
用户提供任务列表 → 输出 Markdown 甘特图：
# {项目名称} 甘特图
| 阶段 | 任务 | WBS | 开始 | 结束 | 工期 | 依赖 |
|------|------|-----|------|------|------|------|
| 启动 | 立项 | 1.1 | MM-DD | MM-DD | 3天 | - |
| 需求 | 需求调研 | 1.2 | MM-DD | MM-DD | 5天 | 1.1 |
| 设计 | 架构设计 | 2.1 | MM-DD | MM-DD | 3天 | 1.2 |
WBS 任务分解：
{项目名称} WBS
│
├── 1 启动阶段
│ ├── 1.1 立项
│ ├── 1.2 需求
│ └── 1.3 项目规划
│
├── 2 设计阶段
│ ├── 2.1 架构设计
│ ├── 2.2 UI/UX设计
│ └── 2.3 数据库设计
│
├── 3 开发阶段
│ ├── 3.1 开发环境准备
│ ├── 3.2 模块开发（含单元测试）
│ └── 3.n 集成测试
│
├── 4 测试阶段
│ ├── 4.1 功能测试
│ ├── 4.2 集成测试
│ └── 4.3 UAT
│
├── 5 上线阶段
│ ├── 5.1 部署准备
│ ├── 5.2 部署执行
│ └── 5.3 验收
│
└── 6 收尾阶段
├── 6.1 文档归档
├── 6.2 经验总结
└── 6.3 合同收尾
合同、软件开发合同、委托开发、技术合同、合同模板、协议
Step 1：识别合同类型
| 类型 | 适用场景 |
|------|---------|
| 软件开发合同 | 乙方为甲方定制开发 |
| 技术服务合同 | 乙方提供技术服务/咨询 |
| 委托开发合同 | 知识产权归属明确约定 |
| 软件采购合同 | 成品软件销售授权 |
| 维护服务合同 | 售后技术支持/运维 |
Step 2：收集信息
| 信息项 | 默认值 |
|--------|--------|
| 甲方/乙方 | 必填 |
| 项目名称 | 必填 |
| 合同金额 | 必填 |
| 付款方式 | 3331 |
| 工期 | 必填 |
| 知识产权归属 | 归甲方 |
| 质保期 | 12个月 |
Step 3：生成合同
核心章节：
关键提示：
项目利润、利润追踪、收款进度、人天成本、财务报表、发票管理、项目成本
Step 1：理解项目财务数据
用户提供：
Step 2：计算成本
人力成本 = 人天数 × 日均单价
总成本 = 人力成本 + 外包成本 + 第三方成本
含管理成本 = 总成本 × 1.12（管理系数）
项目利润 = 合同金额 - 含管理成本
毛利率 = 项目利润 / 合同金额 × 100%
日均成本参考：
Step 3：输出利润表
# {项目名称} 利润分析
## 收入
| 项目 | 金额 |
|------|------|
| 合同金额 | ¥{N} |
| 已收款 | ¥{N} |
| 剩余应收 | ¥{N} |
## 成本明细
| 成本项 | 金额 |
|--------|------|
| 人力成本 | ¥{N} |
| 外包成本 | ¥{N} |
| 第三方成本 | ¥{N} |
| 管理成本分摊 | ¥{N} |
| **总成本** | ¥{N} |
## 利润分析
| 指标 | 数值 |
|------|------|
| 项目利润 | ¥{N} |
| 毛利率 | {N}% |
| **健康度** | 优秀/正常/预警/警告 |
## 收款进度
| 节点 | 金额 | 状态 |
|------|------|------|
| 首付款 30% | ¥{N} | ✅已收 |
| 验收款 30% | ¥{N} | ⏳待收 |
| 上线款 30% | ¥{N} | ⏳待收 |
| 质保金 10% | ¥{N} | ⏳待收 |
健康度标准：
| 毛利率 | 健康度 |
|--------|--------|
| ≥ 50% | 优秀 🟢 |
| 30-50% | 正常 🟡 |
| 15-30% | 预警 🟠 |
| < 15% | 警告 🔴 |
客户需求 → 技术提案 → 合同签约 → PRD生成
→ 代码审查（循环）→ 测试用例 → 部署上线
→ 周报汇报（循环）→ 利润结算
PRD生成 → 代码审查 → 测试用例 → 部署上线 → 验收报告
技术提案 → 合同起草 → 利润追踪（收款计划）
→ 周报跟进 → 开票结算
共 1 个版本