博客文章
记录技术成长与思考
AI Coding 跑顺了,真正的难关才开始
最近这几天，我又开始焦虑了。 原因是，我突然意识到一件事。 已经有一阵子，没人反馈 Zeus 的问题了。 Zeus 是我们团队做的一套 AI Coding 工具体系。 说白了，就是想让 AI 把"写代码"这件事，从头到尾接过去。 用了两个多月，大家从一开始的别扭、吐槽、不信任，慢慢变成了—— 用得挺顺。 顺到，没人抱怨了。 按理说，这是天大的好事。 可那一刻，我心里咯噔一下。 因为"没人提问题"，有两种可能：一种是真的没问题了，另一种是，大家已经看不见问题了。 我估计，是后者。 浮在水面上的，是看得见的成绩 这半年，团队是真的变样了。 Zeus、Zeus
女儿改一道题改了5遍，我却开始反省自己
今天又是给女儿改卷子的一天。 两页卷子，错了6道题。 最后那两道，她改了5遍，才改对。 最难受的是，那些题她其实都会。就是算不对。改一遍，对个一两道，再改，再对一两道，磨磨蹭蹭，一直到第5遍。 她改的时候，嘟着嘴，流着泪。 我坐在旁边，心里又气又无奈。😮💨 气的不是她笨，是她明明会，却就是静不下心来算对。无奈的是，我好像也帮不上什么忙，只能看着她一遍一遍地改。 好在我们关系还不算差。她虽然一百个不愿意，但还是嘟着嘴、抹着眼泪，把卷子做完了。 可看着她那个样子，我忽然开始想：问题，是不是出在我身上？ 我以为我只是"认真"，可她看到的是"严肃" 我发现，我
Loop Engineering：每篇文章都在讲，但没人告诉你怎么搭
最近 Loop Engineering 在持续刷屏。 公众号在刷，各种群里在讨论，我也看了好几篇文章。 每篇都有道理——五个组件、目标定义、古德哈特定律，逻辑很清晰，我都信了。 但看完之后有点空。 我的工作流该怎么 Loop 化？从哪起手？搭出来以后长什么样？ 没一篇说清楚。 所以想聊聊我自己的理解，以及我们实际在做的事——我们团队搭了个叫 Talos 的系统，算是目前我见过最接近"生产级 Loop Engineering"的垂类实践。 Loop 其实只有两种形态 在我看来，Loop Engineering 这件事，放长了看只有两个终点。 第一个是通用智能 AI。 它足够强
AI工作流跑不起来，问题可能出在PRD
前面几篇，聊了团队怎么搭 AI 工作流、怎么建知识库。 今天聊聊 AI 在 PRD 编写和质量保障上，我们做了些什么。 其实这块从一开始就在工作流里。只是在开始的MVP版本里，核心全压在开发环节。 等大家真用起来，一个问题立马浮出水面： PRD 质量一般，工作流出来的技术方案，质量自然也上不去。 道理特别朴素：垃圾进，垃圾出。 源头的 PRD 含糊，后面 AI 再能干，也只是替你把这份含糊"发扬光大"。 所以我决定还是要治理一下这个源头。 第一步：先给 PRD 做个体检 我做的第一件事，是一个 PRD 质量检测 skill。 注意，它不碰业务逻辑，只做"规范层&q
大家都在说工作流，那我们到底是用开源的呢，还是定制自己的呢？
做团队 AI 工作流，第一个把我卡住的问题，不是技术。 而是——到底该用开源的，还是自己造一套？ 说实话，我一开始也很犹豫。 毕竟"自己造轮子"这四个字，听着就不太聪明。 所以动手之前，我特意花了不少时间，认真研究了一圈现成的方案：BMAD、OpenSpec、SuperPowers、SpecKit…… 一个个看下来，我的第一感受是：真优雅。 👏 设计思路清晰，工程化也讲究，看得出背后都是高手。 可越往深里看，我越发现：它们再好，也不是为我们这种团队设计的。 所以，最终我还是决定做我们自己的工作流。 三个绕不过去的坎 具体说，是三个坎，每一个都硌得慌。 第一个，它们几乎都是冲
AI Coding 搞了一年,我才认准真正的护城河是知识库
AI Coding 时代最大的护城河，不是模型，不是 Agent，也不是工作流。 而是知识库。 这是我折腾了一整年 AI Coding，到最后才慢慢看明白的事。 可一开始，我和大多数人一样，劲儿全使在另一个地方——工作流。 怎么把写 PRD、出方案、写代码、生成测试串成一条链路，让 AI 一步步往下跑。 工作流跑通了，下一个问题马上冒出来—— AI 跑这些命令的时候，到底读什么？ 光给它代码，不够。 于是所有人又一窝蜂去搞知识库。研发在搞，产品在搞，业务也在搞。 可搞着搞着我发现一件事：几乎没人能说清，知识库到底该是什么。 先说说，知识库不该是什么 很多人理解的知识库，是"把代码翻
专栏内容
深度技术专题与实践总结
七十二变变架构法：为什么需要架构？
什么是架构 架构是一系列高层次的设计决策，用来平衡系统在功能与非功能上的需求。 这句话包含几个关键点： 高层次决策：架构并不是细枝末节的代码实现，而是决定系统整体形态的核心选择。例如，选单体还是微服务
什么是规则模版引擎
在企业系统中，业务逻辑往往不是一成不变的。 今天是“满100减10”，明天可能要改成“满200减20”； 昨天风控规则是“连续3次登录失败锁账号”，明天可能要调成“5次”。 如果每次改动都要工程师去改代码、发版本、回归测
针对我的博客网站的SEO、GEO、AEO整体优化的方案
一、SEO（传统搜索优化，保障基础流量） 目标：让博客在百度/Google 搜索里有稳定曝光，获得自然流量。 1. 基础优化 ✅ 站点地图（sitemap.xml） + robots.txt 提交到百度/Google Search Console ✅ 页面加载速度优化（启用 CDN、压缩 CSS/JS
URL 参数为什么被序列化了两次？一次 IOS 与浏览器标准差异的排查
在我们 iOS 客户端的开发中，有一个长期困扰的问题：部分链接打开后，URL 里的参数被序列化了两次。 比如一个原始链接是这样的： /path?fff[]=jjj ll 结果在 iOS 里打开后，变成了： /path?fff%255B%255D=jjj%2520ll 注意看： %5B 又变成了 %