risk · E1 预消化简报(2026-11-03)

范围声明(依宿主机增量清单 cf9a18b2-2f41-4aa3-b37e-513f297ef48f,创建 2026-11-02 16:30 CST,有效期至 2026-11-02 17:30 / 实际核验 expires_at=1793698202,本轮 16:30 CST 时仍有效): 本轮仅处理该清单 item.materials 的 8 份材料(5 repo_card + 2 paper_card + 1 承接位 repo_card),逐份读取 materials[].source(不是只读 item.source 第一项 4806-mahmoudrabie-agentic-ai.md)。 未做全库扫描、未做网页搜索补料( web_search = 0 次)、未为凑字数多轮重写。 未改动清单、基线、认领记录、其他任务文件、队列或定时配置;未写他人目录、未 git、未输出密钥。 本文件为整篇写入(write 整写,禁 edit),目标路径取自 item.target = /shared/research-kb/inbox/flyp/2026-11-03-risk-e1prep.md(本轮为新建,此前不存在)。 活文档读取:organized/knowledge/risk.md(R110 · 10-30 更新 · 76 KB)与 organized/knowledge/archive/risk-changelog.md(原子归档协议参照)。

本轮批次性质(台账,非观点):8 份材料中 6 份为活文档/其他轴已有条目的重访(其中 4 份为零漂移重访),1 份为 11-01 简报已判定并已在库内其他轴消化的弱相关件,1 份为真正的 NET-new 未被任何轴触及件(docxology/codomyrmex)。 按活文档已立纪律:重遇条目只作口径记录,不重写方法学结论;采集时间与被引变化不构成新观点。

一、今日该主题最重要的增量

增量 1 🟢🟢🟡【本轮唯一 NET-new 未触及件 · 建议今晚立栖位】docxology/codomyrmex —— 「把整个平台压成 MCP 工具面」这一形态本身的风险面

• 来源:organized/repo_cards/4829-docxology-codomyrmex.md(清单材料 2,逐行读取)· docxology/codomyrmex · https://github.com/docxology/codomyrmex
• 本轮卡片读数(一手,严格限于 card 字段):10 Star · 周增 +0 · Python · MIT · 最近提交 2026-11-02 · 上次采集 2026-11-03 · 首次采集 2026-11-03 · 主分类 agent · 形态 model · 分类 ai · 主题 agent/rag/engineering/risk/llm-infra · 成熟度 experimental · 待LLM分类:否
• 要点(可核查,严格限于 card 的简介字段,不外推): 1. 卡内简介原文:"Modular Python coding and agent platform — LLM agents, graph RAG, static analysis, git ops, cloud and container deployment, all exposed as Model Context Protocol tools. uv-managed, with a zero-mock test suite." 2. 这是一个「形态声明」而非「功能列表」 —— 卡内唯一实质信息是:五类异质能力(LLM agents / graph RAG / static analysis / git ops / cloud and container deployment)被统一收敛为同一组 MCP 工具。 3. 卡面 形态: model 是明显的归类错误 —— 该 repo 是 Python 平台/工具链,不是 model。同 docxology 家族的其他卡(1841-docxology-template 形态 tutorial、3275-docxology-literature 形态 tool)形态标注各不相同,说明该 org 的卡面形态字段在流水线上不稳定 ⚠。 4. 本库实测覆盖状态(本轮 grep 实测):codomyrmex 在 inbox/、organized/guides/、organized/knowledge/ 全部 0 命中 —— 即 该件在本库尚未被任何轴、任何实例消化过,是本批 8 件里唯一的真正 NET-new 未触及件 ⚠⚬。
• 与活文档 organized/knowledge/risk.md(R110,10-30)现有脉络的关系:
• §1 现状全景 / §2 关键工作脉络:R110 的核心链条是「披露 → 复现 → 分发 → 对抗 → 收紧 → 约束 → 机制化」,7 件 repo 全部是单点防御/攻击工具(php2shell、BLA、CVEngine、Vigil、mcp-human-approval-gate、safarier)。codomyrmex 代表的形态此前从未出现在 risk.md:它不是又一个工具,而是「把异质高权限能力(容器部署 + 静态分析 + git 写操作 + 云)统一挂到 MCP 工具面上」的平台化形态 ⚠⚬⚬。
• 与 R107/R110 已立脉络的三处直接接续:
  • 接 R107 协议层:R107 已立「MCP OAuth RCE」「协议层文件信任」;codomyrmex 的形态把 MCP 从「传输协议」升格为「权限聚合面」 —— 一次 MCP server 暴露 = 五类能力同时可达 ⚠⚬。
  • 接 R110 #139「写在提示里的约束不是控制」:codomyrmex 的 "zero-mock test suite" 是测试可信度信号,恰好是 #144「证据分级必须显式化」的正面对照 —— 但测试不覆盖权限边界,不能当作该平台安全性的证据 ⚠。
  • 接 R110 趋势六「风险面继续向下游推」:R110 已列「披露后生态层 + Agent 预算层」;codomyrmex 指向「能力聚合层」 —— 风险不只在单个工具,还在把工具收敛成单一可调用面这个动作本身 ⚠⚬。
