01中心課題とニーズ
GitHub 的 PR 评审页面信息组织混乱，缺乏对 PR 栈的整体概览（哪些通过、失败、草稿、未解决评论），评审者需要在多个页面和标签之间反复跳转。同时，AI Agent 大量生成 PR，评审者面对几十个原始 diff 成为瓶颈，缺少自动化的评审引导与风险检测，导致评审效率低、关键问题容易被遗漏。
02プロダクト解決策
构建一个 GitHub App / SaaS 工具，通过 GitHub API 实时聚合 PR 栈状态，提供统一仪表盘：展示每个 PR 的 CI 通过/失败、草稿状态、未解决评论数、评审进度与依赖关系。利用 LLM 对 diff 进行自动摘要、变更风险分级（如涉及核心模块、数据库迁移、安全敏感代码）、生成评审引导清单，并高亮需要人工重点关注的片段，帮助评审者快速定位问题、减少在页面间跳转的时间。
03収益化と事業モデル
采用 SaaS 订阅模式，按席位或按仓库数量收费；提供免费试用与开源项目免费额度，通过 GitHub Marketplace 上架获客；企业版提供私有部署、SSO、审计日志与自定义风险规则等增值功能。
04アクション
- 1验证需求：访谈 10-15 个高频评审 GitHub PR 的团队，确认 PR 栈概览与 AI 风险检测的优先级
- 2开发 MVP：基于 GitHub App 接入 API，实现 PR 栈状态聚合仪表盘与未解决评论统计
- 3集成 LLM：实现 diff 自动摘要、风险分级与评审引导清单生成
- 4内测迭代：邀请 5-10 个团队试用，收集反馈并优化准确率与响应速度
- 5上架 GitHub Marketplace，配合内容营销（技术博客、开源社区）获客
- 6建立付费转化漏斗，推出团队版与企业版定价
- 7持续扩展风险规则库与多语言支持，提升留存与口碑
05リスク
GitHub API 速率限制与权限政策变化可能影响数据获取；LLM 对大型 diff 的上下文窗口限制可能导致摘要不准确；AI 评审误报可能降低用户信任；Graphite、CodeRabbit 等竞品可能快速跟进类似功能；企业客户对代码隐私与数据安全要求高，需投入合规与私有部署成本。