开源 Agent 工作台：小窗 XIAOCHUANGx

一、受够了在 8 个窗口伺候 AI？小窗 XIAOCHUANGx 评测：多 Agent 统一编排入口实战

根据 V2EX 作者自述与掘金评测文，小窗的产品判断很明确：

💡 未来不是”一个模型统治所有任务”，而是不同 Agent 擅长不同事——有的适合工程修改、有的适合长文综合、有的适合工具调用。用户不该每天想”这步该用谁”，工作台该把 Agent / 模型 / Skill / 上下文 / 交付物组织好，服务于同一条业务链路。

XIAOCHUANGx 核心功能快览

小窗不自研 Agent Runtime，而是站在 Codex CLI / Claude Code / Hermes / Cursor Agent / Gemini CLI / OpenCode 等之上做统一入口、统一工作区、统一流程、统一产物管理；skills/目录把问答、写作、公文、PPT、工业制图等拆成可维护流程 Skill，目标是对标 WorkBuddy 做开源平替。项目地址 github.com/zhaozhaozhiyi/XIAOCHUANGx。

所以它干的事不是再造一个 Agent，而是做 Agent 编排入口。Runtime-core 里已能看到支持的 Agent 适配：

• Codex CLI、Claude Code、Hermes CLI
• Cursor Agent、Gemini CLI、OpenCode
• Copilot CLI、DeepSeek TUI、Devin、Kiro
• 以及更多实验性入口

对标对象是 WorkBuddy（海外一款商业化 Agent 工作台），但 XIAOCHUANGx 走开源路线，不锁底层 Runtime。

⚠️ 项目目前处于早期开源阶段，未公布官方月活 / Star 数 / 下载量等量化数据；社区声量主要来自 2026 年 6–7 月掘金、V2EX 的讨论帖，作者为 zhaozhaozhiyi。

---

二、XIAOCHUANGx 的主要功能和特点

2.1 不绑 Runtime，做”Agent 之上的工作台”

传统思路是”我做一个超级 Agent 啥都能干”，小窗反过来——承认未来是多 Agent 并存，我帮你调度。你本地装了 Claude Code 就用 Claude Code，装了 Codex 就用 Codex，小窗负责统一窗口、统一上下文、统一产物。

2.2 Skill 系统：把”会干活”升级成”按流程干活”

skills/目录不是塞一堆 prompt，而是拆成可维护的流程 Skill：

Skill 包	场景
skill-qa	对话问答基座
skill-writing-base	写作需求采集基座
skill-writing-official-doc	公文写作
skill-writing-meeting-minutes	会议纪要
skill-ppt-deck	默认演示文稿流程
skill-ppt-pitch-deck	路演 Pitch Deck
skill-industrial-drawing-base	工业制图基座
skill-industrial-drawing-parametric	参数化建模
skill-industrial-drawing-export	预览与导出

这意味着不是”一句 prompt 走天下”，而是每个场景有采集 → 处理 → 交付的链路，更接近企业真实工作流，而不是纯聊天。

2.3 统一产物管理

Agent 跑出来的代码、文档、图纸，小窗做统一收纳，避免”对话结束了产物找不着”的尴尬。这点对企业用户尤其重要——比纯网页聊天更接近真实工作方式。

2.4 开源 & 可扩展

GitHub 仓库 zhaozhaozhiyi/XIAOCHUANGx，Apache / MIT 类开源协议（以仓库 LICENSE 为准），runtime-core 的 Agent 适配层是开放的，社区可以继续加入口。

---

三、如何使用 XIAOCHUANGx？

项目 2026 年中仍在活跃迭代，以下流程基于当前仓库 README 与社区帖整理，具体以 GitHub 最新 README 为准。

前置条件：你本地至少装了 1 个受支持的 Agent（比如 Claude Code、Codex CLI、Cursor Agent 之一），并配好对应 API Key。

大致流程：

1. Clone 仓库：git clone https://github.com/zhaozhaozhiyi/XIAOCHUANGx
2. 装依赖：按仓库 README的 package.json / requirements 走（推测为 Node/TS 系，以官方为准）
3. 配置 Agent 入口：在 runtime-core 里把你已经装好的 Codex / Claude Code / Cursor Agent 路径或命令注册进去
4. 选 Skill：打开 skills/下对应场景的 Skill 包（比如 skill-writing-meeting-minutes）
5. 启动工作台：跑主入口，出现统一工作区窗口
6. 开始干活：在工作区里调 Agent + Skill，产物自动归集