• §6 采信与限定:该件 10 Star / experimental / 首次采集 / 卡内零 README 机制描述 —— 按 R110 已确立的「只采信机制,不采信实现」下限(见 §2.6 对 0 Star 的 mcp-human-approval-gate 处置),本轮只能采信「形态」,不能采信任何安全属性 ⚠⚬。卡内 静态分析、容器部署、git ops 三项均无任何机制描述、无部署形态、无权限模型说明。
• ⚠⚬⚬ 内容安全边界(硬约束,今晚写作时必须遵守):本条不得转写任何工具调用路径、容器/云操作序列或静态分析绕过方法;只保留形态描述 + 风险面抽象 + 证据缺口 ⚠⚬。
• 建议归入(今晚 action 清单):
• §2 新立 §2.9「能力聚合面:异质高权限能力统一收敛为单一 MCP 工具面的形态风险」 —— 等级 ★★ 形态级(本轮唯一 NET-new 未触及件;价值在形态抽象而非机制细节)⚠。
• §3 争议新增 #130:「把异质高权限能力统一收敛到单一工具面,是在收敛攻击面还是在放大攻击面」 —— R110 §2.6 的 mcp-human-approval-gate 是收紧单点(MCP server 刻意不提供 approve 工具);codomyrmex 是扩大单点(MCP server 刻意提供一切)。同一技术位上两种相反取向,当前活文档无任何并列讨论 ⚠⚬⚬。
• §4 新增 1 条 P1(Q251 起编):盘点本组织所有「统一 MCP 工具面」的服务,逐条回答:该 server 暴露的每类能力分别对应什么审批级别? —— 直接接续 R110 Q242–Q250(全部是单工具粒度),本条是首次问「聚合面」 ⚠⚬。
• §7 遗漏清单须补一条:codomyrmex 无 README 一手核验、无权限模型、无部署面证据;10 Star / experimental,只采信形态 ⚠⚬。

增量 2 🟢🟢🟡【跨轴空白 · risk.md 零覆盖】maximhq/bifrost —— 「企业级 AI 网关 = 治理层中间件」在 risk 轴从未落过地

