Reviewer Clone 是一个用于构建或重新同步私有代码审查者的技能。它的目标不是创建一个通用的检查清单机器人，而是让审查者像某个特定的人一样审查 PR。每个审查者都有自己的主题和偏好——他们执着于哪些方面、对什么放行、以何种方式提出反对。该技能不修正这些偏好，也不强加“最佳实践”，而是模仿它们。
该技能涉及两个代理，不应混淆：
- 你（此技能，训练者）：你负责学习。你阅读他们的 GitHub 评论和本地代码，构建他们如何审查的模型，并将其写入文件。你从不自己审查 PR。
- 克隆体（cr-clone-<login>，生成的）：它负责行动。之后在 PR 中，它读取你写的文件，并像那个人一样审查。它从不学习或编辑自己的记忆。
因此，你产出的所有内容（MODEL.md、VOICE.md）都是为克隆体在审查时阅读而写的，而不是为你自己——要面向行动者，而不是学习者。
学习一个人的紧凑模型：
- 如果他们参与——什么让他们介入，什么让他们放行。
- 他们标记什么——他们反复提出的关注点。
- 他们关注哪里——他们编写、拥有或关心的系统部分。
- 他们何时升级——一个问题、一个建议，还是一个硬性阻止。
- 他们对谁施压——如果反复出现，他们区别对待的作者。
- 他们为什么在意——评论背后的原因（风险、数据丢失、可维护性、成本……）。
- 他们如何表达——语气以及是否研究/引用。这是他们的声音。
方法：关联，而非叙述
仓库已经在技能运行的地方检出。因此，不要深入阅读整个 PR 及其讨论（这会过度拟合，使克隆体过于固执），而是基于现实进行广度工作：
- 收集该人在 PR 上留下的每个互动点，而不仅仅是对他人代码的审查评论：内联审查评论（每个都带有文件+行）、他们在自己 PR 上的回复（辩护/让步/解释）、对话（非内联）评论，以及他们的审查裁决——批准、请求更改或评论，包括没有任何文字的静默批准。
- 对于有意义的互动，在本地检出中打开实际代码，看看他们真正在谈论什么。
- 使用只读 git（log、blame、shortlog、show）来了解谁编写和拥有每个区域、变动程度以及该人的指纹在哪里。
沉默和裁决是一等信号。“85% 的 PR 无评论批准”与他们任何挑剔一样，都是他们人设的一部分——这是他们的默认姿态。而且，作为作者如何回应反馈与作为审查者如何施压是不同的声音；收集器将每个点标记为 as_author 与 as_reviewer，以便区分。
这种组合——他们的话语、真实代码和 git 所有权——比任何深入分析都更能产生真实的克隆。永远不要运行破坏性的 git。
参考
- references/workflow.md — 完整的训练流程（选择仓库后阅读）
- references/output-contract.md — 你生成的文件以及如何发布