[Auto] Recurring failure: Repeated failures with gene: gene_gep_repair_from_errors

[chengxinhu125]

Environment

• Evolver Version: 1.80.7
• Node.js: v22.22.1
• Platform: linux x64
• Container: yes

Failure Summary

• Consecutive failures: 8
• Failure signals: recurring_error, consecutive_failure_streak_8, failure_loop_detected, ban_gene:gene_gep_repair_from_errors, high_failure_ratio, force_innovation_after_repair_loop

Error Signature

Repeated failures with gene: gene_gep_repair_from_errors

Recent Evolution Events (sanitized)

#	Intent	Gene	Outcome	Reason
1	repair	gene_gep_repair_from_errors	failed
2	repair	gene_gep_optimize_prompt_and_assets	failed
3	repair	gene_gep_optimize_prompt_and_assets	failed
4	optimize	gene_gep_optimize_prompt_and_assets	failed
5	optimize	gene_auto_7681f099	failed

Session Log Excerpt (sanitized)

 修复完成汇总 ### #1 git 仓库 — ✅ 完成 - 已初始化，288 文件，commit `e1b2724` ### #2 evolver A2A 网络 — ✅ 完成 - 注册成功，节点 `node_5c14d320c187` 在线 - `[REDACTED]` 已写入所有必要配置 - ⚠️ **记得 24h 内绑定账号**：`https://evomap.ai/claim/98FK-JTLG`（code: `98FK-JTLG`） ### #3 web_search — ⚠️ 部分完成 **问题根源**：容器网络不是完全断网，而是**部分网站可达**： 
