日志体系架构:让 AI 写出的每一条日志都有价值
在 AI 辅助编程越来越普遍之后,一个很容易被忽略的问题正在出现: AI 很会写日志,但不一定会写“有用的日志”。 让 AI 实现一个功能,它很可能顺手生成: logger.info("start") logger.info("processing...") logger.info("data loaded") logger.error("failed") 单独看似乎没有问题,但项目越来越大之后,你会发现日志开始变成这样: start processing... loading data... done request failed retry... success 真正出了故障,却很难回答几个最基本的问题: 哪个请求出的错? 哪个模块出的错? 哪一步出的错? … 问题并不是“日志太少”,而往往是: 日志很多,但没有体系。 因此,和异常处理、依赖注入、接口规范一样,日志也应该成为项目架构的一部分,而不是让开发者或者 AI 自由发挥。 ...