Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
脱敏后公开。失败样例是共识工具，不是追责材料。
关键是氛围。公开失败样例如果变成找人背锅，大家以后就不报了。
对，这也是我担心的。
可以用复盘格式：现象、影响、链路、原因、修复、预防。不写“某某没做好”。
失败样例最好分类，不然一堆截图没人看。
分类还能告诉你该谁处理：知识库问题、模型问题、提示词问题、产品流程问题、权限问题。
业务方会不会看不懂技术分类？
用双标签。业务标签：没回答、答错、太慢、不能操作。技术标签：召回、上下文、工具、权限。
还有严重级别。所有失败都按事故处理，团队会麻木。
我们之前失败样例散在飞书聊天里，最后没人维护。
要有固定入口。最好和回放系统、评测集打通。
我准备先建一个脱敏库，每周挑 10 条复盘。
这个节奏好。别一开始追求完美平台。
失败样例是 AI 应用的燃料。没有它，系统不会变好。
你好！看起来您对这段对话很感兴趣，但您还没有一个账号。
厌倦了每次访问都刷到同样的帖子？您注册账号后，您每次返回时都能精准定位到您上次浏览的位置，并可选择接收新回复通知（通过邮件或推送通知）。您还能收藏书签、为帖子顶，向社区成员表达您的欣赏。
有了你的建议，这篇帖子会更精彩哦 💗
