知识图谱：领域核心与方向深挖¶

当前共 242 篇。实际 P0/P1/P2 以领域能力优先级为准。本知识库的默认深挖方向之一是 AI Agent Platform / Crypto Agent Ecosystem：先完成 42 篇共享 Go/生产工程门槛，再补 25 篇 Agent 定向 P0；CEX/DEX、钱包和实时风控不是另一套平行体系，而是证明你能处理资金、副作用、高吞吐和可恢复数据链路的差异化证据。

图中箭头表示学习与表达依赖，不表示线上系统只能按该拓扑部署。

共享核心阅读索引（42 篇）¶

原有 40 篇链接直接进入要点速览；新增两篇实战从 30 秒版进入，正文保留原理、排查与故障验收。

并发与调度（9）： S-CONC-01 · S-CONC-05 · S-CONC-06 · S-CONC-08 · S-CONC-12 · S-CONC-13 · S-CONC-14 · S-CONC-18 · S-CONC-19
内存与 GC（7）： S-MEM-01 · S-MEM-03 · S-MEM-04 · S-MEM-05 · S-MEM-06 · S-MEM-09 · S-MEM-10
Go 生产工程（6）： S-GOENG-01 · S-GOENG-02 · S-GOENG-03 · S-GOENG-04 · S-GOENG-05 · S-GOENG-06
手写与并发组件（4）： S-CODE-03 · S-CODE-04 · S-CODE-06 · S-CODE-07
Linux 与网络（2）： S-NET-06 · S-NET-07
数据库与账本（4）： S-DB-06 · S-DB-07 · S-PG-02 · S-PG-03
可靠消息与数据库恢复（2）： S-DIST-06 Outbox/Inbox · S-PG-04 PITR 演练
架构方法论（8）： S-ARCH-04 · S-ARCH-05 · S-ARCH-10 · S-ARCH-12 · S-ARCH-16 · S-ARCH-17 · S-ARCH-18 · S-ARCH-20

学习主干：Go 门槛 → Agent Platform¶

flowchart LR
  subgraph A["主线 A：共享资深 Go 门槛（42 篇）"]
    A1["错误契约 / 包边界<br/>S-GOENG-01/02"]
    A2["测试 / Race / 构建 / 供应链<br/>S-GOENG-03~06"]
    A3["并发 / 背压 / 手写<br/>S-CONC · S-CODE"]
    A4["Linux / TCP / 数据库<br/>S-NET-06/07 · S-DB · S-PG"]
    A5["幂等 / MQ / 状态机<br/>S-ARCH-04/10/12"]
    A6["可观测 / SLO / 容量 / ADR<br/>S-ARCH-16/17/18/20"]
    A1 --> A2 --> A3 --> A4 --> A5 --> A6
  end

  subgraph B["主线 B：Agent / Crypto Agent 定向 P0（25 篇）"]
    B1["LLM API / Tool / MCP<br/>S-AI-01/03/07"]
    B2["MCP / A2A 互操作<br/>S-AI-11"]
    B3["Workflow / HITL / 发布<br/>S-AI-09"]
    B4["Persona / Context / Memory<br/>S-AI-04/10"]
    B5["Guardrail / 安全<br/>S-AI-05 · S-SEC-01/04"]
    B6["身份 / Commerce<br/>S-AI-12/13"]
    B7["开放平台 / Launchpad<br/>S-AI-14"]
    B8["成本 / 评测 / 版本 / OAuth2 / 多租户<br/>S-AI-06/15 · S-ARCH-08/09/15 · S-NET-04 · S-SOL-05"]
    B9["CDC / Flink / MQ / ES<br/>S-ARCH-21 · S-KAFKA-02 · S-RAB-01 · S-ES-03"]
    B1 --> B2 --> B3
    B1 --> B4 --> B3
    B5 --> B3 --> B6 --> B7 --> B8
    B9 --> B3
  end

  A5 --> B3
  A6 --> B8
  A4 --> B9

差异化证据 → 能力出口¶

flowchart LR
  subgraph Bridge["Agent 能力与生产证据的连接点"]
    Workflow["Workflow / HITL"]
    Guardrail["Guardrail / 安全"]
    Data["CDC / Flink / MQ / ES"]
    Platform["版本 / OAuth2 / 多租户"]
    Economy["MCP/A2A / 身份 / Commerce"]
    Architecture["SLO / 容量 / ADR"]
  end

  subgraph C["项目证据：Web3 / 交易 / 钱包"]
    C1["TRON / TRC20 生命周期<br/>S-WALLET-12"]
    C2["多链归集 / MPC / 恢复<br/>S-WALLET-01/06/07"]
    C3["Indexer / Reorg / 行情<br/>S-BC-05 · S-EXCH-10/11/19"]
    C4["订单 / 撮合 / WAL<br/>S-EXCH-01/17/18"]
    C5["账本 / 对账 / 风控<br/>S-EXCH-03/05/15"]
    C1 --> C2 --> C5
    C3 --> C4 --> C5
  end

  subgraph D["方向深挖出口"]
    D1["Agent / Crypto Agent Platform<br/>主线"]
    D2["资深 Go / 交易所 / 钱包<br/>复用既有证据"]
    D3["Staff / 后端架构师<br/>战略、迁移、组织影响"]
  end

  Workflow --> C1
  Guardrail --> C2
  Data --> C3
  Platform --> D1
  Economy --> D1
  C5 --> D2
  Architecture --> D3
  Data --> D3
  C5 --> D3

