日常工作
如何描述任务与约束
终端客户端最需要的不是长篇背景，而是清楚的目标、材料位置、允许范围、禁止事项和验收方式。
提示：先确认当前使用的客户端、配置来源和权限范围，再按本文步骤操作。如何描述任务与约束完成后仍要用最小任务验证。
01.
这项工作习惯解决什么
把目标、材料、范围、禁区和验收标准一次说清。
终端客户端最需要的不是长篇背景，而是清楚的目标、材料位置、允许范围、禁止事项和验收方式。
先写最终目标
用一句话说明完成后应得到什么，不要只说“优化一下”或“看看问题”。
指出材料与范围
列出要看的目录、文件、页面或日志，以及明确不在本次任务内的内容。
写清约束与权限
说明技术约束、现有改动、是否允许联网或写文件，以及必须保留的行为。
这一节的目标：先确认要解决的问题、当前客户端和配置来源，再开始修改。
02.
开始前确认范围
开始前把环境、材料和权限边界列清楚，可以避免把安装问题、配置问题和服务端问题混在一起。
- 确认当前项目路径与版本状态
- 列出允许修改和禁止触碰的范围
- 写出完成后要运行的检查
03.
四步执行当前任务
- 1
先写最终目标
用一句话说明完成后应得到什么，不要只说“优化一下”或“看看问题”。
- 2
指出材料与范围
列出要看的目录、文件、页面或日志，以及明确不在本次任务内的内容。
- 3
写清约束与权限
说明技术约束、现有改动、是否允许联网或写文件，以及必须保留的行为。
- 4
给出验收标准
写出需要运行的检查、预期页面状态、输出格式或必须回答的问题。
04.
怎样验收和回滚
不要把“已经保存”或“没有弹窗”当成成功。至少确认下面三项都有可观察结果。
- 目标可以观察或验证
- 范围与禁止事项没有冲突
- 验收方式在当前环境中可执行
验证原则：先做只读、最小、可重复的检查，再把同一配置用于真实任务。
05.
常见问题与边界
任务描述越长越好吗？
不是。信息要完整但可操作，重复背景和无关细节会掩盖真正约束。
可以让客户端自己决定验收吗？
可以让它补充检查，但业务结果和不可接受的风险仍应由你明确。
06.
把方法放进日常流程
把当前方法压缩成四个动作，完成后再进入相邻教程，不必一次改动所有配置。
- 1先写最终目标用一句话说明完成后应得到什么，不要只说“优化一下”或“看看问题”。
- 2指出材料与范围列出要看的目录、文件、页面或日志，以及明确不在本次任务内的内容。
- 3写清约束与权限说明技术约束、现有改动、是否允许联网或写文件，以及必须保留的行为。
- 4给出验收标准写出需要运行的检查、预期页面状态、输出格式或必须回答的问题。