controlstackai/truss 是一个用 Rust 编写的代理框架（agent harness），它让 AI 代理能够从中断处继续执行被交付的任务，并留下执行记录以便验证。README 将该仓库描述为可以恢复、查看并验证任务的 Rust 代理框架。2026 年 10 月 16 日的提交 733d097 为该仓库新加入了静态落地页，同时也调整了 GitHub Pages 的部署方式。变更规模为 37 行，其中新增 35 行、删除 2 行。
变更全部集中在文档与部署方面。.github/workflows/docs.yml 把用 mdbook 构建的文档（book/）和新的静态站点（docs/site/）合并到 site-output 一处之后再上传，上传路径也从 book 改成了 site-output。docs/book.toml 中的 site-url 也从 /truss/ 移到了 /truss/guide/。新加入的 docs/site/index.html 中写入了说明性元数据以及 Open Graph、Twitter 卡片、JSON-LD（WebPage）结构化数据，sitemap.xml、llms.txt 和搜索引擎控制台认证文件则作为索引信号被添加进来。README 顶部也加上了指向该站点和文档的链接。公开部署被设定为仅在 workflow_dispatch 手动执行时才会运行。
新公开的站点也展示了这个项目主张什么。站点说明自己是使用 Rust、采用 MIT 许可证的开发阶段项目：用 TOML 声明任务契约（task contract）以加入执行检查与复审条款，把执行记录写入 SQLite 日志，从而在恢复时复用已经留下的模型与工具结果，并以哈希链串联的 Ed25519 签名条目，以受信任的密钥为基准来确认记录是否被改动。也就是说，这个仓库所强调的核心不是模型的回答本身，而是契约与执行记录。
不过这次提交并没有修改运行时代码。新增的行是静态 HTML·CSS·元数据与部署配置，给出的资料中并没有证据表明执行行为发生了变化。站点自己也写道，这是运行时架构而非实时基准，仅靠受控测试无法证明在生产规模可靠性或真实模型任务质量上的优越性。实时调用提供方与模型复审可能产生 API 成本，而且由于契约会执行命令，陌生的项目应在隔离环境中运行。这份资料中也没有仓库统计或性能数值。部署只绑定在手动执行上，而站点的设计说明也仅停留在项目对自身的描述，因此现在把它当作一个适合读代码、确认边界的对象来看待，是较为现实的做法。