AI系统的Context Gateway
一项任务。
一条受控的路径。
LeanCTX 位于 AI 与 LeanCTX 读取的系统之间。LeanCTX 选择相关上下文，应用其支持的控制措施，并记录集成能够观察到的内容。
选择01
控制02
证明03
下面的章节依次介绍这三个步骤及其背后的能力。访问和策略检查贯穿整个受支持的流程。
选择
找到任务所需的内容。 以恰当的深度。
LeanCTX 将任务转化为对您的工作流程可访问数据源的集中搜索，然后按问题所需的深度读取每个匹配项。数据源引用始终附带，因此您可以深入阅读，或检查匹配背后的证据。
一个编码工作流程以代码审查为例：找到结账功能的实现及其测试，然后只读取此次变更涉及的函数。
- 01
决定
定义任务。
设置问题、可用来源和上下文预算。为下一次阅读提供明确的目的。
- 02
检索
查找相关来源。
搜索您的工作流程中可用的来源。相关的匹配成为下一个上下文的候选。
- 03
提取
阅读相关细节。
打开匹配背后的文件结构、函数或段落。选择您问题所需的阅读深度。
- 04
压缩
减少噪音。
从准备好的视图中删除不必要的细节。当任务需要时，使用来源引用进行更深入的阅读。
控制
先是您的规则。 然后才是模型。
您的边界和已启用的过滤器会在任何内容交付之前检查受支持的操作。数据源访问和内容检查回答的是不同的问题：这个数据源可以被读取吗？这个结果可以被交付吗？当执行通过 LeanCTX 进行时，所选路由还必须通过适用的策略和预算检查。
一个编码工作流程限制客户数据目录，并用已启用的过滤器检查受支持的文本结果。通过允许的模型路由发送请求；任何回退都必须满足相同的约束。
- 05
治理
应用您的规则。
访问边界和已启用的过滤器在交付前检查支持的操作。这些控制伴随整个生命周期，而不是仅在这一步运行。
- 06
运行
通过允许的路由执行。
在您自己的模型调用中使用准备好的上下文，或通过 LeanCTX 路由受管理的执行。在受控路径中，所选路由必须通过适用的策略和预算检查。
证明
展示交付了什么。 以及原因。
LeanCTX 记录集成能够观察到的内容：它交付的上下文、影响交付的已配置检查，以及相应的使用情况。请单独评估任务本身：完成的模型调用是执行的证据；任务检查确定工作是否成功。
一个编码工作流程审查拟议的变更并运行其测试。在接受之前，检查代理收到了哪些上下文、应用了哪些过滤器。
- 07
评估
衡量变化。
检查交付的上下文、观察到的使用情况以及任何成本估算的依据。单独评估任务结果，包括失败尝试和重试的成本。
- 08
重放
重新审视上下文决策。
使用仍然可用的来源和记录的状态来调查结果。上下文重放不保证模型答案完全相同。
集成
保留你的工具，掌控它们的上下文。
将 Context Gateway 加入你已在使用的工作流程。通过受支持的客户端、MCP、钩子或 SDK 进行连接，并检查集成覆盖了哪些读取和结果。
| 层级 | 示例 | 作用 |
|---|---|---|
| AI工具 | Cursor · Claude Code · Codex · Copilot | 针对受支持工具调用的主机专属设置。 |
| 数据源 | 文件 · GitHub · GitLab · Jira · MCP | 本地读取，或使用各自凭据与权限的已配置提供方。 |
| 模型与框架 | 你的主机 + LeanCTX SDK | 为你的模型准备好的工具结果。模型调用由主机负责。 |
请一并检查主机设置、适配器版本、来源权限和过滤覆盖范围。这些层级并不提供完全相同的能力。
您的第一个工作流程
从一个真实任务开始。
连接您的工具，从一个熟悉的项目中准备上下文，并将其结果与其来源进行比较。根据工作流程需要添加执行控制和连续性。