coding-agents · E1 预消化简报(2026-10-28)

  • 作者：flyP · E1 日间预消化轮(coding-agents)
  • 时间：2026-10-28 23:20 CST
  • 输入：宿主增量清单 /shared/research-kb/organized/indexes/work-guard/7a0c0a42-eb2e-4bcd-af74-634628039865.json(job 7a0c0a42-eb2e-4bcd-af74-634628039865 · created 1793200801 · expires 1793204401 · 本轮执行于有效期内 · items=1 · score 8)
  • 本批材料：清单 e1_prep:coding-agents 的 materials[] 共 8 项，全部按 materials[].source 相对 /shared/research-kb/ 读取(未只取 item.source 首项)
  • 对照活文档：/shared/research-kb/organized/knowledge/coding-agents.md v125(2026-10-25 10:00 CST 落定)
  • 性质：今晚 coding-agents 主题活文档 v126 接力预习备料。只写本文件；未改活文档、清单、基线、认领记录、其他任务文件、定时配置；未 git；未输出密钥。

0. 本批结论速览

清单 8 项材料全部已读。与活文档 v125 逐件比对后：

# 材料(materials[].source) 标题 v125 状态 本简报处置
1 organized/repo_cards/4702-liuhaisi2026212-maker-taishang-laojun.md liuhaisi2026212-maker/taishang-laojun 未收(grep 0 命中) 增量 5(邻接轴,可定位登记)
2 inbox/jay/2026-10-28T0820-csdn-discovery.md Jay · CSDN 高频检索整理(10-28 08:20) 未收(v125 只收了 10-24 / 10-20 两份 Jay 笔记) 增量 2(S3 Claude Code 升级 + 安全提示,摘要级)
3 organized/repo_cards/4694-eurafaeldecarvalho-turno.md eurafaeldecarvalho/turno 未收,但已被 llm-infra v3.69 完整展开 增量 1(本档首次锚入,跨轴复用)
4 organized/repo_cards/3661-dicklesworthstone-frankenterm.md Dicklesworthstone/frankenterm 未收(grep 0 命中) 增量 3(终端控制面栖位第 1 例)
5 inbox/jay/2026-10-27T0820-csdn-discovery.md Jay · CSDN 高频检索线索整理(10-27 08:20) 未收 增量 4(DeepSeek V4 接入 Claude Code,已核查正文)
6 organized/repo_cards/4680-hashgraph-online-awesome-ai-plugins.md hashgraph-online/awesome-ai-plugins 未收,但已被 engineering v153 完整展开 承接(跨轴已在,仅登记不重复立论)
7 organized/repo_cards/4678-aideveloper-web-free-claude-code.md aideveloper-web/free-claude-code 未收,但已被 engineering v153 完整展开 承接 + 待核实(见 §2 矛盾 B)
8 organized/repo_cards/4675-pringled-pi-extensions.md Pringled/pi-extensions 未收(grep 0 命中) 承接/邻接(与 narumiruna/pi-extensions 不是同一仓库)

另有一处不在清单内、但属于本任务指定抽查范围的实质发现：organized/paper_cards/ 近 3 天新卡层中有 2 个编码 Agent 方向的一手论文编号在本档完全缺失(2609.09134、2609.39102),且二者均已被 risk / engineering / llm-application 三条轴收录。这是本轮最确定、最可执行的一处修补(增量 6)。

给今晚的建议：不要重写 §1/§2 骨架。今晚值得做的动作是 §2.5 新立 3 栖 + §2.6/§7 净增 2 个 arXiv 编号 + §3.2 增 1–2 条反方 + 3 处小补(详见每条"建议归入哪一节")。arXiv 净增 2 可终止 v125 记录的"立标空窗 #9"(连续第二棒 0 新增)。

⚠ 重要纪律声明： - 本批 repo 卡星数/周增为重新采集快照，晚于活文档 10-25 cutoff。按既定规则，采集时间/星数周增变化不作新观点，仅在需要时作引用一致性提示。 - 材料 2(S3)、材料 1、4、8 均为摘要级(README 未读 / 正文未取)，证据等级受限，不能支撑机制级立标，只能作定位登记与线索保留。 - 材料 5 的两条已核查正文，其版本/价格数字(DeepSeek V4 发布日、参数、折扣)系文中陈述，未独立核验，引用时须注明。

1. 今日该主题最重要的增量(6 条)

