Lantide 如何让外部 Agent 保留通用能力、让内置 Agent 深入分析工作流，并让两者接入同一个 Control Plane
Codex、Claude 等通用 Agent 已能整理文档、修改程序、查找信息并连接工具。这让垂直应用面对一个直接的问题：如果用户已经有熟悉的 Agent，为什么还要在另一个聊天框重新说明背景？
Lantide 的答案是同时支持两个入口，但让它们负责不同的事情。外部 Agent 保留自己的推理与编排循环，Lantide 提供可搜索的数据分析能力；内置 Agent 则利用产品状态深入分析工作流。两者最终操作同一套数据、SQL、Plan、结果与 Report。
外部 Agent 保留更广的任务上下文
外部 Agent 的对话中可能已经包含需求、文档、代码与其他系统的信息。任务进行到数据分析时，它应该直接使用 Lantide，而不是把所有上下文搬进另一个聊天框。
Lantide 通过 MCP 对外提供能力。外部 Agent 决定如何拆解任务；Lantide 告诉它当前工作区状态、可用工具与确认要求。随着能力增加，session 初始只提供精简核心目录；统计、HTML Report 编辑或数据源管理等长尾能力则按需搜索。
外部 Agent 已经拥有自己的 loop。Lantide 不需要在 MCP 后面再藏一个 Agent 指挥它，而是成为一个可治理、可供通用 Agent 使用的数据分析环境。
内置 Agent 理解产品状态
用户直接在 Lantide 工作时，应用知道当前工作区、聚焦项目，以及用户正在探索、规划，还是执行已批准的 Plan。这些状态决定当前合理的操作。
规划时，内置 Agent 可以检查数据、厘清方法并建立 Plan；获得批准后，才取得正式执行 SQL、记录进度与建立 Report 的工具。状态与工具可在同一轮操作中更新。
状态机不会替模型完成分析。它负责告诉模型当前阶段与适用边界，并让 Agent 深度连接界面：SQL 出现在真实标签页、结果进入工作区，需要批准时流程在 GUI 中暂停。
两个 Agent 不能产生两套领域规则
若为两个入口分别建立工具、权限与文档格式，最终一定会分歧。Lantide 把入口差异留在 Agent 层，把领域规则集中到共享 Control Plane。
内置 Agent 使用产品状态、Agent／Ask 模式与对话确认；外部 Agent 使用 MCP Access Mode、session 与执行审批。两条路径最终接入共享的工具定义、领域服务、artifact 契约、工作区权限与审计记录。
让两条路径互相衔接的不是共享聊天记忆，而是共享工作成果。外部 Agent 创建的 SQL 与 Report 会回到 Lantide 供审阅，内置 Agent 也能继续处理同一份 artifact。两者管理同一份数据源状态；外部 writer 占用工作区时，内置 writer 会暂停，避免并行修改冲突。
垂直应用应该掌握什么？
通用 Agent 越成熟，垂直应用越不需要重做通用推理与编排。但垂直应用仍必须掌握自己的工作世界：重要对象、流程如何推进、哪些操作需要确认，以及什么才算完成。
在 Lantide 中，外部 Agent 提供广度，内置 Agent 提供领域深度，Control Plane 保证两者操作同一套数据与工作成果。Agent 可以决定如何思考与规划；Lantide 必须定义工作如何发生，以及什么才算完成。