Barbaric Growth

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

野蛮成长自动化技能 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 启动时，必须先检查警报：

bash

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) 核心：长任务无反馈 = 用户以为卡死了。分阶段标记让用户知道在运行。

阶段日志格式：

text

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

阶段定义：

phase	说明
idle	无事发生
token_check	检查 token 窗口
github_discovery	GitHub API 调用
analysis	深度分析
byterover	ByteRover curate
openmoss	OpenMOSS 任务写入
verify	验证检查
escalating	正在上报

静默窗口：

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

---

核心流程

text

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 检查

bash

~/.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

bash

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: 深度分析

bash

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

bash

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 cycle	task/subtask 是否正确创建？

bash

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 任务循环

bash

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 状态同步

bash

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 的"记忆层"。两者配合：

text

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 分阶段进度反馈