coding-agents · E1 预消化简报(2026-11-01)

  • 作者：flyP · E1 日间预消化轮(coding-agents)
  • 时间：2026-11-01 23:20 CST
  • 输入：宿主增量清单 /shared/research-kb/organized/indexes/work-guard/7a0c0a42-eb2e-4bcd-af74-634628039865.json（job 7a0c0a42-eb2e-4bcd-af74-634628039865 · created 1793546402 / expires 1793550002 · 本轮执行于有效期内(读取时 date +%s = 1793546426 < expires) · items=1 · score=8)
  • 本批材料：清单 e1_prep:coding-agents 的 materials[] 共 8 项，全部按 materials[].source 相对 /shared/research-kb/ 读取（未只取 item.source 首项）
  • 对照活文档：organized/knowledge/coding-agents.md v126（2026-11-01 10:00 CST 落定 · 268 行）+ organized/knowledge/archive/coding-agents-changelog.md v126 段
  • 性质：今晚 coding-agents 主题活文档 v127 接力预习备料。只写本文件；未改活文档、changelog、候选文档、清单、基线、认领记录、其他任务文件、定时配置；未 git；未输出密钥；未做网页搜索补料；未做全库扫描；未为凑字数多轮重写。
  • 目标路径：取自 item.target = /shared/research-kb/inbox/flyp/2026-11-01-coding-agents-e1prep.md（写入前该文件不存在 ⇒ 本轮为新建，无覆盖）

0. 本批结论速览

本批 8 项材料中,只有 1 项是 coding-agents 轴的净新增,7 项已被 v126 全部消化。

关键事实：coding-agents 活文档已于今日 10:00 CST 落定 v126，而本轮 E1 清单是 23:20 才发出的 ⇒ 清单相对活文档是"滞后"的,它把已被 v126 吸收的材料重新发了一遍。这是本轮与 10-28 / 10-29 / 10-30 三轮形态不同的地方（前三轮清单相对活文档是"领先"的,材料尚未被消化）。

# 材料(materials[].source) 标题 v126 状态 本简报处置
1 organized/repo_cards/4793-ancienttwo-repo-harness.md Ancienttwo/repo-harness 未收；活文档/changelog/URL 索引 全 0 命中 增量 1（绝对净新 · 唯一一件）
2 organized/repo_cards/4772-sheernox-cedr.md Sheernox/cedr 已收：v126 = §2.5 #143 承接（已核销）
3 organized/repo_cards/4736-ssinder-bioinformatics-agent-skills.md ssinder/bioinformatics-agent-skills 已收：v126 = #125 栖同族第 2 例 承接（已核销）
4 organized/repo_cards/4762-leepokai-codync.md leepokai/Codync 已收：v126 = §2.5 #144 承接（已核销）
5 organized/repo_cards/2796-ldbumble-taskuary.md ldbumble/taskuary 已收：v126 = §2.5 #145 承接（已核销）
6 organized/repo_cards/4752-subgentic-coral.md subgentic/coral 已收：v126 = §2.5 #146 承接（已核销）
7 organized/repo_cards/4733-agenticresourceregistry-agenticresourceregistry.md AgenticResourceRegistry 已收：v126 = #125 栖同族第 3 例 承接（已核销）
8 organized/repo_cards/4616-xingjian-bai-opal.md xingjian-bai/opal 已收：v125 = §2.5 #141；v126 沿用 承接（已核销，卡面刷新）

本轮净增 = 1 条（Ancienttwo/repo-harness）· net-new arXiv = 0。

另有一项超出清单、但属本任务指定抽查范围的实质发现（不计入增量条数，因为不在 materials[] 内）：

  • 跨轴同日重复领料：Ancienttwo/repo-harness 今晚 21:10 已被 stephen 的 llm-application 轮完整消化（inbox/stephen/2026-11-01-llm-application-e1prep.md §1 增量①）。见 §2 矛盾 1。

给今晚（v127）的建议：

⚠ 本轴的增量供给在本轮几乎归零 —— 这本身是今晚最该记录的事实，而不是"没活干"。

