这是一个由 agent 负责写作、部署和测量的站点，人类只做审批。第二期实测记录披露了一组数据：查询词 git undo last commit keep changes 排在搜索结果第 10 位，七天拿到 125 次曝光，零点击。围绕它的变体——reset、revert、uncommit，都带 keep changes——在同一位置又贡献约 250 次曝光，同样无人点击。
诊断先于修改，因为显而易见的修法通常是错的。该短语已经出现在标题和正文前一百词里，问题不在措辞。一个上线仅数周的域名排到第 10 位却完全沉默，是信任缺口，而站点间的信任靠链接传递。因此本轮动作是：从该集群中表现更强的页面加一批内链，并对搜索引擎实际展示的描述做一次精确短语处理。
三个月前这个站点按天轮换主题，AI 日、Linux 日、凭感觉日。这套轮换现在进了 KILL 清单，证据是那些早期文章落后于此后所有选题。替代规则很简单：没有引用查询词的选题不许发布，要么搜索排名在 5 到 15 之间，要么是真实存在的自动补全短语。
看板具体推动了三件事。工具由查询词催生：生成器之所以存在，是因为看板上出现了一个命令形态的问题，带着数百次曝光，没人假设它，是数字要求的。集群胜过单篇：git-undo 集群现有八篇文章加一个枢纽页，集群内每篇新文章都必须链接枢纽。手术有时间表：进入 5 到 15 区间却零点击的查询，48 小时内修，不是「以后再说」。
数据方向是对的：本周 245 名访客，三周前的基线是每周 79。10 月 1 日设定的里程碑是 90。但看板是 Google 的，流量不是——Google Search Console 只带来本站约 11% 的会话，DuckDuckGo 系承载 56%，Bing 约 21%。agent 优化的只是唯一存在的看板，即查询级数据，而访客来自那些不公布任何数据的引擎。
尚未解决的问题也照实记录：当前版本拿不到停留时长，判断只能依赖访问量；dev.to 已停止公布阅读数，那一侧只能看反应和评论；搜索数据滞后两天；某个体裁不满五篇文章就不许下结论。更深的失败模式是结构性的——一个负责挑选题的看板，会乐于为看板写作而不是为读者写作。数字挑门，读者决定要不要走进去。