oh-my-claudecode 的 ultragoal 怎么在没有活动执行循环时维护持久化目标账本？-北京尧图网络

oh-my-claudecode 的 ultragoal 怎么在没有活动执行循环时维护持久化目标账本【免费下载链接】oh-my-claudecodeTeams-first Multi-agent orchestration for Claude Code项目地址: https://gitcode.com/GitHub_Trending/oh/oh-my-claudecode在 oh-my-claudecodeOMC里omc ultragoal是一个持久化多目标工作流它把一份 brief 拆成有序 stories把开始/检查点/失败事件记进只追加的账本ledger并打印给活动 Claude agent 读的交接文本handoff。当你当前会话里没有活动执行循环——/goal不可用、或者 Ralph / Team / autopilot 已经占用续作权——时文档给出的路径是只维护.omc/ultragoal/下的计划与审计轨迹不要求 Claude Code 激活/goal。docs/REFERENCE.md 把这种形态称为 Artifact-only UltragoalTrack goal state without starting another active loop。前提只有一个在目标仓库的工作目录下可以运行omcCLI下文命令都在仓库根目录执行。什么情况下用无循环的账本维护docs/REFERENCE.md 的 Goal Workflow 一节对目标型请求给出三选一的决定性策略refuseRalph、Team、autopilot 或其他 Stop-hook 循环已经活动新的/goal会争抢续作权adopt_existingClaude Code/goal已活动且 OMC 工作流能在不改变循环归属的前提下为同一条件附加证据artifact_only/goal因 hooks / trust / settings 不可用或用户只需要持久化的规划、检查点和证据捕获。artifact_only就是没有活动执行循环对应的分支。docs/design/CLAUDE_CODE_GOAL_ADAPTER.md 的可用性矩阵列出了典型条件hook-disabling 设置阻断/goal、受管 hooks 阻止/goal、工作区未被信任、能力无法判定——这些情况下适配器的行为是 Write the durable goal ledger and handoff artifact only. Do not ask Claude Code to activate/goal。docs/shared/mode-selection-guide.md 的快速决策表里也有一条对应项Durable goal ledger without starting another loop → artifact-only Ultragoal。两种情况不要走这条路单次小改动文档建议直接委派或ralph、只想要规划产物而没有执行动作用plan。持久化账本长什么样默认单计划布局见 docs/ultragoal.md.omc/ultragoal/ brief.md The free-text brief used to seed the plan goals.json The structured plan (version 1) with stories and mode ledger.jsonl Append-only audit trail of plan/goal events使用--plan-id或--auto-plan-id后这三个文件改写到.omc/ultragoal/plans/{planId}/下。goals.json中每个 story 的状态是pending、in_progress、complete、failed或review_blocked之一计划还带一个claudeGoalModeaggregate默认一个 Claude/goal覆盖整个 ultragoal 运行OMC 的G001/G002… 只是账本里的簿记条目per_story每个 story 对应自己的/goal指令适合 story 很大、希望逐个清掉的情况。ledger.jsonl记录的事件类型包括plan_created、goal_started、goal_resumed、goal_completed、goal_failed、goal_retried、goal_added、goal_review_blocked、final_review_failed、aggregate_completed定义见 src/ultragoal/artifacts.ts。goal id 形如G001-slugslug 是标题小写、连字符化并截断后的结果。第一步创建计划创建命令的完整签名src/cli/commands/ultragoal.ts 的帮助文本omc ultragoal create-goals [--brief text | --brief-file path | --from-stdin] [--goal title::objective]... [--claude-goal-mode aggregate|per-story] [--plan-id id | --auto-plan-id] [--force] [--json]skills/ultragoal/SKILL.md 给了一个可直接套用的例子omc ultragoal create-goals --brief ship the migration \ --goal Schema::Add new columns \ --goal Backfill::Backfill rows in batches \ --goal Cutover::Drop old columns and switch reads--goal里::前面是标题、后面是目标不写::时整段文本同时充当标题和目标。不传--goal时计划从 brief 的列表项或段落自动派生。默认模式是aggregate想让每个 story 有独立/goal时显式加--claude-goal-mode per-story。按上面的例子生成的 goal id 是G001-schema、G002-backfill、G003-cutover。成功时 OMC 写入.omc/ultragoal/三个文件并在账本记一条plan_created。若goals.json已存在默认拒绝覆盖报错Refusing to overwrite existing .omc/ultragoal/goals.json; pass --force to recreate it.重建必须显式加--force这一点在账本已存在、想重新播种时尤其要注意。第二步开始或恢复一个 storyomc ultragoal complete-goals omc ultragoal complete-goals G002-backfill omc ultragoal complete-goals --retry-failed不带 goal id 时保持默认行为恢复活动 story或开始第一个 pending story。带 goal id 时精确指向那个符合条件的 storypending story 可以乱序开始不会落到别的 story 上。已完成、review-blocked、未知 id、以及未加--retry-failed的 failed story 都会被拒绝且不改变任何状态恢复一个 in_progress 的 story 不会增加它的 attempt 计数。成功开始后的落盘效果story 状态变为in_progress、attempt1账本追加goal_started恢复时是goal_resumed。命令同时打印 model-facing handoff——它告诉活动 agent 如何设置/goal、何时清掉、回传什么快照。artifact-only 场景下按适配器契约你不需要请求 Claude Code 激活/goal真正落到仓库里的是账本和工件本身。第三步记录检查点检查点要求该 story 处于in_progress且是计划的活动 story否则会被拒绝提示先 start or resume the active ultragoal before checkpointing it。记录失败这一步不需要/goal快照omc ultragoal checkpoint --goal-id G002-backfill --status failed \ --evidence failure evidence--evidence文本会存进 story 的failureReason账本追加goal_failed。之后用omc ultragoal complete-goals --retry-failed重试账本记goal_retried。记录完成complete检查点必须过--claude-goal-json一致性校验omc ultragoal checkpoint --goal-id G002-backfill --status complete \ --evidence tests/files/PR evidence \ --claude-goal-json 快照 JSON 或路径--claude-goal-json接受内联 JSON 或 JSON 文件路径docs/ultragoal.md 给出的可接受形状是{ goal: { objective: ..., status: active|complete|cancelled } } { objective: ..., status: complete } { goal: { condition: ..., status: cleared } }其中...替换为计划的 objective 文本与实际状态condition是objective的同义词Claude/goal把指令叫 conditioncleared按cancelled处理。一致性要求随模式变化per_story模式快照状态必须是completeaggregate模式非最终 story 用active即可最终 story 要求complete。OMC 不读取 Claude 内部状态它只校验快照、计划的预期 objective、待记账事件三者之间的文本一致性——快照被视为 model 提供的权威证明。最终 story 的complete检查点强制校验--quality-gate-json{ aiSlopCleaner: { status: passed, evidence: ... }, verification: { status: passed, commands: [...], evidence: ... }, codeReview: { recommendation: APPROVE, architectStatus: CLEAR, evidence: ... } }对应要求ai-slop-cleaner必须对变更文件跑过即使结果是 no-op且status为passedverification.commands必须是非空数组codeReview必须APPROVECLEAR。如果最终 review 不干净不要强行标记完成而是记录 blockersomc ultragoal record-review-blockers --goal-id G003-cutover \ --title Resolve final code-review blockers \ --objective Fix the listed review findings and rerun final gates \ --evidence the review findings \ --claude-goal-json {goal:{objective:...,status:active}}这条命令把当前 story 标记为review_blocked、追加一个新的 blocker story账本依次记final_review_failed、goal_added、goal_review_blocked让后续迭代有明确的落点。运行中途要补 story用omc ultragoal add-goal --title Backfill guard --objective objective text [--evidence text]新 story 以pending状态追加账本记goal_added。并行会话避免互相覆盖计划同一个共享.omc/的工作区里两个会话都跑create-goals会互相覆盖单计划路径。解决办法是在create-goals时传--plan-id stable-id或--auto-plan-id两者互斥计划改写到.omc/ultragoal/plans/{planId}/--auto-plan-id从 brief 标题派生{epochMs}-{slug}两个并行会话不会撞 id。后续子命令在只有一个计划时自动解析存在多个计划时必须显式传--plan-id否则报错Multiple ultragoal plans exist; pass --plan-id id. Available plans: id1, id2omc ultragoal list-plans [--json]可以枚举当前所有 plan idplan id 允许字符是字母数字开头后接字母、数字、点、下划线、连字符。怎么验证账本状态omc ultragoal status [--plan-id id] [--json]status输出计划摘要story 总数及按pending/in_progress/complete/failed/review_blocked的分项计数、是否记录了 aggregate 完成、活动 story id。ledger.jsonl是只追加文件可以逐行读取核对plan_created、goal_started、goal_completed等事件是否按时间落账。整个计划在没有pending/in_progress/failedstory、且最近一个非review_blockedstory 为complete或已记录 aggregate 完成时视为完成。如果还没创建过计划status会直接给出可执行的修复提示这本身也是一个快速检查点No ultragoal plan found at .omc/ultragoal/goals.json. Run omc ultragoal create-goals ... first.跑完create-goals后再执行status不再报这个错、且.omc/ultragoal/下出现三个文件就说明计划创建成功。边界Shell 命令无法直接调用、设置或清除/goal——它是会话级、面向模型的指令只能由活动 agent 在会话内执行。ultragoal 写的是持久化工件handoff 文本是写给活动 agent 的指令。--claude-goal-json只核对账本一致性不满足 PreToolUse/goal守卫该守卫在观察到活动/goal之前会阻断工具调用。若未来 Claude 的/goal工具改名只有 handoff 文本与快照字段名需要更新一致性逻辑本身与名称无关name-agnostic。【免费下载链接】oh-my-claudecodeTeams-first Multi-agent orchestration for Claude Code项目地址: https://gitcode.com/GitHub_Trending/oh/oh-my-claudecode创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考

