GoAgent Source Deep Dive Series
GoAgent Source Deep Dive Series
This directory contains the English drafts for the GoAgent blog series. All diagrams use Mermaid for blog-friendly publishing.
Narrative Thread
Every article follows the same thread: Problem → Limitations of existing approaches → GoAgent's approach → Architecture naturally emerges.
- Problem: Start with a concrete pain point — readers immediately understand why the module exists.
- Limitations: List 1-2 common approaches and explain why they fall short.
- GoAgent's approach: Present the solution as a natural response to the problem, not a pre-designed architecture.
- Architecture naturally emerges: From the approach, the architecture follows as a natural derivation.
Reading Order
- API Client: Converging Framework Capabilities Into a Usable Entry Point — How should internal modules be called externally
- LLM Client: Unifying Multi-Model Call Boundaries — How to keep agents from being tied to one provider
- Agent System: The Leader/Sub-Agent Collaboration Skeleton — One agent can't handle everything
- AHP Protocol: Messages, Queues, and Heartbeats — How do agents communicate
- Memory System: Sessions, Tasks, and Distilled Memories — Agents start from scratch every conversation
- Tool System: Registration, Capability Matching, and Execution — How agents "do things" not just "talk"
- Workflow Engine: DAG-Based Agent Orchestration — How do multi-step tasks execute by dependency
- Storage and Retrieval: PostgreSQL, pgvector, and Hybrid Search — Where do agent memories and knowledge live
- Embedding Service: The Engineering Boundary of Vector Generation — How does text become vectors
Writing Principles
- Describe implemented source-code behavior, not wishful roadmap items.
- Include code references so readers can verify claims in the repository.
- Use Mermaid diagrams only; no screenshots or image dependencies.
- Analyze design trade-offs, not just advantages.
- Style reference: In-depth LLVM IR.
Read other posts →