Kun 工作台
用共享 GUI 与 TUI 运行时，把代码任务推进到可审查、可测试的交付。
按维度查看评分与理由
证据显示：README 声明本地优先、数据默认本地存储，并提及工具审批、敏感操作确认、沙箱等安全特性；SECURITY.md 提供漏洞报告渠道。但未提供具体权限模型、审批流程细节或数据流图，且发布者身份未验证。扣分原因：权限最小化、用户确认、敏感数据处理等仅有声明，缺乏实现细节；依赖安全仅有 overrides 和 audit 脚本，未提供审计结果；外部影响、回滚、来源归属仅有部分文档或未明确。
证据显示：README 与文档描述一致，package.json 脚本完整，测试文件展示了对边界情况的处理（如拒绝不确定操作）。但依赖可用性未验证，且未提供失败消息的具体示例。扣分原因：自洽性良好，但依赖可用性仅凭 package.json 声明，失败消息仅从测试推断。
证据显示：README 明确目标用户（开发者、写作者、设计师、研究者）和多种场景（编码、写作、设计、研究、自动化），并说明平台支持（macOS、Windows、Linux）。能力边界在文档中有描述（如 Agent Graph 权限不扩大）。但触发精度（如命令、快捷键）未在提供文件中详细说明。扣分原因：受众和场景、能力边界、环境适配有充分文档，但触发精度证据不足。
证据显示：README 提供安装步骤、文档链接、FAQ、已知限制（如实验性 Agent Graph）、许可证（PolyForm Noncommercial）和版本信息（package.json 版本 0.1.0）。但缺少明确的变更日志，维护责任仅通过贡献指南和 CLA 暗示。扣分原因：信息架构、安装说明、示例和 FAQ 充分，但命名稳定性、已知限制、版本变更日志、维护责任证据不足。
证据显示：README 描述输出为可验证的结果（代码变更、测试结果、文档等），并强调与普通聊天框相比的价值。但成本效益未量化，且未提供实际使用案例。扣分原因：输出可用性和边际价值有描述，但成本效益缺乏证据。
证据显示：README 中的声明与文档和测试文件一致（如 Agent Graph 权限、本地数据处理），测试文件展示了可验证的行为。但跨来源佐证有限，且事实与推断的区分在文档中未明确。扣分原因：声明可追溯性良好，但跨来源佐证不足，事实与推断分离仅部分体现。
- 发布者身份未验证，下载和安装前应核实来源。
- 许可证为 PolyForm Noncommercial，商业使用需单独授权，请确认是否符合你的用途。
- 依赖安全仅通过 overrides 和 audit 脚本声明，未提供实际审计结果，建议自行运行 npm audit。
- Agent Graph 标记为实验性，生产使用需谨慎。
这个 Agent 能做什么，适合哪些场景？
Kun 是一个本地优先的 AI Agent 工作台，覆盖代码、写作、设计、研究和自动化。它以同一个本地 `kun serve` 运行时连接 Electron 桌面 GUI、终端 TUI、后台任务及连接手机，并共享线程、计划、审批和任务记录。Code 工作区可处理本地项目的搜索、编辑、命令执行、Diff、测试与审查；Write 和 Design 工作区可产出文档、PDF、DOCX、PPTX、HTML 原型和设计系统资料。复杂任务可使用实验性的 Agent Graph，由 Lead Agent 按依赖调度受限子代理并在交接前验收。它面向需要在本机工作区中保留执行证据、同时又要接入多种模型服务的个人和团队。
用户在 GUI 或 TUI 中打开本地项目并提交任务；两种界面连接同一个 kun serve 运行时。Kun 可搜索和编辑文件、运行 Terminal 命令、管理 Plan 与 Todo、查看 Git / Worktree、内联 Diff、Changes 面板和测试结果，并通过 /plan 拆解目标、通过 /review 形成审查 findings。它可读取图片和 PDF，组织研究结论；Write 工作区可导出 Markdown、HTML、PDF、DOCX 与可编辑 PPTX，Design 工作区可产出 HTML 原型和 DESIGN_SYSTEM.md。自动化可使用 Schedule、Loop、Hook、MCP、Skills、Extensions 与本地运行 API；Agent Graph 会创建依赖任务图、派发受父任务权限限制的子代理、保存执行历史，并支持暂停、恢复、重试和停止。
- 开发者在本地 TypeScript 项目中修复跨文件问题，需要让 Agent 搜索代码、修改文件、运行测试并审查 Diff。
- 技术负责人处理可验收的复杂改造时，使用实验性的 Agent Graph 将研究、实现和验证拆为有依赖关系的节点。
- 写作者将提纲、资料或草稿带入 Write 工作区，需要整理内容并导出 PDF、DOCX 或可编辑 PPTX。
- 产品设计师带着需求或参考图探索界面方向，产出 HTML 原型、设计画布和
DESIGN_SYSTEM.md，再交给 Code 工作区实现。 - 研究人员针对 PDF、图片或网页线索整理证据和结构化结论，并把结果保留为可继续的工作上下文。
- 需要重复执行流程的个人或团队，以 Schedule、Loop、Hook、MCP 和 Skills 记录可恢复的自动化执行历史。
这个 Agent 有哪些优点和局限？
- 桌面 GUI 和终端 TUI 通过同一个
kun serve运行时共享线程、计划、审批、用量和后台任务，适合在图形界面与终端之间切换。 - 把项目文件操作、Terminal、Git / Worktree、Diff、测试和
/reviewfindings 放在同一任务流程中，结果可回溯。 - 支持订阅、Coding Plan、Token Plan、API、OpenAI Chat Completions / Responses、Anthropic Messages 兼容服务及自托管模型，而非绑定单一模型服务。
- Agent Graph 为复杂任务提供依赖调度、受限子代理、证据补充和 Lead Agent 验收，并保留暂停、恢复与重试记录。
- Agent Graph 明确标为实验性能力；其分工与验收流程更适合复杂任务，简单修改使用 Direct 模式更快。
- 从源码运行要求 Node.js 22.19+；实际使用还必须配置受支持的订阅、API 或自定义 Provider。
- 本地优先不代表数据永不外发：选择云端 Provider 时，提示、附件和任务上下文会发送给该服务。
- 媒体生成、高权限功能和可用模型受版本、操作系统、Provider、模型能力及用户授权影响。
- README 所述许可证为 PolyForm Noncommercial 1.0.0；商业使用、商业分发、SaaS、托管、转售或商业产品集成需要单独书面授权。
如何安装或部署这个 Agent？
从 Releases 下载适用于 macOS（Apple Silicon 或 Intel）、Windows x64 或 Linux x64 的桌面安装包；桌面包内置 TUI。也可从源码运行：
git clone https://github.com/KunAgent/Kun.git
cd Kun
npm ci
npm run dev需要 Node.js 22.19+、npm，以及至少一种受支持的模型订阅、API 或自定义 Provider。网络较慢时可执行：npm ci --registry=https://registry.npmmirror.com。
如何使用这个 Agent？
首次启动后选择界面语言，登录模型订阅或配置 API Key、Token Plan 或自定义 Provider；随后打开本地项目或创建工作区并提交范围明确、可验证的任务。在项目目录运行 kun 可启动内置 TUI，它会自动连接与 GUI 相同的本地运行时。源码开发时可用 npm run dev:tui 单独启动 TUI；可用 npm run typecheck、npm run lint 和 npm run test 验证项目。
这个 Agent 与同类方案有什么区别？
相较于仅生成回答的聊天界面，Kun 强调将需求、计划、文件修改、工具结果、测试、审查和交付记录保留在同一连续工作流中；对于简单任务则提供较快的 Direct 模式。
常见问题
需要绑定某一家模型服务吗？
GUI 与 TUI 会不会各自形成独立会话？
kun serve 运行时，可共享线程、计划、审批、用量和后台任务。