用途：fix-sentry 用于自动发现并修复 Sentry 中高频出现的错误。整体流程为 Sentry 问题 → 分析 → 修复 → GitHub Issue → PR。
主要能力：支持批量模式（默认，/fix-sentry 或 /fix-sentry threshold=50，按阈值拉取并修复所有符合条件的问题）和守护进程模式（/fix-sentry limit=1，采用自适应阈值下降，从 100 逐步降低直到找到可修复问题，仅修复 1 个后退出；无可用问题则输出 [NO_FIXABLE_ISSUES]）。工作流分三阶段：收集与过滤问题、串行修复、提交 PR。过滤阶段会基于证据判断问题是否已修复，按根因去重，逐个获取堆栈（Sentry API 限速 5 请求/秒，需串行调用），并对无堆栈问题做附件分析（日志、截图、配置）。分类包括直接修复、防御性修复、反馈修复、待合并、已修复、系统级、不可修复。
使用方式：需先配置 Sentry MCP（提供 mcp__sentry__* 工具）、gh CLI 已认证、工作目录干净。修复时创建分支 fix/sentry-<shortId>，编写单元测试，运行 bun run lint:fix、bun run format、bunx tsc --noEmit、bun run test，必要时运行 i18n 检查与 prek 校验，然后直接提交并创建 Draft PR，验证通过后标记 Ready。
适用场景：适合需要持续处理 Sentry 高频错误并自动产出修复 PR 的团队。
限制：依赖 Sentry MCP 与 gh CLI；守护进程模式使用跳过列表 ~/.aionui-fix-sentry/skip-list.json；类型检查或测试失败最多重试 3 次后放弃；系统级错误（如 EPIPE、ENOSPC）不修复；不调用 /commit 或 /oss-pr 以避免确认阻塞。具体收费、价格与平台支持暂未提供。