使用 Opus 5.5 一周后，AGENTS.md 中最有价值的部分
After a week with Opus 5.5, this might be the most valuable section an AGENTS.md…
这篇帖子不仅推广了 Opus 5.5，更提供了一套极具实操价值的 Prompt 编写技巧，结构清晰且直接给出了可复用的代码片段，对创作者优化 AI 工作流有直接参考价值。
After a week with Opus 5.5, this might be the most valuable section an AGENTS.md can have: before it changes a feature, have it 𝗰𝗼𝘂𝗻𝘁 𝗵𝗼𝘄 𝗺𝗮𝗻𝘆 𝘁𝗶𝗺𝗲𝘀 𝘁𝗵𝗲 𝘀𝗮𝗺𝗲 𝗿𝘂𝗹𝗲 𝗵𝗮𝘀 𝗯𝗲𝗲𝗻 𝗰𝗼𝗽𝗶𝗲𝗱.
在使用 Opus 5.5 一周后，这可能是 AGENTS.md 中最有价值的部分：在更改功能之前，让它统计同一条规则被复制了多少次。
If any of those copies give different results, your project is 𝗮𝗹𝗿𝗲𝗮𝗱𝘆 𝗰𝗮𝗹𝗰𝘂𝗹𝗮𝘁𝗶𝗻𝗴 𝘀𝗼𝗺𝗲𝘁𝗵𝗶𝗻𝗴 𝘄𝗿𝗼𝗻𝗴 somewhere. It moves fast and often edits only the copy in front of it, while the others stay as they were. You fix it in one place and it's still wrong in another.
如果这些副本中的任何一个产生了不同的结果，说明你的项目已经在某处错误地计算了某些内容。它运行速度快，且通常只编辑其前方的副本，而其他副本保持原样。你在一个地方修复了它，但在另一个地方仍然是错误的。
Copy the whole section into your AGENTS.md 👇
将整个部分复制到你的 AGENTS.md 中 👇
Run a checkup before changing a feature - First map the logic you're about to change: which files it's spread across, how many copies of each rule exist, and which copies give different results for the same input - If copies disagree, ask me which one is right. Merging them changes results, so commit that on its own and list what changed - Refactor everything else before changing the feature: small commits, same behavior, all tests green - No tests? Write them first to lock in the current output - In refactor commits, tests may only change import paths. Assertions stay as they are - When you're done, add a test that fails if the rule is implemented anywhere outside its one file
在更改功能之前进行检查 - 首先映射你即将更改的逻辑：它分布在哪些文件中，每条规则有多少个副本，以及哪些副本对相同的输入产生不同的结果 - 如果副本之间存在分歧，请告诉我哪个是正确的。合并它们会改变结果，因此请单独提交该更改并列出具体变化 - 在更改功能之前重构所有内容：小步提交，保持行为一致，确保所有测试通过 - 没有测试？先编写测试以锁定当前输出 - 在重构提交中，测试可能仅更改导入路径。断言保持不变 - 完成后，添加一个测试，如果该规则在其单一文件之外的任何位置实现，则测试失败
更进一步：量化金融体系
看懂新闻只是起点——沿量化金融路径，把它变成能交付的工程能力