来自站点：bestaigate.top ，我的 id 是:364

还别说，今天街上已经能听到中国娃娃祝你 happynewyear 了，也算是年味吧

@faketemp 有理
去年中旬有段时间 16-8 ，有时候晚餐可能不吃，然后两个月从 180-165 ，后面再叠加爬楼梯，控制到 160 左右

但现在已经回弹了：工作压力和生活压力烦着，再加上戒烟了，所以变成暴饮暴食来解压

思考和分析的能力，特别是结合 经验 和 感性 的思考分析，仍然是大部分（或者说几乎所有） agent 还不能代替的。

程序员可以是一个懂技术架构、知道如何实际落地需求的 PO/PM ，然后 AI Agent 就是去做写代码的牛马

想象一下我变成我的的架构师/组长/CTO ，然后 agent 变成我，甚至超过我

管住嘴真的重要

我们的实践下来，vibe coding 的痛点在于它和业务需求之间，仍需要一个“翻译”的过程，也就是您说的：

“我的大脑自动 rag 一下，回想起这个需求相关的可复用的代码 kit ，规范是什么，以及存放在哪里，该咋用”

例如我是前端，来了一个需求说“订单管理页增加一个新的 CRUD”，我大脑里会去 rag 相应的代码仓库、文件、接口、旧逻辑、影响面，然后再开工。而 agent 在仅阅读代码仓库后，它只会尽量‘猜测’一些相关性，就容易导致改错、做错。
Vide coding 在 “纯写代码”层面我们觉得已经完全 ok ，包括代码规范、合理性、性能、安全等，但还没法代替我们去“思考”该怎么完成业务需求。

我们在 BMAD 和各种 XXX Spec Driven 的试验后，开始尝试建立一个上下文仓库，包括我们之前的需求 PRD 、测试用例和项目文档，希望能让 agent 基于这个上下文能代替“我”的思考

保持有存款的状态

现在过年是我难得可以独处的时间：家人出去拜年、对象和她家人过（不同城市）

我每天骑个电驴到处走走逛逛，累了找个网吧坐会，相当自由

搭车顺便问问有上了深远新新国标的朋友吗，gt1 或者 h26 。想把现在的老雅迪换了。

女人总会看不起自己没做的事情

@HE1HE 能描述一下佩戴感吗，还没试过耳夹式

@Sunyin 卧槽多，mark 一下，再看看有没有其他平替

@wetalk 加呢，例如 800 以下

接手旧的 B 端项目（ react16+antDesign ）时也遇过性能问题，体现在 form.setFieldsValue 的时候卡主线程

个人经验觉得是还是怎么使用工具的问题（当然工具质量也有影响，例如 claude > gpt ），“写一个防抖函数”和“写一个页面”，需要的上下文是不同量级的。

某种程度上我觉得我越来越嗦了，会给 agent 交代很多上下文，例如“用 antDesign 拼一个页面，上面是一个筛选的表单，里面有字段 ABCDE ，分别是 xxx 类型和 xxx 校验规则，点击表单的提交按钮后表单下方出现一个结果列表，列表用 antDesign 的 Table 控件来实现，从我提供的 mock json 结构提取字段放到每一行里，它们的格式是 xxxx 。。。” 敲这么多字是挺烦的，但这样能大概框住结果，产出物质量也能过关。

对我来说工作流程没变化，分析需求--转化为代码结构--实现--联调，只是后三步开始交给 AI 去处理，我最后 review 一下即可。我们也在尝试 spec-driven development （ BMAD 、openspec 、spec-kit 这些），计划提供更完整的产品 context 信息，然后将前后端项目串联起来，看看这样落地 Spec → 计划故事点 → 拆分任务 → 具体实现 的开发流程的效果。

不过也可能这都是空话，说不定明年就被裁了哈哈

@HeisenbergW 有链接瞧瞧吗

@gdfsjunjun
@Ssaliya3
有无链接可以看看，大佬们

@huaxing0211 确实，错过了好时候