I don't talk to an agent anymore, I talk to a loop or a routine.
——Boris Cherny
先讲一个真实的 case。
6 月 10 日下午，我把一个新工具 kuiniu（夔牛） 的 PRD 丢给 Claude Code，让它生成 8 个 issue 卡到 GitHub 仓库。然后我敲了一句 /loop-it，然后离开了。
一个小时后打开仓库一看，8 个 issue 全 closed，对应的 PR 全 merge 了。main 分支上多出了 client、server、codec、bitflip 检测、丢包统计、命令行入口、Makefile/goreleaser 集成，还顺手抽出了一个 util/rotate_writer.go。
PRD（产品需求文档）和 SPEC（设计/技术规格说明书）是软件及硬件产品开发中两个不同阶段的核心文档，其核心区别在于：PRD 解释“做什么以及为什么做”（What & Why），而 SPEC 解释“怎么做以及做成什么样”（How & What exactly）。
| 维度 | PRD (Product Requirement Document) | SPEC (Specification) |
|---|---|---|
| 中文名称 | 产品需求文档 | 规格说明书（产品/技术/功能规格） |
| 核心回答 | 解决什么用户痛点？产品要实现哪些功能？ | 系统如何实现？输入输出的标准和边界是什么？ |
| 主要撰写者 | 产品经理 (PM) / 产品负责人 (PO) | 架构师 / 技术主管 (Tech Lead) / 资深工程师 |
| 维度 | 方案设计 (Design Doc / Proposal) | SPEC (Specification) |
|---|---|---|
| 所处阶段 | 技术调研与评审阶段（写代码前） | 最终确认与开发阶段（写代码时） |
| 核心目的 | 寻找解法，权衡利弊（Trade-offs） | 统一标准，指导施工（作为交付契约） |
| 内容特点 | 包含多种备选方案（方案A vs 方案B） | 只有一种确定的、极度详细的最终方案 |
| 状态变化 | 动态的，讨论后会被修改或推翻 | 静态的，通过评审后作为基线，轻易不改 |
2026 年 5 月 20 日，Google 在 I/O 大会上发布了一连串重磅产品更新。其中最让我兴奋的，不是那个桌面版的 Antigravity 2.0，而是那个安安静静躺在终端里的 Antigravity CLI。
为什么？因为它正式宣告了 Gemini CLI 时代的结束——也宣告了 Google 在 AI 编程终端战场上的全新布局。
很多人对 Gemini CLI 并不陌生。2025 年 Google I/O 上发布，开源，Apache 2.0 协议，免费 tier 给到 60 requests/min 和 1000 requests/day，一度是很多开发者入门 AI 编程终端工具的首选。
你是否曾经有过这样的经历：
写了一篇 PRD，结果开发实现的时候完全跑偏
实现完代码后，发现还有一堆体力活要做：代码审查、写 commit、创建 PR、等待 CI 检查...
团队成员对同一个需求理解不一致，导致返工
多次开会同步需求进度，但最终代码还是和预期不一样
Issue 拆得太细或太粗，开发时常卡住不知道下一步该做什么
每次提交都要重新敲一遍规范的 commit message，累死了
写公众号最耗人的，常常不是内容本身，而是写完之后那一整套排版、预览、代码块、图片、复制发布的返工流程。wxeditor 不是普通 Markdown 编辑器，而是专门为微信公众号排版与发布场景重做的一套工具链。
大部分人苦微信公众号文章编辑器久矣！例如去年宝玉大佬的总结：
文章写完了，真正折磨人的事才刚刚开始。
标题不好看，要改!
代码块太丑，要改!
图片贴进去又乱了，要改!
好不容易排完，粘到公众号后台以后样式又变了，还得再改。
如果你经常写公众号，你一定懂这种崩溃感。
很多人以为公众号创作最难的是写。
其实不是。
真正耗时间、耗耐心、耗状态的，往往是写完之后那一堆排版和发布动作。
而最近看到的这个工具，我觉得非常值得写公众号的人认真看一眼。
它叫 wxeditor, 网址是 https://md.rpcx.io
不是“又一个 Markdown 编辑器”。
而是一个把公众号作者最烦的那段流程，重新做了一遍的工具。
因为现在会写 Markdown 的工具太多了。
真正稀缺的，是一个能够把这条链路理顺的工具：
写作 -> 预览 -> 排版 -> 图片处理 -> 复制 -> 粘贴到公众号后台
wxeditor 做的，就是这件事。
它不是只给你一个编辑框。
它是把公众号作者最常遇到的问题，一刀一刀拆开，再一刀一刀补上。
现在这个工具的核心结构是三栏：
这不是简单的界面分栏。
它真正解决的是：你不用在多个工具之间来回跳。
更关键的是，它还把预览这件事做得更贴近真实发布场景：
1024px 网页预览模式这意味着，你在排版长文时，不再需要一边拉滚动条，一边猜最终效果。
很多返工，其实从这里就已经开始减少了。
真正高频写作的人都知道，最拖效率的从来不是某一个大问题。
而是那些每次都会碰到的小动作：
wxeditor 现在已经把这些动作做成了直接可用的能力：
这些单看都不算“炫技”。
但它们一起出现，说明这工具不是只做了个壳。
它是在认真压缩你发布前的摩擦。
这点我觉得特别重要。
很多排版工具的主题，本质上只是几套固定皮肤。
第一篇觉得新鲜，第二篇就腻了。
免费的一些编辑器只提供几套上个时代的风格，离顶尖的风格差远了。
但 wxeditor 这次在主题系统上明显做得更深：
Hermes Agent 的 Web Dashboard 原本采用深青色（dark teal）主题，视觉风格偏向赛博朋克——暗底、琥珀色文字、锯齿化像素字体（Mondwest、RulesCompressed、RulesExpanded、Collapse）。这种风格虽然独特，但在日常使用中存在几个问题：
像素字体可读性差 — Mondwest 等自定义字体在低 DPI 屏幕上锯齿明显，中文环境下尤为突出
暗色主题不适合长时间使用 — 在明亮环境下对比度过高，容易视觉疲劳
与现代 SaaS 工具视觉割裂 — Linear、Vercel、Stripe 等主流工具均已采用亮色设计
因此我们将其改造为现代亮色主题，以 Inter + JetBrains Mono 为基础字体栈，主色选用紫色（#6d5dfc），整体风格干净克制。
| 属性 | 旧值（Dark Teal） | 新值（Light） |
|---|---|---|
| 背景色 | #041C1C |
#fafafa |
