vibe coding 痛点是没法一览 Agent 都做了啥，所以我做了 https://mainline.sh

@foolishcrab 同意，这个问题本身不是 AI/Agent 才有的。人类工程师也一直会犯：没理解历史背景就改代码。Linus 那个骂法本质上也是在说这个。

我觉得 Agent 让它变得更突出，不是因为问题新，而是因为频率和规模变了：以前一个人没看懂乱改，是一个 PR ；现在多个 agent 可以很快在不同分支里重复同样的误解，而且它们不会像团队成员一样通过日常讨论、事故记忆、Slack 背景慢慢“渗透式”获得上下文。

`AGENTS.md` / rules 文件我觉得适合放稳定规则，比如代码风格、测试命令、架构偏好、不要用某个库之类。

但很多历史意图不是稳定规则，而是有生命周期的决策记录：

* 这个方案试过，但因为 X 被 abandoned ；
* 这个 decision 已经被 superseded ；
* 这个 legacy path 暂时不能删，但未来某个条件满足后可以删；
* 这个 migration 有未关闭风险；
* 这个约束只和某些文件/commit/PR 有关。

如果都塞进 `AGENTS.md`，它很快会变成一份越来越长、越来越难维护的“历史垃圾桶”。Agent 也很难知道哪条和当前 diff 真的相关。

所以我不是想替代 `AGENTS.md`，而是想把它分层：

`AGENTS.md`：长期行为规则。
Mainline：和具体工程改动相关的 intent record ，可以按当前文件、分支、commit 、in-flight work 检索。

也就是：不是“让 agent 自动更新一个大说明文档”，而是让它在做重要改动时留下结构化的 why ，未来相关改动前能被取出来。

@9684xtpa actor log 是结构化的，Agent 装了 skill 后自动记录，读取，而且持久化、渐进式记录到 git 上。
你写到 md 上，就需要结构化、渐进式记录。也不是不能做到，就像 text 也可以用 grep 做数据库一样，为什么还需要 mysql, nosql

😂 怎么都没人回复的

@a186232641 一个 design 的 skill

我做了一个 https://poly.hika.fyi ， 思路不一样，是将 polymarket 的信号可视化以及解释。

@CalledKingsley 是啊，之后感觉可以整合更多进来

何不吃肉糜

何不用 Claude Code

经典永传承

咋现在 V2EX 除了龟就是币

@hefish 先打消一下你的念头，看看这帖子： https://www.v2ex.com/t/1139572?p=1#;

@zhuzongxing 不是。是限流问题，解决了

@Sawyerhou 嗯，愿意付费的用户都认为我们的产品在我说的能力上满足了需求。我明白 v 友们不需要这些😄

@anjingdexiaocai 你这个反馈很真实 hh

@ttthys 感谢分享，我赞同你说的，目前还差一个东西，真正满足用户的需求。现在这些虽然有用，但不足以支撑付费甚至长期使用

@xlxx 有点意思，我思考下。另外一个方向就是接 adsense ，对免费用户做广告了

@2ruowqe9r 感谢分享，看出来你是有用过😂不像其他评论用都没用过，没了解过就虚空评价了

@willli 挺多的

@daimon1 确实可以考虑下，开始是想着用户怎么样都做一次搜索，就会看到了，不需要落地页。我发现 GPT 最近也加了落地页： https://openai.com/chatgpt/overview/

@take0a0sleep Claude4 我考虑一下，成本也是个问题