一人项目交付体系

要解决什么问题

一个人扛需求、设计、开发、测试和上线时，瓶颈往往不在写代码，而在交付节奏：任务边界模糊、并行事项互相抢占、缺少可复盘的分界点。团队里有 PM 和流程模板时，这些成本被分摊； solo 场景里，同样的问题会直接变成延期和返工。

本技能（规范名 @user_608d0df3/one-person-delivery-system）面向一人项目的端到端交付：把「做完」拆成可对话、可迭代的阶段，让大模型在规划与执行之间充当结构化的协作接口，而不是零散的问答。

技能如何工作

调用后，模型会按「一人项目交付体系」的语境组织回答，典型用法包括：

• 范围与优先级：在资源只有一人的前提下，明确当前迭代做什么、不做什么
• 阶段划分：用可检查的中间产物（而非模糊待办）串联从想法到上线的路径
• 风险与依赖：单独列出外部阻塞、技术债和必须前置的条件，避免隐性拖期

你可以在立项、切版本、发版前复盘等节点挂载该技能，让输出格式和术语保持一致，减少每次重讲背景的成本。

适用边界与注意点

• 这是方法论向的大模型技能，不替代 issue 跟踪、CI 或财务系统；具体工具链仍需你自己选型
• 效果取决于你是否提供真实约束（时间、客户承诺、技术栈）；空泛描述只会得到空泛计划
• 多人协作、强合规审计的项目应叠加正式流程，不宜把本技能当作唯一交付规范