让 AI 帮忙处理软件问题时，“做一个好用的网站”很难成为清楚的任务。即使不写代码，你也可以通过页面行为、输入输出和验收标准表达需求。任务单的作用是减少误解，让你知道最后应该检查什么。

从一个使用者和一个动作开始

例如“访客打开商品页面，能够找到使用说明”。接着写清当前问题：“手机端说明按钮被遮住。”不要急着指定技术实现，先把使用场景描述完整。这样既方便 AI 理解，也便于你判断修改是否解决了原来的问题。

列出允许修改与必须保留的部分

把边界写成短清单：允许调整间距与按钮样式；商品文字和页面地址保持原样；未配置入口继续提示。边界最好对应具体页面或行为，避免只写“其他不要动”。如果某个选择尚未决定，标记为待确认，不让执行者猜测。

给出可观察的验收方式

“更漂亮”难以验证，“在手机宽度下不出现横向滚动”则可以检查。另一个例子是“点击空配置购买入口，只显示提示，页面地址不变”。验收条件不需要覆盖所有技术细节，但应该涵盖你最在意的结果与限制。

一份简短任务单示例

“页面：商品说明页。问题：小屏按钮与段落重叠。目标：按钮完整显示并能点击。保留：文案、链接路径和禁用逻辑。交付：改后源码、手机截图、检查结果。”这样的说明适合交给协作者，也适合作为自己复查时的记录。

收到结果后先看证据

先对照任务单查看截图和实际行为，再阅读修改清单。遇到未完成的部分，要求说明具体位置与原因。任务涉及代码时，可运行的文件和清楚的验证记录比一段“已经优化完成”的描述更有帮助，不必把专业术语的多少当作质量标准。