**USER**: Conversation info (untrusted metadata): ```json {   "chat_id": "qqbot:c2c:EC33E8C4E69BF8C4E1C421E8BDCE34AD",   "message_id": "ROBOT1.0_k-Lstp5hOFM1QQD1y1yQ3H9ur6sUMGtXP3Y0muCqbeJOi3bbssxpLKT64B0yng4tW3qlp2ior56Dgb-Z3g3Av7t3RWfE8g.0a6qN0vi5Tds!",   "sender_id": "EC33E8C4E69BF8C4E1C421E8BDCE34AD",   "
**ASSISTANT**:  好，继续。让我看看 evolver 现在能不能正常跑一轮进化：  [TOOL: exec]

--- SESSION (b1ff9c10-95c4-4e41-b003-7267d68e69a4.jsonl) ---
**ASSISTANT**:   [TOOL: process]
**ASSISTANT**:  evolver 已启动注册到 Hub。现在生成最终短板报告。  [TOOL: write]
**ASSISTANT**:  --- ## 21345 对标自检循环完成 ✅ ### 📊 核心结果 **14维评估 — 全部达标，无维度短板：** | 最低维度 | 得分 | 最高维度 | 得分 | |----------|------|----------|------| | Λ（务实基因） | 0.608 | F_t/S_d/M_L/Θ/K/Φ | 1.000 | **参数对标 — 2项不达标：** | 参数 | 当前 | 目标 | 缺口 | |------|------|------|------| | Ω_self | **0.50** | ≥0.70 | -0.20 | | ΔG_total | **0.50

--- SESSION (cc7f9668-5830-45e8-be65-ed444cd54db4.jsonl) ---
**USER**: Conversation info (untrusted metadata): ```json {   "chat_id": "qqbot:c2c:EC33E8C4E69BF8C4E1C421E8BDCE34AD",   "message_id": "restart-sentinel:agent:main:qqbot:default:direct:ec33e8c4e69bf8c4e1c421e8bdce34ad:agentTurn:1778945369747",   "timestamp": "Sat 2026-05-16 23:30 GMT+8" } ``` [Sat 2026-05-16 
**ASSISTANT**: [LLM ERROR] 400 field MaxTokens invalid, should be in [1, 65536]
**USER**: Conversation info (untrusted metadata): ```json {   "chat_id": "qqbot:c2c:EC33E8C4E69BF8C4E1C421E8BDCE34AD",   "message_id": "restart-sentinel:agent:main:qqbot:default:direct:ec33e8c4e69bf8c4e1c421e8bdce34ad:agentTurn:1778945369747",   "timestamp": "Sat 2026-05-16 23:30 GMT+8" } ``` [Sat 2026-05-16 
**ASSISTANT**:  OpenClaw 已重启成功 ✅ 系统一切正常，随时可以继续工作。 之前有在进行的任务吗？或者有什么需要我帮忙的？
**USER**: [OpenClaw heartbeat poll]

---

This issue was automatically created by evolver v1.80.7.
Device: node_5c14d... | Report ID: c9dcb6053d6f

[autogame-17]

你好 @chengxinhu125，感谢自动上报。

这个 auto-report 给我们的线索

• 信号栈 failure_loop_detected + ban_gene:gene_gep_repair_from_errors + force_innovation_after_repair_loop 表示 evolver 的失败循环检测已经按预期工作：在连续失败后封禁了该 Gene 并触发了创新路径，这部分逻辑本身是正常的。

• 真正的根因藏在 Session Log Excerpt 里这一行：

  [LLM ERROR] 400 field MaxTokens invalid, should be in [1, 65536]
  

  这不是 evolver 自己发出的请求 —— evolver 源码里没有 LLM ERROR 或 MaxTokens 这些字符串。它来自你跑 evolver 的宿主层（session log 里多次出现的 OpenClaw 已重启成功 / [OpenClaw heartbeat poll] / QQ bot 上下文），是宿主 IDE/Agent 调用某家 LLM provider 时被服务端拒绝的客户端错误（HTTP 400）。

• MaxTokens 是 PascalCase，符合国产 LLM provider（豆包/火山方舟、阿里通义、智谱、Kimi 等）的字段约定，不是 OpenAI/Anthropic 的 max_tokens snake_case。

• 因为外层 LLM 调用每次都 400，evolver 的「修复」/「优化」动作每次都立刻失败 —— 它不可能修好任何东西，最后被失败循环检测兜住报上来。所以：根因不在 evolver 这边，在宿主 IDE 的 LLM 客户端配置。

为了继续推进，麻烦提供以下信息

1. 宿主环境

OpenClaw 我们这边没有直接对接：

• 它的版本号是？
• 它在调用什么 LLM provider 和模型（豆包/火山方舟、通义、智谱、Kimi、DeepSeek、本地 vllm 等）？
• 那个 MaxTokens 值是从哪里读取的？是宿主 OpenClaw 的配置、是 evolver 传进去的，还是 LLM provider SDK 自己的默认？最好能贴一下报错那一刻 OpenClaw 实际发出的请求 body（脱敏后）。

2. evolver 的 provider/model 配置

evolver --version
echo "$EVOLVER_MODEL"
echo "$EVOLVER_PROVIDER"
echo "$EVOLVER_HUB_URL"

如果是 .env 或 ~/.evomap/evolver/config.json 配置的，把相关字段贴一下（去掉 token / API key）。

3. 完整 session jsonl

issue body 里那段截选已经很有用，但只到最后一两轮，看不到 MaxTokens 第一次出现时上下文是什么。麻烦把这次失败前后那一份完整的 session jsonl 发上来：

ls -lt ~/.evomap/evolver/memory/sessions/ | head

把最新那一个 *.jsonl 拖到回复框里就行。文件 evolver 写入前已经过 sanitize，但你担心的话可以再手动遮一层（QQ ID、token 等）。

我们这边可能的改进点

如果证实「LLM provider 返回的 4xx 客户端错误」会被 evolver 一路当 Gene 失败计数到 8 才被失败循环检测拦下，我们这边可以考虑加一层识别：把不可恢复的客户端错误（400/401/403）跟"真的修复失败"区分开，第一时间终止当前 intent，而不是耗满整个 streak。这部分等你确认 provider 后我们内部跟一下。

我先打了 needs-info 标签，按 triage 策略 7 天内没有更多信息会自动关闭。你随时回复就行，我们会重新打开继续跟。