研发也不自己看日志了

这算是一种趋势吧

会不会泄露隐私？

@EastLord 趋势是更高效的解决问题。水平不行，结果被 AI 带偏了，给出一堆毫不相关的东西，浪费了时间。

我很久没自己找 bug 了。
给 ai 提供线索,让他自己找,每次都能找到问题。

我是接个 sentry 让 ai 自己修

@Nasdaq 然后 AI 都给你静音了

@Godblessu 静音是什么鬼？

你个人的坚持挡不住时代的洪流的

@Nasdaq #7 你 M bi bi bi bi

@bunai 你又是什么意思昵？

@Nasdaq #10 算了，不懂算了

@wsseo AI 辅助，自己做决策

以前看 log 也是定位错误,然后网路查询..

@Nasdaq 一样的问题 ai 给你修完会给你 muted 避免再上报，但是问题解没解决实际不知道

AI 看日志比我仔细认真多了

@Godblessu #14 我还没遇到过这种，GPT 联动 Sentry 的修复我还是很满意的。有些修复会告诉我是尝试性的，还要继续观测。

日志的数据脱敏就行。。 我们也这么干

结合代码看日志，AI 比人高效多了，结合 ai 给出的结论再去做判断，明显要准确得多
容易被 AI 带偏的人说明对整个项目运行完全没有概念，并且对 debug 也不上心，这种人你让他自己 debug 也一样找不到原因

AI 看日志比人快，结合知识库的话，准确度非常高的，而且还能下放这个 review 能力给客服自己来处理

是这样的，更难沉下心看代码 分析问题解决问题了，因为给 AI 一句话就能解决 99%的问题。。

没啥问题，要用 ai 分析，自己也看一下，问一下结果的定位源头日志就行

虽然但是，ai 找问题就是快啊，把项目代码也甩给它，一下就定位到了

以前都是 PM 把 log 丢给 RD 确认是 bug 还是用户操作问题，现在 PM 自己找 AI 确认了，RD 省心很多

操作日志不脱敏吗，会不会涉及到隐私信息？

sls 都有 mcp 了

都是 AI 直接用 mcp 读日志了。

@wsseo AI 之间差别很大 要是扔给垃圾 AI 的确是浪费时间 但是给主流的 ai 多半是事半功倍的

说实话，日志真得 ai 看，比写代码还强

都自动化了，cc schedule->bug 管理平台->sls->db->自动出报告，最后人工确认，规范 bug 报告，70%不需要人工干预，就最后 confirm 就可以了，多数是需求理解分歧

都是 Claude code session 起在 code 文件夹，然后链接 splunk mcp
你就说下问题，AI 自己去找日志和 code 对比了

@fe619742721
我们一直在做类似的实践，只能说业务复杂度一旦上去 ai 其实也不好使，需要不断的提示。
提供给 ai 的工具一多，ai 自己选择工具的准确度就会下降。

看啥日志，代码都不看了，直接看效果有没有达到预期就行😂

是的，前端也是，日志是一行不看，专门写了个插件 bug lens ，我复现完 bug ，丢给 AI 看
https://chromewebstore.google.com/detail/bug-lens/mjfoododejekngekcmidcfagmmgabmjc?authuser=0&hl=zh-CN

@ddhYr 录制 或 截图

让 AI 定位问题，
定位完自己再看下有没有问题，
没问题就让 AI 修了

除非 ai 看完日志自己修，可能跑偏了，
如果人工监督，问题不大，定位问题又快又好。

没办法，大势所趋，复杂的问题 AI 看 10 分钟，顶人看一两天的内容 。

ai 就是干这个的，你不服吗？
ai 是来解放人类的

肯定的，早就让 ai 看了，现在看数据库信息也让 ai 看了，分析的比人快还全，，没办法

看日志本来就是 ai 的强项，ai 基本原理就是模式匹配，你自己看日志一样是搜索，为啥不直接让 ai 干，至于结论肯定得靠人