💡 如果你已经有 WorkBuddy 的使用习惯，迁移成本主要在”把本地 Agent 注册进小窗”这步，Skill 包可以复用你自己的 prompt 库。

---

四、官方地址与获取方式

渠道	地址
GitHub 仓库	https://github.com/zhaozhaozhiyi/XIAOCHUANGx
发行版 / Releases	仓库内 Releases 页（含可能的桌面端包）
作者 V2EX 自介帖	https://v2ex.com/t/（具体 tid 见搜索快照 “开源 AI 工作台 XIAOCHUANGx:想做一个对标 WorkBuddy 的小窗助手”）

目前没有独立官网域名，主阵地就是 GitHub 仓库 + 作者社区发帖。桌面端是否独立打包、是否规划 Web 版，以仓库 README 近期更新为准。

---

五、XIAOCHUANGx vs 同类型竞品对比

维度	小窗 XIAOCHUANGx	WorkBuddy（海外商业）	OpenDevin	Cursor Agents Window
性质	开源	商业 SaaS	开源	商业（IDE 内）
定位	多 Agent 统一编排入口	多 Agent 工作台	自主编码 Agent	IDE 内多 Agent 并行
绑底层 Runtime？	不绑，接外部 Agent	自有 + 接入	自有 Runtime	自有（Cursor Agent）
Skill / 流程	skills/目录可维护流程	有	有（micro-agents）	靠 Agent 自身
编码 Agent 接入	Codex/Claude/Cursor/Gemini/Hermes…	自有为主	自有（可换模型）	Cursor Agent 为主
产物管理	统一归集	有	有	IDE 内 Diff/PR
价格	开源免费（API 费自理）	订阅制	开源免费（API 费自理）	20/moPro，实操40-50/mo
适用人群	已用多 Agent、想统一入口的开发者/企业	愿意付费的团队	想全自动编码的开发者	Cursor 重度用户

数据交叉来源：掘金评测、V2EX 作者自述、Cursor 3 Agents Window 行业文（Cursor 自身 35% 合并 PR 来自云 Agent、Pro 20实际40-50 等数据）。

---

六、典型应用场景与实际体验

场景 1：多 Agent 切换的开发者

你本地有 Claude Code（长文综合强）+ Codex CLI（工程修改强）+ Gemini CLI（多模态），以前要在 3 个终端来回切，上下文断、产物散。小窗把它们收进一个工作区，同一条业务链路里按步选 Agent——比如”先 Claude 读需求 → 再 Codex 改代码 → 再 Gemini 看截图”。

场景 2：企业公文 / 会议纪要 / PPT 流水线

skill-writing-official-doc、skill-writing-meeting-minutes、skill-ppt-deck这套预制 Skill 把”让 AI 写”升级成”按流程采需求 → 出草稿 → 格式化交付”。比丢一句 prompt 进 ChatGPT 稳，因为流程是固化的。

场景 3：工业制图参数化

skill-industrial-drawing-*这套说明作者团队有工业场景背景，参数化建模 + 预览导出这条链路，对机械/制造岗是具体痛点。

实际体验上的优缺点（基于社区帖归纳）

优点：

• 不绑架 Runtime，你已有的 Agent 投资不浪费
• Skill 流程化 > 单 prompt，更接近”同事”而非”玩具”
• 开源，可自己改适配层

待观察：

• 项目早期，文档和打包完整度还在追
• 没有独立官网，新手入门门槛比 WorkBuddy 高
• 产物管理目前看是”归集”，还没到”版本化”级别

---

七、XIAOCHUANGx 能为用户带来的价值

1. 省窗口：不用在 8 个终端/网页间跳，一个工作区收口
2. 省 API 浪费：按任务选 Agent（比如简单问答用便宜的，复杂工程用 Claude），不”一刀切用最贵模型”
3. 流程可复用：Skill 包可以团队共享，新人拉仓库就能复用老员工的”干活流”
4. 不被厂商锁：WorkBuddy 停服/涨价你没辙，开源的你自己托管