具体来说：(a) 清单里 8 件材料只有 1 件可用于 v127，净增 1 栖（repo-harness，且只作定位登记，卡面级、README 未读）；(b) 7 件承接件不得重复立标（v126 已立 #143-#146 + 2 件同族承接），重复立标会直接破坏 §7 的 missing=0 试金石与"一栖一编号"纪律；(c) v126 的 7 件 arXiv 净增里有 5 件是跨轮预消化轮遗留（2607.12227 / 2607.25431 / 2607.24882 / 2609.09134 / 2609.32600，v126 自身已记为 R29"空窗终止是口径性的，不代表供给回升"）⇒ 今晚若只做承接，v127 的 arXiv 净增将再度为 0，等于连续第二棒"口径性空窗"；(d) 因此今晚真正值得投入的不是"找新件"，而是消化已在库内、但尚未进入本轴正文的既有资产——见 §1.2 给出的 3 个高价值候选（均在库内攻略中已有可核查的一手核验链，不需要联网）。

⚠ 重要纪律声明： - 本批 repo 卡星数/周增为重新采集快照，晚于 v126 的 11-01 10:00 cutoff。按既定规则，采集时间 / 星数周增变化不作新观点，仅作引用一致性提示。 - 材料 1（repo-harness）只有卡面级信息（README 未读），只能作定位登记，不能作机制级立标。这与 v126 立 #142-#146 时的 R25 纪律完全一致。 - 本批材料无一提供 arXiv 编号 ⇒ 本轮 net-new arXiv = 0。 - 本简报 §1.2 的 3 个候选来自库内既有攻略（非清单材料、非联网检索），来源路径已逐条标注，今晚可直接取用，不受"只处理增量"的清单边界约束（本任务边界约束的是"只写 1 个文件"，不是"不许引用库内已有资产"）。

1. 今日该主题最重要的增量

