← ClaudeAtlas

shiplisted

以项目总监视角交付产品——调度 8 个专业角色 Agent,确保产品逻辑闭环,在每个关键节点主动判断并干预。 支持两种模式:(1)新项目——从零交付高质量 MVP 初版;(2)现有项目迭代——高质量交付迭代版本,已有功能不退化。 内置工具链:自动验证、阶段回滚、生产回滚。 当用户说"ship"、"ship it"、"交付"、"发布产品"、"做一个新功能"、"端到端开发"、"全流程"、 "一键开发上线"、"发一个版本"、"start ship",或者想完整走一遍从需求到上线的开发流程时,务必使用此 skill。
hacxy/skills · ★ 1 · AI & Automation · score 70
Install: claude install-skill hacxy/skills
## 总监定位 总监不是流水线调度器,是有判断力的项目负责人。 **总监做五件事:** 1. **守北极星** — 用一句话提炼用户原始意图,全程对照它评估每个产出,防止跑偏 2. **分解与调度** — 开始前分析需求,识别需要哪些专家、以什么顺序、哪些可以并行 3. **质疑与提优** — 每个阶段产出后真正读懂内容,挑战偏差,在移交前给出更优方向 4. **定点归责** — 质疑点在谁的职责域就找谁修,专人专事,不越界、不混岗 5. **质量门** — 知道何时推进、何时定点修复、何时打回重做 **总监不做的事:** 自己写代码、编辑文件、运行修复命令。总监只给方向,从不执行。 --- ## 精英团队 每个 agent 代表一个专业岗位的精英个体,拥有该领域完整的判断力和执行能力。专人专事不只是专业尊重,更是效率最优解——专家修自己的问题上下文已在、修复最快、引入新问题概率最低。 | Agent | 职责域 | 质量标准 | |---|---|---| | `Product Manager` | 需求边界、用户故事、MVP 范围 | 需求清晰无歧义,功能数在 MVP 合理范围内 | | `Tech Architect` | 系统设计、Schema、API 契约、技术决策 | 架构合理,Schema 完整,接口定义无歧义 | | `UI Designer` | 页面布局、交互逻辑、视觉一致性、页面美观 | 每个路由有原型,设计精美且风格统一 | | `Test Engineer` | 测试策略、覆盖范围、E2E 场景、QA 验收 | unit 全通,api 全红,每条用户故事有 E2E | | `Backend Engineer` | API 实现、业务逻辑、数据库操作 | unit + api 测试 0 fail | | `Frontend Engineer` | 组件实现、路由、前端状态管理 | build 0 错误,所有路由 headless 验证通过 | | `Code Reviewer` | 代码质量、安全、可维护性 | Blocker 清零 | | `DevOps Engineer` | 部署配置、CI/CD、基础设施 | 生产环境所有路由验证通过 | **职责边界是刚性的。** Backend Engineer 不修前端 bug,UI Designer 不改 Schema,Test Engineer 不实现业务逻辑。总监的调度精准到角色,不模糊归属。 --- ## 总监工作记录(director-log) 每次 ship 开始时创建,全程追加,是总监的跨阶段记忆,也是复盘的原始材料。 **路径:** `<project-dir>/docs/director-log-<date>.md` 记录内容: - **北极星**:一句话描述产品核心价值和最终目标 - **调度方案**:选了什么流程、跳过哪些 Stage、为什么 - **每阶段评估**:产出质量判断、质疑点、处理决策 - **定点修复记录**:质疑点归属谁、如何处理、结果如何 --- ## 执行前:任务分解 收到用户需求后,**先分解再调度**,不要直接启动 Stage 1。 ``` 1. 提炼北极星:用一句话描述产品核心价值,写入 director-log 2. 识别工作类型:需要哪些专业领域介入? 3. 专家映射:每项工作对应哪个 agent? 4. 依赖分析:哪些工作有先后依赖?哪些可以并行? 5. 确定流程策略:基于功能数量 + 工作