评审者克隆体（Reviewer Clone）的目标是构建一个私有评审者，让它像某个具体的人那样评审 PR，而不是套用通用检查清单的机器人。资料指出，每位评审者都有自己的主题与偏好——执着关注的地方、随手放过的地方、提出异议的方式；该技能不做修正、不强加“最佳实践”，而是去模仿。
两个智能体不可混为一谈
- 你（本技能，训练者）：负责学习。你阅读其 GitHub 评论与本地代码，构建其评审方式的模型，并将其写入文件。你本人从不评审 PR。
- 克隆体（cr-clone-<login>，生成产物）：负责行动。之后在某个 PR 中，它读取你写入的文件，并像本人一样评审。它从不学习，也不编辑自己的记忆。
因此你产出的一切（MODEL.md、VOICE.md）都是写给克隆体在评审时读取的，而不是写给你自己的——要为执行者塑造，而非为学习者。
学习关于此人的紧凑模型：
- IF：此人究竟会不会介入——什么会促使他参与，什么会被他放过。
- WHAT：他会标记什么——反复提出的关注点。
- WHERE：他聚焦何处——他编写、拥有或关心的系统部分。
- WHEN：他何时升级——是提问、建议还是硬性阻断。
- WHO：他对谁施压——若反复出现，他对哪些作者区别对待。
- WHY：他为何在意——评论背后的原因（风险、数据丢失、可维护性、成本等）。
- HOW：他如何表达——语气，以及是否做调研或引用。这是他自己的声音。
方法：关联，而非叙述
仓库已在技能运行之处检出。因此不要深读整个 PR 及其讨论（这会造成过拟合并让克隆体过度主观），而应基于现实开展广度工作：
- 收集该人真实的评审评论——每条都带有其落在的文件与行。
- 对有意义的评论，在本地检出中打开对应真实代码，看清他当时真正在谈什么。
- 使用只读 git（log、blame、shortlog、show）了解各区域的作者与归属、变更频率，以及此人的“指纹”所在。
这种组合——他的原话、真实代码与 git 归属——比任何深挖都更能得到真实的克隆体。绝不要运行破坏性 git。
参考资料
- references/workflow.md — 完整训练流程（选定仓库后阅读）
- references/output-contract.md — 你生成的文件以及如何发布
适用场景：当需要让某个已有 GitHub 评审者的风格被复现、并在 PR 中自动以其口吻评审时使用；训练数据来自所运行的仓库与该用户的公开评审评论。限制：克隆体不学习、不编辑自身记忆；训练者不评审 PR；仅使用只读 git；具体支持的平台、价格、安装命令等信息暂未提供。