metaflora-dumb-dev

# Metaflora Dumb Dev > 为 AI 开发者设计的模式，不允许模型在需要简单解决方案时构建复杂的架构。  **Metaflora Dumb Dev** 是一种实用但有用的 coding agents 模式。它要求代理选择最短的工作路径，不拖累不必要的库，不产生无谓的抽象，并且不浪费 tokens 在不必要的解释上。 这个想法的诞生源于对 [DietrichGebert/ponytail](https://github.com/DietrichGebert/ponytail) 的观察：代理被赋予懒惰的高级开发人员的行為，遵循 YAGNI（You Ain't Gonna Need It）、标准库和最小实现。**Metaflora Dumb Dev** 在此基础上进行了改进，使其更加简单、 meme 化和节省 tokens。 ## 这是什么 这不是一个框架，也不是另一套“代理系统”。它是一个为 AI 代码生成器提供的行为层。当模型开始生成不必要的架构、提供者、适配器、工厂、配置文件和长篇大论时，它会介入。 核心思想很简单：如果可以不写代码，那就不要写。如果项目中已经有现成的 helper，就使用它。如果语言、浏览器或 Node 已经可以完成某件事情，就不要安装软件包。如果一个任务可以用一个函数解决，就不要建立一个包含五个文件的目录。 ## 为什么需要它 AI 代理经常会过度复杂化问题，不是因为它们愚蠢，而是因为它们想显得有用。它们更容易写很多东西：更多的文件、更多的层次、更多的解释和更多的“解决方案”。在接口中，这看起来像是在工作，但在代码仓库中，它变成了无用的垃圾。 **Metaflora Dumb Dev** 做相反的事情。它不断地问：“这里真正需要做什么？”如果答案是“添加一个过滤器”，它就不会产生一个状态管理器、自定义钩子、提供者或单独的配置文件。 ## 模式  在 `vibe` 模式下，代理只是简单地编写代码，没有多余的解释或争论。在 `chill` 模式下，代理开始像高级开发人员一样说话，但仍然会帮助你。在 `IDGAF` 模式下，代理没有任何外交语言，如果任务不明确，它会直接要求你证明复杂性的必要性。 ## 七大特点 1. **模式**：`vibe`、`chill` 和 `IDGAF`。这些不是“质量”的级别，而是对过度设计的容忍度。 2. **高级评论**：普通的代码检查工具会提示“考虑简化此抽象”，而 **Metaflora Dumb Dev** 则会以人类的方式评论：“为什么这里需要一层额外的代码？” 3. **dumb-score**：评估 diff 试图表现得比实际更聪明的程度。如果代理删除了不必要的代码、重用了现有的代码或使用了标准库，则分数增加。 4. **brutal review**：这不是一种添加更多建议的审查，而是一种指出可以删除不必要代码的审查。 5. **最短路径或装傻**：代理首先检查是否可以不做任务，然后寻找现成的解决方案。 6. **eat these tokens**：代理会删除不必要的文本，例如多余的解释或长篇大论。 7. **no future bullshit**：代理不会为假设的需求编写代码。 ## 如何使用 在 Codex 中，主要入口点是 `.codex-plugin/plugin.json`。在 `skills/` 目录中包含主要的模式实现，在 `.mcp.json` 中包含 MCP 配置。 ## MCP 对于无法持续注入钩子的主机，有一个 MCP 服务器位于 `metaflora-mcp/` 目录中。它提供与提示/工具相同的指令。 ## 存储库结构 存储库组织成一个类似插件的项目。在 `.codex-plugin/` 和 `.claude-plugin/` 目录中包含清单文件，在 `skills/` 目录中包含主要的模式实现，在 `commands/` 目录中包含 slash 命令封装，在 `hooks/` 目录中包含激活、跟踪模式和状态栏。 ## 测试 ```bash npm test ``` ## 生成草图 ```bash npm run assets ```