oh-my-claudecode 的 ultragoal 怎么在没有活动执行循环时维护持久化目标账本？

相关推荐

实时行情系统架构设计：协议选型、数据源与高可用实战

rclone WebDAV 后端全解析：从交互式配置到供应商差异与协议级实现

Puppeteer Configuration 接口完全指南：用配置文件和环境变量掌控浏览器安装与运行行为

更多资讯

LlamaIndex TablestoreChatStore：把聊天历史持久化到阿里云表格存储（Tablestore）的 Chat Store 集成

Android Studio中OpenCV配置与优化全攻略

Docker容器化部署若依(RuoYi)权限管理系统实战

Langfuse 前端大型功能架构：用本地 Zustand Store、无 useEffect 数据流与虚拟列表治理高状态密度界面

CANN/ge：从内存加载队列化模型

TVBoxOSC 上手指南：不编译也能拿到最新电视盒子版 TVBox

今日更新

CopilotKit Vue Demo 与 React Demo 的 Parity 实现指南：路由、运行时端点与交互语义的全框架对齐

Harbor RBAC 实战：db_auth 模式下非管理员用户管理项目成员的完整验证与权限模型解析

STM32平衡车纯平衡程序从拆包到参数整定的完整调试指南

本周精选

超人会飞不算本事：系统稳定依赖清晰规则与边界设计

超人VS蜘蛛侠：拆解超级IP的影响力与传播方法论

基于CNN的调制信号识别：MATLAB实现时频图分类实战

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

分布式服务的决策记录

创业产品的首版范围

读完文章，想聊聊您的网站？