选择公开项目与声明
从你自己项目或你正在研究的组织的特定公开仓库开始。复制其完整的 owner 和 repository 名称。写下你需要定位的确切功能声明，并区分文档与实现测试。
使用此流程查找项目文档。不要搜索暴露的凭据、私人联系信息或绕过仓库访问控制的方法。
有意识地使用代码搜索限定符
GitHub 的代码搜索文档说明，裸词可以匹配文件路径或文件内容。repo: 将搜索限制为完整的 owner/repository 名称，path: 缩小路径范围，content: 要求该词出现在文件正文中。带引号的字符串可以搜索精确措辞。这些规则适用于代码搜索，不自动适用于议题或个人资料搜索。来源
对于名为 example-owner/example-project 的示例仓库，查询可以是：
repo:example-owner/example-project content:"export format"名称和短语是占位符，并非我们执行的真实搜索。替换为你获授权审查的仓库以及与你的问题相关的措辞。如果你知道文件位于文档路径下，添加合适的 path: 限制；否则不要加入该假设。
在引用前解读匹配结果
| 结果 | 需要检查什么 | 不能证明什么 |
|---|---|---|
| 匹配的文件名 | 短语是否出现在正文中 | 文件支持该声明 |
| 文档段落 | 附近的版本和功能限定条件 | 所描述的功能已测试 |
| 示例或提案 | 它描述的是计划行为还是示例行为 | 功能已发布 |
| 空结果 | 仓库、查询类型和限制条件 | 该声明从未在任何地方存在 |
GitHub 文档说明，在所有公开仓库中进行代码搜索需要登录。它还区分 GitHub Pages 网站与仓库源内容。来源 记录实际的搜索范围和访问限制；不要绕过登录限制，也不要把未搜索的网站视为已覆盖。
将段落与版本绑定
打开文件并阅读完整的相关部分。将文档中的声明归因于项目。不要仅为完成此阅读任务而执行仓库代码，也不要从星标或账户名称推断产品可靠性。
找到正确段落后，遵循 GitHub 永久链接指南 保留所检查的版本。AI 来源审查清单 随后帮助将该文档的声明与模型添加的结论区分开来。