SRE Agent 设计笔记 09：三个来源的收敛与框架选择

发表于 分类于

状态：大纲

核心论点

四原语（Spec/Loop/Hook/Fork）从三个完全独立的来源收敛到同一组结论。这种交叉验证本身是一个方法论观察：当不同路径独立到达相同抽象时，这些抽象大概率是结构性的而非偶然的。同时，这个收敛也指向一个实践判断：框架选择的重要性在下降，Harness 的 Policy Runtime 和 Stateful Workflow 两层才是持久投资方向。

大纲

1. 三个独立来源

OpenAI Codex 的设计选择

  • Docs as system of record（不是 prompt，是文件）
  • Review loops（PR-style CI gates）
  • Git worktree isolation（每个任务独立工作区）
  • 独特贡献：Agent legibility > raw capability；boring tech > fancy tech for agent reasoning

腾讯 JiKu Launcher 的七角色系统

  • SPEC documents（持久化的任务定义）
  • 七轮精炼 + scripts（Loop + verification）
  • Gate control + review（Hook）
  • 七个 agent 角色（Fork，但过度 Fork）
  • 独特贡献：Baseline diff（before/after verification）catches sneaky regressions

本系列的控制论推导

  • 从 K8s controller pattern bottom-up 推导
  • 独特贡献：Independence-bound 作为独立的 Fork 维度；声明式约束作为 Spec 核心原则

2. 收敛的映射

原语 OpenAI Codex JiKu Launcher 控制论推导
Spec Docs as system of record SPEC documents Declarative intent
Loop CI gates / review loops 七轮精炼 + scripts Reconciliation loop
Hook PR-style approval Gate control Admission controller
Fork Git worktree isolation 七个角色 Context isolation

3. 方法论观察

  • 三条路径互不知晓，独立到达相同抽象
  • 这不是「大家都在抄 K8s」（OpenAI 和腾讯的出发点完全不同）
  • 更可能的解释：这是「不可靠执行单元如何收敛到声明式状态」这个问题的结构性约束
  • 当多个独立来源收敛时，结论的可信度不是加法而是乘法

4. 框架选择重要性下降

从三层 Harness 模型分析：

  • Tool 层（工具调用、API 对接）：可以复用现有框架（LangGraph、CrewAI、OpenAI SDK）
  • Policy 层（权限、预算、审计、门控）：必须自己写，没有现成方案满足生产级 verify + rollback
  • Orchestrator 层（任务分解、agent 路由、replan）：会被模型能力逐步消解

结论：

  • 框架选择是 Tool 层的决策，影响范围在缩小
  • 真正的投资放在 Policy Runtime 和 Stateful Workflow
  • 这两层是 SRE 的主场，不随框架更迭贬值
  • 如果 spec 是 framework-agnostic 的，换 runtime 不需要重写 spec

5. Harness Engineer 角色

  • 不写 application logic（那是 agent/LLM 的事）
  • 写 spec、设计 loop、配置 hook、划 fork 边界
  • 同构于 K8s Platform Engineer / SRE
  • 核心能力：定义「什么是正确的」（spec）、检测正确性（loop）、防止错误（hook）

涵盖的 Topic

  • Topic 15: 三个独立来源交叉验证收敛到同一组原语
  • Topic 14: 框架选择重要性下降，Harness 两层永不过时

源文件引用

  • contexts/thought_review/agentic_control_theory_primitives_20260413.md — 交叉验证章节，三来源映射表，Harness Engineer 角色定义
  • contexts/thought_review/agent_sre_production_systems_synthesis_20260330.md — 框架选择张力分析，Agent as Code 四阶段演化
  • contexts/thought_review/curried-waddling-locket.md — Harness 三层模型（Policy Runtime / Stateful Workflow / Orchestrator），各层持久性分析
  • rules/skills/bestpractice_agent_harness_architecture.md — Harness 三层 skill 定义
  • contexts/thought_review/ai_infra_mlops_agent_dev_20260330.md — 框架选择不可逆（mid-migration 50-80% codebase rewrite），MCP/A2A 互补关系