如何停止许愿式编程

不说每个文件夹放一个agents.md文件，至少每个模块人工维护一个AGENTS.md文档吧。说明模块是做什么的，如何实现，输入输出接口是什么，有何约束

找不到不许愿的理由，ai 写出来也没啥问题^-^，感觉自己都没有什么发挥空间

你需要的是在全局agent.md 或者rules.md 放一个skill路由

搜索怎么搞

小改动怎么搞

一般项目怎么搞

涉及到支付等严肃环节怎么搞

我选择和AI讨论清楚,然后让AI写,人工就负责读一遍，看看有没有哪里不对和没写清楚的

基于特定的技术栈、脚手架开始，而不是每一次都从 0 开始。

首先学会工程化，然后把你的项目用工程化的方式拆解成施工流程。

然后按照流程设计/施工/验收，安排好可靠监理，并且自己经常巡查。当好包工头。

补充一下：注意现金流，要给AI按时发工资，AI最大的问题就是绝对不接受工资拖欠……

我 skill 和 Agents.ms 已经几乎全删了，我觉得很多 rules 都是副作用。

我就是用plan，基本不用你说的那些superpower。但是在降智时期可以用superpower，或者aegis，有明显的提升。

我觉得现在的模型能力已经不需要这些Skill 了。过于明确的工作流反而会损害他们的能力。

我现在用astra 时，还会在AGENTS.md约束一下他减少防御性编程，用opus 5.5时，就直接讨论怎么做

先用许愿式编程, 直到发现不能解决问题.

盲目上一堆skill, 可能 grind 你出来的东西还不如模型自己想的.

一般都会用工作流，不过实际使用中结合自己需要优化的部分从matt 的一套skill 里面选择感觉比较合适。佬有兴趣也可以看看我之前写的 在公司关于 AI 编程工作流的分享，有需要的佬友可以参考

许愿式编程方向没错，不过本身会因为定义局限了编程这件事，换种可以更清楚讨论的定义：面向自然语言编程会好很多。

这有别于古法编程，也不只是许愿或者事无巨细的上各种古法编程魔法使用自然语言说一遍。

可以简单分场景：

• 你懂它也懂：直接许愿，请克制你的表达欲。


• 你懂它不懂：引导为主，不要教它做事。


• 你不懂它懂：尊重为主，请试图了解自身的知识盲区。


• 你不懂你也不知道它懂不懂：默认它懂。


• 你不懂它也不懂：时间紧张-自主探索方案，时间很多-你是一个专业的演员。