素材来源官方媒体/网络新闻
,
,
,
Kiro IDE 中的 “Spec” 功能，体验下来非常惊艳，帮助开发者将一个粗略的想法变成详细的设计和开发计划，基于泄露的系统提示词，咱们来解读这个功能到底是什么做的？\x0a\x0aSpec 是什么？\x0a通过结构化的流程把你的功能想法逐步细化为需求文档、设计方案和编码任务清单。它强调用户参与，确保每一步都符合你的预期。\x0a\x0a工作流程\x0a整个流程分为三个阶段，层层递进，需用户逐步确认：\x0a1. 需求收集\x0a · 做什么：根据你的想法，生成一个需求文档，包含功能简介、用户故事（“作为一个[角色]，我想[功能]，以便[好处]”）和验收标准（EARS 格式，如“当[事件]发生时，系统应[反应]”）。\x0a · 怎么做：系统自动起草文档，考虑边缘情况和用户体验，然后问你：“需求 OK 吗？可以进入设计吗？”\x0a · 注意：需要你明确批准（如“没问题”），否则会根据反馈反复修改。\x0a2. 设计文档\x0a · 做什么：基于批准的需求，创建详细设计文档，包括功能概览、架构、组件、数据模型、错误处理和测试策略。\x0a · 怎么做：系统会研究需求，必要时用图表说明设计，完成后问：“设计 OK 吗？可以进入任务清单吗？”\x0a · 注意：需你批准才能继续，可随时返回修改需求。\x0a3. 任务清单\x0a · 做什么：将设计拆解成具体的编码任务，用复选框列表格式，每个任务明确目标、引用需求，并适合编码工具直接执行。\x0a · 怎么做：任务按测试驱动开发原则设计，逐步递增，完成后问：“任务清单 OK 吗？”\x0a · 注意：只包含编码任务（如写函数、测试），不涉及部署或用户测试。需你批准才能结束。\x0a\x0a核心原则\x0a· 用户控制：每阶段需你明确批准，系统不会自作主张\x0a· 灵活迭代：发现问题可随时返回上一步调整\x0a· 仅规划：只生成需求、设计、任务文档，不涉及实际编码\x0a· 清晰结构：文件用 kebab-case 命名，存于 .kiro/specs 目录\x0a\x0a任务执行\x0a· 执行任务：系统只执行一个任务，完成后让你审阅，不会自动继续。需参考需求和设计，确保准确。\x0a· 任务问题：如果你只是问“下一个任务是什么”，系统只回答，不开始编码。\x0a\x0a解决问题\x0a· 需求不清晰：系统总结已有内容，建议其他方向或提供选项\x0a· 信息不足：记录缺失信息，建议替代方案或请你补充\x0a· 设计复杂：建议拆分成小模块，优先核心功能\x0a\x0a地址见评论 🔗