---

八、最近 3–6 个月重大动态（2026 上半年）

• 2026 年 6 月底：作者在 V2EX 发帖”开源 AI 工作台 XIAOCHUANGx：想做一个对标 WorkBuddy 的小窗助手”，正式对外推介
• 2026 年 7 月初：掘金出现评测文《我受够了在 8 个窗口里伺候 AI,于是看到了这个开源 Agent 工作台:小窗 XIAOCHUANGx》，把 Skill 目录和 Agent 适配列表拆开讲，是目前最完整的中文评测
• runtime-core 持续加 Agent 适配（DeepSeek TUI、Kiro、Devin 等实验性入口已在列）

📌 项目还在快速迭代期，建议关注 GitHub Watch，比盯官网靠谱（它目前也没独立官网）。

---

九、常见问题 FAQ

Q1：小窗 XIAOCHUANGx 收费吗？

开源免费，Apache/MIT 类协议（以仓库 LICENSE 为准）。但你接的 Claude/Codex/Gemini 那些 Agent 本身的 API 调用费还是得自己付，小窗不替你交。

Q2：一定要会写代码才能用？

要注册 Agent 入口得会基本的 CLI 操作（装 Node、配 API Key 那种），但 Skill 包是开箱可用的。完全零基础可能还是 WorkBuddy 商业版更顺。

Q3：和小窗”AI+小窗”（QQ 浏览器那个）是一回事吗？

完全不是。QQ 浏览器”AI+小窗”是 2025/11 推的悬浮 AI 辅助，内置 14 项能力；XIAOCHUANGx 是 GitHub 上 zhaozhaozhiyi 的开源 Agent 工作台，俩没关系。

Q4：能接国产模型吗？

runtime-core 列表里有 DeepSeek TUI，说明国产模型在覆盖；具体要不要自己加适配层，看仓库 issues。

Q5：WorkBuddy 用户值得迁吗？

如果你已经在 WorkBuddy 里沉淀了很多流程 + 不想被订阅绑 → 值得试；如果你零基础、想要开箱商用 → WorkBuddy 更省心，小窗目前文档还在补。

---

十、总结

小窗 XIAOCHUANGx 不是一个”新 Agent”，而是一个承认多 Agent 并存未来的编排入口——它不自研 Runtime，而是把你已有的 Codex/Claude/Cursor/Gemini/Hermes 收进一个工作区，配一套可维护的 Skill 流程（公文、PPT、纪要、工业制图已预制），目标做 WorkBuddy 的开源平替。

适合谁：本地已经装了 ≥2 个编码 Agent、受够切窗口、想要流程化 Skill 而非单 prompt、能接受早期开源项目文档度的开发者/小企业。

不适合谁：零基础想要开箱商用、不愿意碰 CLI 配置的，先看 WorkBuddy 或等小窗打包更成熟。

项目还在 2026 年上半年的活跃迭代期，没有官方用户数据可公布，社区声量刚起来，想跟建议 GitHub Watch + 盯 V2EX 作者动态。

---

参考文章或数据来源

1. 《我受够了在 8 个窗口里伺候 AI,于是看到了这个开源 Agent 工作台:小窗 XIAOCHUANGx》– 稀土掘金，2026/07/01
2. 《开源 AI 工作台 XIAOCHUANGx:想做一个对标 WorkBuddy 的小窗助手》– V2EX，2026/06/30（作者 zhaozhaozhiyi）
3. GitHub 仓库：https://github.com/zhaozhaozhiyi/XIAOCHUANGx
4. 《Cursor 3 Agents Window: Multi-Agent Development Goes Live》– 行业分析文（Cursor 35% PR 来自云 Agent、20Pro实际40-50 等数据）
5. 《OpenClaw 平替产品全景对比:2026 年 20+AI Agent 工具深度评测》– 53AI，2026/03/03（用作 Agent 工具市场背景）

本文交叉验证了 GitHub 仓库、V2EX 作者自述、掘金评测三方信息；量化运营数据（月活/下载）项目未公开，未硬编。最新更新日期：2026/07/05。