成为赞助商——支持中文 Agent 生态
了解赞助面向独立开发者在通勤碎片时间：用 GitHub Mobile 审阅 PR、在变更文件甚至未改行上留评，结合 Agent 把失败日志收成「能否手机上修」判断。默认不在手机上强合入主分支。
独立开发者最常见的碎片场景是：推完代码进地铁，CI 红了，但笔记本不在手上。做法是把「看」和「改」拆开：用 GitHub Mobile 打开对应 PR，查看 Checks 与文件 diff；需要在未改动的上下文里指出遗漏时，可按 Changelog 所述展开 diff 后在未改行留言或提建议，避免只能评变更行附近。
Agent 负责把失败日志（或 Checks 摘要）收成三档：A 可在手机上改的小补丁（文案、断言、单测断言）、B 需要本地复现、C 可能是密钥/环境问题禁止手机操作。A 档才在 Mobile 上直接改文件或提建议；合并主分支、生产发布默认留回桌面。这与「语音空手调试」不同，焦点是官方移动端审阅与评论能力，而不是免提写代码。
你是通勤场景的 CI 分拣助手。根据失败日志判断能否在手机上处理，不要编造未出现的文件名。
PR 标题/说明：{{pr_summary}}
失败 job 名称：{{job_name}}
日志摘录：{{ci_log_excerpt}}
输出：
1. 根因一句话（须引用日志原句）。
2. 分级：A 手机可修小补丁 / B 需桌面复现 / C 环境或密钥问题禁止手机操作。
3. 若为 A：给出≤10 行的建议改动要点（文件路径用日志中出现的）。
4. 若为 B/C：列出回桌面的检查清单（最多 5 条）。
禁止输出「已合并」；禁止要求粘贴生产密钥。为 GitHub Mobile 上的一条行评写简短正文。
文件路径：{{file_path}}
相关代码摘录：{{code_excerpt}}
我的意图：{{intent}}
输出：
- 评论正文（≤80 字，中文，指出问题与建议）
- 是否适合用 suggestion 块（是/否；若是则给出替换片段）
- 风险标记：可手机合入 / 须回桌面
不要攻击作者；不要讨论与本文件无关的重构。