领域核心怎么取舍¶

优先级	知识域	为什么进入 P0	必须避免的表达
1	Go 生产工程与系统基础	若主攻 Go 后端/平台工程，语言、测试、SQL、网络不能失分	“用了 Gin/GORM 就等于会 Go 工程化”
2	Agent 工作流与 HITL	OctoAgentFlow 最核心、最容易被深挖的 0→1 证据	“加一个 pending 状态就是人工审核”
3	Persona / Memory / Guardrail	区分普通 LLM API 接入和 Agent Platform	“把全部聊天记录塞进 prompt 就是 Memory”
4	MCP/A2A 与 Agent 身份/Commerce	若工程目标明确要求跨框架互操作、ERC-8004、x402/8183 和 Agent Economy	“协议能力声明就是身份、授权和业务完成证明”
5	开放平台、SDK 与 Launchpad	开放平台工程需要开发者生态、发布治理和商业闭环	“接了几个框架就等于建成开放平台”
6	外部副作用、OAuth2、成本与观测	发布、支付、tool call 都涉及模糊成功和权限边界	“框架 checkpoint 自动保证 exactly-once”
7	CDC/Flink/ES 实时风控	连接头部出行平台实时风控经验与 Agent 反馈/画像平台	“Flink exactly-once 等于 ES 永不重复”
8	TRON/TRC20 与多链钱包	项目明确有 TRON USDT、CEX 钱包和 MPC/TSS	“TRON 就是换 RPC 的 EVM”
9	交易所状态机与量化指标	证明高吞吐、账本、行情和故障恢复深度	“只报 3k/20k QPS，不说明 workload 和持久化边界”
10	Staff 案例	系统演进与跨团队协作需要跨团队决策、迁移和组织影响	“把模板案例包装成自己做过的生产案例”

Agent 定向核心阅读索引（25 篇）¶

原有专题链接进入正文要点速览，新增评测专题从 30 秒版进入；建议按组内顺序复习，每题先闭卷讲 30 秒，再展开 3 分钟。

AI / Crypto Agent 核心（13）： S-AI-01 · S-AI-03 · S-AI-04 · S-AI-05 · S-AI-06 · S-AI-07 · S-AI-09 · S-AI-10 · S-AI-11 · S-AI-12 · S-AI-13 · S-AI-14 · S-AI-15
平台控制面（5）： S-ARCH-08 · S-ARCH-09 · S-ARCH-15 · S-ARCH-21 · S-NET-04
消息、检索与安全（5）： S-KAFKA-02 · S-RAB-01 · S-ES-03 · S-SEC-01 · S-SEC-04
差异化项目证据（2）： S-SOL-05 · S-WALLET-12

RAG、多模态和逐框架 API 细节放在 P1；P0 是框架无关的工作流、协议、权限、商业状态和平台治理。

建议学习节奏¶

第一阶段：共享门槛 过完 shared P0 的 30 秒版，重点闭卷讲 Go 并发、错误边界、测试、SQL、网络、幂等、MQ、状态机、可观测和容量。
第二阶段：Agent 主线 S-AI-01/03/09/10/05/06/07/11，画出 proposal、review、execution、receipt、memory namespace 以及 MCP/A2A 边界；用 OctoAgentFlow 的真实模块逐一举证。
第三阶段：Crypto Agent 生态 S-AI-12/13/14，画出 identity、wallet policy、payment/job、Marketplace/Launchpad；明确 Draft、厂商扩展和“设计但未生产验证”的证据边界。
第四阶段：平台与数据 S-ARCH-08/09/15/21、S-NET-04、Kafka/RabbitMQ/ES，回答版本、OAuth2、配额、 CDC、回放和降级。
第五阶段：差异化项目证据 S-WALLET-12 串 TRON USDT；再从交易所/钱包路径选择 6～10 篇与你项目最接近的题，整理 workload、指标口径、故障和取舍。
第六阶段：架构师出口 用 OctoAgentFlow 0→1、CEX 钱包恢复、实时风控链路各准备一个 STAR/ADR 案例，明确本人职责、团队边界、失败方案和量化结果。

对外表述总原则¶

先说 你实际负责的边界，再说框架或组件；“熟悉 LangGraph”不能替代 Go 自建工作流的证据。
区分 模型 proposal、人工 approval、执行 job、外部 receipt，四者不是一个状态。
区分 MCP/A2A 能力声明、ERC-8004 身份锚点、钱包控制证明、业务授权和最终执行事实。
ERC-8004/8183 要说 Draft；x402b 要说 Pieverse 厂商扩展，不能包装成通用正式标准。
66% confidence 说成项目策略阈值，并解释计算、校准、审批和回滚，不能说成通用可信概率。
区分 Flink 算子状态 exactly-once 与外部 sink 端到端语义。
区分 TRON 的 Bandwidth/Energy、permission、solidified 与 Ethereum nonce/gas/finality。
性能数字必须带 时间范围、工作负载、并发、数据量、P95/P99、持久化边界和验证方式。