用途：对 GitHub 仓库做“深读”，先理解项目架构，再据此评估开放 issue 与 PR，避免只做表面罗列。
前提：智能体需可访问 gh CLI，且用户已认证（gh auth status）。
主要步骤：
- 建立心智模型：依次运行 gh repo view <owner/repo> --json name,description,stargazerCount,forkCount；gh api repos/<owner/repo>/contents/；阅读项目清单（如 package.json、go.mod、pyproject.toml）与 README.md；阅读主入口文件（如 index.ts、main.go）识别公共 API。
- 获取状态与增量：gh issue list --repo <owner/repo> --state open --json number,title,body,author,createdAt,updatedAt,labels,comments；gh pr list --repo <owner/repo> --state open --json number,title,body,author,createdAt,updatedAt,labels,additions,deletions,changedFiles,headRefName；24 小时增量用 gh issue list --state closed --since 24h 与 gh pr list --state merged --since 24h。
- 深度分析：对 issue 用 gh api repos/<owner/repo>/contents/<path> 查看相关代码；对 PR 用 gh pr diff <number> 审查实现，判断是否符合第 1 步发现的模式。标记：🚨 SECURITY（凭据、认证绕过、注入关键词）、🤝 EXTERNAL（非维护者 PR）、✅ READY（用 gh pr view <number> --json mergeable,statusCheckRollup 验证可合并性）。
- 模式综合：识别 3 个以上 issue 共享同一模块根因的 Bug 集群、出现在多个开放项中的热点模块、按使用方分组的客户端模式。
输出模板：包含仓库名与日期的每日简报、快照（issue/PR 数量及日增）、今日建议动作、开放 issue 深潜（上下文、关键证据、解决路径）、PR 分析（影响、质量说明）、模式与健康（热点模块、发布节奏）。
限制：依赖 gh CLI 与认证；具体效果、收费与平台支持资料未提供。