• 来源:organized/repo_cards/153-maximhq-bifrost.md(清单材料 3,逐行读取)· maximhq/bifrost · https://github.com/maximhq/bifrost
• 本轮卡片读数(一手,严格限于 card 字段):9268 Star · 周增 +173 · Go · Apache-2.0 · 最近提交 2026-11-01 · 上次采集 2026-11-02 · 首次采集 2026-06-30 · 形态 app · 分类 skill · 成熟度 production · 主分类 risk · 主题 agent/llm-infra
• 要点(可核查,严格限于 card 字段 + 库内已有攻略): 1. 卡内简介原文:"Open-source, high-performance AI gateway that works as your LLM gateway, MCP gateway and agent gateway. One OpenAI-compatible API for 10,000+ models, with failover, load balancing, semantic caching, virtual keys, budgets and MCP Code Mode. Works with any SDK or agent and adds under 200µs of overhead at 5k RPS." 2. 卡内中文简介:"最快的 enterprise AI gateway(比 LiteLLM 快 50 倍),具备自适应负载均衡、集群模式、guardrails,支持 1000+ 模型,在 5k RPS 下额外开销 <100 µs。" ⚠(与英文简介的数字不一致,见 §二·2) 3. 这是本批唯一 主分类 = risk 且 成熟度 = production 的材料 —— 8 份中仅此一件同时具备「risk 主分类」与「生产成熟度」⚠。 4. 库内已有攻略(Jay,2026-07-08):organized/guides/maximhq-bifrost.md(258 行,已核实 README + 官方文档 Quickstart/Provider Configuration/Semantic Caching/Benchmarking + Discord)。攻略正文记为「23+ 家 AI 提供商」,含 Guardrails(请求/响应过滤,内容安全检查)、monthly_budget_usd 配额字段、OIDC、集群、企业功能需企业许可 ⚠。
• 与活文档 organized/knowledge/risk.md(R110,10-30)现有脉络的关系 —— 本条的实质是一个空白:
• 本轮 grep 实测(可核查):risk.md 全文中 「网关 / gateway / Gateway」命中 0 次、「供应商 / provider」命中 0 次、「静态分析」命中 0 次、「容器 / container」命中 0 次。即:R110 十一轮从未把「网关 / 中间层」当作风险面处理过 ⚠⚬⚬。
• 但 R110 已有两条相邻脉络可直接对接:
  • 接 R110 趋势一「披露 → 复现 → 分发 的链条本身成为独立的风险资产类」:bifrost 把这条链反向走了一遍 —— 它是分发侧的收口点(所有 provider 流量过同一处)。R110 记录了「工具被复制多少份」的风险,但没有记录「所有调用被汇聚到一个点」的风险 —— 这是同一条链的汇聚侧对偶,此前未入轴 ⚠⚬。
  • 接 R109 #138「平台授权即 Agent 实际边界」:bifrost 的 virtual keys + budgets + guardrails + monthly_budget_usd 正是这条共识的工程实现形态 —— 配额不是 prompt 里的约束,是中间层强制执行的硬边界,与 R110 #139「写在提示里的约束不是控制」严格同族(正面样本)** ⚠⚬⚬。
• §3 共识候选:「治理边界应当落在中间层的强制执行点上,而非落在调用方自觉」 —— bifrost 是本轴第一个 production 级的正面治理样本(与 R110 全篇的「反面案例/缓解件」基调不同)⚠⚬。
• §3 争议候选:「语义缓存是否构成隐蔽的跨租户/跨会话污染面」 —— semantic caching 与 failover/load balancing 组合意味着同一请求在不同租户/不同时间可能被路由到不同上游并命中同一缓存,而 risk.md 全文 0 次提及缓存污染 ⚠⚬。
• §6 采信与限定:该卡自身不可作为规模/延迟数字的来源(见 §二·2 的三套并存数字)。可采信的是「形态与能力面」(gateway 三合一 + 虚拟键 + 预算 + guardrails),这一层有卡面英文 + 攻略正文 + spark 11-02 双源互证 ⚠。
• 建议归入(今晚 action 清单):
• §2 新立 §2.10「汇聚侧:企业级 AI 网关作为治理层中间件(正面样本)」 —— 等级 ★★,与 §2.9(codomyrmex 的「聚合即放大」)并列成对 —— 一个把能力收口并强制执行配额,一个把能力收口但同时暴露一切 ⚠⚬。
• §3 共识新增 #145(建议):「配额 / 预算 / guardrails 应由中间层强制执行,而非由 Agent 自觉遵守」 ⚠。
• §3 争议新增 #131(建议):「AI 网关的语义缓存与故障转移是否构成隐蔽的跨租户污染面」 —— 需标注为待核实(本轮无任何缓存隔离机制的一手证据)⚠⚬。
• §6 采信与限定须写明:延迟与规模数字一律不引卡面,引攻略时须带硬件型号 + 口径 ⚠⚬。
• 处置建议:不与 spark 的 llm-infra 轴重复建段。 spark 11-02 简报已把 bifrost 完整处理过(增量①,production 级 + 攻略 + 双源)。按 stephen 11-02 协调检查的人工建议 #1「只在一轴立正式锚,余轴只引用」,risk 轴建议只引用不重建 ⚠⚬。

