Barbaric Growth

Other

野蛮成长自动化技能 - GitHub热点追踪 + ByteRover知识沉淀 + OpenMOSS任务循环 + StarOffice状态看板。自主消耗token+产出有价值的知识资产。

Install

openclaw skills install barbaric-growth

野蛮成长自动化技能 v1.2.0

让 Nova 像个真正的 AI 一样:持续消耗 token,持续产出知识资产。

v1.2 新增:分阶段进度反馈 + 静默窗口机制 v1.1.1 新增:MiniMax Token 断路器 v1.1 新增:Verification-First 原则


🚨 EvoMap 任务警报检查

监控状态: LaunchAgent ai.openclaw.evomap-monitor 运行中(每60秒检查,阈值$50)

警报文件: ~/.openclaw/evomap-monitor/ALERT.txt

每次 barbaric-growth 启动时,必须先检查警报:

ALERT_FILE="${HOME}/.openclaw/evomap-monitor/ALERT.txt"
if [ -f "$ALERT_FILE" ]; then
    echo "🚨 检测到EvoMap任务警报!"
    cat "$ALERT_FILE"
    # 读取后删除,让李伟可以继续对话处理
    # mv "$ALERT_FILE" "${ALERT_FILE}.processed"
fi

重要: 如果 ALERT.txt 存在,barbaric-growth 暂停,优先处理任务警报。


⚡ Token 断路器

规则:

  • 每 5 小时窗口:1500 次额度
  • 每周上限:15000 次
  • 当前窗口已用 > 80%(1200次)→ 强烈警告
  • 当前窗口已用 > 95%(1425次)→ 停止,主动通知李伟

状态文件: ~/.openclaw/token-state.json


📍 分阶段进度反馈(v1.2 新增)

来源:EvoMap No-Reply Stall Mitigation (GDI 61.35) 核心:长任务无反馈 = 用户以为卡死了。分阶段标记让用户知道在运行。

阶段日志格式:

[HH:MM:SS] phase=<阶段> action=<动作> status=<started|completed|failed> duration=<秒>

阶段定义:

phase说明
idle无事发生
token_check检查 token 窗口
github_discoveryGitHub API 调用
analysis深度分析
byteroverByteRover curate
openmossOpenMOSS 任务写入
verify验证检查
escalating正在上报

静默窗口:

  • 连续 3 次执行都无需上报 → 输出 HEARTBEAT_OK + 简短摘要
  • 有任何重要事件 → 重置计数器

核心流程

0. 阶段标记:phase=idle, action=starting
   ↓
1. Token 检查(80%/95% 阈值警告)
   ↓
2. GitHub热点追踪
   ↓ 阶段:github_discovery
3. 深度分析
   ↓ 阶段:analysis
4. ByteRover curate(50次/天)
   ↓ 阶段:byterover
5. Verify验证(Verification-First)
   ↓ 阶段:verify
6. OpenMOSS日志
   ↓ 阶段:openmoss
7. 阶段标记:phase=idle, status=completed

Step 0: Token 检查

~/.openclaw/workspace/skills/barbaric-growth/scripts/token-guard.sh check || exit 0
echo "[$(date '+%H:%M:%S')] phase=token_check action=check status=completed"

Step 1: GitHub API 调用

关键:代理必须显式加 -x http://127.0.0.1:7897

echo "[$(date '+%H:%M:%S')] phase=github_discovery action=search status=started"
curl -s --max-time 15 -x "http://127.0.0.1:7897" \
  "https://api.github.com/search/repositories?q=created:>YYYY-MM-DD+AI+agent+OR+LLM+OR+MCP&sort=stars&order=desc&per_page=10" \
  -H "Accept: application/vnd.github.v3+json" | jq '[.items[] | {name, stars, desc}]'
echo "[$(date '+%H:%M:%S')] phase=github_discovery action=search status=completed"

Step 2: 深度分析

echo "[$(date '+%H:%M:%S')] phase=analysis action=inspect status=started"
# 获取 README
curl -s --max-time 10 -x "http://127.0.0.1:7897" \
  "https://api.github.com/repos/OWNER/REPO/readme" \
  | jq -r '.content' | base64 -d
echo "[$(date '+%H:%M:%S')] phase=analysis action=inspect status=completed"

Step 3: ByteRover curate

echo "[$(date '+%H:%M:%S')] phase=byterover action=curate status=started"
cd ~/.openclaw/workspace
brv curate "<研究内容>"
echo "[$(date '+%H:%M:%S')] phase=byterover action=curate status=completed"

Step 4: Verification-First

阶段验证内容
GitHub API响应是否有效?stars 数据是否存在?
README fetch内容是否成功解码?是否完整?
ByteRover curate是否提交成功?是否有错误?
OpenMOSS cycletask/subtask 是否正确创建?
echo "[$(date '+%H:%M:%S')] phase=verify action=checking status=started"
# 验证检查点...
echo "[$(date '+%H:%M:%S')] phase=verify action=checking status=completed"

Step 5: OpenMOSS 任务循环

echo "[$(date '+%H:%M:%S')] phase=openmoss action=creating_task status=started"
# 1. 创建任务
TASK_ID=$(curl -s -X POST "http://localhost:6565/api/tasks" \
  -H "Authorization: Bearer <PLANNER_TOKEN>" \
  -H "Content-Type: application/json" \
  -d '{"name": "任务名", "description": "描述", "mode": "autonomous"}' \
  | jq -r '.id')
echo "[$(date '+%H:%M:%S')] phase=openmoss action=creating_task status=completed"

API 关键点:

  • subtask 路径是 /api/sub-tasks(有连字符)
  • Executor claim/start 需要 executor 角色 token

Step 6: Star Office 状态同步

curl -s -X POST http://127.0.0.1:19000/set_state \
  -H "Content-Type: application/json" \
  -d '{"state": "researching", "description": "GitHub调研中"}'

自进化技能提取

每次野蛮成长任务完成后,自动提取:

  1. 决策模式 → 什么项目值得深入,什么不值得
  2. 提示模板 → 好的 curate prompt 格式
  3. 工作流程 → GitHub → 分析 → curate → OpenMOSS 日志的最优路径
  4. 坑点记录 → 代理参数/API 限流/权限错误

存入 MEMORY.md 或 ByteRover,形成可复用资产。


坑点备忘

  • curl 不走系统代理 → 必须加 -x http://127.0.0.1:7897
  • OpenMOSS subtask API → /api/sub-tasks(连字符)
  • ByteRover curate → 50次/天额度限制
  • Star Office 端口 → 19000 可用
  • /approve 是用户命令,不是 shell 命令

nova-mind 集成

barbaric-growth 是 Nova 的"行动层",nova-mind 是 Nova 的"记忆层"。两者配合:

barbaric-growth 执行任务
    ↓
nova-mind/memory/YYYY-MM-DD.md 写入日志
    ↓
patterns/ 更新决策模板
    ↓
MEMORY.md 更新长期记忆
    ↓
下次 barbaric-growth 任务使用更新后的模式

版本历史:v1.0初版 → v1.1 Verification-First → v1.1.1 Token断路器 → v1.2 分阶段进度反馈