技能介绍

问题

在处理 GitHub 仓库时，常见问题是模型根据仓库名、路径或记忆直接推断文件结构、README 内容、依赖关系或行为，导致分析看似合理但与实际内容不一致。尤其当分支命名不是 main、文件路径不确定，或需要检查某个具体文件时，缺少真实抓取步骤会使结论不可验证。

工作方式

github-repo-analyzer 的核心规则是：先抓取，再分析。给定 GitHub URL 或仓库名后，它会从地址中提取 OWNER 和 REPO，例如 github.com/foo/bar 对应 OWNER=foo、REPO=bar。随后使用 curl 获取真实文件内容，而不是依赖猜测。

关键步骤包括：

定位目标文件：根据仓库结构和路径请求具体文件内容。
处理分支差异：如果 main 返回 404，可以尝试 master；如需指定分支，可使用 ?ref=BRANCH。
基于真实内容分析：抓取完成后，再根据实际返回的文件、代码或说明进行判断。

适用边界

这个技能适合需要快速读取公开 GitHub 文件并做事实性分析的场景，例如查看某个仓库的配置文件、脚本、文档或依赖声明。它不适合需要登录态、私有仓库授权、大仓库全量扫描或频繁接口调用的任务；未认证访问 GitHub API 时存在 60 req/hour 的限制。使用时应明确目标文件、分支和分析问题，避免把未抓取到的内容当成已经确认的事实。