Structured LLM Design:按生命周期组织 Agent Runtime
从一个“不污染主会话的临时总结”出发,讨论如何按生命周期和所有权重新组织 LLM Agent:Context、Invocation、Task、Process 与 Effect,并由此推导 calling convention、KV cache、structured concurrency 与 CSP-style communication。
从一个“不污染主会话的临时总结”出发,讨论如何按生命周期和所有权重新组织 LLM Agent:Context、Invocation、Task、Process 与 Effect,并由此推导 calling convention、KV cache、structured concurrency 与 CSP-style communication。
同一个模型换一个 harness,表现可能完全不同。本文从模型易用性出发,讨论模型与工具、上下文、反馈和执行环境之间的匹配关系,并结合 Grok 在 Codex harness 上的运行实践,分析通用设计与专用适配的边界。
LLM agent 的开发循环不缺 PASS 或 FAIL,缺的是能指导下一轮修改的过程证据。本文讨论如何在关键验证门禁中记录结构化的过程观察,同时继续依据明确契约判定成败。
当智能体开始从执行轨迹中学习,意图分类、任务阶段、规划器和状态机可能逐渐被模型吸收,但接口、安全边界、评估与运行环境不会因此消失。
大语言模型智能体不应只被理解为一次次工具调用的串联;当任务变长、环境变复杂,运行时需要通过事件驱动架构管理状态、处理并发,并支持观察和恢复。
与其把大语言模型智能体理解为模型调用工具,不如把它看作多个通信过程和协程共同推进的系统;这种视角能更清楚地解释事件来源、控制权转移、暂停与恢复。
智能编程代理不会自动让代码库变好,它会进入代码库,学习并放大其中已有的文化;工程师需要判断哪些模式值得成为后续生成代码的范例。
AI agent 的可靠性不只取决于模型能力,也取决于工具、权限、验证、观察和人工确认构成的运行环境。
从一次 Cursor Meetup 分享整理而来,讨论如何把团队反复发生的工程动作封装成可控、可复用、适合 AI 调用的 MCP 工具,并以 Excel 文件验证案例说明反馈循环的价值。
理解并重述