deskshell

deskshell

deskshell demo

deskshell 是一个给 agent 用的 OS 运行时:不是"会点鼠标的 agent",而是跑在 agent 内部、把整台电脑变成工具箱的那一层。它把"AI 要做什么"和"怎么保证不出事"彻底分开:

三条命令,三十秒

npm run demo     # 四步成功、第五步失败、全部退回、目录逐字节一致
npm run r0       # R0:15 次失败注入下的残渣/回滚/可追溯率
npm run mcp      # 同一个内核包成 MCP server(skills / preview / apply / undo)

三条都各有一个测试,声称一旦不成立就让构建变红:scripts/thirty-seconds-test.ts、scripts/recovery-bench.ts、scripts/mcp-test.ts。

一起把它做出来

12 个已经拆好的任务,每个都带可跑的验收命令——没有现金悬赏。你拿到的是:做出来的东西归你维护、名字进贡献者名单、两个 PR 合并后有路线图投票权。

三个概念

Capability —— skill 向用户申请的能力,带作用域和人话理由。用户可以不批。

Action —— 一步操作,必须声明"执行前必须成立"(pre)、"执行后必须成立"(post)和"怎么撤销"(undo)。

Journal —— 审计日志。每一步做了什么、是否成功、怎么撤销,全部落盘。

为什么是协议优先

大多数"AI 操作电脑"的项目死在同一个地方:能跑通 demo,但没人敢用。因为用户不知道它下一步要干什么,也不知道出事之后怎么恢复。

deskshell 的答案是:把信任做成协议的一部分。

现在有什么

平台状态

| 平台 | 状态 | 验证 | | --- | --- | --- | | Windows | 已验证 | node scripts/verify-driver.ts | | macOS | 实验性 | node scripts/verify-driver.ts --input | | Linux | 计划中 | — |

许可

MIT。贡献前请读仓库根目录的 CONTRIBUTING.md。