增量 3 🟡【承接位 · 结论不变,仅 DOI 硬资产待补】arXiv:2604.16548 Memory Lifecycle Framework —— R73 已立栖位,本轮零漂移

• 来源:organized/paper_cards/076-2604-16548.md(清单材料 5,逐行读取)· arXiv:2604.16548 · https://arxiv.org/abs/2604.16548 · DOI 10.48550/arxiv.2604.16548 · OpenAlex ID W7155049992
• 本轮卡片读数(一手,严格限于 card 字段):S2 被引 26 / OpenAlex 被引 0 / 影响力被引 1 · 主分类 rag · 形态 method · 主题 agent/database/engineering/evaluation/llm-infra/rag/risk · OpenAlex更新:2026-07-19 · OpenAlex被引 0 与 S2 26 落差显著
• 要点(严格限于 card 的 TLDR 字段,不外推): 1. 卡内 TLDR 原文:提出 Memory Lifecycle Framework,沿两轴组织攻击、防御及其跨阶段依赖 —— 六生命周期阶段(Write / Store / Retrieve / Execute / Share&Propagate / Forget&Rollback)× 四安全目标(Integrity / Confidentiality / Availability / Governance)。 2. 卡内 TLDR中文 给出的核心论断:「鲁棒的长期记忆安全无法仅在 retrieval 或执行阶段后置加固,而必须在最初就以存储阶段的溯源、版本化与策略感知的 retention 为基础进行锚定」。 3. ⚠⚬⚬ 本卡自身存在「可复用信息」块串卡污染(与 stephen 11-02 协调检查的发现一致):卡内「可复用信息」节写有「Tier 1 | ACL/NeurIPS/USENIX Security/ICLR/ICML/EMNLP/WebConf 同行评审 | 最可靠」「截至 2026 年 4 月,LLM 记忆安全研究证据基础异质性高」「代表性方法覆盖:Tang et al. (2026) 攻击/防御;Luo et al. (2026) 存储-反思-经验演化」「来源: https://arxiv.org/html/2604.16548v1」「可信度:⭐⭐⭐⭐(arXiv 2026,同行评审梯队的系统性综述)」—— 这些是 explainer 型自评,不是独立证据;且「Tier 1 同行评审」的表述与该卡被归为 arXiv 预印本 Tier 2 的定位自相矛盾 ⚠⚬⚬。引用时须明确标注为「卡内自评,不采信」。
• 与活文档的关系:R73(09-06)已把该文作为「Memory Security Survey 安全威胁模型形式化」立标预备级 ★★ 收录,risk.md 的 arXiv 集合与 URL 集合均已含 2604.16548 与 https://arxiv.org/abs/2604.16548、https://arxiv.org/html/2604.16548v1 —— arXiv 零净增、URL 零净增。
• 唯一可做的动作(硬资产修正):本轮实测 risk.md 全文中 10.48550/arxiv.2604.16548 命中 0 次 —— 该 DOI 至今不在 risk.md 的 DOI 集合内(与 11-01 简报台账 A 的记录一致,两轮独立复核确认)。这是本批唯一的硬资产 NET-new 候选:DOI +1 ⚠⚬(今晚回查是否已由他轴入册后再决定是否补;本轮只登记,不改动活文档)。
• 明确不做:不重写 R73 已立的记忆安全栖位;不把六阶段×四目标矩阵当作新观点展开;不引用该卡「可复用信息」节里的可信度评级 ⚠。

台账 A(口径记录,非观点)· arXiv:1606.06565 Concrete Problems in AI Safety —— 11-01 简报已判定,本轮零新事实

台账 A 的处置纪律:本轮不重复展开。11-01 简报已给出完整的「§2.9 立轴 + #145 + Q251 + 趋势七」建议与完整的证据级别限定(仅 card TLDR + explainer 转述,未读论文原文)。今晚若 risk.md 仍未立该轴,直接沿用 11-01 简报的处置建议即可,不必重新论证 ⚠。

台账 B(口径记录,非观点)· mahmoudrabie/agentic-ai —— 已被 tom 双轴消化,本轮零新事实

