20,256 颗星、迭代到 v0.13.5：Kortix 把「AI 操作系统」做成了你 git 仓库里的一行 yaml

当 Claude Cowork、ChatGPT Work 还在用「云端订阅 + 模型绑定」的方式定义”AI 操作系统”，GitHub 上一个叫 Kortix（前身 Suna）的开源项目换了一种思路：把 agents、skills、company memory、所有 connectors 全装进一个你拥有的 git 仓库，每次 session 开一个隔离 Linux sandbox 在独立分支上干活，产出必须通过 PR 走人审才能合并到 main。

到 2026 年 10 月初，仓库 kortix-ai/suna 攒到 20,256 颗星、3,438 个 fork、108 个 open issue，TypeScript 为主，许可证是自定义的 Other。今年 4 月 22 日它第一次上 Hacker News 时还只是个 2 赞的小项目，之后被推到 Reddit 的 r/AI_India 讨论帖、Linkedin 上”AI Employee”系列的 KOL 帖，以及不少 YouTube 教程频道。最近发布的 v0.13.5 写的是 “Faster sessions, resilient mu…”，往前几版还能看到 v0.9.66（”Sandboxes auto-stop reliably + deterministic compute”）、v0.8.28（”Webhook URL fixes, file rendering improvements”）、v0.8.27（”Channels v2, unified plugin system, design system overhaul”）——迭代节奏稳定在每周一到两版。

它要解决的”AI OS”到底是什么？官方文档 给了一张表把三层拆得很清楚。一个 AI 工具就是一个聊天界面，啥都得用户盯着；一个 Agent 框架（比如 LangChain、OpenHands）只给你写 Agent 的”积木”，但谁来跑、谁能用什么凭证、谁来管变更审查，都得你自己拼。Kortix 想做的是 OS 那层：agents、skills、memory、connectors、sandbox 计算机、权限、triggers、审查，都帮你组装好。和真正的 OS 对照，它给的对应关系是——进程 = 隔离 sandbox 会话，文件系统 = 你的项目 git 仓库，程序 = agents 和 skills markdown，驱动程序 = 3,000+ 个 connectors，调度器 = cron 和签名 webhook，权限 = 角色/规则/审计日志，Shell = Web/CLI/Slack/Teams，更新 = 通过 PR 合并。

落到工程里，一个最小可运行项目长这样：kortix.yaml 描述整体配置，agents/<name>.md 描述 Agent 本身（加上 kortix.yaml 里对应 block），skill 是”公司怎么干这件事”的 markdown。每次 session 自动开一个隔离 Linux sandbox、挂在自己的 git 分支上干活；产出走 change request（PR）回到 main，对 Agent 默认 deny，必须人审才能合并。配套的”驱动器”是 connectors——3,000+ 应用一键接入，加上 MCP、OpenAPI、Postman、GraphQL 和裸 HTTP，凭证在服务端代理绝不进 sandbox。

跑起来只要三条命令（CLI 文档）：

curl -fsSL https://kortix.com/install | bash
kortix init       # 脚手架：生成 kortix.yaml + agents + skills
kortix ship      # 推到云端项目，让整个东西跑起来
kortix sessions new --prompt "整理本周 commits 并开一个 PR"

完整的 dev loop 还包含 kortix connect（attach 到 session 的 OpenCode TUI）、kortix cr ls（列出待审 PR）、kortix projects link（绑定已有仓库）。底层跑的 Agent harness 是 OpenCode——一个类似 Claude Code 的终端 Agent，CLI 会自动下载与服务端匹配的版本缓存到 ~/.kortix/opencode/<version>/，所以你本地 TUI 和云端 session 一定对齐。

适合谁：想给团队装一套 Claude Cowork / ChatGPT Work 类能力、又不想被绑死在 Anthropic / OpenAI 云上的中小工程团队；已经在用 Claude Code / Codex、想要预算、任务板和”组织架构”的工程团队；做严肃 sandbox 编排、必须人审 PR 才能合并的合规场景；想让 Agent 直接在 Slack / Microsoft Threads 里接任务的运维和客服团队。

不适合谁：只想要一个”固定流程图”工作流（n8n 更合适）；只想给企业资料配一个聊天界面（Onyx / Open WebUI / LibreChat 都更轻）；连命令行都不愿意碰的非技术团队——这一关基本是劝退线。

真实门槛：第一条是必须能装 CLI（Windows 不支持，得 macOS/Linux）；第二条是必须有一个能跑 sandbox 的环境或愿意用 Kortix Cloud（$40/seat/月 + 用量）；第三条是公司必须能把隐性 SOP 写成 markdown——这步工作量通常被低估。自托管完全免费，也能托管到本地网络或自有 VPC，但维护成本自负。

下一步建议：先去 GitHub README 把 “Kortix vs n8n / OpenHands / Paperclip / Onyx” 的对比表读完，再用安装脚本跑一次 kortix init——别一上来就接 Slack，先在一个空 repo 里让 Agent 自己写一个 PR，体验”必须人审 + 默认 deny”的真实摩擦。想看 AI OS 这个框架本身的方法论，直接读 What is an AI Operating System 这页就够了；想跟代码，kortix-ai 组织下 20 个子仓库 能看到早期版本和拆出来的子模块。