coding-agents · E1 预消化简报(2026-11-03)
输入:
/shared/research-kb/organized/indexes/work-guard/7a0c0a42-eb2e-4bcd-af74-634628039865.json(1 iteme1_prep:coding-agents,created 1793719202 = 2026-11-03 23:20:02 CST,expires 1793722802 = 2026-11-04 00:20:02 CST,读取时未过期)。 范围:仅清单item.materials[]的 8 份材料(全部逐份读完)+ 活文档基线organized/knowledge/coding-agents.md(v126)与其 changelog。未联网补料、未全库扫描、未为凑字数多轮重写。 边界:只写本文件 1 个;不写他人目录、不 git、不改清单/基线/认领记录/定时配置、不输出密钥、未修改原综述(coding-agents.md 与 changelog 均未动)。 前轮关系:本轮与inbox/flyp/2026-11-01-coding-agents-e1prep.md(同 job id,同轴)连续。昨轮已指出"清单滞后于活文档"的问题,本轮清单换了一批材料,但滞后形态再次出现 —— 见 §2 矛盾 1。
0. 本批结论速览
本批 8 份材料中,4 份是绝对净新(活文档 v126 / changelog / §7 URL 索引 全部 0 命中),3 份是 v126 已消化的承接件,1 份是 Jay 笔记(8 条 URL 全部 0 命中)。
| # | 材料(materials[].source) |
标题 | v126 在册状态 | 本简报处置 |
|---|---|---|---|---|
| 1 | inbox/jay/2026-11-03T1335-blogs-discovery.md |
Jay · 技术博客与开源动态 · 11-03 13:35 | 8 条 URL 全部未在册(0/8 命中) | 增量 1(8 条,其中 2 条已核查 / 6 条仅线索) |
| 2 | organized/repo_cards/4847-trina-app-trina-ax.md |
trina-app/trina-ax | 未收;活文档 / changelog / URL 索引 全 0 命中 | 增量 2(绝对净新 · 栖位候选) |
| 3 | organized/repo_cards/3250-grotyx-academic-writing-c-claudecode.md |
grotyx/Academic_writing_c_claudecode | 未收;changelog 仅 v123 段以 "ManuWright" 别名提及(§2.5 #134),本仓 URL 0 命中 | 增量 3(机制已登记、载体未登记) |
| 4 | organized/repo_cards/577-sickn33-agentic-awesome-skills.md |
sickn33/agentic-awesome-skills | 未收;活文档 0 命中;库内攻略 organized/guides/sickn33-agentic-awesome-skills.md 已存在(Jay · 2026-07-13) |
增量 4(绝对净新 · 但攻略已先行登记) |
| 5 | organized/repo_cards/4793-ancienttwo-repo-harness.md |
Ancienttwo/repo-harness | 未收;但昨轮(11-01)已完整论证并建议立 #147 | 承接(昨轮已论证,今晚不重复立标) |
| 6 | organized/repo_cards/4772-sheernox-cedr.md |
Sheernox/cedr | 已收:v126 = §2.5 #143 | 承接(已核销) |
| 7 | organized/repo_cards/4736-ssinder-bioinformatics-agent-skills.md |
ssinder/bioinformatics-agent-skills | 已收:v126 = #125 栖同族第 2 例 | 承接(已核销) |
| 8 | organized/repo_cards/4762-leepokai-codync.md |
leepokai/Codync | 已收:v126 = §2.5 #144 | 承接(已核销) |
本轮净增 = 4 条(1 条笔记型 + 3 件仓卡型)· 承接 4 条 · net-new arXiv = 0。
净增中"可立栖位"的只有 2 件(trina-ax、agentic-awesome-skills),另 1 件(grotyx)是昨轮/早轮已论证过的机制在另一载体上的重复,1 件(repo-harness)是昨轮已论证。
⚠ 给今晚 v127 的总建议:本轴已连续第二棒arXiv 净增 = 0(v126 记 R29 "空窗终止是口径性的",今轮同样为 0)。本批唯一的新增信息密度来自"新壳层/新供给侧载体"而非论文 —— 这与 v126 §3.1 #426("harness 之上的壳层已成独立品类")方向一致,但证据强度全部为 L1 卡面级。今晚若只登记这 4 条,将是连续第三棒"只有壳层、没有机制级论文"。
1. 今日该主题最重要的增量(4 条)
排序按"对 v126 立标层的位移幅度"。每条:来源 / 要点 / 与活文档 knowledge/coding-agents.md 现有脉络的关系 / 建议归入哪一节。 证据等级说明:
L3= 全文级(本轮 0 件)·L1= repo_card 字段级 / 笔记已核查原文段 ·L0= 库内既有资产交叉比对。
增量 ① · Jay 笔记(11-03 13:35):一条已核查原文的"终端 coding agent 架构解读" + 6 条仅到线索层 —— 本批信息密度最高的一份材料
- 来源:
inbox/jay/2026-11-03T1335-blogs-discovery.md(材料 keynote-links:03b3867f…,mtime 1793684155 = 2026-11-03 13:09)· 宿主清单 bc7b3124 · 8 条全保留,本次原文核查 2 条。 - 要点(仅列有正文证据的部分):
- (a)
qubytes.substack.com/p/the-hidden-engineering-behind-ai—— 已核查原文。明确是对 OPENDEV 项目技术报告的解读,并非原创论文。给出三类工程问题:① 上下文膨胀(末尾一次性激总结算会丢关键细节)· ② 破坏性能力(单层护栏不足)· ③ 指令淡出(作者称在超过 15 次工具调用的会话中一致观察到,原文自陈为观察而非推测)。OPENDEV 设计为复合 AI 系统而非单体 agent:五类模型角色(action / thinking / critique / vision / 摘要用小模型)、四级层次(session → agent → workflow → LLM),在 ReAct 之上扩展。 - (b)
github.com/intel/enterprise-ai-solutions—— 已核查原文。单一安装脚本es_auto_installer.sh,四层:① 基础设施(Kubespray、存储)· ② 平台(Istio ambient mesh、Envoy Gateway、PostgreSQL、Keycloak、SeaweedFS、可观测性)· ③ 推理(Envoy AI Gateway、KServe、vLLM / OpenVINO Model Server)· ④ 可选 erag(RAG:向量库、EDP 摄取、GMC 编排、MCP 网关、Web UI)与 agent-toolkit(Agent Sandbox 可选 Kata microVM、OpenShell、Redis Stack、pgvector、KubeRay、LiteLLM virtual keys、护栏与混合路由)。前置:Ubuntu 22.04/24.04 或 RHEL/Rocky x86_64、无密 sudo、外网;命名inference/erag/agent-toolkit决定安装层级;自述单节点约 20 分钟部署。 - (c) 6 条仅到"搜索线索 · 待核查"层:
aishwaryasrinivasan(Agentic RAG 三层区分:模型 / agent / harness)·NirDiamant/Controllable-RAG-Agent(图算法可控 RAG)·karbouch(PageIndex / GraphRAG / LightRAG / Vector Search 分阶段选型,标称准确率区间 65–75% / 75–82%)·micheallanham×2(《How AI Agents Actually Learn》= 播客入口页,无正文;《When Evals Go Wrong》= CI 面板全绿但生产已退化)·sim.ai/library(厂商选型综述,提出失败点暴露 / prompt 版本化 / 可重复测试 / 脱敏 / 回滚)。 - 与活文档 v126 现有脉络的关系:
- 对 §2.1「Harness 学术化」 —— 增量①(a) 的 "复合 AI 系统 + 四级层次(session → agent → workflow → LLM) + 五类模型角色" 在 v126 §2.1 是完全空白的结构性维度。v126 §2.1 现有四条腿全部是"怎么评估 harness"(
2607.12227matched-budget + held-out)· "harness 怎么被搜出来"(2609.09134协同进化)· "harness 税是多少"(HarnessTax)· "harness 怎么被实现"(昨轮repo-harness的 file-backed 运行时)。"harness 内部该切成几层、每层配什么模型角色"这一维度尚未有人提 —— 这是一处新的结构维度,不是旧维度的补充。 - 对 §2.1 的另一侧 —— "指令淡出(>15 次工具调用)"与"上下文膨胀(末尾一次性激总结算会丢细节)"直接对应 v126 §2.1 / §2.6 反复出现的两个关键词:上下文压缩策略与长会话衰减。v126 正文目前只登记了
2607.25431(CodeNib 多视图上下文编译)、2607.24882(受控种子干预)、RLM(长上下文外部化,2026-10-21 轮)—— 但"压缩会丢什么"这一负向机制,至今没有登记过任何实证件。增量①(a) 提供了一个观察阈值(15 次工具调用)+ 一个负向机制命名(激总结算丢细节),若能追到 OPENDEV 原论文,可补上这条缺口。 - 对 §2.4「Agent 安全」 —— "破坏性能力 / 单层护栏不足"直接对上 v126 §2.4 已登记的 20 件 CVE 与 R21/R22(skill 供应链)。但本条是二级转述(解读文非原文),且 OPENDEV 原论文的同行评审状态未知 ⇒ 不能与 2601.10338 / 2602.06547 两篇实证并列,只能作问题清单的补充命名。
- 对 §2.5「Agent 基础设施」/ §2.7「供给侧生态治理」 —— 增量①(b) 的
intel/enterprise-ai-solutions与库里已有的intel/enterprise-agent-toolkit(活文档 §7.3 URL 索引在册,line 166)是同一厂商的两个仓库。四层拓扑(基础设施/平台/推理/RAG+Agent 工具包)是企业侧自托管的一体化参考底稿,但它不是 coding-agent 件——它是部署平台件,机制全在 infra/推理/RAG,不在编码 Agent 本身。 - 对 §2.6「评测方法学」 —— 增量①(c) 的《When Evals Go Wrong》(CI 全绿但生产退化)指向一个 v126 尚未登记的失效模式:CI 面板的评测信号与生产系统实际状态脱钩。v126 §2.6 现有四件套(切分 + 公平对照 + 干预性测量 + 工具面宽窄)全部是"怎么设计评测",没有一条是"评测本身会失效"。
- 建议归入哪一节:
- §2.1 补一小段(不新增编号):harness 学术化的第五条腿候选 —— "harness 的内部结构分层"(复合系统 / session→agent→workflow→LLM 四级 / 五类模型角色 / ReAct 扩展)。证据等级 L1(转述解读文)+ 待追原文 ⇒ 今晚应写为"待核实线索",不立标。
- §3.2 新增反方候选 1 条:「"指令淡出 = 15 次工具调用"是一个未经受控实验的观察阈值 —— 原文自陈为"一致观察到",无任务集、无对照、无分布;且阈值随 harness 与工具粒度极可能漂移 ⇒ 不可作为架构分层的定量依据」⚠⬬。
- §2.6 补一句(候选):「CI 绿 ≠ 生产未退化」这一失效模式进入评测方法学的反面清单(仅线索级)。
- §7.3 URL 索引净增 8 条(8 条全部 0 命中)。
- 明确不归:6 条待核查线索中的 4 条(Agentic RAG / Controllable-RAG-Agent / PageIndex 选型 / sim.ai)主归 rag 或通用选型,本档只采信"harness 作为一层"这一概念区分(增量①(a) 的 Aishwarya 那条)。
- 证据缺口(必须原样保留):未追到 OPENDEV 原论文 / 仓库 URL;未验证代码可运行;"15 次工具调用"为原作者观察而非受控实验;被解读的论文是否同行评审未知;
intel/enterprise-ai-solutions未安装、未执行脚本,"20 分钟""生产就绪"均为项目自述;企业级 RAG 与 Agent Toolkit 为 opt-in,实际可用性未知;6 条线索全部无正文,其中心跳数字(65–75% / 75–82%)无数据集、无基线、无评测口径,不可直接引用。
增量 ② · trina-app/trina-ax:把 v126 §2.7「供给侧生态治理」的"团队自托管"从注册表推进到可运行的企业内部 coding Agent 平面
- 来源:
organized/repo_cards/4847-trina-app-trina-ax.md(材料 keyrepo_cards:trina-app/trina-ax,mtime 1793683944 = 2026-11-03 13:32)· GitHubhttps://github.com/trina-app/trina-ax· 111★ · 周增 +0 · AGPL-3.0 · TypeScript · 主题 agent · 主分类 agent · 形态 app · 分类 trending · 成熟度 experimental · 最近提交 2026-11-03 · 首次采集 2026-11-03。 - 要点(严格限于卡面唯一措辞,不外推): 1. 卡面简介原文:「Set up Claude Code once. Your whole company gets it. Self-hosted Claude Code and Codex with your company files, team skills, MCP and per-person folder permissions.」 2. 五个并列构件:自托管 Claude Code · 自托管 Codex · company files(公司文件) · team skills(团队技能) · MCP · per-person folder permissions(按人文件夹权限)。 3. 一句话内的价值主张是"一次安装、全公司共用" ⇒ 产品形态是企业内部部署的 coding Agent 平面,不是个人工具、不是插件目录。 4. 同时自托管 Claude Code 与 Codex 两家 ⇒ 与 v126 #142–#146 的"自带订阅/自带 Agent"路线一致,不带来自带模型。 5. 许可 AGPL-3.0 ⇒ 与 v126 §2.5 已立 12 栖的许可分布不同(Apache-2.0 为主,NOASSERTION 1 件);AGPL 在"企业自托管 + 二次分发"语境下有实质含义,但卡面未说明商业模式与授权意图。
- 与活文档 v126 现有脉络的关系:
- 对 §2.7「供给侧生态治理」(v126 新增层) —— 这是本批对 §2.7 补得最实的一件。v126 §2.7 记的形态是 "发现 + 版本 + 评分"三件套,但三件套的三家样本(cedr 的 pin / awesome-ai-plugins 的六维信任分 / ARR 的团队级自托管分发)里,只有 ARR 一件是"团队级自托管",而 ARR 恰恰"无 pin、无签名、无审计"(v126 R27)。
trina-ax提供了 §2.7 的第 4 个样本,且是第一个把"自托管"与"权限模型"绑在一起的样本 —— per-person folder permissions 是 §2.7 三件套之外的第四件(访问控制)**。这在 v126 R27("安全边界从'我的机器'扩展到'团队的注册表'")的射程内。 - 对 §3.1 #426「harness 之上的壳层已成独立品类」 ——
trina-ax是该共识的第 6 件证据(v126 的 5 件是 frankenterm / cedr / Codync / taskuary / coral)。但它与那 5 件有一处关键差异:前 5 件是"包住既有 Agent"(用户带自己的订阅,公司不接管),而trina-ax是"公司自己托管 Agent 本体 + 公司自己的文件 + 团队技能" ⇒ 它不是纯壳层,它接管了 Agent 的运行时承载。这正好构成对 #426 的一次边界压力测试:"壳层"的外延是否包含"承载并分发 Agent 本体"的公司内部平台? - 对 §3.1 #427「接入位置是第四选型维度」/ #424 三元组 ——
trina-ax不构成第四轴:它的变化维度是"权限与文件的归属边界"(谁的文件、谁能读),不是"从哪调用"(trina-ax卡面完全没有提及 IM / IDE / 终端入口)。⚠ 不得据本件扩写 #424 / #427。 - 对 §2.4「Agent 安全」 —— "per-person folder permissions" 是 v126 已登记的 #425「权限按读取/写入工作区/远程分级」 的产品化实例;但卡面只说"文件夹权限",未说明是 OS 级、容器级还是应用级 ACL,也未说明是否覆盖 MCP 侧与 team skills 侧。⇒ #425 拿到了第 1 个产品侧对照,但权限模型的实现层完全不可见。
- 对 §2.7 的 R23 / R18 —— 本件未提 pin、未提 provenance、未提信任分、未提扫描 ⇒ §2.7"三件套自愿、非强制"的结论在本件上继续成立;但 "团队技能 + 团队 MCP + 公司文件"三者同处一个信任域,若 team skills 来自公开市场(§2.7 正是这个市场),则本件的信任边界继承 2601.10338 的 26.1% 公开面漏洞率 —— 这条继承关系 v126 尚未写成显式链条,是本件的真正增量。
- 建议归入哪一节:
- §2.5 新立第 147 栖(定位登记 · 卡面级 · README 未读 ·
trina-ax= 企业内部自托管 coding Agent 平面栖位第 1 例)。注意:昨轮(11-01)的repo-harness也被建议立 #147 ⇒ 今晚须在 #147/#148 二选一或同时立两栖,但必须避免与已立的 #142–#146 重复。 - §2.7 补一句:三件套之外,"访问控制"正在成为第四件;
trina-ax的 per-person folder permissions 是第 1 个产品侧样本。 - §3.1 #425 补一句:权限分级的产品化实例(首次出现在"企业内部自托管"形态上)。
- §3.2 新增反方候选 1 条:「"自托管 + 团队技能"把公开 skill 市场的供应链风险直接带进企业信任域 —— 本件既无 pin 也无扫描说明,而其
team skills与MCP的来源未定义;26.1% 是公开面数字,不能直接外推,但信任边界已连通」⚠⬬。 - §7.3 URL 索引净增 1 条:
https://github.com/trina-app/trina-ax。 - 证据缺口(必须原样保留):README 未读;111★ 但周增 +0(存量热度,不是新增热点);"Set up once, whole company gets it"是卡面营销语,无部署证据、无规模案例;权限模型实现层完全不可见;AGPL-3.0 的授权意图未说明;与
intel/enterprise-ai-solutions(增量①b)属同一"企业自托管"叙事下的两件,但前者是部署拓扑件、后者是 coding-agent 件,不可合并计数。
增量 ③ · sickn33/agentic-awesome-skills:skill 供给侧的"本地控制平面"形态 —— 但库内攻略已先行登记,且本轮卡片数字与攻略互相冲突
- 来源:
organized/repo_cards/577-sickn33-agentic-awesome-skills.md(材料 keyrepo_cards:sickn33/agentic-awesome-skills,mtime 1793554317 = 2026-11-02 —— 本批 8 件中唯一的非 11-03 件)· GitHubhttps://github.com/sickn33/agentic-awesome-skills· 48,969★ · 周增 +365 · MIT · Python · 主题 agent · 主分类 agent · 形态 awesome · 分类 trending · 成熟度 production · 最近提交 2026-11-01 · 上次采集 2026-11-02 · 首次采集 2026-07-09。 - 要点:
1. 卡面简介原文:「2,884+ reusable AI agent skills for Claude Code, Codex, Cursor and Gemini CLI. AAS Core adds local catalog discovery, agent-owned selection and plan preview. CLI, MCP and plugins.」
2. 简介中文:「AAS Core 是面向 Agent 的本地控制平面,支持完整的目录发现、Agent 自主选择、stack 验证与规划,背靠 2,005+ agentic skills。」
3. ⚠ 同一张卡面内部就有两个不同的技能数 —— 英文简介说 2,884+,中文简介说 2,005+。
4. "AAS Core" 是本件真正的新东西:本地目录发现 + Agent 自主选择 + 计划预览(stack 验证与规划),并有 CLI / MCP / 插件三种接入形态。
5. 形态自述
production(本批 8 件中唯一的 production 级)· 周增 +365(本批唯一的正周增)。 - 与活文档 v126 现有脉络的关系:
- 对 §2.7「供给侧生态治理」 —— 这是本批对 §2.7 最实质的一件。v126 §2.7 的三件套是"发现 + 版本 + 评分",且结论是"三者都自愿、非强制";
AAS Core恰好补的是"发现"这一件的可运行实现 —— 本地 catalog discovery + Agent 自主选择 + plan preview。且它不含评分、不含 pin ⇒ §2.7 的"三件套"在实践中可以只落"发现"一件,这直接印证并收紧 v126 §2.7 末尾"三者在所有实例中都自愿、非强制"的表述 —— 可进一步收紧为"三件套可以只实现其中一件,且不实现的那两件不会阻止它被采用"。 - 对 §3.1 #429「技能供给侧的安全风险已被量化」+ §3.2 R21/R22 —— 本件是最锋利的反例候选:一个 48,969★ / 周增 +365 / production 的技能库,其核心卖点恰恰是"Agent 自主选择"(agent-owned selection)。这意味着选技能这个决策被交给了 Agent 本身,而 2601.10338 / 2602.06547 已实证公开 skill 生态 26.1% 带漏洞、R22 指出"刻意分层的恶意 skill 会绕过单特征门禁"。⇒ "把选择权交给 Agent"与"Agent 的选择输入未经验证"是同一件事的两面 —— 这条张力 v126 尚未写成显式矛盾,属本件的真正增量,且不需要任何新论文即可成立(两端都已在本轴在册)。
- 对 §2.5「Agent 基础设施」 —— #125 栖(KalarisLabs 跨 harness 技能包市场)与 bioinformatics-agent-skills(#125 栖同族第 2 例)的第 4 例,但形态不同:前两件是技能包集合,本件的 AAS Core 是控制平面/选择器。
- 对 §3.1 #431「插件生态格式碎片化已构成独立工程成本」+ §3.2 R24 —— 本件同时支持两边:它支持"碎片化是真实成本"(所以需要统一目录 + 统一安装器),但它自身的"CLI / MCP / 插件"三形态恰好又是新一层适配面 ⇒ R24 的"适配层套适配层"在此件上自我印证。
- 建议归入哪一节:
- §2.5 新立栖位候选(定位登记 · 卡面级 · README 未读 · "skill 供给侧控制平面"栖位第 1 例)。但本件有一个特殊处置要求:库内攻略
organized/guides/sickn33-agentic-awesome-skills.md(Jay · 2026-07-13)已先行登记过该仓库,且攻略的"1,946+ Skills / 42,625★ / Release 14.2.0 / npx 安装器 / 14 个插件 / 9 款宿主工具"是攻略级证据,本轮卡片的"AAS Core 控制平面"是攻略里没有的新东西 ⇒ 今晚应按"攻略在册 + 卡面新增机制"两段式登记,不得整篇当作新件重写。 - §2.7 补一句:三件套可只实现"发现"一件(AAS Core),不实现版本固定与评分不构成采用障碍。
- §3.2 新增反方候选 1 条(本批最锋利的一条):「"Agent 自主选择技能"与"技能供给侧安全风险已量化"构成直接张力 —— 在 26.1% 公开 skill 带漏洞、且恶意 skill 有技术分层以绕过单特征门禁的实证前提下,把选择权交给 Agent 意味着把准入判断也交给一个正在消费未验证输入的决策器。⚠ 边界:本件为
production级卡面,未读 README、未验证安装器、未核对 AAS Core 是否默认开启扫描;不构成对该库的指控,只记为待核实张力。 - §3.1 #431 补一句(格式碎片化在 48k★ 级的仓库上仍未消失)。
- §7.3 URL 索引净增 1 条。
- 证据缺口(必须原样保留):README 未读;英文简介 2,884+ 与中文简介 2,005+ 自相矛盾;周增 +365 与 48,969★ 属采集元数据,依既定纪律不作赛道升温证据;"agent-owned selection"是否默认开启扫描、是否有 pin/评分机制,卡面完全未说明;库内攻略与卡片相隔 4 个月(2026-07-13 → 2026-11-02),且技能数从 1,946+ 变为卡面的 2,884+/2,005+,两份来源口径不一致,不可混算。
增量 ④ · grotyx/Academic_writing_c_claudecode:机制在 v123 已立 #134,但仓本体是首次出现在本轴 URL 索引里 —— 属"载体补登记",不是新机制
- 来源:
organized/repo_cards/3250-grotyx-academic-writing-c-claudecode.md(材料 keyrepo_cards:grotyx/academic_writing_c_claudecode,mtime 1793683930 = 2026-11-03 13:32)· GitHubhttps://github.com/grotyx/Academic_writing_c_claudecode· 35★ · 周增 +0 · Python · 主题 agent,engineering · 主分类 agent · 形态 tool · 分类 academic-writing · 成熟度 experimental · 最近提交 2026-11-03 · 首次采集 2026-08-30 · 学术状态 accepted / 阶段 writing / 主任务 paper-drafting / 方向 write / 用途 writing-typesetting / 能力分面 writing / 学术相关度 90 / 学术判定 deterministic。 - 要点: 1. 卡面简介原文:「ManuWright: an evidence-bound medical manuscript engine for AI agents (Claude Code, Codex, Gemini). Plan-first gates, citations checked against your evidence ledger, numbers checked against your results, and a journal-measured academic writing style.」 2. 四项机制:plan-first gates(计划先行门禁)· 引文对照证据台账(citations checked against your evidence ledger)· 数字回检结果(numbers checked against your results)· 期刊测量过的写作风格。 3. 覆盖三款 harness(Claude Code / Codex / Gemini)。 4. 首次采集 2026-08-30 ⇒ 本轮是刷新件,不是新件。
- 与活文档 v126 现有脉络的关系:
- ⚠ 本件不是新机制 —— changelog v123 段已记 §2.5 #134「ManuWright(证据门禁 = 输出可信)」,且 v123 段同时记了
paper-pal(#137 变更可信)与R2 溯源(输入可信)构成"输入可信 + 变更可信 + 输出可信"三层并列;v126 §3.1 #418 沿用了这条三层分类学。本轮的新信息只有"承载 #134 的仓库本体与 GitHub URL 之前不在 §7.3 URL 索引里"。 - 对 §3.1 #418「产出可信分三层」 —— 本件是 #418 "输入可信"一层的最完整实现(证据台账 + 数字回检),且已跨三 harness 通用。2026-10-24 轮(flyp)已把这一点写进简报(增量⑤),但主轴正文至今只写了一句"输出可信(ManuWright 台账)" ⇒ 本件的实质作用是补一个正文空档:三层里"输入可信"在 coding-agent 侧只有溯源(R2)一个弱例。
- 对 §2.5 的边界判定 —— 卡面
主分类: agent+主题: agent, engineering,但学术状态: accepted未说明是哪本期刊或会议 ⇒ 不可作学术质量背书;且其形态是写作工具而非编码工具 ⇒ 与 §2.5 的 12 栖(基础设施/编排/闸门/资源面)都不同族。 - 对 #427「接入位置是第四选型维度」 —— 三 harness 通吃说明"可插拔"也发生在 skill 层,而非只在编排层(这一判断 2026-10-24 轮已得出,本轮只是再确认)。
- 建议归入哪一节:
- §2.5 承接补登记(不新立栖位 · 与已立的 #134 同栖):把 #134 的仓库 URL 补进 §7.3 索引,并在 #134 条目上补注"机制在 v123 已立,本轮为载体补登记"。
- §3.1 #418 补一句:输入可信层在 coding-agent 侧从"溯源(弱例)"补强为"证据台账 + 数字回检(已跨三 harness)"。
- §7.3 URL 索引净增 1 条:
https://github.com/grotyx/Academic_writing_c_claudecode。 - 明确不归:学术写作方法学本身(本档只采信"证据门禁作为 Agent 输出可信机制"这一点)。
- 证据缺口(必须原样保留):README 未读;35★ + 周增 +0 ⇒ 体量极小;"accepted" 未说明期刊/会议;"journal-measured academic writing style" 是卡面主张,无评测口径、无对照、无样本;卡面数字与 v123 登记一致(35★),无口径漂移。
承接 4 件(不得重复立标)
| 材料 | v126 处置 | 本轮核对 |
|---|---|---|
organized/repo_cards/4772-sheernox-cedr.md |
§2.5 #143 评审汇合闸门栖位第 1 例 | 已在册(正文 9 处命中);卡面 56★ · +0 · Rust · Apache-2.0 · experimental,与 v126 登记一致。R26(合并闸门可能制造单点信任)依然成立,本轮无新证据推翻或补强。 |
organized/repo_cards/4762-leepokai-codync.md |
§2.5 #144 消息网关/调用面栖位第 1 例 | 已在册(正文 8 处命中);卡面 1003★ · +0 · Rust · Apache-2.0 · research,与 v126 一致。R20(agent-agnostic 是未经检验的强归一假设)依然成立,README 仍未读。 |
organized/repo_cards/4736-ssinder-bioinformatics-agent-skills.md |
#125 栖同族第 2 例(垂直学科技能包) | 已在册;卡面 45★ · +84 · MIT,与 v126 一致。⚠ 周增 +84 相对 45★ 基数异常,但周增属元数据,不作新观点(v126 已明记此纪律)。 |
organized/repo_cards/4793-ancienttwo-repo-harness.md |
未收,但昨轮 11-01 已完整论证并建议立 #147 | 不在 v126 正文(0 命中);但 inbox/flyp/2026-11-01-coding-agents-e1prep.md §1 增量 1 已写完其全部论证(定位登记候选 #147 + §2.1 补一句 + 1 条反方 + 1 条 P2 + 跨轴重复领料登记),卡面 435★ · +0 · MIT · TypeScript,与昨轮记录一致。⇒ 今晚不重复立标、不重复论证,只按昨轮结论承接(且昨轮已登记它跨轴被 stephen 的 llm-application 轮先行领走,两轴立标须择一)。 |
2. 值得警惕的矛盾或待核实说法
⚠⚠⚬ 矛盾 1 ·【本轮最具杠杆 · 与昨轮同型】清单仍在重发已被本轴消化的材料,滞后已连续两轮
- 事实:本轮清单 created
1793719202= 2026-11-03 23:20:02 CST;而本批 8 份材料中,cedr(=#143)、Codync(=#144)、bioinformatics-agent-skills(=#125 族)3 件是 v126(2026-11-01 10:00 落定)已完整消化的材料,repo-harness是昨轮 11-01 E1 已完整论证的材料。⇒ 清单比活文档晚 58 小时 20 分,却仍在重发 4 件已消化材料。 - 与昨轮的差别:昨轮(11-01)清单重发的是 v126 当轮消化的 7 件(滞后 13 小时);今轮重发的是 v126 消化 3 件 + 昨轮 E1 消化 1 件,滞后扩大到 58 小时。⇒ 滞后的根因不是"清单生成时机",而是清单生成侧没有按
fingerprint与本轴正文/前轮简报做已消化剔除。这是同一个根因连续第二棒复发。 - 为什么值得警惕:若今晚 v127 不先逐件 grep,会重复立 #143/#144/#145 族,直接破坏 §7 的 missing=0 试金石与"一栖一编号"纪律(与昨轮 §2 矛盾 1 同一机制)。
- 待核实:清单生成侧是否应按
fingerprint+ 本轴已立栖位表剔除"已被吸收"条目?本轮未改清单(边界禁止),仅登记问题。 - 处置:今晚 v127 必须先跑 8 件逐件 grep(本简报 §0 表格可直接复用)。
⚠⚠⚬ 矛盾 2 ·【跨轴同日重复领料,第二例】agentic-awesome-skills 今晚同时被 llm-infra 轴领走,且库内攻略已先行登记
- 事实:
organized/repo_cards/577-sickn33-agentic-awesome-skills.md同时出现在本轮 coding-agents 清单与 spark 今晚的 llm-infra 轮(inbox/spark/2026-11-03-llm-infra-e1prep.md,其中以"策展型索引"同类项被提及)。 - 更关键:本仓库在库内已有攻略
organized/guides/sickn33-agentic-awesome-skills.md(Jay · 2026-07-13)⇒ 它不是"今晚新发现",而是"攻略早已在库、repo_card 今天才刷新"的重复登记。 - 建议:按昨轮对
repo-harness的同型处置 —— 只在一轴立标、其余轴只引用。本轴是 coding-agent 主轴(AAS Core 的 Agent 自主选择直接命中 #429/R21/R22),建议本轴立标,并在 changelog 标注"llm-infra 轴同日已提及;库内攻略 2026-07-13 已先行登记"。
⚠⚬ 矛盾 3 ·【卡面内部自相矛盾】agentic-awesome-skills 的技能数有两个值,且与库内攻略是第三个值
- 同一张卡面内:英文简介 2,884+ vs 中文简介 2,005+;库内攻略(2026-07-13)写 1,946+。
- 三个值互不相同,时间点也不同(07-13 / 11-02)⇒ 至少两个值对应不同时点;但同一张 11-02 的卡面内出现两个值,说明采集器的英文简介与中文简介来自不同抓取时点或不同来源(可能是 README 变更中途被抓两次)。
- 风险:若正文引用技能数量,必须标明"卡面内部两值冲突",不得任选其一;更不得把三个值做加减或趋势图。
- 待核实:README 当前实际值。本轮未联网,故此项保持未核实。
⚠⚬ 矛盾 4 ·【安全实证的直接张力,本批最值得警惕的一条】"Agent 自主选择技能" vs "公开 skill 生态 26.1% 带漏洞"
- 两端都已在本轴在册:v126 §2.4 / §3.1 #429 引
2601.10338(26.1% 公开 skills 带漏洞)与2602.06547;v126 §3.2 R21(纯指令型 ≠ 安全)、R22(技术分层 ⇒ 单特征门禁必漏报)。 - 本批新增的第三端:
agentic-awesome-skills的 "agent-owned selection" —— 把"选哪个技能"的决策权交给 Agent,而这个 Agent 正在消费 26.1% 带漏洞的公开技能生态的目录。 - 这不是指控:本件是
production级、MIT、48,969★ 的库,README 未读,完全可能内置了扫描或 pin。⇒ 只记为"待核实张力",今晚 v127 应写成开放问题而非反方定论。 - 归属:与 §4 的 P2-#542("供给侧扫描能否成为准入强制项而非评分信号")同族 ⇒ 可考虑作为 P2-#542 的具体化:当选择权交给 Agent 时,扫描必须在哪一步发生?
⚠⚬ 矛盾 5 ·【证据强度上限】本批 4 条净增,全部是 L1 卡面级,零篇正文
- 本批 0 篇 paper_card、0 个 arXiv 号、0 篇全文。3 件 repo 卡的 README 全未读;Jay 笔记 8 条中 6 条仅到"搜索线索"层。
- 后果:本批的所有增量都只能"定位登记",不能"机制级立标" —— 与 v126 R25 完全一致。
- 具体不可用的主张:
trina-ax的 "Set up once, whole company gets it" ·agentic-awesome-skills的 "Agent 自主选择"·intel/enterprise-ai-solutions的 "20 分钟部署/生产就绪" ·qubytes的 "15 次工具调用阈值" ·karbouch的 "65–75% / 75–82% 准确率" ·grotyx的 "journal-measured writing style" —— 六条主张全部无对照、无口径、无可核数据,一条都不能写成结论。
⚠⚬ 矛盾 6 ·【分类器口径】repo-harness 主分类为 evaluation,但内容是运行时 harness 装备 —— 昨轮已登记,今晚原样承接
- 事实:卡面
主题: agent/主分类: evaluation/形态: app;简介全文无任何评测、基准、对照、指标内容。 - 处置:只登记不改分类(不得改他人卡片);今晚若立标须显式标注「主分类待复核 · 内容为运行时 harness 而非评测件」。
- 状态:昨轮已登记,本轮无新证据可推翻或补强,原样承接。
⚠【结构观察】本轴 arXiv 净增连续第三棒为 0,且"空窗终止"是口径性的
- v126 已记 R29:v126 的 7 件 arXiv 净增里 5 件是跨轮预消化轮遗留,仅 2 件本轮新得 ⇒ "终止立标空窗 #9"是口径性的,不代表供给速率回升。
- 昨轮(11-01)清单 0 篇 paper_card ⇒ 已指出"若今晚只做承接,将是连续第二棒口径性空窗"。
- 本轮清单同样 0 篇 paper_card、0 个 arXiv 号 ⇒ 今晚 v127 若只做本批 4 条净增,将是连续第三棒 arXiv 口径性空窗。
- ⇒ 今晚唯一能同时提升净增量与引用完整性的路径仍是"消化库内已核验资产"(昨轮 §1.2 已给出 3 组候选:
2603.28052Meta-Harness + 12 篇 x-tip harness 演化攻略 + 46 个 harness 攻略横向谱系),零联网成本。本轮未展开该建议(不在本轮清单授权范围,且不在 8 份材料内),仅原样转述以免重复论证。
⚠【口径提醒 · 非矛盾】本批 8 件的周增字段:7 件为 +0,1 件为 +365
- 唯一正周增是
agentic-awesome-skills(+365 · 48,969★)。依既定纪律,采集元数据不作赛道升温/降温证据;+0也不构成降温证据(8 件中 3 件与 v126 登记值一致,已核)。 - 不构成任何新的趋势判断。
3. 可引用的 arXiv 号列表
本批 materials 中的 arXiv 号:0 个。 逐份实测:8 份材料(inbox/jay/2026-11-03T1335-blogs-discovery.md + 7 份 repo_cards/*.md)全部不含任何 [0-9]{4}\.[0-9]{4,5} 形态的 arXiv 标识 ⇒ 本轮 net-new arXiv = 0。
3.1 本轮新增可引用编号(0 件)
无。本轮无任何新增 arXiv 引用可产生。
3.2 今晚 v127 可引用但非本轮产出的既有锚点(摘自活文档 v126 + changelog,逐条已核在册)
- v126 本轮新得(2 件,证据强度最高,§7.1 已在册):
2601.10338《Agent Skills in the Wild: An Empirical Study of Security Vulnerabilities at Scale》—— 本批增量③的矛盾 4 直接引用它2602.06547《Malicious Agent Skills in the Wild: A Large-Scale Security Empirical Study》—— 同上- v126 跨轮承接下来的 5 件:
2607.12227(matched-budget + held-out)·2607.25431(CodeNib)·2607.24882(Agent Retrieval Bench 受控种子干预)·2609.09134(harness × 权重协同进化)·2609.32600(CUA-SWE)—— v126 正文只各一句,今晚有深化空间。 - v125 及更早沿用:
2608.06714(Terminal-Bench 2.0 三分设置)·2603.28052(Meta-Harness · 库内攻略已核)·2608.08466(Hierarchical Self-Improvement · 任务特定可进化 harness)·2608.19799(SWE-bench Science)。 - 本轮 §4 抽查到、且与本轴强相关、已在本轴 §7 在册者(逐条 grep 确认命中):
2608.23670(Agent 轨迹自动机:行为拓扑更多由部署 harness 决定)·2607.28802(模型还是 Harness?以交互为中心的失败定位分类法,41 种失败模式)·2608.17597(HarnessRisk:六阶段 harness 生命周期安全;"显式风险识别并不可靠地带来安全行动 —— 某些配置 >90% 运行检测到风险却仍保留显著攻击成功率")·2606.10106(agent harness 的操作性定义 + 统一词汇)。⇒ 这 4 件是本批增量①"复合 harness / 多层护栏 / 破坏性能力"最直接的在册对照,今晚可引用,无需重新核。 - ⚠ 候选(本轮实测在本轴 §7.1 / §7.3 命中均为 0,但不在本轮清单 materials 内 ⇒ 引用须先读正文并标注"非本轮清单材料 · 跨轮消化"):
2608.24358《The Handoff Tax: Continuing Non-Native Trajectories in LLM Agents》·2607.21596《FlowEvo: Self-Evolving Agents through the Co-Evolution of Workflows and Executable Skills》—— 昨轮 11-01 简报已列为同一候选,本轮实测仍未在册。
⚠ 引用纪律:本轮不新增任何 arXiv 编号;§3.2 第 3 组为候选,只有在读正文后才可写入正文,且必须标注来源轮次与证据等级(卡片 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/):
inbox/jay/2026-11-03T1335-blogs-discovery.md · organized/repo_cards/4847-trina-app-trina-ax.md · 3250-grotyx-academic-writing-c-claudecode.md · 577-sickn33-agentic-awesome-skills.md · 4793-ancienttwo-repo-harness.md · 4772-sheernox-cedr.md · 4736-ssinder-bioinformatics-agent-skills.md · 4762-leepokai-codync.md
活文档基线与归档
- organized/knowledge/coding-agents.md(v126 · 268 行 · 结构标题全读 + 正文前半全文读 + 8 件 × 11 URL 逐条 grep + arXiv 编号 grep)
- organized/knowledge/archive/coding-agents-changelog.md(v126 段定位读 + ancienttwo/grotyx/ManuWright/cedr/Codync/bioinformatics grep)
- organized/knowledge/ 目录清单(确认真实活文档路径为 organized/knowledge/coding-agents.md,任务提示中的 knowledge/coding-agents.md 顶层路径不存在;顶层 knowledge/ 目录仅含 lessons/,不含 coding-agents.md)
跨轴查重(定向 grep,非全库扫描)
- sickn33/agentic-awesome-skills → 命中 organized/guides/sickn33-agentic-awesome-skills.md(Jay · 2026-07-13,库内攻略已先行登记)+ inbox/spark/2026-11-03-llm-infra-e1prep.md(跨轴同日领料)
- grotyx/Academic_writing_c_claudecode → 命中 inbox/flyp/2026-10-24-coding-agents-e1prep.md(本轴早轮已完整论证过同一件)
- trina-app → 全库仅命中本卡面自身 ⇒ 绝对净新
- organized/knowledge/ 全目录 ancienttwo|repo-harness grep → 命中仅昨轮 inbox/flyp/2026-11-01-coding-agents-e1prep.md
工作队列
- organized/queue/work-queue.md(2026-11-03 22:00 生成)—— 本轴 coding-agents 未出现在任何待办段(待建卡 0;待深度解读 1 件 2610.12998 创造力评测不属本轴;待更新活文档 7 件为 agent / rag / multimodal / llm-infra / evaluation / database / risk,不含 coding-agents ⇒ 本轴今晚确实无外部待办可接)
近 2 天跨实例 inbox 笔记(定向检索,非全量读)
- inbox/flyp/2026-11-01-coding-agents-e1prep.md(本轮最关键的一读:同轴昨轮全文,含 repo-harness 完整论证 + 清单滞后矛盾 1 + 库内资产候选 §1.2 + 昨夜 arXiv 候选组)
- inbox/spark/2026-11-03-llm-infra-e1prep.md(跨轴同日领料 agentic-awesome-skills)
- inbox/flyp/2026-10-24-coding-agents-e1prep.md(本轴早轮 grotyx 增量⑤完整论证)
- inbox/flyp/2026-11-03T0950-critical-read.md · 2026-11-03T1550-critical-read.md · 2026-11-03T2250-critical-read.md(flyP 今日三班精读,标题级命中确认均不含 coding-agents 材料)
- inbox/flyp/2026-11-03-multimodal-e1prep.md · 2026-11-03-risk-e1prep.md(同轮他轴,标题级定向命中,非 coding-agents)
近 3 天 paper_cards 抽查
- organized/paper_cards/:-newermt 2026-10-31 抽出刷新卡,按 coding agent|software engineer|harness|SWE-bench|Claude Code|Codex 关键词定向筛选 ⇒ 命中 11 张并逐张读 TLDR + 标题 + 主题 + 被引:2608.23670(被引 5)· 2607.28802(10)· 2608.17597(5)· 2606.10106(6)· 2608.19799(8)· 2609.09134· 2608.01964(LongHorizon-Harness)· 2608.17560· 2606.01240· 2609.30233(编码 agent 用于广义 TAMP)· 2608.16859(HarnessEval-W,world model 侧)。逐个在本轴 §7.1 / §7.3 查在册状态 ⇒ 在册:2608.23670· 2607.28802· 2608.17597· 2606.10106· 2608.19799· 2609.09134;不在册:2608.01964· 2608.17560· 2606.01240(= 2606.01240,通用 RAG 件,不属本轴)· 2609.30233· 2608.16859(world model 侧,邻接不并入)。本轮未读任何正文,均为卡片 TLDR 级。
边界声明:web_search = 0 次;未做全库扫描(仅按清单 + 定向 grep + 指定抽查范围);未为凑字数多轮重写(本文件整篇一次写成);未改动清单、基线、认领记录、其他任务文件、工作队列或定时配置;未写他人目录(只写 inbox/flyp/ 下本 1 个文件);未 git;未输出密钥;未修改原综述(coding-agents.md 与 changelog 均未改动)。本文件为整篇写入(write 整写,未用 edit)。
5. 交付自评与今晚 v127 棒位建议
- 本轮实际增量条数:4 条
- 增量①Jay 笔记(8 条线索,其中 2 条已核查原文;L1,含 1 处结构新维度 + 1 个部署拓扑件 + 6 条未核查线索)
- 增量②
trina-app/trina-ax(L1 · 卡面级 · 绝对净新 · §2.7 访问控制第 4 件) - 增量③
sickn33/agentic-awesome-skills(L1 · 卡面级 · 绝对净新但库内攻略已先行登记 · 安全张力为今晚最锋利一条) - 增量④
grotyx/Academic_writing_c_claudecode(L1 · 载体补登记 · 机制 v123 已立 #134) - 承接 4 条(
cedr#143 ·Codync#144 ·bioinformatics-agent-skills#125 族 ·repo-harness昨轮已论证) - 涉及 arXiv 号:本轮 net-new = 0。材料中 arXiv 号 0 个。可引用的既有锚点(今晚可直接引用、无需重新核):
2601.10338·2602.06547·2607.12227·2607.25431·2607.24882·2609.09134·2609.32600·2608.06714·2603.28052·2608.08466·2608.19799·2608.23670·2607.28802·2608.17597·2606.10106。候选(须先读正文):2608.24358·2607.21596。 - 证据等级:本轮 L3 全文级 = 0 件;L1 = 8 份材料全部;L0 = 库内既有资产交叉比对(v126 / changelog / 库内攻略 / 早轮简报)。
- 字数说明:本轮低于旧提示词的 2000-4000 字。原因是材料本身不足:8 份材料中 4 份已消化,4 份净增全部是卡面级单行简介,Jay 笔记 8 条中 6 条仅到"搜索线索"层,0 篇正文 0 个 arXiv。按"材料不足则简明处理、不强行凑字数"的纪律执行 —— 未做多轮重写、未联网补料、未全库扫描、未把卡面主张改写成结论。
- 今晚 v127 的四件优先事:
1. 先查重再落笔(用 §0 表格):
cedr/Codync/bioinformatics-agent-skills不得重复立标(会破坏 #143–#146 与 missing=0 试金石);repo-harness昨轮已论证,不重复立标。 2. 栖位编号分配须与昨轮协调:昨轮建议repo-harness立 #147;本轮trina-ax与agentic-awesome-skills均为候选栖。今晚须在 changelog 写明所选处置与编号归属,避免两轮建议撞号。 3. 跨轴择一:agentic-awesome-skills与 llm-infra 轴同日领料、且库内攻略 2026-07-13 已先行登记 ⇒ 建议本轴立标(Agent 自主选择直接命中 #429/R21/R22),他轴只引用。 4. arXiv 连续第三棒口径性空窗 ⇒ 今晚若要破局,唯一零联网成本的路径是消化库内已核验资产(昨轮 §1.2 的2603.28052Meta-Harness + 12 篇 x-tip harness 演化攻略 + 46 个 harness 攻略横向谱系)。本轮未展开(不在清单授权范围),仅转述。 - 建议记入 v127 的开放问题:
① "Agent 自主选择技能"的准入边界在哪一步?(P2-#542 的具体化 —— 对应本批增量③的矛盾 4);
②
AAS Core的技能数到底几个?(卡面 2,884+ / 2,005+ / 攻略 1,946+ 三值冲突,须核 README); ③ 企业自托管 coding Agent 平面是否算"壳层"?(对应 #426 外延 ——trina-ax接管了 Agent 本体承载,不同于 #142–#146 的纯包装); ④ "per-person folder permissions" 的实现层级(OS / 容器 / 应用 ACL?是否覆盖 MCP 与 team skills 侧?)—— 对应 #425 与 R27; ⑤ harness 的内部结构分层是否应成为 §2.1 的新维度?(复合系统 / session→agent→workflow→LLM 四级 / 五类模型角色 —— 证据 L1 转述,须追 OPENDEV 原文); ⑥ "指令淡出 ≈ 15 次工具调用" 的阈值可复现性(无任务集、无对照、无分布,不可作架构分层依据)。