GitHub Agent Finder：智能体工具选择正在变成运营策略

重点不是 Copilot 又多了一个功能，而是智能体能力开始有了发现层。Agent Finder 会在批准的目录中查找适合任务的 MCP、skill、工具或 agent，而不是预先加载所有能力。

发生了什么

对团队来说，私有 registry 会变成基础设施。每个能力都需要负责人、用途、权限范围、数据分类和紧急禁用路径。

AGENTS.md 也会变成仓库的运营契约。如果代码智能体和自动 code review 都读取它，它就应当定义测试、安全和代码风格规则。

ai_credits_used 可以帮助观察用户级消费，但 GitHub 说明它目前不按功能、模型或使用界面拆分。

运营影响很直接：在继续添加工具前先建立批准目录，审查仓库指令，并为长时间运行的 agent workflow 接入遥测和预算告警。

• 将 MCP server 和 skill 注册到批准目录。

• 记录负责人、用途、权限范围、数据等级和禁用路径。

• 把 AGENTS.md 当作测试、安全和风格契约来审查。

• 跟踪工具使用、审批、网络拒绝和预算信号。

• 为长时间 agent job 和自动 code review 设置限制。

从最小可用范围开始。只批准当前团队真正需要的 capability，记录其权限，并在真实使用后复审。

Discovery 不等于信任。排序靠前的结果仍需要权限检查、sandbox、审计日志、负责人复核和过期能力清理。