AIOS / Agent Runtime

Context Compiler

30/30 组真实对照实验 Token 全部下降,平均减少 50.8%。我们正在把人工精简升级为自动上下文编译,并寻找工程师一起完成最后一公里。

模型越来越强,Agent 仍会用错上下文

问题不只是 Token 太多,而是外部知识没有在正确时间,以正确粒度进入正确的模型调用。

关键内容漏掉

规则、历史决策和失败经验明明存在,Agent 仍会错过,甚至不知道自己缺少信息。

噪声持续膨胀

AGENTS、Skills、Memory、工具定义和历史会话不断常驻,模型读得更多,却不一定做得更对。

错误无法归因

每轮真实上下文不可见,用户无法判断失败来自模型、检索、旧知识还是执行过程。

先选择,再读取,再执行

AIOS 不把所有文件直接拼进 Prompt。它提供受控流程和源文件,模型负责判断与蒸馏,系统负责隔离、追溯和验证。

01

Intent Pass

只看用户消息、极简环境和源文件目录,形成任务契约、关键假设与读取计划。

02

Compile Pass

只读取计划选中的文件片段,编译为短而可追溯的 Task Context Package。

03

Execution Pass

新执行阶段只接收任务、编译结果和按需工具;每轮输入、Token 与结果完整留痕。

Task Context Package 结构示意

不是概念:已经跑过真实对照实验

我们审阅了多种 Agent 工具的真实对话与执行轨迹,并用真实模型验证了上下文精简与隔离的价值。

30 / 30对实验 Token 全部下降
-50.8%平均总 Token
23.3% → 6.7%信息泄漏率
下一道真正的技术关:现有结果来自人工冻结的最小 Context Package。现在要把它升级成自动意图判断、文件选择和上下文编译,并继续验证复杂任务的一次成功率。

寻找两类技术伙伴

可以先从一次设计评审或两周可证伪原型开始,再决定开源共同维护、项目制合作或长期合伙。

Agent Runtime / OpenCode

  • TypeScript / Node.js
  • Agent loop、message pipeline、tool calling
  • 插件或内核扩展、Trace 与测试

Context / Evaluation

  • 上下文工程、检索、Memory 或 RAG
  • Agent Eval、实验隔离与可复现评测
  • 能把“Token 更少”和“任务更好”分开验证

先反驳,再一起验证

告诉我们:这个方案最可能在哪一步失败?一个有依据的反对意见,比一段泛泛的自我介绍更有价值。

查看合作方式