- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
项目链接
github.com
GitHub - OceanEyeFF/vibecoding_autoworkflow: 工程控制论影响下的AIGC流程管理Skills集合。
工程控制论影响下的AIGC流程管理Skills集合。
开发原因
现有的前沿模型已经可以很好的完成各项代码任务（一般），国产大模型的表现也已经基本及格。影响代码生成方向的使用的最大变量已经从模型性能逐步转向使用模型的方法。本项目是基于本人的VibeCoding经验，结合了Harness和控制论的一些idea，让大家能够更简单更轻松的VibeCoding，也希望能够用国产模型发挥出更好的效果。
亮点在哪
- 几乎不改变VibeCoding的体验
- 完整的feature-coding-review流程
- 自动推进MVP原型的开发
- 丝滑的追加需求、追加任务解决方案
- 一轮生成20分钟起步放心刷L站
如何安装
在你要安装的项目目录下，使用 npx aw-installer 的TUI安装最新版本。
也可以跟随项目的README文档（Vibe生成的文档佬们轻喷）去做安装。
个人觉得TUI安装比CLI安装体验好很多。
使用 Skills
以 Codex 为例，如果使用ClaudeCode请替换
$→/
初始化仓库
目标仓库还没有 .aw/ 时，先初始化 Harness 控制面：
$harness-skill 初始化当前工作目录的 harness 环境。
（如果没有创建git的话）初始化当前工作目录的 git 环境。
设置仓库 Final State
需要明确或重设仓库最终状态时，给出目标、非目标、验收标准和约束：
$set-harness-goal-skill 当前仓库期望最终实现一个 [目标描述]。
或者考虑：
$set-harness-goal-skill 从当前仓库的文档、代码等提炼当前仓库的最终目标。
如果是对已有 Goal Charter 做方向变更，走目标变更控制：
$repo-change-goal-skill 将当前仓库目标调整为 [新目标]，变更理由是 [原因]。
追加临时任务或者补充需求（常用）
考虑到需求可能每天都在变，特此设计这么一个功能用于临时增加需求任务或者改动项目的部分设计：
$repo-append-request-skill 补充一个功能：[要新增或补充的内容]；边界是 [希望包含什么，不包含什么]。
$harness-skill （如果你需要针对上面的分析做调整请做额外说明）上述的内容可以加入到Worktrack工作队列中、如果有goalChanges也可以修改全局目标。
开始工作
请从当前的开发分支基线创建一个新的develop-aw分支，harness-skill将默认在这个分支上进行工作。
请切换到develop-aw分支。
$harness-skill 开始工作。
如果想让AI连续工作
连续推进工作虽然能解放双手，但是请注意：
- 请记得append多一点任务或者给一个比较清晰有多个分任务点的的项目目标
- 请时刻记得切回去看一眼是否正在自动推进（Deepseek和KIMI经过实测容易在中间任务审批提交commit处中断，CodeX+GPT5.4/5.5一般可以直接丝滑跳过）
- 个人建议，在Merge 自动工作流的开发分支 Branch的时候，额外做CodeReview，比如用Claude+CodeX跑两轮CodeReview
- 请一定要开启SubAgent功能，不然上下文肯定出问题
- 连续工作需要提权获得最佳体验，并且请确认做好安全措施（如：边界提示词对删库删盘做限制）
$harness-skill 开始工作，你有xx个连续推进工作的额度。
你现在拥有下列权限：
- 开启SubAgent
- 连续推进工作，自动审批worktrack的commit
- 向Worktrack列表中添加任务
或者
$harness-skill
请逐项完成已经确定的Worktrack列表的任务。
这一轮执行周期中我会给你批准30个连续执行任务的行动额度（Worktrack额度）。
你有下列的权限：
1. 开启SubAgent（AgentTeams）
2. 连续推进工作
3. 低风险的Worktrack commit审批可以自行通过
4. 可以按需增加Worktrack任务清单
---
你需要额外注意下列的情形需要通知我处理：
1. 大量文件删除、系统配置修改等危险操作
2. 上下文噪声明显，提示词明显遗忘
3. 你觉得有必要由我来做决定的内容
---
可以开始了！谢谢你
另外，如果使用Claude+Deepseek Pro Max已知的问题有：
- 经常不新建一个branch直接在工作branch上做commit（这也是为什么建议新开一个独立的develop-aw分支）
Dispatch说明
本项目暂时不提供任意的具体环境的工作Skills，各位佬需要根据自己的项目，准备一些适合的具体工作执行Skills。因为项目是会把任务发布给最适合的skills（SubAgent Calling)，如果找不到适合的就会直接启动SubAgent。
也就是说如果能准备合适的任务执行Skills，本仓库能够发挥更好的效果。
项目思想
假设我们的repo有一个最终开发目标状态（当然我们知道这不可能），还有个项目的现状状态，本项目工作流大概工作路径是：
- 审视现状状态，比较和最终状态的差距
- 确认状态转移的路径，确认短期路径和长期路径
- 确定工作计划，把这个短期路径做任务切片
- 开始实施
当然具体的操作会更复杂一些，而且对LLM的性能表现也是一个很大的挑战，因为需要解决：
- Repo层级和Worktrack层级的管理切换
- 具体项目现状的嗅探
- 项目短期方案长期方案的规划（最关键的需求是什么？主要矛盾是什么？）
- …
而且在工作流设计的时候也要注意，什么时候更新项目状态，Review和Gate如何设计，等等。
可以看看项目内的 docs/harness/foundations 下的两个文档，这里有更完整的叙述。
写在最后
希望各位佬能够多多试用，用得顺手可以点个
~也希望各位佬多多提建议，交流一下VibeCoding的心法，一块来改进这个项目。预期在几天后更新MileStone相关机制内容，这个机制会对harness-skill主窗口的上下文管理还有版本号开发有比较好的帮助（不管理版本号，行为预期会在某些模块节点自动停止工作）。
碎碎念 （点击了解更多详细信息）
1 个帖子 - 1 位参与者