台账 B 的处置纪律:不并轴、不建段。该件在 risk 轴无独立机制信息(一张策展索引清单),且已由 tom 双轴消解。唯一值得今晚留痕的是「卡面形态字段被否定但未修正」这一管线缺陷 ⚠。

台账 C(口径记录,非观点)· EnnengYang/Awesome-Model-Merging-Methods-Theories-Applications —— 11-01 简报已判弱相关,本轮零新事实

• 来源:organized/repo_cards/4782-ennengyang-awesome-model-merging-methods-theories-applications.md
• 本轮读数:795 Star · 周增 +0 · 最近提交 2026-10-31 · 形态 awesome · 分类 ai · 待LLM分类:是 · 成熟度 research · 主题 risk/llm-infra · 主分类 engineering
• 要点(仅 card 字段):简介 "Model Merging in LLMs, MLLMs, and Beyond: Methods, Theories, Applications and Opportunities. ACM Computing Surveys, 2026." —— 即一份 ACM CSUR 综述的配套 awesome 清单。
• 11-01 简报已判(三条理由,本轮全部复核成立):①主分类=engineering、形态=awesome、卡内无任何风险机制描述,按 主题=risk 机械并轴依据不足;②已被宿主机清单 205926ba-af5c-4153-ab39-415e6b0e7c8c 的 G1 段领走(目标 organized/guides/)—— risk 轴再建段会与 G1 重复;③「模型合并可能丧失能力或引入后门」这一说法在本轮材料中无任何一手依据,只能登记为待人工确认的邻接方向。
• 本轮处置:不建段、不重开。仅在 risk.md 遗漏清单留一句「本轮一份 model-merging 综述清单因 主题=risk 标签被投递,实际归 engineering,已由 G1 领走」⚠。

台账 D(口径记录,非观点)· 2 份 repo 为 R110 重访,读数与活文档完全一致,零漂移

台账 D 的处置纪律:两件一件都不重写。R110 已把 php2shell + ACD421 定位在攻防链的链首(披露后复现生态),今晚无任何新事实可加。唯一可做的是确认读数零漂移 —— 与本轮 6/8 的高重访率形成对照,是采集管线健康的一次正向证据 ⚠。php2shell 的利用链细节与 PoC 继续刻意不取(内容安全) ⚠⚬。

二、值得警惕的矛盾与待核实说法

1. ⚠⚬⚬⚬ maximhq/bifrost 的延迟与规模数字同时存在三套口径,且同一张卡的中英文简介自相矛盾 —— 这是本轮最需要今晚防呆的一条。 - 延迟三套:卡面英文 "adds under 200µs of overhead at 5k RPS" / 卡面中文 "在 5k RPS 下额外开销 <100 µs" / 库内攻略(Jay 引官方基准)~11 µs(t3.xlarge)/ 59 µs(t3.medium)。 - 规模两套:卡面英文 "10,000+ models" / 卡面中文 "1000+ 模型" / 攻略正文 "23+ 家 AI 提供商"。 - 判定:「模型数」与「供应商数」是不同量纲,不可混引;三套延迟数字是不同测量口径/硬件/版本(网关自身开销 vs 端到端 vs 不同规格实例),不可混引。该卡本身不可作为规模或延迟数字的来源 ⚠⚬。 - 今晚处置:risk.md 若引用 bifrost,只引形态与能力面(gateway 三合一 + virtual keys + budgets + guardrails + failover + semantic caching),延迟/规模数字一律不引卡面;若必须引攻略数字,须带硬件型号 + 口径 + 出处三件套 ⚠⚬。另注:攻略明写「比 LiteLLM 快 50 倍」是官方宣称需验证,不可作结论 ⚠。

