AI干活糊弄你，要修的不是提示词，是派活方式
同样一个Codex、Claude Code，别人手里是不知疲倦的实习生，你手里是"失忆的天才"：收藏里翻出来的提示词贴了八百字，结果它除了你要的都改了。先别急着怪模型，多数时候过时的不是你用的AI，是你的派活方式。下面4个习惯，全是重度用户拿坑喂出来的：小红书上有个让AI写交接文档的收尾习惯，3.5万人点了赞。"一个周末掌握Claude Code"的帖子拿下10万+赞，博主的结论是它真的改变了整个工作方式。还有本周知乎上一条回答，开头就承认：技巧都挺土，不是什么隐藏咒语。每一条，今天就能照做。小红书小红书知乎
习惯一：先划界，再开工。
Agent最容易"手快"：你说"帮我优化下登录页"，它敢把半个仓库动了。正确顺序是开工前先让它读代码，并把三件事说清：哪些文件可以改、哪里绝对别碰、怎么算改好了。话说得越细，它活儿做得越小；活儿越小，结果越大。知乎
习惯二：一次一小步，"一步"的标准是你看得完。
别把大到你自己都判断不了好坏的任务直接丢过去，验收标尺很土：每次改动的范围，你得能看完。改歪了就回退重来，别在烂摊子上继续打补丁；它卡住了，也别换个说法再生成十遍，而是把完整报错原样贴回去，让它先讲准备怎么改，你觉得对，再让它动手。知乎
习惯三：会话收尾前，留一份HANDOFF.md。
长会话有实打实的代价：每次调用都把整段历史塞进去，Token消耗是线性涨的。模型还开始忘前面说过什么，越聊越健忘。小红书
爆款笔记的做法是关会话前让AI写一份交接文档存进文件，把当前任务、已完成、卡住的问题、下一步计划、踩过的坑全整理进去。下次开新会话，第一句话就是"先读交接文件"。不用装任何插件，一个md文件就够了。小红书小红书
有人会说：新版都能直接@历史对话了，还手写干嘛？评论区被顶最高的反驳值得听——原始历史塞满过程噪音，交接文档像离职员工整理的资产，只留前提、结果和目标，AI反而认得准。结论很简单：短期续聊直接@，长期项目留文档。
习惯四：交付前，别问"改得对不对"，要问出一份清单。
有人"只让它改登录页按钮的颜色和圆角，结果它顺手把点击事件也改了，提交按钮点着没反应，快上线测试才抓到，差点带bug上线"。这不是别人的故事。小红书
解法不是你自己逐行盯，而是先让它自报：这次改了哪些文件、每个文件改了哪几行、有没有动无关逻辑、会影响哪些页面或功能，拿不准的地方直接说，别猜、别编。清单一列出来，顺手改坏的地方一眼就能看到，逐条核对完再提交——看起来能过，不代表老功能还在。小红书知乎
最后补一个更省事的习惯：把项目约定写进仓库，写一份很短的说明：目录怎么分、测试怎么跑、编码习惯是什么，它每次开工自己先读，比你天天重复强。AI干活的质感，从来不靠咒语，靠的是你可验收的边界。今晚接的第一个任务就试试：开口之前，先划界。知乎
