用途：当需要知道某个系统该找谁沟通、向谁请求代码评审，或谁对某段代码有专长时，code-owners 可帮助识别代码区域的负责人、维护者或专家。
主要能力：该技能通过多信号识别（代码、文档、组织结构）形成完整判断；重视近期活跃度，认为当前活跃维护者比历史作者更有价值；对仅凭提交记录判断保持怀疑；强调质量优先，认为2至3位合适的联系人优于10个边缘相关的人。
使用方式：先从用户请求中确定组件或代码区域，若未指定则先询问。流程分为若干阶段：搜索近期贡献者，使用如 code_search "[component] owner:* updated:past_month" 与 code_search "[component] from:* updated:past_3_months" 等命令；查找历史作者，如 code_search "[component] owner:* after:2023-01-01"；查找相关文档作者，如 search "[component] design doc OR architecture owner:" 和 search "[component] RFC owner:"；用 employee_search "[contributor names]" 交叉引用组织信息；对每位候选人按所有权、相关性、知识、联系意愿进行审核；最后输出经审核的负责人地图，包括主要联系人、次要联系人、历史贡献者、团队归属与被拒候选人。若未找到明确负责人，会说明可能原因（如所有权隐含在团队内或代码为遗留/无人维护）并给出下一步建议，例如直接查看仓库的 CODEOWNERS 或 MAINTAINERS 文件、参考近期 PR 评审者或询问相关 Slack 频道。
适用场景：面向代码库或组件的咨询、代码评审请求、系统负责人识别等。
限制：具体可用的搜索命令与字段取决于实际环境，资料未提供完整实现细节、支持范围、收费或价格、平台信息及确切效果；部分判断依赖组织数据与文档的可用性。