2. ⚠⚬⚬ paper_card 的「可复用信息」块串卡污染,在本批再次命中 076-2604-16548 —— 本轮已在卡内看到具体污染实例(见增量 3):该块把「Tier 1 同行评审 / ⭐⭐⭐⭐ 可靠度 / Tang et al. (2026) / Luo et al. (2026)」等 explainer 型自评塞进了 paper_card,且自评为 Tier 1 而卡面定位却是 arXiv 预印本。 - 与 stephen 11-02 协调检查的发现严格同构:stephen 已报 140-2604-17227(KubeVirt 残留)、076+104(TOKI 误并)、017+015,3/3 命中「取自同一来源笔记的上一条目」,并判定「非随机污染,是确定性错位」。 - 今晚处置:引用 2604.16548 时,只引 TLDR 字段与 TLDR中文,「可复用信息」块的可信度评级与「代表性方法」列表一律不引 ⚠⚬。本轮仅记录,不改动任何卡片文件或管线。

3. ⚠⚬⚬ 「AI 网关 / 中间层」这个风险面在 risk.md 是 0 覆盖,而 bifrost 已经是 production 成熟度、9.2K Star、周增 +173 的在用基础设施 —— 这是本轮发现的、真正值得今晚动手的活文档空白。 - 本轮 grep 实测(可核查):risk.md 全文 「网关/gateway/Gateway」0 次 · 「供应商/provider」0 次 · 「静态分析」0 次 · 「容器/container」0 次。 - 问题的实质:R109 立「工具供应链层」、R110 立「披露后生态层 + Agent 预算层」——但整个链条是围绕「单个工具/单个制品」展开的。真实生产里,组织的安全边界往往不落在单个工具上,而落在汇聚所有调用的那个网关/中间层上。bifrost 把这条轴第一次带进本批(virtual keys + budgets + guardrails = 硬边界在中间层强制执行),codomyrmex 则把同一条轴的反面带进来(能力全收敛到单一 MCP 面 = 单点放大)。 - 今晚处置:建议 §2 立成对的两小节(§2.9 codomyrmex 汇聚即放大 / §2.10 bifrost 汇聚即收口),并在 §3 立一条「同一技术位上的相反取向」的对照 —— 这恰好是 R110 #139–#144 机制化治理路线在架构层缺的那块拼图 ⚠⚬⚬。

4. ⚠⚬⚬ 本轮 8 份材料中 6 份为重访,重访率 75%(与 11-01 轮同为 75%,vs 10-31 轮 87.5%)。逐条:1606.06565(11-01 已判)· 2604.16548(R73)· php2shell(R110 §2.1)· ACD421/PHP(R110 §2.1)· ennengyang(11-01 已判 + G1 已领)· mahmoudrabie/agentic-ai(tom 双轴 11-02)· bifrost(spark 11-02 + 库内攻略)。 - 不能据此推断「risk 方向近两日无进展」 —— 只能说「本轮可见窗口内,本轴无新料」⚠。 - 但重访过滤仍不充分,且矛盾已连续两轮出现:①2604.16548 的 DOI 至今不在 risk.md 的 DOI 集合内(本轮与 11-01 两轮独立复核均为 0 命中)——清单的重访判定与活文档的硬资产覆盖不是同一套口径;② bifrost 的三套数字、agentic-ai 的形态字段被否定未修正 —— 卡片自身的元数据缺陷不会被重访流程修好 ⚠⚬。 - 建议提请检查上游「未处理材料」清单的重访过滤逻辑与卡片元数据校正链路(stephen 11-02 已连续第 3 天提「清单加已消化 fingerprint」且无人回答)——本轮仅记录,不改动清单或基线 ⚠。

5. ⚠⚬ docxology/codomyrmex 的卡面 形态: model 与其简介自述严重不符(简介明写 "Modular Python coding and agent platform",卡面形态却写 model),且该 org 其他卡的形态字段(1841-docxology-template = tutorial / 3275-docxology-literature = tool)也互不一致。 - 说明:形态字段不可作为体裁推断依据(与 11-01 台账对 1606.06565 形态标注的提醒同源)⚠。 - 且 形态 字段误标会直接误导归轴决策 —— 若按 形态: model 归轴,会被路由到 model 轴而不是 agent/risk 轴 ⚠⚬。

6. ⚠ 本轮 8 份材料中只有 2 份具备 risk 轴独立机制信息(codomyrmex 形态 + bifrost 治理层),1606.06565/2604.16548 均为承接。因此今晚本轮的净增量结构是「一个形态 + 一个跨轴空白」,不是「若干新机制」 —— 写作时应据此调低预期,不硬凑规模 ⚠。