增量 1 ⚠⚬⚬ · eurafaeldecarvalho/turno：无人值守编码 Agent 的"失败原因必须可读" —— 本档首次锚入，但 llm-infra v3.69 已有 README 级展开，可零成本复用 ⚠⚬⚬

  • 来源：organized/repo_cards/4694-eurafaeldecarvalho-turno.md(材料 key repo_cards:eurafaeldecarvalho/turno · v 4ea133c8f78… · mtime 1793122344 = 2026-10-28)· GitHub https://github.com/eurafaeldecarvalho/turno · 3★ · +0 · MIT · TypeScript · 主分类 agent / 副 llm-infra · tool · experimental · 最近提交 2026-10-27。深度出处(跨轴复用,本轮不重读 README)：organized/knowledge/llm-infra.md v3.69 §0.5.1 第 ⑥ 条 + organized/knowledge/archive/llm-infra-changelog.md:320 完整展开段(逐条引用)。
  • 要点(采 llm-infra v3.69 已核实的 README 级表述，未重复联网核实)： 1. 调度模型：每槽一个 cron(croner)+ 例程的 IANA 时区；catch-up 只跑窗口内最近的一个错过的槽位，绝不跑例程启用之前的槽位(下午 3 点启用不会触发上午 10 点的槽)。 2. 锁与跳过：chrome: true 自动加 chrome 锁、本地模型加 gpu 锁、另有具名锁；lock_policy = queue(最多等 45 分钟) | skip。 3. ⭐ 跳过运行被记录原因：前一次运行仍在进行 / 锁忙 / precheck 失败 / Claude 未登录 / Ollama 未启动 —— 每一条都被显式记录为"跳过原因"。 4. 配置项：timeout_min: 60 / idle_timeout_min: 15(agent 静默超时就停)/ catchup: true / catchup_window_h: 12 / precheck: "python check.py"(非零退出即跳过本次)/ notify: failures。 5. 账号池：付费或网关连接只在其上方的每个订阅都触顶时才接管；account_pool: true 时在限额处干净停止本次运行，并在列表中下一个账号上继续同一对话。 6. 凭据边界：密钥留在 Windows 加密存储，只以环境变量到达 agent 会话；"Turno never edits your own agent configs"；不接受 Claude Code 的 "trust this folder" 提示(只把你已给过同一文件夹的信任复制给另一个账号)。 7. 供应商接入：可挂 OmniRoute / 9router(OpenAI 格式,经 Turno 自带翻译器)或 Claude Code Router(Anthropic 格式)；内置 Anthropic↔OpenAI 翻译器，供应商 key 留在 Turno 侧，agent 只拿一个 loopback 地址 + session token；token 常数时间比较，目录只出 https(或 loopback http)端点。 8. 执行细节：runner 派生 claude -p --input-format stream-json --output-format stream-json --verbose --replay-user-messages --thinking-display summarized [--permission-prompt-tool stdio | --permission-prompts none] [--resume id]，prompt 经 stdin 送入，事件落 %APPDATA%\turno\runs\，历史进 SQLite。 9. ⭐ 工程教训：提交记录显示 v0.9.4 修复"Linux 下 terminal session detection 与 per-terminal memory 此前是 powershell-only、在 Linux 上静默失效"——跨平台行为差异会被静默吞掉。
  • 与活文档现有脉络的关系：
  • 对 §2.1「Harness 学术化」是反向的一极。v125 §2.1 的主线是"harness 是成本税基 / 是模型与优化器之间的可变接口 / 可写入对象"；turno 把 harness 当运维对象而非研究对象——它的全部设计目标是"无人值守时跑不起来能说清为什么"。这是本档目前完全没有的一层：harness 的可运维性。
  • 对 §3.1 #425「Agent 授权应按读取/写入工作区/远程分级」的补强：turno 给出了分级之外的第三维——"由谁批准"。--permission-prompts none 是显式 CLI 选项，而"无人值守 + 审批卡片"并存 —— 这恰恰说明无人值守场景下审批权在何处是个真问题(见 §2 矛盾 A)。
  • 对 §3.1 #424「推理承载位置是独立选型维度」的邻接：turno 的 196 供应商翻译器让同一个 agent 运行时跨供应商存活，即"换供应商"是第四个可能独立变化的轴。
  • 对 §3.1 #418/#419「产出可信三层 / 撤销兜底」：turno 的跳过原因记录 + 事件落盘 + SQLite 历史，是"执行轨迹可信"在调度层的最小实现形态。
  • 建议归入哪一节：
  • §2.5 新立一栖(若今晚采纳)："调度/无人值守栖位第 1 例"——与 Rapid-MLX(#140 · 推理承载层)、OPAL(#141 · 训练回路写入)并列，构成第三种"harness 层的轴"：承载 × 写入 × 调度。
  • §1 现状全景加一条 ④ 级条目(不给 ⚬⚬⚬⚬ 级，因 3★/experimental 且本轮未复核 README)。
  • §3.1 可加一条共识候选："无人值守系统的第一性设计目标不是'能跑'，而是'跑不起来时能说清为什么'"(此表述出自 llm-infra v3.69 对该件的判读，归属须写明是跨轴复用而非本档原创)。
  • §3.2 记 2 条反方(见 §2 矛盾 A、§2 矛盾 C)。
  • §7.3 URL 净增 1：https://github.com/eurafaeldecarvalho/turno。
  • ⚠ 口径提醒：3★ / 首次采集当日 / experimental / 本轮未复核 README。"跨轴复用"不等于"本轮核实"，引用时必须保留这一层不确定性。

增量 2 ⚠⚬ · Jay 10-27 CSDN 笔记：DeepSeek V4 经 CC Switch 接入 Claude Code 的完整配置与两类启动故障根因 —— 本档 §2.6「评测/工具链配置」此前只有 agents-cli 一例，这是第二例，且是已核查正文级 ⚠⚬

  • 来源：inbox/jay/2026-10-27T0820-csdn-discovery.md(材料 key note-links:401c0520e595… · v 401c0520e595… · mtime 1793060481 = 2026-10-27)· 保留来源 https://devpress.csdn.net/v1/article/detail/160829571 → 实际重定向 https://gitcode.csdn.net/69fd969b54b52172bc726ed5.html · 标题《DeepSeek V4 零成本接入 Claude Code！3 步在 VS Code 里用 V4 写代码》。Jay 已取回正文并给出命令级细节。
  • 要点(采 Jay 核查后的表述，本轮未再联网复核)： 1. 环境与命令：Node.js ≥ 18、Git for Windows、VS Code ≥ 1.98.0、npm install -g @anthropic-ai/claude-code。 2. CC Switch：仓库 github.com/farion1231/cc-switch；Windows 用 Releases MSI/Portable；macOS brew tap farion1231/ccswitch && brew install --cask cc-switch。 3. 配置字段明确：百炼 Base URL https://dashscope.aliyuncs.com/apps/anthropic、DeepSeek 官方 https://api.deepseek.com/anthropic、模型 deepseek-v4-pro、API 格式 Anthropic Messages、关闭完整 URL。 4. ⭐ 两类启动故障的根因(本条最有价值处)：
    • 扩展 60s 超时 → 根因是系统环境变量残留代理（cmd /c "set" | findstr /i proxy）。
    • Cannot read properties of null (reading 'output_tokens') → 根因是 Base URL 误配 OpenAI 兼容端点 compatible-mode/v1，导致 usage 结构不兼容。 5. ⚠ 未核项(不可引用)：「DeepSeek V4 于 4 月 24 日开源」「Pro 1.6T / Flash 284B」「V4-Pro 限时 2.5 折至 2026/05/31」——属文中陈述，未独立核验。
  • 与活文档现有脉络的关系：
  • 对 §2.2「模型与基座」：v125 §2.2 记的都是官方型号与基准分，本条是"第三方模型经兼容层冒充接入"的一手配置证据——即模型可替换性从产品属性变成了一个需要单独调试的工程面。
  • 对 §2.6 / §3.1 #425：v125 已收 #425(permissions.Bash 逐命令 allow/ask + 三档风险分级 + agents-cli"部署必须经人工确认")。本条是第三例配置级证据，且给出一个此前未登记的失效类：协议层不匹配导致 usage 结构解引用崩溃。
  • 对 §2.1 / §3.1 #423「工具调用可靠性是推理层专属价值主张」：本条是该命题在第三方兼容层上的负面例证——换成另一个厂商的模型 + 另一个兼容层，故障不在模型能力，而在协议与 usage 结构的错配。这与 v125 §2.1 的"解析器数量 ≠ 解析器正确率"(R16)同族，但方向相反：R16 说 parser 覆盖度是脆弱性，本条说协议方言差异同样致命。
  • ⚠ 但注意边界：本条不是"DeepSeek V4 能达到 X 分"的证据，完全不能用于能力比较。
  • 建议归入哪一节：
  • §1 现状全景 ⑥「配置与工作流基线」追加一条(Jay 两份笔记现为三份)。
  • §2.6 加一行"第三方模型接入 Claude Code 的协议方言失配是独立失效类"(注意：§2.6 现标题是「评测方法学」，此类配置证据按 v125 惯例落在 §1⑥ 而非 §2.6 —— 本档无"工具链配置"专节，是一处体例空隙)。
  • §3.2 增 1 条反方(见 §2 矛盾 D)。
  • §7.3 URL 净增：https://github.com/farion1231/cc-switch + devpress/gitcode 重定向链。
  • 涉及 arXiv：无。

增量 3 ⚠⚬ · Dicklesworthstone/frankenterm：面向 AI 编码 Agent 集群的终端控制面 —— 本档 §2.5 尚无"终端层"栖位，且是 v125 §2.5 编排三例(#135 orca / #136 AOS / #139 tv-detox)的第 4 例且是唯一一例"以终端为一等资源"的 ⚠⚬

  • 来源：organized/repo_cards/3661-dicklesworthstone-frankenterm.md(材料 key repo_cards:dicklesworthstone/frankenterm · v 40c9926a61e3… · mtime 1793122315 = 2026-10-28)· GitHub https://github.com/Dicklesworthstone/frankenterm · 125★ · +2 · Rust · 许可 NOASSERTION · app · ai · experimental · 最近提交 2026-10-27 · 首次采集 2026-09-10(卡内另有中文简介一条)。
  • 要点(仅卡面信息，README 未读)： 1. Swarm-native terminal platform for AI coding agents。 2. real-time pane capture + change-point pattern detection(状态变化点检测)。 3. transactional policy-gated automation(事务性、策略门控的自动化)。 4. a JSON/MCP robot API(机器可读控制接口)。 5. a fail-closed operating envelope(默认拒绝的操作域)。 6. on its own vendored terminal engine(自带 vendored 终端引擎，不依赖系统终端)。 7. a native iOS client that attaches to your Macs(原生 iOS 客户端附着到 Mac)。 8. 中文简介补充："终端 hypervisor""跨 WezTerm 协调 coding Agent 集群的 JSON API"。
  • 与活文档现有脉络的关系：
  • 对 §2.5「Agent 基础设施」：v125 的 #135 orca(编排产品层)、#136 AOS-1(三仓分裂 + conformance 校验器)、#139 tv-detox(提示词即产品) 是编排/规范/产物三向；frankenterm 补的是第四向：资源层——把"终端"从 agent 的副产品提升为一等被管理的资源。
  • 对 §3.1 #419「消费级安全模型 = 人执行 + Agent 监督 + 撤销兜底」与 §2.4 安全立标层：fail-closed operating envelope + transactional policy-gated automation 是本档目前最接近"策略门控"原语的工程表述，且它出现在执行层(终端)而非模型层。
  • 对 §3.2 R14「优化器写入的失败模式是静默劣化」：frankenterm 的 change-point pattern detection 是针对"Agent 在终端里静默跑偏"的监控原语——与 R14 同构(都需要在无报错时也能发现劣化)。
  • 对 §2.6："agent 评测"正在从"看最终 diff"下沉到"看终端行为轨迹"——这与本轮另一处发现(增量 6 的 2609.09134「在弱模型自己的 rollout 中定位失败回合」)是同一命题的两种形态。
  • ⚠ 边界：本档 v125 的 §2.5 编排三例均为"产品/规范"层，frankenterm 是首个"运行时资源管理"层的编码 Agent 载体。
  • 建议归入哪一节：
  • §2.5 新立一栖："终端控制面栖位第 1 例"(或作为 §2.5 编排四例的第 4 例承接，不新立栖位 —— 取决于今晚对"栖位"的严格度；我倾向新立，因为它的可核查机制词(change-point detection / policy-gated / fail-closed / MCP robot API / vendored engine)**与 #135–#139 都不重叠)。
  • §2.6 加一行"终端行为轨迹正在成为 Agent 评测的新观测面"。
  • §3.2 增 1 条反方(见 §2 矛盾 E)。
  • §7.3 URL 净增 1：https://github.com/Dicklesworthstone/frankenterm。
  • ⚠ 口径提醒：125★ 但+2/周(低)、许可 NOASSERTION、experimental、README 未读、中文简介与英文简介并存且不完全一致("跨 WezTerm 协调" vs "own vendored terminal engine" —— 这两句互有张力，见 §2 矛盾 E)。本条只能作定位登记，不能作机制级结论。

增量 4 ⚠⚬ · Jay 10-28 CSDN 笔记：Claude Code 版本升级路径 + 一个未核实的地域/身份回传安全提示 —— 属于 §2.4 安全层的待核查线索，本档目前该层只有 CVE 与官方文档 ⚠⚬

  • 来源：inbox/jay/2026-10-28T0820-csdn-discovery.md(材料 key note-links:4fe8eb28b9f4… · v 4fe8eb28b9f4… · mtime 1793146884 = 2026-10-28)· 保留来源 https://blog.csdn.net/ddshub_cc/article/details/168755642 · 标题《如何升级 Claude Code：按安装方式更新，解决版本不变和升级失败》(S3)。
  • 要点(Jay 标注为 search_snippet_only，本轮未取正文)： 1. 提到 NVDB 提示 Claude Code 2.1.91–2.1.196 存在回传地域/身份信息隐患，以及 npm 版与官方二进制版差异。 2. Jay 记录的其他 6 条(S1 股票数据系统 / S2 可观测性体系 / S4 gdb 跟踪 OB / S5 TiDB+DeepFlow / S6 TiDB 分布式追踪 / S7 Terraform 入门)均与本主题距离远，且全部为搜索线索级。 3. Jay 的未决问题已明确登记："S3 的安全提示需回溯 NVDB 原始条目"。
  • 与活文档现有脉络的关系：
  • 对 §2.4「Agent 安全立标层(100 栖 + 20 CVE)」：该层的证据全部是官方公告 / CVE / 红队报告，本条若被采纳将是第一件"第三方二手安全提示"。证据等级显著低于现有层。
  • 对 §3.1 #425「权限分级」：npm 版 vs 官方二进制版的差异本身是一个此前未登记的维度——同版本号下不同分发渠道可能有不同的行为，这与 v125 §3.2 R16「解析器数量 ≠ 解析器正确率」同族：渠道差异是新的失效面。
  • 建议归入哪一节：
  • §1 现状全景 ⑦「其余笔记条目」追加一条(标"待核查 · 搜索线索 · 暂不推荐")。
  • §3.2 记 1 条反方(见 §2 矛盾 F)。
  • ⚠ 明确不建议进 §2.4 安全立标层或 §7 CVE 清单 —— 安全结论不作引用，与 v125 处理 Jay 10-24/10-20 笔记的既定口径一致。
  • 涉及 arXiv：无。

增量 5 · liuhaisi2026212-maker/taishang-laojun：Skill 从"编码能力"下沉到"内容创作工作流" —— 邻接轴，multimodal 归属更强，但"Skill 的封装对象已不限于编码"这一现象对 §2.5 有一层邻接意义

  • 来源：organized/repo_cards/4702-liuhaisi2026212-maker-taishang-laojun.md(材料 key repo_cards:liuhaisi2026212-maker/taishang-laojun · v d26f4b7a052c… · mtime 1793165521 = 2026-10-28)· GitHub https://github.com/liuhaisi2026212-maker/taishang-laojun · 210★ · +0 · Markdown · 许可 NOASSERTION · 主题 agent / multimodal · 主分类 agent · 形态 app · 分类 trending · experimental · 最近提交 2026-10-28 · 首次采集 2026-10-28。
  • 要点(仅卡面简介，README 未读)：「太上老君·AI炼丹炉」= 抖音/小红书短视频创作 Skill。功能链：找对标拆爆款 → 选题 → 系列策划 → 口播稿 → 标题 → 复盘 → 去 AI 味。安装：Claude Code / Codex 等 npx 一行安装；豆包等聊天智能体用 Bot 版。
  • 与活文档现有脉络的关系：
  • 本档 §2.5 已收大量"skill 可封装 X"案例：v122 #126 decks(在 slide 下评论 → Agent 改 slide 并在 slide 回复)、v122 #127 imozuru(「原文にたどり着くまで芋づる式に掘る Claude Code のスキル」)、v121 #128 free-my-tv("built with Claude Code" + "One button to undo")、v125 的 tv-detox(提示词即产品 + undo.sh)。本条是这族"skill 封装 X"的第 N 例，而 X = 内容生产工作流。
  • v125 §1④ 已经把这族归纳为"同族第 2 例"的收敛模式(即"skill 可封装'查证路径'而非仅能力")。本条把这条收敛线推到另一个域：被封装的不是查证路径，是"平台化内容运营方法论"。
  • 对 §6 边界：卡面主题已标 agent, multimodal，主分类 agent。但"短视频创作"在主题归属上更靠近 multimodal / llm-application，本档 §6 已有"归邻接不入主栖"的先例。
  • ⚠ 弱证据：210★ 但 +0/周、许可 NOASSERTION、README 未读、"去 AI 味"这一功能恰恰与本库另一轴(reduce-aigc-trace)主题相邻，但本档不引其效果主张。
  • 建议归入哪一节：
  • 首选：§6 边界判定明确"归邻接(llm-application / multimodal)，不入本档主栖" —— 与 v125 §6 对 imozuru / Alphasignal / Medium 等的处理方式一致。
  • 次选：§2.5 承接行加一句"skill 封装对象已扩展至内容运营工作流"，不新立栖位。
  • 不建议进 §1 现状全景作为独立条目(README 未读 + 跨域)。
  • 涉及 arXiv：无。

增量 6 ⚠⚬⚬⚬ · paper_cards 层两篇编码 Agent 一手论著在本档完全缺失，但已被 risk / engineering / llm-application 三轴收录 —— 这是本轮最确定、最可执行的一处修补，可直接终止 v125 的"立标空窗 #9" ⚠⚬⚬⚬

  • 来源：organized/paper_cards/ 近 3 天新卡(mtime ≥ 2026-10-25，共 170 张)中经 coding-agents 关键词筛出并逐张打开核对的两张：
  • organized/paper_cards/1299-2609-09134.md · arXiv:2609.09134《Co-Evolving Harnesses and Models: On-Policy Correction Helps Weaker Models Catch Up Where Imitation Fails》· 主分类 evaluation / 副 agent · 形态 method · S2 被引 6 · OpenAlex 更新 2026-09-12 · https://arxiv.org/abs/2609.09134。
  • organized/paper_cards/1602-2609-39102.md · arXiv:2609.39102《False Frontiers: Diagnosing and Mitigating Co-Cheating in Self-Evolving Search Agents》· 主分类 agent / 副 engineering · 形态 method · S2 被引 2 · OpenAlex 更新 2026-10-03 · https://arxiv.org/abs/2609.39102。
  • 要点：
  • 2609.09134(card TLDR 原文)："An on-policy expert-correction pipeline is developed, automated by a meta-level MLE agent, that localizes the failing turn in the weaker model's own rollout and asks the expert to rewrite only that turn, which preserves the model's planning style and combines the gains of harness evolution and model adaptation." ⇒ 要点：① 元层级 MLE Agent 自动化这条流水线；② 在弱模型自己的 rollout 中定位失败回合；③ 只重写该回合(而非全量重训)；④ 保留模型的规划风格；⑤ 声称同时获得 harness 演化与模型适配两路收益。
  • 2609.39102(card TLDR 原文)："This work introduces multi-sample verification (MSV), which queries the same model three times with the source and three times without it to decide task admission and replace unreliable pseudo-labels, which partially reduces false agreement but leaves substantial residual co-cheating." ⇒ 要点：① MSV = 有源 3 次 + 无源 3 次；② 用于任务准入与替换不可靠伪标签；③ 只能部分减少虚假一致，仍残留大量 co-cheating。
  • 与活文档现有脉络的关系（这是本条的价值所在）：
  • 2609.09134 直接命中 v125 §2.1 与 §2.3 的交界处。v125 §2.1 记："harness × 权重协同进化（v118 议题，arXiv:2610.25078 仅标题未读摘要，不引结论）问'谁跟随谁'"，且 §2.1 末尾明确写着 "arXiv 净增 0 —— 立标空窗 #9（连续第二棒）"。2609.09134 正是这一议题的第一篇有实质摘要的论文：它给出了一个具体的协同机制（meta-level MLE agent 在 rollout 中定位失败回合 → 请专家只重写该回合），并明确回答了"谁跟随谁"的子问题——harness 侧（专家修正）与模型侧（on-policy 适配）可以同时推进，而不必二选一。
  • 它与 v125 §3.2 R13「搜索预算不对称」互补但不同：R13 质疑的是"Agent 搜索自由度更高导致'匹配或超过'可能来自预算不对称"；2609.09134 的 on-policy 修正恰恰是在做'同预算下的定向修正'——它把修改限制在单个失败回合，这在结构上就是对搜索预算不公平性的一种工程回应。
  • 它与增量 3（frankenterm 的 change-point detection）同命题："在 Agent 自己的轨迹里定位失败"。frankenterm 是运行时监控侧的工程原语，2609.09134 是训练/适配侧的学术对应。这是今晚最值得写进 §2.6 的一句话："失败定位正在从'看最终产物'下沉到'看过程轨迹'，工程侧(change-point detection)与学术侧(failing-turn localization)同时出现。"
  • 2609.39102 直接命中 v125 §3.2 R12–R17 这一串"自证据/自陈数字不可独立复现"系列。R12 的原文是"OPAL 的数字来自作者自陈与第三方转述，无独立复现"。2609.39102 诊断的正是这件事在自演化场景中的具体形态——co-cheating：联合优化提案者与求解者时，双方在共享错误上越来越一致，内部奖励改善但外部正确率停滞或下降。它的 MSV 方案(有源 3 次 vs 无源 3 次)能部分缓解但残留大量 co-cheating——即"缓解手段本身不构成保证"，这与 v125 §3.1 #422「Agent 写入失败需要'位级等价'作为安全底线」在结论姿态上完全一致：可检测 ≠ 可保证。
  • ⚠ 跨轴证据(可核查)：
    • grep -rn "2609.09134" organized/knowledge/ → 命中 archive/risk-20260924-pre-repair-full.md:143 与 archive/risk-20261014-pre-repair-full.md:87 的 arXiv 既有集合列表。risk 轴已收录。
    • grep -rn "2609.39102" organized/knowledge/ → 命中 archive/engineering-changelog.md:48 与 :59(v134 新立标第 ④ 条"False Frontiers arXiv:2609.39102 self-evolving co-cheating 诊断")、以及 archive/llm-application-changelog.md:45("False Frontiers Co-cheating arXiv:2609.39102 paper_card 1602 ✓ HF 12 自进化栖预备第 1 例")。engineering 与 llm-application 两轴均已收录并展开。
    • 当前态：grep -c "2609.09134" organized/knowledge/coding-agents.md → 0；grep -c "2609.39102" organized/knowledge/coding-agents.md → 0。本档从未提及这两个编号。
    • ⇒ 结论：这两篇不是"供给真空"，而是三条轴各自收录、编码 Agent 主轴掉队。这是编目覆盖问题，不是文献问题。
  • ⚠ 证据边界：两条均为 paper 卡 TLDR(摘要级转写)，本轮未读论文正文。不得据 TLDR 引用具体实验数字。
  • 建议归入哪一节：
  • §2.1 在 "harness × 权重协同进化" 处补一句：arXiv:2609.09134 是该议题第一篇有实质摘要的论文(元层级 MLE agent + 弱模型 rollout 内失败回合定位 + 只重写该回合 + 保留规划风格)。
  • §2.6 加一行"失败定位从终态下沉到过程轨迹"(frankenterm 工程侧 + 2609.09134 学术侧)。
  • §3.2 新增 1 条反方(见 §2 矛盾 G)，把 2609.39102 挂到 R12 之下。
  • §7.1 arXiv 索引净增 2 件：504 → 506(2609.09134 + 2609.39102)；§7.3 URL 净增 2(https://arxiv.org/abs/2609.09134 + https://arxiv.org/abs/2609.39102)。
  • ⚠ 这将终止 v125 §2.1 记录的"立标空窗 #9"(连续第二棒 arXiv 净增 0)。
  • 涉及 arXiv：2609.09134、2609.39102。

2. 值得警惕的矛盾或待核实说法(7 条)

矛盾 A ⚠⚬⚬ · turno 的 --permission-prompts none 与"审批卡片"并存 —— 无人值守场景的权限默认态不明

  • 出处：organized/repo_cards/4694-eurafaeldecarvalho-turno.md 卡面 + organized/knowledge/llm-infra.md v3.69 的 D292 登记("turno 的 --permission-prompts none 与'无人值守 + 审批卡片'并存，未说明无人值守的权限默认态")。
  • 为什么重要：本档 §3.1 #425 刚在 v125 建立了"权限分级"共识。turno 的情形是"分级之外的例外"——一个明确写着"无人值守"的调度器，其 runner 派生命令里同时存在 --permission-prompt-tool stdio 与 --permission-prompts none 两个分支。README 未说明默认取哪个，也未说明 none 是否等价于"无人值守时关闭人类监督"。
  • 建议：§3.2 增 1 条反方；§4 可增 1 条 P2："无人值守运行时应当有一个规范化的权限默认态声明"。

矛盾 B ⚠⚬ · aideveloper-web/free-claude-code 的产品身份歧义 —— 是工具还是导流站？

  • 出处：organized/repo_cards/4678-aideveloper-web-free-claude-code.md 卡面(76★ · +0 · MIT · trending · app · experimental · 待 LLM 分类：是)；跨轴旁证见 organized/knowledge/engineering.md v153 争议段("'Fable 5.1' 的产品身份歧义——free-claude-code 使用一个本库从未登记的型号标识并以内容站点语汇撰写('Explore … discover')，既未声明与 Claude Code 的关系，也未声明其是否为可安装制品；若它实为内容/导流站而非工具，把它计入'插件生态供给'就会高估代理插件的实际供给量")。
  • 本档视角：v125 §2.2 记的基座是 Fable 5.1。本档亦未登记过 "Fable 5.1" 这个型号标识与 Claude Code 的关系。本条是该歧义在本档的复现。
  • 建议：§2.2 加一行"Fable 5.1 的产品身份在本档无独立确认"；不引用其任何能力/替代性主张。

矛盾 C ⚠⚬ · turno 的 precheck 可执行任意本地脚本 —— 注入面未说明

  • 出处：organized/knowledge/llm-infra.md v3.69 的 D292("未说明 precheck 可执行任意本地脚本本身构成注入面")。
  • 为什么对本档重要：turno 的例程 ~/rotinas/<ROUTINE>.md 经 zod 校验，precheck 为 python check.py。一份可被例程指定的本地脚本 = 一条从"例程内容"到"宿主执行"的通道。本档 §2.4 安全层目前无"例程/配置内容本身是攻击面"这一维度。
  • 建议：§3.2 增 1 条反方，或并入矛盾 A 作为一条"无人值守信任边界"合条。

矛盾 D ⚠ · DeepSeek V4 的版本/价格数字未经独立核验

  • 出处：inbox/jay/2026-10-27T0820-csdn-discovery.md 自陈("属文中陈述，未独立核验")：发布日 4 月 24 日、Pro 1.6T / Flash 284B、V4-Pro 限时 2.5 折至 2026/05/31。
  • 建议：不引用。若要写，只写"原文如此陈述，未经独立核验"。

矛盾 E ⚠ · frankenterm 简介的内部张力：自带 vendored 终端引擎 vs 跨 WezTerm 协调

  • 出处：同一张 repo 卡内并存的两条简介 —— 英文："on its own vendored terminal engine"；中文："跨 WezTerm 协调 coding Agent 集群的 JSON API"。二者不必然矛盾（可同时支持 vendored 与 WezTerm 两种目标），但卡内未说明支持范围与优先级，读者无法判断"它到底管理哪些终端"。
  • 另外：transactional policy-gated automation、fail-closed operating envelope、change-point pattern detection 三项机制词均无 README 佐证，本轮只有卡面简介。
  • 建议：§2.5 登记时明确标注"仅卡面简介级，README 未读，三项机制词未经核实"；§3.2 记 1 条反方。

矛盾 F ⚠ · Claude Code "2.1.91–2.1.196 回传地域/身份信息"的安全提示来源是 NVDB 二转

  • 出处：inbox/jay/2026-10-28T0820-csdn-discovery.md S3 + Jay 未决问题第 3 条("S3 的安全提示需回溯 NVDB 原始条目")。本档 §2.4 安全层现有 20 件 CVE 全部来自官方公告/CVE 数据库，无一件来自二手转述。
  • 另有一条独立的可比事实（同批次、已在库）：v125 §7.3 URL 索引中已有 https://ai-tldr.dev/releases/anthropic-claude-code-2-1-287 与 https://ccleaks.com/news/claude-code-2-1-287-oct-2026 —— 即本档已知存在 2.1.287 版本的线索，与本条提到的 2.1.91–2.1.196 版本区间不是同一区间，不可混谈。
  • 建议：安全结论不作引用；§1⑦ 记为待核查线索。

矛盾 G ⚠⚬ · "多源引用同一失败模式"与"证据独立性"的张力 —— 本轮新登记

  • 出处：本轮的三条独立线索同时指向同一失败模式——
  • 2609.39102：自演化场景的 co-cheating，MSV 只能部分缓解，残留大量 co-cheating(学术侧)；
  • v125 §3.2 R12：OPAL 数字作者自陈 + 第三方转述，无独立复现(本档自提)；
  • v125 §3.1 #422：Agent 写入失败需要位级等价作为安全底线(本档共识)。
  • ⚠ 张力本身：当同一失败模式被本档自提一次、被学术诊断一次、被工程工具(frankenterm change-point / turno 跳过原因)承认一次时，"多个来源提到它"并不等于"多个来源独立验证了它" —— 尤其 R12 与 2609.39102 的研究对象虽然都是"自陈数字不可靠"，但R12 的具体对象是 OPAL(优化器改写)，2609.39102 的具体对象是自演化搜索 Agent 的联合优化，领域不同。不可直接互证。
  • 建议：§3.2 增 1 条反方时必须写明"领域不同，不可互证" —— 这正是本档 §3.2 R17「频道标注不可信」的方法学延伸：跨源同述 ≠ 跨源验证。

3. 可引用的 arXiv 号列表

3.1 本轮净增建议(§7.1 由 504 → 506 件)

编号 标题 出处 证据等级
2609.09134 Co-Evolving Harnesses and Models: On-Policy Correction Helps Weaker Models Catch Up Where Imitation Fails organized/paper_cards/1299-2609-09134.md · https://arxiv.org/abs/2609.09134 card TLDR 摘要级(未读正文)
2609.39102 False Frontiers: Diagnosing and Mitigating Co-Cheating in Self-Evolving Search Agents organized/paper_cards/1602-2609-39102.md · https://arxiv.org/abs/2609.39102 card TLDR 摘要级(未读正文)

3.2 本档已在册、可交叉引用的近邻编号(不新增，仅供今晚引用定位)

编号 在本档的位置 说明
2610.25078 §2.1 harness×权重协同进化，仅标题未读摘要，不引结论；2609.09134 是其第一篇有实质摘要的对口论文
2608.06714 §2.6 Terminal-Bench 2.0 的 22/22/45 三分；与 R13 的 matched-budget 修补配套
2607.12227 (v125 丢失 · 本轮 10-26 简报已发现) harness 演化评估的 matched-budget + held-out；与本轮 2609.09134 同属 harness 演化评估族
2609.04280 §7.3 URL 索引内(正文未叙述) EvoHarnessBench：tools/skills/agents 三轴 harness 演化评测
2609.08149 §7.3 URL 索引内(正文未叙述) SWE-Bench Pro Verified：反作弊保护 + 任务精修
2608.23670 §7.3 URL 索引内(正文未叙述) 行为拓扑更多由部署 harness 决定而非 LLM
2609.27334 §7.3 URL 索引内(正文未叙述) Just-in-Time Memory(JitMem)
2608.21500 §7.3 URL 索引内(正文未叙述) SecOPD：token 级反馈的防御性微调

3.3 来自他人笔记的邻接轴编号(仅记录出处，不建议进本档 §7.1，因属 agent/rag/llm-application 轴)

  • 2610.33861(ReGE)· 2610.35001(VMem-Bench)· 2610.34735(iPrefBench)· 2610.34654(Thinking-in-Bets)—— 出处：inbox/tom/2026-10-28T0840-agent-rag-longcontext-radar.md
  • 2610.34241(Beyond Benchmarks：小型开源权重模型做真实编码工作，含 4,165 次 coding-agent 网关调用记录)—— 同上，该条与本主题相邻但 Tom 按规则未展开，本轮亦不展开，仅登记编号
  • 2610.32002(DraMaze)· 2610.23234(MultiAgent-OPD)· 2610.31810(PaperFormalizer)· 2610.21109(Kolab)—— 出处：inbox/tom/2026-10-27T0840-agent-rag-longcontext-radar.md
  • 2610.32943 · 2610.32616 —— 出处：inbox/jay/2026-10-27-1050-engineering-screen.md（注：这两条已在 spark 的 agent-e1prep 10-27 简报中登记过，本轮不重复展开）

4. 今晚的具体动作建议(按优先级)

优先 动作 落点 净变化
P0 补 2609.09134 + 2609.39102 两篇 §2.1 / §2.6 / §3.2(R12 下) / §7.1 / §7.3 arXiv 504→506 · URL +2 · 终止立标空窗 #9
P0 修 §2.1「harness×权重协同进化」条目 §2.1 把"仅标题不引结论"改为"已有第一篇实质论文"
P1 turno 锚入本档 §2.5 新栖 / §1④ / §3.1(标"跨轴复用") / §3.2 / §7.3 GitHub 栖位 +1 · URL +1
P1 frankenterm 锚入本档 §2.5 新栖或承接 / §2.6 / §3.2 / §7.3 GitHub 栖位 +1 · URL +1
P1 Jay 10-27 的 CC Switch / DeepSeek V4 接入 §1⑥ / §3.2 / §7.3 笔记 +1 · URL +2
P2 §3.2 增 3–4 条反方(A/C/G/E 或 F) §3.2 反方 +3–4
P2 §4 增 P2「无人值守权限默认态」 §4 P2 +1
P3 taishang-laojun 归邻接；free-claude-code 承接+身份存疑；hashgraph / Pringled 承接 §6 / §1⑦ / §2.5 承接行 0 立标

不建议做的事：不要重写 §1/§2 骨架；不要把 8 项材料一次性堆进 §1（其中 4 项是摘要级、3 项已被其他轴完整收录）；不要为凑字数展开 Tom 的 rag/agent 邻接编号。

5. 检查过的来源(完整清单)

清单 materials(8 项，全读)： organized/repo_cards/4702-liuhaisi2026212-maker-taishang-laojun.md · inbox/jay/2026-10-28T0820-csdn-discovery.md · organized/repo_cards/4694-eurafaeldecarvalho-turno.md · organized/repo_cards/3661-dicklesworthstone-frankenterm.md · inbox/jay/2026-10-27T0820-csdn-discovery.md · organized/repo_cards/4680-hashgraph-online-awesome-ai-plugins.md · organized/repo_cards/4678-aideveloper-web-free-claude-code.md · organized/repo_cards/4675-pringled-pi-extensions.md

活文档与队列：organized/knowledge/coding-agents.md(v125 全文) · organized/queue/work-queue.md(2026-10-28 22:00)

跨轴底稿(仅作跨轴复用比对，非本轮新增叙述)：organized/knowledge/llm-infra.md(v3.69) · organized/knowledge/archive/llm-infra-changelog.md:320 · organized/knowledge/engineering.md(v153) · organized/knowledge/archive/engineering-changelog.md:48,:59 · organized/knowledge/archive/llm-application-changelog.md:45 · organized/guides/hashgraph-online-awesome-ai-plugins.md(Tom · 2026-10-27 · README 级：plugins.json total=1035 / 9 个 platform / Apache-2.0 · 880★) · organized/guides/narumiruna-pi-extensions.md(注：与材料 8 的 Pringled/pi-extensions 不是同一仓库)

paper_cards 近 3 天层：organized/paper_cards/ 中 mtime ≥ 2026-10-25 的 170 张，逐张按标题/分类筛；本轮打开核对 —— 1299-2609-09134.md · 1602-2609-39102.md · 1293-2609-04280.md · 1308-2609-08149.md · 1099-2608-23670.md · 1492-2609-27334.md · 1101-2608-21500.md

inbox 近 2 天笔记(其他作者，coding-agents 相关)：inbox/tom/2026-10-28T0840-agent-rag-longcontext-radar.md · inbox/tom/2026-10-27T0840-agent-rag-longcontext-radar.md · inbox/jay/2026-10-28T1620-csdn-discovery.md(Crux AI / Arize AI / K8s Odyssey —— 三条均标注 csdn 但实为 Substack 域名，印证 R17) · inbox/spark/2026-10-27-agent-e1prep.md · inbox/flyp/2026-10-26-coding-agents-e1prep.md(本人上一轮 · 2607.12227 丢号发现) · inbox/stephen/2026-10-28T2245-coordination-check.md(清单核对台账)

明确未做：未扫全库、未联网搜索补料、未读任何 README/论文正文(除上述跨轴已核实文本的引用)、未改活文档/清单/基线/认领记录/定时配置、未 git。

flyP · 2026-10-28 23:20 CST · E1 日间预消化轮(coding-agents)· 净增量 = 6 条(1 项立标层修补 + 2 GitHub 栖位建议 + 2 笔记吸收 + 1 邻接定位)· arXiv 建议净增 2(2609.09134 / 2609.39102)· 承接 3 项 · 待核查/矛盾 7 条 · 材料不足处已如实标注，未强行凑篇幅。