卡皮巴拉_

很多工程师用 OAuth2 只是“照文档集成”，但不知道内部机制。 我之前为了整合公司内部多系统，手写了一个简化版的 OAuth2 授权中心，这篇文章把关键点整理出来。 * * * ##

过去我遇到很多项目，结构随着迭代越写越乱： API 和 Service 混杂，Repository 过度膨胀，Utils 堆了一堆不知从哪来的东西。 然后我发现 Trae Solo 在“架

我没想到 Trae Solo 在“读日志”这件事上这么强。要知道，日志分析是程序员永恒的痛点：格式乱、字段多、异常类型奇怪，经常一找 bug 就是两小时。 所以某天我突发奇想： > “我不

我一直认为“debug 是工程师的天赋”，但 Trae Solo 的表现让我意识到—— 它更像是一个随时待命的“逻辑分析助手”

运维与后端工程师离不开日志系统，我曾构建过一套完整的日志链路： 秒级可查，成本不高。 一、为什么要独立日志系统？ Docker 日志丢失风险 容器自动重启导致日志被覆盖 多实例下无法查看全量日志 gr

在一个业务跑了三五年的成熟系统中，最难理解的不是代码，而是： 复杂的流程 混乱的状态 分散的逻辑 各种历史产物 到处都是 if…else 每个功能都靠“口口相传” 我最近在接手一个老系统时找到一个新方

上周末我想写一个小工具：把线上 log 转成更易读的格式，然后随手导成 CSV。 这篇文章主要分享一下我在这个过程中和 Trae Solo 的配合方式，看看它到底能帮开发者做到什么程度

我手上有个几年前的 Python 项目，结构混乱、文件命名不统一、业务逻辑缠在一起——典型“历史包袱型代码”。 这次借着掘金活动，我试了试用 Trae Solo 帮我重构，没想到效果比预期好太多。

写组件文档是前端最烦的一件事，但 Trae Solo 能帮你自动完成 80%。 * * * ## 🧱 一、给它组件代码 ``` export const Button = ({ text,