Coding Agent 会让人产生大量的错觉，做出个东西觉得是个绝世好产品，发出来之后发现，除了自己基本没人用。这样的东西会大量产生。 然后，真正的好产品就会出现了

vibe coding 了一个小时情报，用一段时间了。 每小时推一次，包含：价格异动，x和telegram的信息。 如果某个主题不断重复，在主线状态这个栏目，你会看到状态“延续”。 tel频道：

AI Coding 时代，好的编程习惯仍然重要 最近做一个 Agent benchmark，发现不能简单地用开发者视角来评估一个编程任务对 AI 的复杂度。 比如一个重构任务：把一个几千行的大文件，按功能拆成十多个小模块。 这个任务对开发者来说其实不算难，主要工作就是移动代码、整理 imports、编译验证，新手也能搞定。 所以想着用一个简单的任务来做一下 benchmark，结果却出乎意料。 Claude Code 判断这个任务比较大，尝试拆了一部分，提了个 PR 写了 Future work 打算分步来。 我自己的 Agent 是“硬上”，往完整拆分的方向推进了更多，但代价也很明显：Token 消耗是 Claude 的几十倍，后面大量时间都花在反复读文件、修编译错误、再读文件、再修错误上。 这让我意识到，人觉得简单的任务，对 Agent 不一定简单。 对人来说，这类重构很多时候就是“把这一段挪过去”。但对 Agent 来说，它要先分批读大文件，记住哪些函数和哪些测试有关，再生成一堆跨文件修改，最后通过编译错误一点点补洞。看起来像机械活，实际变成了一个高 Token、高状态管理成本的任务。 前一段时间看到有人说，AI Coding 时代，拆分模块这些编程原则没那么重要了，反正人也不看代码。现在看，我不太同意。模块边界清楚、文件粒度合适、依赖关系简单，不只是方便人读，也是在帮 Agent 降低任务复杂度。 从另一个角度看，现在 Agent 的读文件和改文件工具，对这种重构也不太顺手。 Coding Agent 改文件，主要还是文本替换。比如 Claude Code 常见的是 old_string / new_string 模式：先给出一段旧文本，再替换成新文本。Codex 常用的是 apply_patch：生成一个类似 git diff 的 patch，表达把旧的内容替换成新的。它们都适合小范围修改，但如果要删除一大段旧代码，或者把一批函数挪到别的文件，模型往往还是要先把原始内容读进上下文，再生成一大段替换或 diff。 所以我后来给 Agent 一个提示，让它先用脚本、sed、perl 这类工具把大文件粗拆开，直接把旧内容删掉，写到新文件中，然后再逐个慢慢修，它的完成度确实高了许多。Agent 默认不会这样做，主要是因为系统提示词里会强烈要求 Agent 用内置工具修改文件，而不是命令行工具。 再往前想一步，Coding Agent 可能还需要更高级的编辑工具。不是只给它一个“替换文本”的接口，而是先通过 parser、LSP 或 compiler 建立代码结构，让 Agent 可以像 IDE 一样做重构：移动函数，删除 impl block，整理 imports。不知道是否有朋友做这方面的尝试。 总的来说，即便是 AI Coding 时代，好的编程习惯还是有价值的。尽量在早期通过 harness engineering，把好的编程习惯变成 Agent 的默认工作方式，比后来再重构的成本要小很多。

Vibe Coding Day 6 给 做了一个分享卡片，风格类似 GitHub，方便大家分享 vibe coding 项目。 用到了: - Satori: 将 React 组件 转换为 SVG 图片 - Yoga: Facebook 开源的布局引擎 - Next/OG: 生成动态 OG 图片。 感谢狼仔的设计建议！

Vibe Coding Day 5 把 skill-archive 改名为 skilldb，做了数据库和网页： 👉 这次没用 Cloudflare 全家桶，试了下 Vercel 生态： - 数据库用的 Turso（免费 10GB） - 前端直接部署在 Vercel 整体体验下来，Vercel 更像传统开发者工具，而Cloudflare 更像为 AI / Agent 原生设计。 首先，Agent 对 Vercel CLI 不熟，老是从本地硬推，其实应该从 GitHub 自动部署。 其次，Turso 用的是 libSQL（SQLite fork），AI 写起来不如原生 SQLite 顺滑。 继续实验！

Vibe Coding Day 4 继续做 skill-archive 项目，今天把 18万+ Skill 的相关文件都从 GitHub 爬下来了，大概 24 GB。 等这两天整理一下，然后放出来让大家玩耍/研究。

Vibe Coding Day 3 Skill 是分布式的，分散在各个 GitHub repo 里面。但是除了 clawhub，其他聚合平台都没有开源全部的 skill 目录。 今天，我爬取了 skillsmp, skills sh, clawhub 三个平台的 skill，去重后有 18万+ skill，放在 skill archive: vibeshit page:

AI coding 一个实践：每次做重大功能/改动之前先用 plan mode 做一个 research / design doc，然后再基于这个 doc 做实现的 plan。 design doc 加上编号存到一个文件夹里，commit 进仓库。这就类似你的设计思路的 db migrations，记录着整个项目进化思考的脉络。