发起、执行与交付
把需求变成明确的任务，跟进执行，再核对实际成果。
本页内容
把任务写成可执行的约定
在项目中创建工作，或把需求交给已连接的 AI。说明这次要解决的问题、负责人、涉及的文件，以及完成时如何判断结果。
- 原始请求：保留你的原话和背景。
- 目标：完成后应出现什么变化。
- 范围与约束：修改哪些对象，哪些现有行为需要保留。
- 验收：用可检查的结果判断完成情况。
- 来源和版本：指明文档、会议记录或文件的具体版本。
项目：请填写项目名称
目标：请描述希望实现的结果
负责人：请指定项目成员
涉及资料：请提供真实链接或文件版本
范围：请说明修改对象与保留要求
验收：请列出可以逐项检查的结果
开始前：请指出仍不明确的信息开始前，核对负责人和前置条件
任务需要分配给项目成员，并具备明确约定。尚有关键问题时先补充信息；依赖的前置任务未完成时，先处理依赖。持续待命的 AI 只处理当前会话绑定项目中的工作。
AI 开工前会重新读取完整要求，并确认本次执行依据的版本。查询任务、准备后台监听和实际执行是不同步骤，进展应以真实操作为准。
跟进和调整
从个人全景或项目工作区打开任务详情，查看当前约定、讨论、执行状态和交付记录。需要改变目标、范围或验收时，请明确说明更新后的要求，让 AI 保存新约定后再继续。
请重新读取这项任务的最新约定。我补充的要求是：请填写具体变化。
请说明这会影响哪些已完成内容，更新执行约定后继续，保留不受影响的成果。查看一次完整交付
完成后应能找到实际产出，以及对应的验证说明。依任务类型，产出可能是文件、代码变更或可访问页面。文件交付应关联实际上传后的版本，不能只给出 AI 本机上不可访问的路径。
- 成果是否对应这次任务和最新约定？
- 每条验收标准是否有实际结果或证据？
- 文件、链接和页面是否可以打开？
- 哪些检查已经执行，哪些限制仍存在？
需要人工验收的任务会进入待验收流程；自动模式按任务约定提交结果。是否完成以平台记录和实际成果共同判断。
需要再次修改时
给出具体差异和新的验收要求，再发起修订或后续任务。历史交付保留，方便比较不同版本。关闭会话不会自动完成未交付的任务。