【07/28更新,大砍token占用】Automaton - 节约token,有效推进度,适配coding/写作 - 最新更新见回复

还是不懂 2026-05-23 11:09 1

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:



  • 我的帖子已经打上 开源推广 标签:

  • 我的开源项目完整开源,无未开源部分:

  • 我的开源项目已链接认可 LINUX DO 社区:

  • 我帖子内的项目介绍,AI生成、润色内容部分已截图发出:

  • 以上选择我承诺是永久有效的,接受社区和佬友监督:


以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出





[!Note] Automaton - 基于 spec - plan - execute 的轻量框架

→ 传送门 ^-^ appautomaton/automaton: Portable, stage-gated agentic-AI harness for Claude Code, Codex, and OpenCode.

→ 支持 codex / claude code / opencode

→ 每个skill提示词质量由 opus-4.6-max 把关

总体的结构做的比较简单规律,每个skill总体都是比较独立的,这样可以方便根据自己的情况自用和别的框架缝合





似乎又^-^^-^了


codex --enable default_mode_request_user_input 这样就可以在default模式下让codex给用户发问题了




在开始之前想问一下 /goal 用起来效果怎么样? 需要写很多提示词吗? 还没有深度体验,最久的一次好像五个小时的样子,不过最后问题也没用完全完全解决 ^-^






背景信息 (为了避免施法前摇太长)

其实很久之前更喜欢维护一套类似于plan/spec.md + docs/ 然后每次开agent就去提出新的需求 (这样有一种自己可以掌控项目的错觉), 直到后面用上了GSD(gsd-build/get-shit-done), 发现除了很费token之外,好像完成任务的能力还行(那段时间写了一些分子动力学模拟的代码实在是太难看懂,只能说得到了需要的结果


其实现在市面上的框架太多了,好像每个都有自己的专长。不过有个问题就是这些框架好像都是去年ai还都笨笨的时候就出现的,所以里面提示词都写的巨长无比(Gstack里面一个skill就 30k token ^-^)

所以最终决定缝一个自己用了,因为:

i: 确实很喜欢 GSD 可以有效推进度(尤其是gpt5.2, 5.3 codex这个时候,gpt不催完全不干活)+ 固定上下文(SPEC.md + PLAN.md

ii: 需要一个类似于office-hour功能可以方便和agent对话来定目标

iii:可以像superpowers那样在开发时根据需要灵活调度subagent


这个话题里面佬友分享的也很好

三合一:Superpowers + GSD + Gstack 高效结合指南 - 开发调优 - LINUX DO



其实就是 GSD 里面关于上下文固定的更轻量框架 + Superpowers 里面关于多agent合作 + GStack里面的内容审核 (office hour,ceo review)-> 不过原框架里面skills.md 很多巨长无比




简述


出于省上下文的考量,最后只用到了9个skills: auto-ceo-review(可选), auto-eng-review(可选), auto-execute, auto-frame, auto-office-hours, auto-onboard(初始化的时候才会用到),auto-plan, auto-resume, auto-verify.


整个流程下来差不多这样样子


office-hours -> frame -> ceo-review -> plan -> engineering review -> execute -> verify -> resume

安装的话已经放npm了 https://www.npmjs.com/package/@appautomaton/automaton


npx @appautomaton/automaton install --codex


内容


安装到项目下面


差不多就这样子。截图里面的几个文件一开始 auto-onboard 会生成(后面也可以运行它来更新),后续的auto-frame 生成的 SPEC.md 和 PLAN.md 会放在 .agent/work/<YYYY-MM-DD>-<stub>/


.agent/.automaton 下面有几个可以被九个skill用到的mjs 文件,整个项目状态追踪等于是教agent用harness自带的nodejs mjs文件来查询更新项目进度









claude做例子,里面就会配置一下hook,然后是流程【其实就是不同的skills,可以看到按照progressive disclosure 分级拆分】提示词都是用4.6opus重写过的,确保skill.md 足够短,progressive disclosure ^-^ 到 <skill-name>/references/ or scripts/


使用


怕麻烦的话就直接clone下来让agent帮忙安装 [其实clone下来也可以不用npx就能安装到想要的目录里吗了]


$auto-onboard$ 第一次可以用会先读代码然后弄出一个大致的结构

$auto-office-hour$(可选) $auto-frame$ 会把用户需求和上下文变成具体的SPEC.md → [auto-ceo-review(可选) 可以深入review spec]

$auto-office-plan$ 生成PLAN.md (里面可以有很多的slices) → [auto-eng-review(可选) 可以深入review plan]

$auto-execute$ 从头到位自动执行plan (会自动运行 $auto-vrify$

$auto-resume$ 类似于新窗口,新的agent,譬如从 cc 切换到codex (其实很多时候$auto-execute$就可以了 )

我自己所有的项目不够大,目前最多一次可能也就跑了十几个小时吧。


小巧思


这个js的实现其实是把查询状态的代码是放进去了.agent/ 里面了,不过agent不会直接调用,而是用他们自带的 /scripts 下面的js 【据说如果harness自己足够只能的话,就可以省token,因为不需要自己设置一个sdk然后喂给ai sdk的doc】作为一个用来给工作留痕 + 帮忙项目推进度的框架, 如果需要像gsd这样需要npm -g 还是有些太那啥了 ^-^ (虽然我觉得gsd推进度挺爽的,就是太费token了而且skill贼多,眼花缭乱)




目前的问题 :broken_heart:

项目目标文件夹下面已有 .codex/.claude/.opencode: 最好先备份已有的,然后看需要合并就好了 → 其实 npx 命令做的东西很简单,其实就是把这几个skill从模版转换到三个agentic工具各自支持的格式,然后配置一下hooks,建一下.agent [不过都是我自己在用,所以就没有特别设计合并的逻辑]





实例


其实现在在用automaton在缝一个 mlx 生成3d asset的小项目 [我觉得5.5和5.4相比在写这种mlx神奇代码的时候提升还不错,感觉推进度快了不少]



mlx-spatial · PyPI (https://pypi.org/project/mlx-spatial/)


opencode claude code 里面的question-tool 正常使用,codex需要切换回plan模式【也是可以用,不过就是可能要梭哈一下】


最新回复 (5)
  • 素颜女神 05-23 11:18
    1

    前排支持!这个方向我非常感兴趣,持续学习ing

  • 还是不懂 楼主 05-23 18:45
    2

    欢迎反馈哦!

    现在这个框架结构挺适合用gpt 5.5 或者opus来缝成自己的工作流

  • NinjaEric 05-24 00:26
    3

    前排支持!感觉很有意思啊,主要是简洁 ^-^

  • 还是不懂 楼主 05-24 01:40
    4



    试了一下也可以在 /goal 里面跑流程,还挺智能的样子。。。。


    question_tool 开了feature之后确实也可以在codex default mode里面用了



  • 还是不懂 楼主 07-29 08:23
    6

    原帖不能编辑辣那就回复一下啦



    [!check] 07/28/2026

    继续进行调整,去掉了两个不怎么用的skill,直接auto-frame起手,agent会根据情况选择写spec或者对user进行拷问 专治低血压



    【先用opus-5-xhigh多次调整依然不够满意】


    邀请kimi大人雷霆大思考 ^-^ 每次雷霆大思考的背后,都是满满安全感




    后面opus蹬到冒烟


* 帖子来源Linux.do
返回