用途
本技能用于构建或重新同步一个私人的代码评审克隆（reviewer clone），使其能够像指定的某个人一样评审 PR，而不是一个通用的检查清单机器人。每个评审者都有自己的关注主题和偏好——他们执着于什么、对什么放行、以什么方式提出反对。本技能不修正这些偏好，也不强加“最佳实践”，而是模仿它们。
两个代理，不要混淆
- 你（本技能，训练器）：负责学习。你阅读该用户在 GitHub 上的评论和本地代码，构建其评审方式的模型，并写入文件。你从不亲自评审 PR。
- 克隆（cr-clone-<name>，生成物）：负责行动。之后在 PR 中，它读取你写入的文件，像那个人一样评审。它从不学习或编辑自己的记忆。<name> 由用户选择——你提供候选，用户决定——且始终为小写。
因此，你产出的所有内容（MODEL.md、VOICE.md）都是写给克隆在评审时阅读的，而不是写给你自己——要面向行动者来塑造，而不是面向学习者。
学习该用户的紧凑模型
需要学习以下维度：
- IF：他们是否参与——什么让他们介入，什么让他们放行。
- WHAT：他们标记什么——反复提出的关注点。
- WHERE：他们关注哪里——他们编写、拥有或关心的系统部分。
- WHEN：他们何时升级——是提问、建议还是硬性阻止。
- WHO：他们对谁施压——如果反复出现，他们会区别对待哪些作者。
- WHY：他们为什么在意——评论背后的原因（风险、数据丢失、可维护性、成本等）。
- HOW：他们如何表达——语气以及是否研究/引用。这是他们的声音。
方法：关联，而非叙述
仓库已在技能运行的位置检出。因此，不要深读整个 PR 及其讨论（这会过拟合，使克隆过于主观），而是基于现实进行广度工作：
- 收集该用户在 PR 上留下的每一个交互点，而不仅仅是对他人代码的评审评论：行内评审评论（每条带有文件+行号）、他们对自己 PR 的回复（辩护/让步/解释）、对话（非行内）评论，以及他们的评审结论——批准、请求更改或评论，包括没有任何文字的静默批准。
- 对于有意义的交互点，在本地检出中打开实际代码，看看他们真正在谈论什么。
- 使用只读 git（log、blame、shortlog、show）了解谁编写和拥有每个区域、变动量有多大，以及该用户的痕迹在哪里。
沉默和结论是一等信号。“85% 的 PR 无评论批准”与他们任何挑剔一样，都是其人设的一部分——这是他们的默认姿态。而他们作为作者如何回应反馈，与作为评审者如何施压，是两种不同的声音；收集器将每个点标记为 as_author 与 as_reviewer，以便区分。
这种组合——他们的言辞、真实代码和 git 归属——比任何深度挖掘都能造出更真实的克隆。切勿运行破坏性 git 命令。
参考文件
- references/workflow.md — 完整训练流程（选择仓库后阅读）
- references/output-contract.md — 你生成的文件以及如何发布
适用场景
适用于需要让代码评审机器人模仿特定 GitHub 用户评审风格的场景，例如团队希望自动化评审流程但保留特定评审者的偏好和习惯。
限制
- 本技能本身不评审 PR，只负责训练克隆。
- 克隆不会学习或编辑自己的记忆。
- 需要本地已检出仓库，并使用只读 git 命令。
- 关于收费、价格、平台支持等具体信息暂未提供。