增量 1 ⚠⚬⚬ · Ancienttwo/repo-harness："文件支撑的 workflow harness"落到具体厂商 harness 组合上 —— 全库绝对净新增 ⚠⚬

  • 来源：organized/repo_cards/4793-ancienttwo-repo-harness.md（材料 key repo_cards:ancienttwo/repo-harness · version 877ff5db9e848b4f… · mtime 1793511116 = 2026-11-01）· GitHub https://github.com/Ancienttwo/repo-harness · 435★ · 周增 +0 · MIT · TypeScript · 主题 agent · 主分类 evaluation · 形态 app · 分类 ai · 成熟度 research · 最近提交 2026-11-01 · 首次采集 2026-11-01
  • 要点（严格限于卡面唯一的一手措辞，不外推）： 1. 卡面简介原文：「File-backed workflow harness for reliable Claude Code and Codex sessions.」 2. 形态 = harness，且是"文件支撑（file-backed）"的 workflow harness ⇒ 不是通用编排器，而是一个把工作流状态落到文件系统的运行时装备。 3. 适配对象明确是 Claude Code 与 Codex 两个既有厂商 harness ⇒ 属于本库已登记的 "专用 harness"（vendor-specific harness） 侧，不是"全局/通用 harness" 侧。 4. 目标词是 reliable（可靠性）而非 capability（能力） ⇒ 指向"会话可复现 / 失败可定位 / 不跑偏"，不指向"能做更多事"。 5. 主分类被采集器判为 evaluation ⚠⚬ —— 与卡面内容（运行时 harness 装备）不一致，属分类器口径问题，见 §2 矛盾 2。
  • 与活文档 v126 现有脉络的关系：
  • 对 §2.1「Harness 学术化」：v126 §2.1 目前的骨架是 2607.12227（matched-budget baseline + held-out evaluation）作为评估协议层、2609.09134（harness × 权重协同进化）作为实证层、HarnessTax 作为量化起点。repo-harness 补的是第三条腿：harness 的"运行时实现层" —— 前两条都在讲"怎么知道 harness 变好了"，本件讲"把 harness 做成一个可落地的、带持久状态的文件工作流"。这是 v126 尚未单列的一格。
  • 对 §2.5「Agent 基础设施」：v126 的 #135-#146 共 12 栖，覆盖 编排产品层 / 规范层 / 产物可信 / 推理承载 / 训练回路写入 / 终端控制面 / 评审汇合闸门 / 消息网关 / 人审闸门 / Agentic IDE。这 10 个栖位里，没有一个是"以文件为契约的会话可靠性 harness" ⇒ 本件是第十一向的候选，且与 frankenterm（#142 终端控制面）不是同一栖：frankenterm 管的是终端资源本身，本件管的是会话与工作流状态。
  • 对 §3.1 #424「模型 × harness × 推理位置已是三元组」：本件不构成第四轴 —— 它的变化维度是"会话状态存在哪"，属 harness 内部实现而非调用面（Codync #144 的 IM 接入）/ 推理承载位置（#140 Rapid-MLX）。不得据此扩写三元组 ⚠⬬。
  • 对 §3.1 #432「harness 演化的评估底线是匹配预算 + 留出评估」：本件不构成正面证据也不构成反证 —— 卡面无评测数字、无对照、无任务集、无预算披露 ⇒ 不可用于支持或质疑 #432 ⚠⬬。
  • 对 §3.1 #414「harness 税是成本税而非能力税」：本件的目标词 reliable 提示其价值主张偏向可靠性而非成本 ⇒ 若它确实只改可靠性不改能力，则恰是 #414 的可证伪形态（与 P2-#544 的"壳层是否改变编码能力"同一检验族）⚠⬬。
  • 对 §3.2 R25「卡面级信息立标强度不足」：本件完全落在 R25 射程内 ⇒ 今晚登记必须只作定位登记。
  • 建议归入：
  • §2.5 新立第 147 栖（定位登记 · 卡面级 · README 未读 · repo-harness = 文件支撑 workflow harness 栖位第 1 例）—— 注意：若今晚 v127 决定不新立栖位（因供给不足），则本件应按 v126 的"承接"体例只作 §2.1 补一句，不占栖位编号。两种处置均可接受，但必须在 changelog 里写明所选处置。
  • §2.1 补一句（不新增小节）：harness 学术化现有"评估协议 / 协同进化实证 / 成本量化"三条腿，本件补"运行时实现"第四条腿的候选样本。
  • §3.2 新增 1 条反方（候选）：「reliable 是一条无法从卡面证伪的主张 —— 无失败定义、无复现度量、无对照 harness ⇒ "可靠"目前是产品话术，不是可验证指标」⚠⬬。
  • §4 开放问题新增 1 条 P2（候选）：「file-backed workflow 的『文件』承载什么（状态 / 计划 / 审计轨迹 / 可恢复检查点）？卡面完全未说明」⚠⬬ —— 这个问题与 v126 P2-#546（AI 分类作为输入侧改写的审计边界）同族：文件承载了什么，决定它是不是一个可信的状态层。
  • §7.3 URL 索引：https://github.com/Ancienttwo/repo-harness（净增 1 条 URL）。
  • 证据缺口（必须原样保留）：README 未读；file-backed 未定义（是 workflow 定义文件？状态快照？日志？三者皆可）；无任何可靠性度量（成功率、重放一致率、崩溃率均不可见）；无适配 harness 清单的完整性说明（只点名 Claude Code 与 Codex，是否支持 Cursor / Gemini CLI / Copilot 未知）；与库内已有 46 个 harness 相关攻略（organized/guides/*harness*.md）的关系未核；435★ 但周增 +0，属存量热度而非新增热点；主分类 evaluation 待复核（见 §2 矛盾 2）。
  • 跨轴对位（必读）：本件今晚 21:10 已被 stephen 的 llm-application 轮先行消化（inbox/stephen/2026-11-01-llm-application-e1prep.md §1 增量①）。stephen 的判断与本简报方向一致（均为"专用 harness 侧 / 卡片级 / 无一手核实 / 分类器偏差"），但立标位置不同（该轴 §1.2 + §3 争议 #145 + §5 趋势 ㉔）。建议今晚 v127 按"只在一轴立标、其余轴只引用"处理（沿用 stephen §2 矛盾 1 的处置建议），并在 coding-agents 侧明确标注"llm-application 轴已于同日先行登记"。

1.2 库内既有资产的消化建议（非清单材料 · 今晚真正的高价值动作）

⚠ 以下 3 件不在本轮清单 materials[] 内，来自库内已有攻略（均有可核查的一手核验链，无需联网）。它们的价值不在"新"，而在"已进入库内但尚未进入 coding-agents 轴正文"。列在此处供今晚 v127 取用，每件都标注了出处与证据边界。

候选 出处（库内） 为何今晚值得看 证据边界
Meta-Harness（stanford-iris-lab/meta-harness） organized/guides/stanford-iris-lab-meta-harness.md（Jay · 2026-08-20）· 论文 arXiv:2603.28052（COLM 2026） 直接命中 v126 §2.1 的最大缺口："harness 本身如何被搜出来"。v126 讲清了"怎么评估 harness 变好"，但全轴没有任何一件讲"harness 是怎么被优化出来的" 攻略已显式判定原帖声称的 "Qwen3-8B ALFWorld 96.9%" 三处无出处、不可引用；换 proposer（除 Claude Code 外）需自行适配 wrapper；搜索集过拟合风险；每次迭代 10M tokens → 成本高
Meta-Harness 之外的 harness 演化谱系 organized/guides/x-tip-20260912-co-evolving-harnesses-models.md · x-tip-20260911-harness-model-coevolution.md · x-tip-20261006-scholarevolve-lifelong-harness-evolution.md · x-tip-20260911-prism-harness-optimizer-protocol.md · x-tip-20260815-evoharness-rl-agent-harness-rl.md · x-tip-20260922-harness-design-coding-agents.md · x-tip-20261010-harness-design-coding-agents-empirical-study.md · x-tip-20261010-harness-engineering-performance-gap.md · x-tip-20260918-beyond-prompts-tool-agent-harness-optimization.md · x-tip-20260914-harness-engineering-tool-boundary.md · x-tip-20260812-harness-engineering-agent-tool-call-behavior.md · x-tip-20260826-prompt-induced-waste-harness-cost.md 12 篇 x-tip 攻略构成了 harness 工程化的完整证据谱系，而 v126 §2.1 只引了 1 篇（2607.12227）+ 1 个 HarnessTax 量化点。这是本轴引用层最薄、正文最厚的一处失衡 全部为攻略级（含二手引述），每篇的具体数字须回原帖核对；攻略之间数字口径可能不一致（如"6× 性能差距"来自 x-tip-20261010-harness-engineering-performance-gap.md，与 Meta-Harness 论文数字不可相加或相减）
专用 harness 的横向谱系 organized/guides/harnessrouter.md · organized/guides/agent-harness-roadmap-guide.md · organized/guides/0xsline-awesome-deepseek-harness.md · organized/guides/deepseek-ai-deepseek-harness.md · organized/guides/flesymeb-harnessofharness.md · organized/guides/exoharness-exo.md · organized/guides/shudesu-line-harness-oss.md · organized/guides/yb2460-harness-anything.md · organized/guides/zouyuxuan122-deepseek-harness-eac.md · organized/guides/anthropics-defending-code-reference-harness.md 46 个 harness 相关攻略在库，v126 正文只体现了其中极少数。"哪个 harness 对应哪类场景"的横向地图，本轴至今没有 攻略采集时点不一（跨 2026-06 至 2026-10），时效性需按单篇核对；部分为 awesome-index 类（索引非实体），不能当作实例计数

建议：今晚 v127 若只做承接 ⇒ 本轴净增将为 0（arXiv 连续第二棒口径性空窗）。从上述 3 组中取 1-2 件做实质展开，是本轮唯一能同时提升"净增量"与"引用完整性"的路径，且不需要联网、不需要新采集，全部基于库内已核验的一手材料。

2. 值得警惕的矛盾或待核实说法

⚠⚠⚬ 矛盾 1 ·【本轮最具杠杆 · 清单滞后于活文档】本轮清单把 v126 已消化的 7 件材料重新发出

  • 事实：清单 created 1793546402 = 2026-11-01 23:20:01 CST；v126 落定 2026-11-01 10:00 CST（活文档 mtime organized/knowledge/coding-agents.md = 11-01 10:29，changelog = 11-01 10:28）⇒ 清单比活文档晚 13 小时 20 分，其间 v126 已跑完并逐件消化了本清单中的 7 件（cedr / bioinformatics-agent-skills / Codync / taskuary / coral / AgenticResourceRegistry 六件在 v126 的 8 件表内，OPAL 在 v125 已立 #141）。
  • 为什么值得警惕：若主棒位不先做"清单 vs 活文档"查重，v127 会把 #143-#146 重复立一遍 ⇒ 直接破坏 §7 的 missing=0 试金石（编号重复）与"一栖一编号"纪律，且会在 changelog 里留下"同一仓库两个栖位"的硬伤。
  • 待核实：清单生成侧是否应按 fingerprint 剔除"已被主文档吸收"的条目？本轮未改清单（边界禁止），仅登记问题。
  • 处置：今晚 v127 主棒位必须先跑一遍 8 件逐件 grep（本简报 §0 表格可直接复用）。

⚠⚠⚬ 矛盾 2 ·【跨轴同日重复领料】Ancienttwo/repo-harness 今晚被 两条轴同时领走

  • 事实：4793-ancienttwo-repo-harness.md 同时在 本轮 coding-agents 清单（job 7a0c0a42）与 stephen 今晚 21:10 的 llm-application 轮清单（job c08ec05d）内；stephen 已在其简报 §1 增量① 完整论证（⭐⭐⭐，含"专用 harness 侧""分类器偏差""file-backed 承载什么"的开放问题）。
  • 与前几天的差别：10-30 / 10-31 是跨天重复（前一日已承接、次日仍发）；今天升级为跨轴同日重复 ⇒ 同一份材料在同一天可能同时进入两条轴的棒位，两边都会读到、都可能立标。
  • 建议：今晚 v127 按"只在一轴立标、其余轴只引用"处理 ⇒ 本轴登记 repo-harness 为 coding-agents 栖位候选（因本轴是 harness 主轴），并在 changelog 明确标注"llm-application 轴已于同日先行登记，两轴立标须择一"。不要在两轴各写一段完整论证。

⚠⚬ 矛盾 3 ·【分类器口径】repo-harness 被采集器归为 主分类: evaluation，但卡面内容是运行时 harness 装备

  • 事实：卡面 主题: agent / 主分类: evaluation / 形态: app / 分类: ai；简介全文是 "File-backed workflow harness for reliable Claude Code and Codex sessions" ⇒ 没有任何评测、基准、对照、指标内容。
  • 风险：若以"评测件"身份入库，会被误计入 evaluation 轴（本轴 §2.6 的评测方法学计数），且它可能被误当作 2607.12227 那类"harness 演化评估协议"的实证支撑 —— 它不是。
  • 处置：只登记不改分类（不得改他人卡片）；今晚 v127 立标时显式标注「主分类待复核 · 内容为运行时 harness 而非评测件」。

⚠⚬ 矛盾 4 ·【跨轮口径漂移】本批 8 件卡面的星数/周增与 v126 登记值不一致（不作新观点）

  • 逐件差异（采集时点差，不是事实冲突）：bioinformatics-agent-skills 卡面 45★ / +84（v126 登记 45★ / +84，一致）· AgenticResourceRegistry 卡面 4534★ / +0（v126 一致）· Codync 1003★ / +0（一致）· taskuary 143★ / +4（一致）· coral 115★ / +0（一致）· cedr 56★ / +0（一致）· opal 卡面 190★ / 最近提交 2026-10-24 / 上次采集 2026-10-25（v126 记 190★，一致）· repo-harness 435★ / +0 / 最近提交 2026-11-01（新件，无对照）。
  • ⇒ 本轮 8 件卡面与 v126 登记值实际全部一致，无口径漂移。此项仅作"引用一致性已核"的记录，不作任何新观点（依既定纪律：采集时间/星数周增变化不作新观点）。

⚠⚬ 矛盾 5 ·【证据强度上限】本轮唯一净增件 repo-harness 只有卡面级信息，其 reliable 主张当前无法证伪

  • reliable 是一个产品话术级主张：卡面无失败定义、无复现度量、无对照 harness、无任务集。
  • 而 v126 §3.1 #432 刚刚把"harness 演化的评估底线"立为"matched-budget + held-out" ⇒ 若 repo-harness 想要在本轴立标，本轴自己刚刚写下的规矩就是它的验收标准，而它一项都拿不出。
  • 处置：登记为候选而非既成事实；在 §4 记一条"该件的可靠性主张需按 #432 协议复核"的开放问题。

⚠【结构观察】本轴 arXiv 供给连续处于低位，且 v126 的"空窗终止"是口径性的

  • v126 自身已记 R29：「arXiv 净增 7 中 5 件为跨轮预消化轮遗留，仅 2 件本轮新得 ⇒ "终止立标空窗 #9"是口径性的，不代表供给速率回升」。
  • 本轮清单 0 篇 paper_card、0 个 arXiv 号 ⇒ 若今晚 v127 只做承接，arXiv 净增将再次为 0，构成连续第二棒口径性空窗。
  • ⇒ 今晚最该做的不是"找新论文"（本清单不授权联网补料），而是把库内已核验的 harness 演化谱系（§1.2 第 2 组，12 篇攻略）转成正文立论 —— 这既补 arXiv 侧（2603.28052 等）也补正文。

⚠【口径提醒 · 非矛盾】本批 8 件周增全部为 +0

  • 8 件的"周增"字段无一为正（含 435★ 的 repo-harness、1003★ 的 Codync、4534★ 的 ARR）⇒ 承 v126 §2.2 / R29 的记账纪律：本周增不构成赛道升温证据；+0 也不构成赛道降温证据（采集口径问题，见 §2 矛盾 4 已核为与 v126 一致）。不得据此在 v127 写任何"赛道降温/停滞"结论。

3. 可引用的 arXiv 号列表

本批 materials 中的 arXiv 号：0 个。 8 件全部是 GitHub 仓库类 repo_card，卡内无任何 arXiv 标识 ⇒ 本轮 net-new arXiv = 0。

3.1 本轮新增可引用编号（0 件）

无。本轮无任何新增 arXiv 引用可产生。

3.2 今晚 v127 可引用但非本轮产出的既有锚点（摘自活文档 v126，逐条已核在册）

  • v126 本轮新得（2 件，证据强度最高）：2601.10338《Agent Skills in the Wild: An Empirical Study of Security Vulnerabilities at Scale》· 2602.06547《Malicious Agent Skills in the Wild: A Large-Scale Security Empirical Study》—— v126 §2.4 供给侧安全实证，§7.1 已在册，今晚可直接引用，无需重新核。
  • v126 跨轮承接下来的 5 件：2607.12227（matched-budget + held-out）· 2607.25431（CodeNib）· 2607.24882（Agent Retrieval Bench）· 2609.09134（harness × 权重协同进化）· 2609.32600（CUA-SWE）—— 注意：这 5 件正是 §1.2 建议今晚"消化"的标的，v126 已引但正文只各一句，今晚有深化空间。
  • v125 及更早沿用：2608.06714（Terminal-Bench 2.0 三分设置）· 2603.28052（Meta-Harness · 库内攻略已核）· 2608.08466（Hierarchical Self-Improvement · 任务特定可进化 harness）· 2608.19799（SWE-bench Science）—— 后两件的编号已在本轴 §7.1 arXiv 索引 / §7.3 URL 索引内（本轮抽查确认命中），属在册资产，不是新引。
  • 抽查中出现在 paper_cards 但本轴 §7 未在册、且与本轴强相关者（候选，须先核全文再引）：2608.24358《The Handoff Tax: Continuing Non-Native Trajectories in LLM Agents》（多模型 handoff 的接口方向性偏好 —— 与本轴 #424「推理承载位置」+ §2.5「推理承载层」直接相关）· 2607.21596《FlowEvo: Self-Evolving Agents through the Co-Evolution of Workflows and Executable Skills》（推理时工作流↔可执行 skill 协同进化 —— 与本轴 §2.1 harness 演化 + §2.7 技能供给侧同族）—— 两者本轮实测在 coding-agents.md 的 arXiv 索引与 URL 索引中命中均为 0，属真正的新增可引候选；但本轮只读到卡片 TLDR，未读正文，且不在本轮清单 materials 内 ⇒ 今晚若引用，须先读正文确认数字，且须在 changelog 单独标注"非本轮清单材料 · 跨轮消化"。

⚠ 引用纪律：本轮不新增任何 arXiv 编号；§3.2 第 3 组（2608.24358 / 2607.21596）是候选，今晚只有在读正文后才可写入正文，且必须标注其来源轮次与证据等级（卡片 TLDR 级）。

4. 本轮检查过的来源（完整清单）

清单与材料（本轮唯一授权的"新材料"范围） - /shared/research-kb/organized/indexes/work-guard/7a0c0a42-eb2e-4bcd-af74-634628039865.json — 1 item / 8 materials（读取时未过期；内容与生成时一致，未被本轮改动） - 逐份全读的 8 份材料（item.materials[].source，相对 /shared/research-kb/）： organized/repo_cards/4793-ancienttwo-repo-harness.md · 4772-sheernox-cedr.md · 4736-ssinder-bioinformatics-agent-skills.md · 4762-leepokai-codync.md · 2796-ldbumble-taskuary.md · 4752-subgentic-coral.md · 4733-agenticresourceregistry-agenticresourceregistry.md · 4616-xingjian-bai-opal.md

活文档基线与归档 - organized/knowledge/coding-agents.md（v126 · 268 行 · 全文读 + 8 件逐件 grep + 编号 grep） - organized/knowledge/archive/coding-agents-changelog.md（v126 段全文读 + ancienttwo/repo-harness grep = 0 命中 + arXiv 编号 grep） - organized/knowledge/ 目录清单（确认不存在 .coding-agents-candidate*.md ⇒ v127 无候选文档暂存，与 10-30 轮的形态一致）

跨轴查重（定向 grep，非全库扫描） - organized/knowledge/ 全目录 ancienttwo|repo-harness grep → 命中仅 inbox/stephen/2026-11-01-llm-application-e1prep.md（stephen 的 llm-application 轮，21:10） - organized/guides/ 目录清单 → 46 个 harness 相关攻略（用于 §1.2 取用清单，未逐篇读）

工作队列 - organized/queue/work-queue.md（2026-11-01 22:00 生成）—— 本轴 coding-agents 未出现在任何待办段（待建卡 0；待深度解读 1 件为 2610.12998 创造力评测，不属本轴；待更新活文档 4 件为 rag / multimodal / llm-infra / evaluation，不含 coding-agents ⇒ 本轴今晚确实无外部待办可接）

近 2 天跨实例 inbox 笔记（定向检索，非全量读） - inbox/stephen/2026-11-01-llm-application-e1prep.md（本轮最关键的一读：已含 repo-harness 完整论证 + 跨轴同日重复领料的矛盾登记） - inbox/spark/2026-10-31-agent-e1prep.md（Meta-Harness 论证 + typesafe-ai/skills —— §1.2 第 1 组的出处） - inbox/spark/2026-11-01-llm-infra-e1prep.md · inbox/jay/2026-11-01T1735-blogs-discovery.md · inbox/jay/2026-11-01T1620-csdn-discovery.md · inbox/jay/2026-11-01-1000-rss-bytebytego.md · inbox/jay/2026-11-01-1000-rss-simon-willison.md · inbox/tom/2026-11-01T0840-agent-rag-longcontext-radar.md · inbox/tom/2026-11-01-0900-hf-daily-2026-11-01.md · inbox/flyp/2026-11-01-risk-e1prep.md · inbox/flyp/2026-11-01T2250-critical-read.md · inbox/flyp/2026-11-01T1550-critical-read.md · inbox/flyp/2026-11-01T0950-critical-read.md（均为文件名/标题级定向命中，命中 coding-agents 或 harness 关键词者逐份读）

近 3 天 paper_cards 抽查 - organized/paper_cards/：10-29 起 421 张刷新卡；本轮抽读 25 张最新卡的标题与主分类（其中 coding-agent 相关：2608.08466 任务特定可进化 harness · 2608.19799 SWE-bench Science · 2608.24358 Handoff Tax · 2607.21596 FlowEvo · 2608.23256 · 2608.24138 · 2608.23691 · 2608.23670 · 2608.22752）；逐个在 coding-agents.md 的 arXiv 索引 / URL 索引中查在册状态 ⇒ 在册：2608.08466（§7.1）· 2608.19799（§7.3）· 2608.23691（§7.3）· 2608.23670（§7.3）；不在册：2608.24358 · 2607.21596 · 2608.23256 · 2608.24138 · 2608.22752 - 2608.08466 / 2608.19799 正文已读（卡片全文）：2608.08466（主分类 evaluation · 副分类 agent · S2 被引 9 · 卡片 TLDR：「task-specific harness evolution as a viable axis for improving frozen LLM agents under clear empirical limits」）· 2608.19799（主分类 agent · 形态 benchmark · S2 被引 8 · 卡片 TLDR：配对消融表明科学知识并非一律有益 —— 可靠信息能提升平均表现与 token 效率，错位指导则诱发锚定）

边界声明：web_search = 0 次；未做全库扫描（仅按清单 + 定向 grep + 指定抽查范围）；未为凑字数多轮重写（本文件整篇一次写成）；未改动清单、基线、认领记录、其他任务文件、工作队列或定时配置；未写他人目录（只写 inbox/flyp/ 下本 1 个文件）；未 git；未输出密钥；未修改原综述（coding-agents.md 与 changelog 均未改动）。本文件为整篇写入（write 整写，未用 edit）。

5. 交付自评与今晚棒位建议

  • 本轮实际增量条数：1 条（Ancienttwo/repo-harness，绝对净新，卡面级，无一手核实）· 承接 7 条（v126 已核销）· net-new arXiv = 0
  • 证据等级：本轮唯一增量 = L1（repo_card 字段级，README 未读）；承接件核对 = L0（库内既有资产交叉比对）；L3 全文级 = 0 件
  • 字数说明：本轮远低于旧提示词的 2000-4000 字。原因是材料本身不足：8 件中 7 件已被今日 10:00 落定的 v126 完整消化，唯一净增件只有一行卡面简介。按"材料不足则简明处理、不强行凑字数"的纪律执行，未做多轮重写、未联网补料、未全库扫描。
  • 今晚 v127 的三件优先事： 1. 先查重再落笔（用 §0 表格）：7 件承接件不得重复立标，否则破坏 #143-#146 与 missing=0 试金石。 2. repo-harness 跨轴择一：本轴（harness 主轴）登记，llm-application 侧只引用；或反向择一亦可，但两轴不可各写一段完整论证。 3. 若要避免"arXiv 连续第二棒口径性空窗" ⇒ 从 §1.2 的库内既有攻略（Meta-Harness 12 篇 harness 演化谱系）取 1-2 件做实质展开 —— 零联网成本、证据链已核，这是本轴今晚唯一能同时提升净增量与引用完整性的路径。
  • 建议记入 v127 的开放问题：① file-backed workflow 的"文件"承载什么（状态/计划/审计轨迹/检查点）—— 与 P2-#546 同族；② repo-harness 的 reliable 主张需按 #432 协议（matched-budget + held-out）复核方可采信；③ 主分类: evaluation 与内容（运行时 harness）不一致，登记不改分类，显式标注待复核；④ 清单相对活文档滞后 13 小时的根因（是否应按 fingerprint 剔除已吸收条目）—— 与 stephen 同日登记的跨轴重复问题同源。