Bug 修复 · 交互优化 · 体验改进
产品优化自动化
持续修复 Bug，并优化交互、文案与整体使用体验。
每天在跑运行复盘
一次真实运行复盘
2 条工单 · 被跳过 4 天SIGNAL重新开启的工单未被识别
↓根本原因同一状态字段，承载了两种含义
↓人工：重新开启 / Agent：已有认领
已修正识别重新开启的工单→结构改进拆分任务与分配状态
我负责的工作
我搭建了一套用于持续修复和优化产品的 AI 自动化。它会接收人工反馈和 Agent 巡检发现的问题，自动修复 Bug，也会改进交互、文案与整体使用体验。每次改动都会经过预览验证、独立审查和上线检查；遇到无法确认或风险较高的情况，系统会停止执行并交由我判断。
完整工作流程
2026-08-20 运行记录
问题进入统一工单库#172 · 问题输入
#172待判断
打赏页导航栏异常- 日期
- 2026-08-20
- 来源
- 人工反馈
人工反馈Agent 巡检统一工单库
读取问题描述、历史状态与最新评论，并建立本次处理记录。
问题连同历史状态与最新评论进入统一工单库。
工单、类别与状态均取自真实缺陷库；该条最终以 #172 合并上线。
系统设计
三个关键控制点
- 01
控制执行范围
输入问题明确→判断风险可控→继续自动执行不确定 / 高风险暂停并 @提出者只有范围明确、风险可控的任务才会继续。
- 02
验证产品结果
第一步代码检查→第二步预览页面→确认产品已修复预览验证失败返回修改代码通过后，仍要确认真实页面已经解决问题。
- 03
分离修改与批准
执行修改 Agent→复核独立 Agent→门槛完整检查职责分离不能自行批准执行修改的 Agent 不能批准自己的结果。
持续运行
运行结果
- 86项产品与代码改进已交付
- 每日自动检查并处理新问题
- 2道合并前独立门槛
产品工作流设计 · Agent 分工与协作 · 产品质量验证 · 发布风险控制 · 运行复盘与持续改进