分享技术见解、生活感悟和成长历程
做团队 AI 工作流，第一个把我卡住的问题，不是技术。 而是——到底该用开源的，还是自己造一套？ 说实话，我一开始也很犹豫。 毕竟"自己造轮子"这四个字，听着就不太聪明。 所以动手之前，我特意花了不少时间，认真研究了一圈现成的方案：BMAD、OpenSpec、SuperPowers、SpecKit…… 一个个看下来，我的第一感受是：真优雅。 👏 设计思路清晰，工程化也讲究，看得出背后都是高手。 可越往深里看，我越发现：它们再好，也不是为我们这种团队设计的。 所以，最终我还是决定做我们自己的工作流。 三个绕不过去的坎 具体说，是三个坎，每一个都硌得慌。 第一个，它们几乎都是冲
AI Coding 时代最大的护城河，不是模型，不是 Agent，也不是工作流。 而是知识库。 这是我折腾了一整年 AI Coding，到最后才慢慢看明白的事。 可一开始，我和大多数人一样，劲儿全使在另一个地方——工作流。 怎么把写 PRD、出方案、写代码、生成测试串成一条链路，让 AI 一步步往下跑。 工作流跑通了，下一个问题马上冒出来—— AI 跑这些命令的时候，到底读什么？ 光给它代码，不够。 于是所有人又一窝蜂去搞知识库。研发在搞，产品在搞，业务也在搞。 可搞着搞着我发现一件事：几乎没人能说清，知识库到底该是什么。 先说说，知识库不该是什么 很多人理解的知识库，是"把代码翻
去年开始，团队里每个人都用上 AI 写代码了。 按理说，效率该起飞了。 可折腾了大半年，我才慢慢看清：每个人都明显变强了，但团队的合力却没跟着强起来。 会用 AI 的人，效率飞涨。 用得浅的人，被甩在后面。 几十个开发，几十套打法——各自的 prompt 习惯、各自的提示词、各自摸索出的一套方法。 这本来不是坏事。 坏就坏在，大家的产出开始对不上了。 同一个功能，不同人让 AI 写出来的代码，风格能差出十万八千里。 某个同事摸到一个好用的技巧，群里截图一发，热闹两句，然后就沉底了。 下一个新人进来，还是从零开始踩。 文档呢？散在各个服务的 README 里，或者干脆躺在某个人的电脑里。 遇到跨
前两天周末我又给 YuAI Tools 新增了好几个功能，备忘录、定时器等。 其中最重要最牛的一个功能，是我在 AI 语音输入法的基础上做的，叫语音指令。就是通过语音控制 YuAI Tools 里所有功能。 比如语音记录待办、语音记录备忘录、语音设置定时器或闹钟等。 加完之后，我坐在那儿测试，突然愣了一下。 我意识到一件事：这不就是一个 Agent 吗？ 说话就能控制电脑，我还以为这只是个工具 YuAI Tools 是我自己做的一个 macOS 效率工具，最开始的动机很简单——Alfred 太不思进取了，自从买了终身会员后感觉它就没怎么更新过，所以我想还是自己写一个吧。 后来慢慢加功能，加了全
今天中午去吃饭的路上，脑子里冒出来一个想法。 我在想，怎么能让写文章这件事变得简单一点？ 一个老问题 其实这个问题困扰我挺久了。 经常是这样：脑子里有个东西想写，但当时没有顺手的工具记下来，等回到电脑前，那个感觉就散了。 然后就放弃了。 这样被放掉的想法，可能有成千上百个。 所以我一直在想，有没有办法把整个流程打通——从有想法的那一刻，到最后文章写完，中间不要有断点。 研究工具的成本 最开始我想的是，找个现成的工具来组合。 但是感觉还得去研究一个或多个工具，也挺费劲的。 每个工具都有自己的逻辑、自己的配置方式，光是搞懂怎么用就要花不少时间。更别说还要把几个工具串起来，让它们按你想要的方式工作。
最近 AI 语音输入法突然火了起来，朋友圈和技术群里到处都在讨论。程序员们在 AI 的帮助下，继不自己动手写代码之后，连字都懒的打了，用 AI 语音输入法动动嘴就把代码写了。 我也心动了。但看完一圈价格之后，感觉都挺贵的。 最近，发现自己除了模型的钱随便花以外，其他的钱都不舍得花了，所以我决定自己写一个。 起因：不想写代码了，也不想打字了 事情是这样的。 最近这段时间，在 AI 的辅助下，我对写代码的热情越来越高了。打字打的也越来越多，手都打疼了，而且有时候总是感觉自己的手速跟不上脑子的思路。 前面试过用搜狗等输入法的语音输入，效果都不是很好。 直到昨天，我实在是不想再打字了。 于是我就又去找
在读《吸引力法则》这本书的时候，书里提到要给自己制定 101 个人生目标，我当时感触很深。后来，我也给自己定下了一个【120 个人生目标】📋。今天，我完成了其中第 14 个目标：重构我的博客网站。 当时定下这个目标的时候，我心里其实是没底的。写代码对我来说当然不是问题，真正让我发怵的是审美。 我的博客是 2018 年自己一行一行敲出来的。服务端用的是 PHP + Phalcon，前端是 UIkit 组件库嵌套 Phalcon 模板，管理后台用的是 Ant Design。 这次想优化的，主要是博客前台页面，以及管理后台里的一些 bug。老版本的前台样式和布局只能算中规中矩，说不上丑，但也绝对
今天公司团建，发现大家都在很努力地把自己活好，我的感触很深。 而我最近一段时间却有点消沉，让自己偷懒了两周。现在也差不多是时候回来了。 为什么消沉了 最近一段时间自己各方面状态都不是很好，包括公众号流量、身体状况、工作上的价值反馈等，再加上工作压力也大，就允许自己稍微消沉了一小段时间。 其实现在想想，对我积极性打击最大的应该还是公众号流量。我花了很大心血写的最新几篇文章，也只有几百的流量，甚至有一篇还没过百。 这其实都怪微信😂，我写了7年文章了，一直没有流量，我也没怎么关注过流量。但是不知道为什么，今年微信突然给了我很多流量，让我有点飘，对流量的预期也有点高了。 一旦我有了预期，那么写文章这件
做了这么多年程序员，第一次真正走进商家店里，我才发现，纸上谈业务，和面对面听业务，是两回事。 昨天和公司的产品、BD一起走访了一个商家，我原本以为自己对业务已经比较熟悉了，结果从开头到结尾也没插上几句话，因为很多东西跟我原来“想象”的完全不一样。 他们谈价格、谈库存、谈促销活动，我才发现，原来我们做的很多功能都太“自我”了，根本没有从商家角度考虑问题。我们过往做的很多东西都是为了让商家把更多的货给到我们、把价格降下来、把发货时效提上来，所有的目的都是为了“我们自己”更好，而完全不考虑商家最需要什么。 但是因为我们是行业里做的最大的平台，所以商家必须得用我们的 APP，然后他们为了解决自己的问题
什么是架构 架构是一系列高层次的设计决策，用来平衡系统在功能与非功能上的需求。 这句话包含几个关键点： 高层次决策：架构并不是细枝末节的代码实现，而是决定系统整体形态的核心选择。例如，选单体还是微服务？数据存储用关系型还是 NoSQL？ 功能需求：满足业务逻辑，能“做对的事”。 非功能需求：性能、可扩展性、可维护性、安全性、可靠性等。往往这些是架构师最需要权衡的部分。 平衡：没有完美的架构，所有决策都伴随取舍（trade-off）。比如，高一致性往往牺牲性能，高性能有时会降低可维护性。 为什么需要架构 很多同学在开发的时候，会觉得“直接写就好了，为什么要架构？”——但当系统复杂度越