ARTICLE · 1115479
AI工具可以按你的习惯改了:别只收藏提示词
“短一点。”“把来源补上。”“这是预告，别写成已经上线。”
用AI写过东西的人，大概都说过这些话。最烦的不是改一次，而是今天改完，明天又得从头交代。工具越来越聪明，我们却还在每天重复同一套要求。
最近有个更新，我觉得比又一张模型跑分表更值得聊：除了保存工作要求，你还能更深入地改造AI工具，让它更顺手。
10月1日，Anthropic宣布Claude Code推出 mods。对应的2.1.287版本已发布。按官方说明，它能用JavaScript或TypeScript改写提示、介入工具调用、加界面，甚至替换部分内置功能。你也可以描述需求，让Claude帮你写。
不过，这仍然是代码扩展，生成以后要检查，并不是说一句话就自动拥有可靠的插件。
这次更新，和普通人有什么关系？
假设你每天做一份AI资讯简报。你真正想要的，通常不只是“写得好看”，还有一套很细的习惯：只收过去24小时的消息；每条带日期和原始链接；预告与正式发布分开；没有证据的内容先放一边。
如果这些要求一直散落在聊天里，每次就得多交代一遍。可以先把它们整理成可复用的流程，再把能明确判断的项目做成检查。
这里最有价值的东西，是你知道什么样的结果才算能用。
也别一看到新功能就全套上。写简报的步骤，放进项目规则或Skill可能就够了；有没有日期和链接，可以由脚本检查；想在工具里加一个检查结果面板，才更适合考虑Mod。
它们可以配合，没必要为了新鲜把简单事情做复杂。
用“每日简报”练一次，别上来就搞大工程
先翻三次你修改过的稿子，记下重复最多的纠正。比如“缺来源”，就比“写出爆款感”更容易落地。
然后把要求写到能检查的程度：每条消息有发布日期、原始链接、事件类型；缺一项就提示补充。注意，有链接不等于核实过，链接能否打开、页面是否支持那句话，还得另查。
如果用Claude Code，先运行 claude --version，确认至少是2.1.287。再从一个空的测试文件夹开始，把这段需求交给它：
帮我为每日AI简报做一个最小的规则检查方案。每条消息必须有发布日期、原始链接和事件类型，缺项要列出来。
先判断项目规则、Skill或检查脚本是否够用。只有需要改变工具行为或界面时，再按当前版本官方文档创建Mod。不要扩大权限，不替我发布。请说明检查范围，并给出缺日期、缺链接和格式正常的测试样本。
拿到结果以后，故意删掉一条日期、移走一个链接，看它能不能提醒。再给它一份格式正常但信息过时的稿子：如果它只检查格式，就不该声称“新闻已经核实”。
这一步很关键。检查器能检查什么，必须说清楚。
官方已经给了一个更直观的例子：显示上下文使用情况的“Token Weather”，还演示了查看危险命令影响、回放文件修改的扩展。你可以在官方入门教程里看演示，本文的简报案例是设计练习，不是已完成的实测结果。
以后值得积累的，是那些不起眼的判断
我的判断是，AI工具越能定制，真正熟悉业务的人越有机会把经验变成可复用的东西。
编辑知道什么消息不能直接写；财务知道哪个数字必须对账；运营知道什么回复不能直接发给客户。这些过去靠人盯着的细节，一部分可以写成规则，一部分仍需要人的判断。
机会就在把两者分清楚。会装插件容易，能把一件事的标准讲明白，才需要经验。
最后提醒一句：官方说明，mods拥有与Claude Code相同的机器访问能力。只装可信来源的代码，检查生成的扩展，保留必要的确认；不能靠一句“别乱操作”代替权限设置。
今天就能做的一件小事：把你最常对AI说的那句纠正记下来，写成一条能检查的工作规则。
下次交任务时，你手里就多了一份自己的工作方法。