如何把正确的记忆保留在上一篇文章中给出了如何将记忆注入到共享记忆层并被后续的EP 检索到EP-1 PASS 之后Promotion Gate 把 DecisionRecord 和 Plan 模板写进共享层EP-2 的 inject 能检索到这些节点。但是这里有一个问题跨 EP「能看见」只说明写侧策略对了。BSA 要双域 hotwarmCA 每个 Unit 要 fresh 单域 hottoken 预算、derived_from血缘、晋升后的 reload——这些如果散落在 Coordinator 的私有方法里下一轮仍然可能丢关键约束。本篇主要讨论在下轮中怎么看到正确的记忆把 inject 从一次函数调用收成可审计的 Memory Prompt 流水线把两轮脚本收成 Harness 侧的 EP 队列。写侧闭合了读侧还是黑盒Phase 8 的分工其实已经清楚操作模块回答的问题写Promotion Gate Session Flush什么进 Ontology什么 flush读_inject_for_agent()Agent 本轮上下文是什么问题在读侧的形态。phase8 里 inject 是对的——IntentRouter、AgentMemoryScope、FederatedInjector 都在——但它是协调者负责内部拼装不是一等公民。很难回答这一轮描述的memory_ids是哪一段检索出来的Compression 砍掉了哪些 warm 节点EP-1 刚写回的 DEC是在 reload 之前还是之后进的检索池在工程师的语境里这叫缺少可观测边界。VerifyGate 之所以可信是因为它输出PASS / FAIL_IMPL / FAIL_STRUCT和rule_id。inject 也需要同样的能力输入 scope输出 Manifest中间每段有计数。在之前的文章中提到过Session 压缩管对话历史上一篇文章负责 Session Flush 管EP 临时态本篇管跨 EP 的读路径拼装。三者不重叠。Memory Prompt 四段流水线我把读侧收成四个确定性阶段。全程零 LLM——模型只消费最终 Manifest不参与检索和裁剪。① Intent IntentRouter → domain / tier 倾向 / budget_multiplier ② Retrieval 联邦 HybridSearch含晋升后的 DEC / PAT ③ Compression hot 优先、按 BudgetConfig 截断、保留 rule 位 ④ Manifest InjectManifest → format_manifest_for_prompt()对照 Phase 8 中的两个 Agent节点Phase 8 行为流水线怎么表达BSA双域 hotwarmbudget×1.0Intent 定 scopeBSA → ①–④CA每Unit fresh单域hotbudget×0.8同一 Builder换 scope 参数EP-2可见 EP-1 写回Retrieval 在reload 之后命中新节点三条原则Agent 不检索、不定预算BSA/CA 只读 InjectManifest。输出必须可审计至少留下memory_ids、tier_tokens、各段命中数。3. ConstraintMemory 仍强制进场。规则不是靠进化「学」出来的是 inject 硬塞的。也就是说Promotion Gate 是仓库入库单Memory Prompt 流水线是拣货单。入库对了拣货乱了货架上有货也送不到正确的位置。多 EP 队列编排不是脚本run_cross_ep_demo证明了策略但它是脚本串两轮跑完 EP-1手工 promotereload再跑 EP-2。生产节奏里这几步必须是 Harness 状态机的一部分。EpQueue: EP-1 (kafka 幂等) → VerifyGate PASS → PromotionGate → 写 DEC / PAT → SessionFlush → reload 联邦图 ← 队列步骤不是手工 EP-2 (同类任务) → MemoryPromptBuilder(BSA) → 断言manifest 含 EP-1 的 DEC / PATreload 是队列一环。写回后不 reloadEP-2 的 Retrieval 仍扫旧图——上一篇文章 的「可见」会变成假阳性。断点可跳过已 PASS 的 EP。沿用 phase8 的 DagState队列层只调度 EP不重写 Unit 状态机。FAIL 不晋升下游不依赖幽灵记忆。EP-1 FAIL → PromotionGate 不写 Shared → EP-2 不得假设上轮 DEC 存在。这和 VerifyGate 三路同一哲学失败要有明确语义不能默默带着脏状态往下跑。phase9 的示例代码phase9不是复制之前阶段的代码而是组装。文件职责memory_prompt_builder.py四段流水线输出 Manifest 审计摘要ep_queue.py多 EP 串行、promote、reload、熔断run_phase9_demo.pyEP-1→EP-2打印 Manifest 差分cd democode python3 phase9/run_phase9_demo.py --no-llm --dry-run python3 phase9/run_phase9_demo.py --no-llm python3 phase9/run_phase9_demo.py # 真实模型读 .env端侧 qwen3-32b验收方式BSA/CA 的 inject 都走MemoryPromptBuilderCoordinator 不再私自拼装EP-2 Manifest 的memory_ids包含 EP-1 晋升的DEC-EP-*/BIZ-PAT-EP-*启动日志能看到四段各自的命中数 / token端侧仍用小模型路径验证——卡点在流水线不在换更大模型调用链EpQueue.run → EPCoordinator.run_ep → MemoryPromptBuilder.build(scope) # Intent→Retrieval→Compression→Manifest → BSA/CA 只读 Manifest → PASS → PromotionGate → writeback → reload → 下一 EP 的 Builder 看到新节点真实 qwen3-32b 跑一遍约 70 秒关键输出[写回后 / EP-2 入队前快照] MemoryPromptBuilder memory_ids8 tokens983 [Intent] hits1 (intentpurchasing budget×1.0) [Retrieval] hits8 tokens983 (keywords13) [Compression] hits8 tokens983 [Manifest] hits8 tokens983 EP 写回 ids: [DEC-EP-9a47b83b-...] [BSA] plan units3 (service modify / repository create / test) [CA] u127 行 u215 行 u345 行 [VerifyGate] ✓ PASS (19 checks) ✓ EP-2 Manifest 可见 EP-1 晋升 → [DEC-EP-9a47b83b-...]关键点第一32B 在读到 EP-1 写回后EP-2 的 Plan 从 2 个 Unit 长成 3 个补了独立的 idempotency repository说明可复用的血缘确实改变了规划。第二19 项 VerifyGate 全过卡点不在模型规模。第三Compression 设全局上限 600 时裁掉 4 个 warm 节点、tokens 收敛到 462而 CRITICAL 约束CN-001全程受保护。五、小结写侧决定记忆的寿命读侧决定记忆的效力。两边都确定性、都可审计小模型才有机会在半闭域里稳定出码。晋升决定记忆能活多久流水线决定记忆能不能干活。学AI大模型的正确顺序千万不要搞错了2026年AI风口已来各行各业的AI渗透肉眼可见超多公司要么转型做AI相关产品要么高薪挖AI技术人才机遇直接摆在眼前有往AI方向发展或者本身有后端编程基础的朋友直接冲AI大模型应用开发转岗超合适就算暂时不打算转岗了解大模型、RAG、Prompt、Agent这些热门概念能上手做简单项目也绝对是求职加分王给大家整理了超全最新的AI大模型应用开发学习清单和资料手把手帮你快速入门学习路线:✅大模型基础认知—大模型核心原理、发展历程、主流模型GPT、文心一言等特点解析✅核心技术模块—RAG检索增强生成、Prompt工程实战、Agent智能体开发逻辑✅开发基础能力—Python进阶、API接口调用、大模型开发框架LangChain等实操✅应用场景开发—智能问答系统、企业知识库、AIGC内容生成工具、行业定制化大模型应用✅项目落地流程—需求拆解、技术选型、模型调优、测试上线、运维迭代✅面试求职冲刺—岗位JD解析、简历AI项目包装、高频面试题汇总、模拟面经以上6大模块看似清晰好上手实则每个部分都有扎实的核心内容需要吃透我把大模型的学习全流程已经整理好了抓住AI时代风口轻松解锁职业新可能希望大家都能把握机遇实现薪资/职业跃迁这份完整版的大模型 AI 学习资料已经上传CSDN朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】