目标
明确要解决的用户或业务问题,而不只写“加一个功能”。
明确要解决的用户或业务问题,而不只写“加一个功能”。
列出本次要改的页面、接口、数据和边界,不让任务无限扩大。
说明现有代码、数据模型、接口或限制,避免 Agent 从错误假设开始。
包含兼容性、权限、性能、隐私、第三方服务与不可改动部分。
写成可以测试的条件:输入、操作、预期结果和异常处理。
明确本期不做什么,是控制 AI 任务规模最直接的方式。
将方括号内容替换为你的项目事实。复杂需求按功能拆成多份独立任务,每份都可以单独验证。
不要把密钥、真实用户数据或未授权的内部信息放进任务规格。涉及支付、账号、权限和数据迁移时,先由负责人确认边界,再交给 Agent 实现。
不一定,但至少需要目标、范围、现状、关键约束、验收和不包含事项。复杂项目再拆成可独立验证的小任务。
通常是任务只有目标没有边界,缺少代码与接口上下文,或者没有可验证的验收条件。
核心规格可以通用;不同工具的命令、规则文件和权限配置,再按团队环境补充。