@allanwell 开发懒啊。。有时 agent 自己有内存记忆了
现在都没规范，而且很多问题总不能全放 claude.md 里吧

@kneo 是啊，就应该让 Ai 去修，带上更多上下文

@DT37 那你是怎么处理的啊

@panghu960 不知道还以你是我们的软文😂 看看我这个帖子： https://www.v2ex.com/t/1210451?p=1#reply7

就是按照你这个思路做的

你们还 review AI 写的代码吗？

有意思，是给 agent 用的吗？

点进去 intent 会怎么样？

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