设定目标，把执行交给智能体

用自然语言说明想完成的工作、允许修改的范围和验收标准，再提供相关代码与参考资料。JoyCode 据此组织分析、实现与验证；需要你判断的方案选择，可先讨论确认再继续执行。

这里的“上下文”是帮助理解任务的背景材料，例如相关代码、截图、日志和约束。无需一次提供整个项目，先给与当前问题直接相关的部分。

一条要求包含什么

内容	写什么	示例
目标	用户问题或最终结果。	修复订单列表清空筛选后仍显示旧结果的问题。
范围	相关文件、模块和允许的修改。	只修改订单列表与对应测试。
约束	需要保留的接口、样式或兼容行为。	沿用现有组件，不调整接口字段。
完成标准	如何验证，以及需要交付什么。	验证筛选、清空、空结果三条流程，返回改动和测试结果。

表格可左右滑动查看完整内容。

可以直接使用的任务模板

模板：修改现有功能

目标：修复订单列表清空筛选后仍显示旧结果的问题。上下文：先定位列表、筛选条件与数据请求之间的关系，说明根因。范围：只修改相关实现和测试；保留现有接口字段及页面样式。完成标准：检查筛选、清空和空结果三条流程，运行项目已有检查；返回修改文件、验证命令、结果和仍需处理的问题。

按任务补充上下文

代码问题提供相关文件和复现步骤；运行问题提供命令、工作目录和错误日志；界面问题提供截图、关注区域和期望效果。通过附件与图片加入材料，并在正文里说明每份材料的用途。

先分析，再决定是否修改

示例：只读分析

先分析这个问题，不修改文件。依据我提供的日志和相关代码，说明触发条件、根因、影响范围和最小修复方案，并列出需要验证的步骤。

需要先形成方案时，也可从斜杠命令选择“计划模式”。把方案确认后的范围与完成标准写入后续要求，再推进实现。

执行中如何调整

继续同一个目标时，指出发生变化的部分，例如“保留现有接口，只修复空结果处理，并补上测试”。修改已经输入的要求后，发送前重新核对附件与文件范围。目标变化较大时，按开始新任务新建独立会话。

让后续迭代更聚焦

查看处理过程是否围绕指定文件和问题推进，最后检查返回结果是否回应每一项完成标准。遗漏验证时直接补充所需检查；存在具体差异时给出文件名、页面位置或复现步骤。