文｜蓝华峰Frank
让AI长期帮忙写文章、剪视频、做项目，很自然会留下一些固定要求。我把其中一些整理成方法卡，也会放进Skills里，方便以后继续使用。
这里说的方法卡，是我自己保存的工作要求和做法；Skills可以承载任务说明、参考材料，有的还会配套工具。本文不讨论具体软件怎样加载它们，只谈里面的要求该怎样整理。
最近，我又让AI补了一次公众号排版要求：章节数字要居中，文章要有署名，投稿版本要有落款。这些都有以前的样稿，仍然被漏掉了。
这种要求当然值得记住。但长期一起工作，另一类麻烦也会冒出来：一次修改被当成永久规定，新做法加进去了，旧做法却没有退出。
整理方法卡，不是把它们一律写短，而是弄清楚哪些要求仍然有效、适用于什么任务，以及哪些已经该替换了。
先从一个反复出错的任务开始
如果手里已经积累了不少方法卡，我不建议一上来就让AI“全面整理全部规则”。范围太大，很容易花了不少时间改目录、统一措辞，却没有解决最烦的那个问题。
可以先挑最近反复纠正的一件事，找到对应的要求。
比如，文章落款总被漏掉，就先看这类稿件的署名约定放在哪里，是否说得明确，当前任务有没有用到它。没有必要顺便重写剪视频的方法。
这一步也能避免一种无效的补充：原来的要求已经清楚存在，只是本次没有被使用，又在另一个文件里抄一遍。副本多了，以后修改时还要记得一起更新。
先找到问题和相关要求，再决定该补什么，范围会小很多。
分清固定要求、当次决定和有条件的做法
我会先看，一条要求换到下一个任务，还是否成立。
公众号的署名和章节数字样式，通常可以沿用。某篇文章开头不合适、某条视频有一段太拖沓，则首先是当前任务要处理的问题。
还有一些做法，是否适用取决于素材。
我现在会让AI判断要不要调用剪映的智能粗剪。有一次，它看了结果，觉得不满意，就换了自己的处理方式。值得留下的经验，是检查结果是否适合这条视频，而不是据此规定以后都不用智能粗剪。
可以用下面这张表，先判断要求该放在哪里。
| 遇到的情况 | 怎样处理 | 可以怎样表达 |
|---|---|---|
| 固定署名、字幕样式反复遗漏 | 放在对应任务的长期要求里，先检查是否已有同样规定 | “本类稿件保留文首署名和文末落款，格式参照已确认样稿。” |
| 这篇开头太长、这条视频节奏太慢 | 先留在当前任务，不自动推广 | “这篇压缩开头的背景介绍，尽早进入问题。” |
| 某种工具或流程有时好用、有时不好用 | 留下适用条件与检查依据 | “先检查粗剪是否误删关键信息、衔接是否自然，再决定是否采用。” |
| 新旧要求互相矛盾 | 修改原要求，明确旧要求已被替代 | 将“每篇都加服务引导”改为按文章内容和当前决定处理 |
| 多份文件都在重复同一个要求 | 保留一个主要维护位置，其他地方指向它 | 署名格式在排版方法中维护，其他流程引用该方法 |
这张表不需要变成每次任务都填的表格。整理时，用它判断一次就够了。
新要求生效时，让旧要求退出
假设最早的规则是“文章末尾都加服务引导”。后来发现，有些文章直接结束更好，于是又补了一句“不要硬加营销话术”。
两句话单独看都有道理，放在一起，下一次仍然需要判断到底怎么执行。
再补一句“灵活处理”，也没有把前面的矛盾说清楚。
更直接的做法，是回到原来的要求，把“都加”改掉，写明什么情况下加、什么情况下不加。新的决定已经替代旧决定，就不必让两个版本继续同时生效。
过去的讨论记录可以保留，但要和当前要求分开。它说明当时为什么那样做，不代表今天仍然必须照做。
这也是定期审视方法卡的意义：检查那些曾经合理的安排，现在还适不适合。
不一定要规定每周把所有文件检查一遍。某种做法明显改变了、同一个问题反复出现了，或者发现不同文件要求相反，都可以成为整理的起点。
留下为什么要改，不把具体改法无限放大
写作时，我可能因为某篇对话太多，让AI改成叙述。但当时真正的问题，可能是几个人说了半天，没有新增信息。
如果最后记成“以后少写对话”，下一篇本来很自然的对白，也可能被删掉。
我更愿意把这个要求写成：对话要推动读者理解事情，删掉没有新增信息的重复问答；需要多少对话，由当前内容决定。
这样留下来的，才是这次修改想解决的问题。
不过，固定标准不需要都改写成抽象原则。署名叫什么、文件放哪里、确认过的字幕字号是多少，该明确就明确。让AI自己判断这些细节，反而增加不必要的变化。
项目流程也需要写清适用范围。完整交付需要的检查，不代表改一个标题也要从头重跑整套流程。做局部调整，就检查本次改动影响的部分；确实牵动其他内容，再继续处理。
确定的标准写清楚，需要判断的做法带上条件。
可以直接从这三句话开始整理
不想一次处理太多，可以拿最近那条反复纠正的要求，问三句：
- 以后每次都需要这样吗？ 如果只适用于眼前这篇文章或这条视频，留在当前任务即可。
- 以前有没有另一条要求在管同一件事？ 有就对照检查，重复的合并，过时的替换，不继续叠加。
- 我希望它以后少犯什么错？ 写清要解决的问题和适用条件，避免把这次的具体改法变成所有任务的答案。
也可以请AI协助查找，给它一段范围明确的任务说明：
先检查这次任务用到的方法卡，找出重复、前后矛盾、已经过时，或只适用于某一次任务的要求。列出原文和建议改法，说明哪些该保留、合并或退出。先不改文件，也不扩展到其他任务的方法卡。
先看清建议，再决定改哪些。这尤其适合规则较多、已经记不清它们各自来历的时候。事实、隐私和必要的交付要求，不应因为“精简”就被一并删掉。
最后，用真实任务检验整理有没有帮助
方法卡变短了、目录更整齐了，还不足以说明整理有效。
下一次真正写文章、剪视频或改项目时，我会留意：原来反复纠正的地方有没有做好，有没有少解释一遍，有没有又多出这次不需要的工作。
如果旧问题仍然出现，就需要回头看看，是规则没有说清楚，还是任务没有用到相应要求。不能每次出错，都只想到再加一条。
我不指望一套方法写好以后永远不用动。它需要用上前面的经验，也得允许现在有更好的选择。
下次再让AI记住一条新规矩，也看看有没有一条旧规矩可以退出了。
