用例 · 工作流自动化
每个工具调用
都成为模型的输入。
LeanCTX 标准化、压缩和审计您的自动化流程馈送给模型的工具输出:支持 95+ 个 shell 模式,提供 GitHub、GitLab、Jira 和 Postgres 的连接器,通过 ctx_compose 实现可组合上下文,并提供完整的审计跟踪。使管道更具成本效益、确定性和可审核性。
问题所在
它让您损失了什么 今天。
01
CI 日志消耗你的预算
一个失败的管道会将兆字节的日志倾泻到您的分类代理中。信号只有三行;但您需要为所有内容付费。
02
每个集成都是定制化的
Jira 在这里,GitHub 在那里,数据库在某个地方。每个工作流都用自己获取和粘贴的代码连接起来,没有共享层。
03
没有人能审计代理看到了什么
当自动化基于过时或错误的上下文执行操作时,您需要确切知道它读取了什么。大多数堆栈无法回答这个问题。
今日交付
具备能力的那些 完成工作。
下方所有功能都已在开源二进制文件中交付。没有路线图项目,没有等待列表。
您的工具 LeanCTX 模型
95+ shell 模式 cargo, npm, docker, terraform, pytest… 输出体积缩小 88–99%
提供程序管道 GitHub、GitLab、Jira、Postgres 和 REST 源,一个整合路径
ctx_compose 确定性地组装任务范围的上下文包
审计跟踪 所有读取、命令和保存操作都会在本地记录
Budgets 按角色分配的令牌预算可将管道保持在限制内
快速上手
从零开始到 第一个收益。
# 压缩管道中的任何命令
$ lean-ctx -c "npm test"
# 适用于构建、容器、terraform…
$ lean-ctx -c "docker compose up --build"
# 查看您的自动化消耗和保存了什么
$ lean-ctx savings summary
# 可复现的节省量 + 召回率 + 延迟评分卡
$ lean-ctx benchmark scorecard
FAQ
团队在采用前提出的问题。
Shell 输出能缩小多少?
在常用工具上可达到 88–99% 的缩减率:cargo build 从数百行减少到错误和结果;npm install 减少到依赖项增量。目前支持 95+ 模式,未知命令会回退到安全的通用压缩。
LeanCTX 能从我们的内部系统获取上下文吗?
是的。目前支持 GitHub、GitLab、Jira 和 Postgres 的提供商,此外还有一个自定义 REST 提供商。所有提供商数据都通过相同的整合管道流入搜索、图和知识库。
自动化输出可审计吗?
每次读取、命令和保存都会记录在一个本地的 Ed25519 签名账本中。您可以导出自动化消耗的确切内容并验证链条。