用途：在代码变更上线前后做部署监控与回归发现。Firetiger 依据 PR diff 生成监控计划，等待部署完成后把遥测数据与部署前基线在固定检查点对比，并把回归结果发布到 PR 和 issue。
主要用法：一是在编码会话中调用 monitor_pr，需提供完整 PR URL，可用 initial_message 指定关注点（建议依据 gh pr diff 与用户关切生成）；二是连接 Firetiger GitHub App 后，在 PR 评论 @firetiger，流程为异步：应用识别提及并打 👀 确认，按 PR 生成部署监控 agent 并发布监控计划评论，可继续用 @firetiger 评论追加指令调整计划。PR 打开后自动监控是另一条路径，启用后对符合条件的 PR 自动监控。
检查点与部署锚点：合并并部署后，在部署后 10 分钟、1 小时、24 小时、72 小时执行检查。检查点以实际部署时间为准而非评论时间；若 Firetiger 无法判断部署时间，需从 CI/CD 注册部署事件。注册方式：用 get_deploy_credentials 获取端点与用户名/密码（HTTP Basic 认证，非 Bearer），向 $FIRETIGER_API_URL/deployments 发送 POST，字段为 repository（owner/repo）、environment、sha（十六进制，6–64 位）、deploy_time（RFC 3339，可选，默认当前时间）。凭据应注入流水线密钥，切勿提交到仓库。连接 GitHub App 后 GitHub Deployment webhook 也可自动驱动注册。
查看与调整：可列出 monitoring-plans 读取计划内容、部署列表、结果与时间线；列出 agents（tag firetiger:deploy-monitor），并用 read_agent_messages / send_agent_message 查看和追加指令。每次部署结果为 NO_ISSUE 或 ISSUE_DETECTED；部署失败本身会作为 deploy-failure 标签的 issue 记录。monitoring-plans 由 monitor_pr/@firetiger 创建，仅支持读取与删除。
前提与限制：需要已安装的 GitHub 连接（installation_id），否则提及被忽略；可用 Slack 连接与用户偏好向作者私信通知。常见错误包括 PR 引用不完整、未连接 GitHub App、误以为检查点为 30 分钟/2 小时、未注册部署、在 deployments API 上用 Bearer、尝试手动创建监控计划、initial_message 留空。资料未提供具体收费、价格或效果数据。