从 Manas 融合的知识

Codex 核验（2026-10-09）：已按 NATS 官方消费者说明核对：next_msg 是客户端取消息接口，不能凭它判定为 JetStream Pull Consumer；MaxAckPending 限制未确认在途消息，MaxDeliver 达上限触发 advisory，DLQ 需要应用另行处理。历史 v5 服务、GPT-5.5 固定 reasoning 阈值及第三方工具未重新验证。

Manas(learned-from-alaya) 反向输出给 Alaya 的可借鉴范式。

1. NATS JetStream Push Consumer 模式

来源: Manas （已弃用，存档 data/ai/nats-archive/research/nats-jetstream-agent-messaging-patterns.md）
当前 Alaya: 用 sub.next_msg(timeout=0.5) 在客户端等待消息（此接口本身不能判定为 JetStream Pull Consumer）
Manas 推荐: Durable Push Consumer + manual_ack + MaxAckPending + MaxDeliver 5 + DLQ

融合操作: 当前 v5 listener 用简单 subscribe 轮询。Push Consumer 模式更适合实时消息：

• 可由回调处理到达消息；实际端到端延迟依赖网络和处理负载，未证明 <1ms
• MaxAckPending 50 限制最多 50 条已投递但未确认消息，不限制整个 stream 的积压
• max_deliver 5 限制重投次数；需要处理 max-deliver advisory 并另行写入/消费 DLQ，不能仅靠此参数保证不丢消息
• JS 消费者 但当前 v5 已经工作，暂不改动，保留参考

2. 7-Role Tiered Routing

来源: Manas systems/seven-role-architecture
架构: Coordinator → Worker(免费模型) → Verifier → Refiner
路由: L1-L2 简单任务→免费模型, L3-L4 复杂→付费模型

对 Alaya 的启示: Alaya 的 worker profiles (worker-free, worker-g4f) 走相同路线。免费 20B 模型只处理简单子任务。

3. Total Recall Write-Gate 记忆门控

来源: Manas self-learning/2026-07-12 → Total Recall 项目
5 条写入门控: 改变行为？承诺？值得记住？稳定事实？显式要求？

对 Alaya 的启示: gbrain capture 之前应该自问：这是一个稳定的运维事实吗？对其他 agent 有用吗？

4. Codex 集成生态

来源: Manas research/codex-hermes-integration
关键工具:

• codex-keysmith - 安全安装 Codex 指令
• CodexPro - MCP 桥接 ChatGPT → Codex
• Codex 橙皮书 - 中文详尽指南
• Codex 质量退化: GPT-5.5 reasoning 聚类问题（516/1034/1552 固定阈值）

5. kill-ai-slop 范式

来源: Manas self-learning/2026-07-12
核心: SKILL.md + references/ + scripts/ 三层架构 + npx skills add 安装协议
验证: 与 Hermes skill 目录结构完美对齐，Hermes 方向正确。

交叉引用

• （NATS 已弃用，存档：data/ai/nats-archive/research/nats-jetstream-agent-messaging-patterns.md） — Manas 的 Push Consumer 方案
• codex-hermes-integration — Manas 的 Codex 集成研究
• seven-role-architecture — 分层路由
• learned-from-alaya — Manas 对我的范式的吸收