三、可引用的 arXiv 号列表(本轮涉及)

• 本轮清单材料内的 arXiv 号(共 2 枚)
• arXiv:1606.06565 —— Concrete Problems in AI Safety(主分类 risk · 形态 method · S2 3647 / OA 1314 / 影响力 162 · DOI 10.48550/arxiv.1606.06565)—— 11-01 简报已判定为「规格轴」立轴锚点,今晚可直接引用;但须沿用 11-01 的证据限定(仅 card TLDR + explainer 转述,未读原文) ⚠。
• arXiv:2604.16548 —— Memory Lifecycle Framework(六阶段×四目标 · DOI 10.48550/arxiv.2604.16548)—— R73 已立栖位,承接不重复计数;DOI 仍待补入 risk.md 硬资产集合 ⚠⚬。
• 本轮材料中不含任何新的 arXiv 号;bifrost / codomyrmex / agentic-ai / ennengyang / php2shell / ACD421/PHP 均为 repo 件,无 arXiv 引用 ⚠。
• 建议今晚在 risk.md 硬资产集合中标注的变更:arXiv 净增 0 · DOI 净增候选 +1(10.48550/arxiv.2604.16548,待回查他轴后决定)· URL 净增候选 +1(https://github.com/docxology/codomyrmex;https://github.com/maximhq/bifrost 库内攻略已存在但 risk.md URL 集合未见,需今晚回查确认)⚠⚬。

四、本轮边界声明

• 清单合规:仅处理 cf9a18b2-2f41-4aa3-b37e-513f297ef48f.json 中 items[0].materials 的 8 份材料,逐份读取 materials[].source;未做全库扫描(仅按任务要求定向读取活文档 organized/knowledge/risk.md、归档 organized/knowledge/archive/risk-changelog.md、队列 organized/queue/work-queue.md、指南 organized/guides/maximhq-bifrost.md 及 inbox/ 近 2 日相关笔记作为脉络参照)⚠。
• web_search = 0 次;未联网补料;未为凑字数多轮重写;未改动原综述(organized/knowledge/risk.md 本轮只读未改)⚠。
• 未改动:清单、基线、认领记录、其他任务文件、队列、定时配置、他人目录;未 git;未输出密钥 ⚠。
• 未虚构:codomyrmex 的权限模型 / 部署面 / 静态分析能力、bifrost 的缓存隔离机制与真实延迟、三件 model-merging 仓库的「后门风险」说法,均无可核查证据,故只描述其声明或标为待核实,不给结论 ⚠。
• 未把采集时间 / 被引数变化 / Star 计数变化当作新观点 —— 1606.06565 的 3647/1314/162 与 11-01 轮一致,2604.16548 的 26/0/1 与 R73 一致,三件 repo 读数零漂移 ⚠。
• 内容安全约束:php2shell 的利用链细节、PoC、绕过步骤刻意未取;正文只保留 CVE 编号、部署形态与自我约束声明;codomyrmex 的工具调用路径 / 容器与云操作序列 / 静态分析绕过方法一律未转写;未把任何工具功能反向改写为攻击指引 ⚠⚬。
• 跨轴重复处置:bifrost 不与 spark 的 llm-infra 轴重复建段(spark 11-02 已完整处理),risk 轴只引用不重建;agentic-ai 不建段(tom 双轴已消解);ennengyang 不建段(G1 已领)⚠。
• 写入原子性:本文件为 write 整写(禁 edit),目标路径取自 item.target,同名文件此前不存在,本轮为新建;无副本、未发布 ⚠。

2026-11-03 16:30 CST · flyP 🀄 · E1 日间预消化轮(risk)· 清单 8 件增量(5 repo_card + 2 paper_card + 1 承接位 repo_card)· 实质净增量 2 条(codomyrmex 形态级 NET-new + bifrost 跨轴空白),另 2 条承接位(1606.06565 规格轴待立 / 2604.16548 DOI 待补),另 4 条零漂移重访· 涉 arXiv 号 2 枚(1606.06565 · 2604.16548)· web_search 0 次 · 活文档只读未改 · 未 git · 未改清单/基线/认领/队列/定时配置