[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"similar-different-ai--openwork":3,"tool-different-ai--openwork":61},[4,18,26,36,44,53],{"id":5,"name":6,"github_repo":7,"description_zh":8,"stars":9,"difficulty_score":10,"last_commit_at":11,"category_tags":12,"status":17},4358,"openclaw","openclaw\u002Fopenclaw","OpenClaw 是一款专为个人打造的本地化 AI 助手，旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚，能够直接接入你日常使用的各类通讯渠道，包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息，OpenClaw 都能即时响应，甚至支持在 macOS、iOS 和 Android 设备上进行语音交互，并提供实时的画布渲染功能供你操控。\n\n这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地，用户无需依赖云端服务即可享受快速、私密的智能辅助，真正实现了“你的数据，你做主”。其独特的技术亮点在于强大的网关架构，将控制平面与核心助手分离，确保跨平台通信的流畅性与扩展性。\n\nOpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者，以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力（支持 macOS、Linux 及 Windows WSL2），即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你",349277,3,"2026-04-06T06:32:30",[13,14,15,16],"Agent","开发框架","图像","数据工具","ready",{"id":19,"name":20,"github_repo":21,"description_zh":22,"stars":23,"difficulty_score":10,"last_commit_at":24,"category_tags":25,"status":17},3808,"stable-diffusion-webui","AUTOMATIC1111\u002Fstable-diffusion-webui","stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面，旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点，将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。\n\n无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师，还是想要深入探索模型潜力的开发者与研究人员，都能从中获益。其核心亮点在于极高的功能丰富度：不仅支持文生图、图生图、局部重绘（Inpainting）和外绘（Outpainting）等基础模式，还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外，它内置了 GFPGAN 和 CodeFormer 等人脸修复工具，支持多种神经网络放大算法，并允许用户通过插件系统无限扩展能力。即使是显存有限的设备，stable-diffusion-webui 也提供了相应的优化选项，让高质量的 AI 艺术创作变得触手可及。",162132,"2026-04-05T11:01:52",[14,15,13],{"id":27,"name":28,"github_repo":29,"description_zh":30,"stars":31,"difficulty_score":32,"last_commit_at":33,"category_tags":34,"status":17},1381,"everything-claude-code","affaan-m\u002Feverything-claude-code","everything-claude-code 是一套专为 AI 编程助手（如 Claude Code、Codex、Cursor 等）打造的高性能优化系统。它不仅仅是一组配置文件，而是一个经过长期实战打磨的完整框架，旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。\n\n通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能，everything-claude-code 能显著提升 AI 在复杂任务中的表现，帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略，使得模型响应更快、成本更低，同时有效防御潜在的攻击向量。\n\n这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库，还是需要 AI 协助进行安全审计与自动化测试，everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目，它融合了多语言支持与丰富的实战钩子（hooks），让 AI 真正成长为懂上",144730,2,"2026-04-07T23:26:32",[14,13,35],"语言模型",{"id":37,"name":38,"github_repo":39,"description_zh":40,"stars":41,"difficulty_score":32,"last_commit_at":42,"category_tags":43,"status":17},2271,"ComfyUI","Comfy-Org\u002FComfyUI","ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎，专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式，采用直观的节点式流程图界面，让用户通过连接不同的功能模块即可构建个性化的生成管线。\n\n这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景，也能自由组合模型、调整参数并实时预览效果，轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性，不仅支持 Windows、macOS 和 Linux 全平台，还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构，并率先支持 SDXL、Flux、SD3 等前沿模型。\n\n无论是希望深入探索算法潜力的研究人员和开发者，还是追求极致创作自由度的设计师与资深 AI 绘画爱好者，ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能，使其成为当前最灵活、生态最丰富的开源扩散模型工具之一，帮助用户将创意高效转化为现实。",107888,"2026-04-06T11:32:50",[14,15,13],{"id":45,"name":46,"github_repo":47,"description_zh":48,"stars":49,"difficulty_score":32,"last_commit_at":50,"category_tags":51,"status":17},4721,"markitdown","microsoft\u002Fmarkitdown","MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具，专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片（含 OCR）、音频（含语音转录）、HTML 乃至 YouTube 链接等多种格式的解析，能够精准提取文档中的标题、列表、表格和链接等关键结构信息。\n\n在人工智能应用日益普及的今天，大语言模型（LLM）虽擅长处理文本，却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点，它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式，成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外，它还提供了 MCP（模型上下文协议）服务器，可无缝集成到 Claude Desktop 等 LLM 应用中。\n\n这款工具特别适合开发者、数据科学家及 AI 研究人员使用，尤其是那些需要构建文档检索增强生成（RAG）系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性，但其核心优势在于为机器",93400,"2026-04-06T19:52:38",[52,14],"插件",{"id":54,"name":55,"github_repo":56,"description_zh":57,"stars":58,"difficulty_score":10,"last_commit_at":59,"category_tags":60,"status":17},4487,"LLMs-from-scratch","rasbt\u002FLLMs-from-scratch","LLMs-from-scratch 是一个基于 PyTorch 的开源教育项目，旨在引导用户从零开始一步步构建一个类似 ChatGPT 的大型语言模型（LLM）。它不仅是同名技术著作的官方代码库，更提供了一套完整的实践方案，涵盖模型开发、预训练及微调的全过程。\n\n该项目主要解决了大模型领域“黑盒化”的学习痛点。许多开发者虽能调用现成模型，却难以深入理解其内部架构与训练机制。通过亲手编写每一行核心代码，用户能够透彻掌握 Transformer 架构、注意力机制等关键原理，从而真正理解大模型是如何“思考”的。此外，项目还包含了加载大型预训练权重进行微调的代码，帮助用户将理论知识延伸至实际应用。\n\nLLMs-from-scratch 特别适合希望深入底层原理的 AI 开发者、研究人员以及计算机专业的学生。对于不满足于仅使用 API，而是渴望探究模型构建细节的技术人员而言，这是极佳的学习资源。其独特的技术亮点在于“循序渐进”的教学设计：将复杂的系统工程拆解为清晰的步骤，配合详细的图表与示例，让构建一个虽小但功能完备的大模型变得触手可及。无论你是想夯实理论基础，还是为未来研发更大规模的模型做准备",90106,"2026-04-06T11:19:32",[35,15,13,14],{"id":62,"github_repo":63,"name":64,"description_en":65,"description_zh":66,"ai_summary_zh":67,"readme_en":68,"readme_zh":69,"quickstart_zh":70,"use_case_zh":71,"hero_image_url":72,"owner_login":73,"owner_name":74,"owner_avatar_url":75,"owner_bio":76,"owner_company":77,"owner_location":77,"owner_email":77,"owner_twitter":78,"owner_website":77,"owner_url":79,"languages":80,"stars":115,"forks":116,"last_commit_at":117,"license":118,"difficulty_score":119,"env_os":120,"env_gpu":121,"env_ram":121,"env_deps":122,"category_tags":132,"github_topics":77,"view_count":32,"oss_zip_url":77,"oss_zip_packed_at":77,"status":17,"created_at":133,"updated_at":134,"faqs":135,"releases":166},5418,"different-ai\u002Fopenwork","openwork","An open-source alternative to Claude Cowork built for teams, powered by opencode","OpenWork 是一款专为团队协作打造的开源智能工作流平台，旨在作为 Claude Cowork 等商业产品的免费替代方案。它基于强大的 OpenCode 引擎构建，核心目标是让用户能轻松地将复杂的 AI 代理（Agentic）工作流转化为可重复、产品化的标准流程。\n\n针对现有开发者工具过于侧重代码细节、难以扩展且缺乏审计功能的问题，OpenWork 提供了更灵活的解决方案。它支持“本地优先，云端就绪”的架构：用户既可以在本地一键启动桌面应用处理敏感任务，也能无缝连接远程服务器或集成到 Slack、WhatsApp 等通讯工具中，彻底打破平台锁定。其独特的技术亮点包括可视化的执行计划时间轴、细粒度的权限审批机制（允许单次\u002F始终\u002F拒绝）、可复用的工作流模板以及完善的技能（Skills）管理器，让 AI 的操作过程透明、可控且可追溯。\n\n这款工具非常适合希望将 AI 深度融入日常业务的开发团队、技术研究人员以及需要自动化复杂流程的企业用户。无论你是想在本机安全地调试 Agent，还是需要在团队间共享标准化的智能工作流，OpenWork 都能通过其模块化的设计和友好的交互界面，帮助你高效、","OpenWork 是一款专为团队协作打造的开源智能工作流平台，旨在作为 Claude Cowork 等商业产品的免费替代方案。它基于强大的 OpenCode 引擎构建，核心目标是让用户能轻松地将复杂的 AI 代理（Agentic）工作流转化为可重复、产品化的标准流程。\n\n针对现有开发者工具过于侧重代码细节、难以扩展且缺乏审计功能的问题，OpenWork 提供了更灵活的解决方案。它支持“本地优先，云端就绪”的架构：用户既可以在本地一键启动桌面应用处理敏感任务，也能无缝连接远程服务器或集成到 Slack、WhatsApp 等通讯工具中，彻底打破平台锁定。其独特的技术亮点包括可视化的执行计划时间轴、细粒度的权限审批机制（允许单次\u002F始终\u002F拒绝）、可复用的工作流模板以及完善的技能（Skills）管理器，让 AI 的操作过程透明、可控且可追溯。\n\n这款工具非常适合希望将 AI 深度融入日常业务的开发团队、技术研究人员以及需要自动化复杂流程的企业用户。无论你是想在本机安全地调试 Agent，还是需要在团队间共享标准化的智能工作流，OpenWork 都能通过其模块化的设计和友好的交互界面，帮助你高效、安心地交付成果。","> OpenWork is the open source alternative to Claude Cowork\u002FCodex (desktop app).\n\n\n## Core Philosophy\n\n- Local-first, cloud-ready: OpenWork runs on your machine in one click. Send a message instantly.\n- Composable: desktop app, WhatsApp\u002FSlack\u002FTelegram connector, or server. Use what fits, no lock-in.\n- Ejectable: OpenWork is powered by OpenCode, so everything OpenCode can do works in OpenWork, even without a UI yet.\n- Sharing is caring: start solo on localhost, then explicitly opt into remote sharing when you need it.\n\n\u003Cp align=\"center\">\n  \u003Cimg src=\"https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fdifferent-ai_openwork_readme_b1dc23252531.gif\" alt=\"OpenWork demo\" width=\"800\" \u002F>\n\u003C\u002Fp>\n\nOpenWork is designed around the idea that you can easily ship your agentic workflows as a repeatable, productized process.\n\n## Alternate UIs\n- **OpenWork Orchestrator (CLI host)**: run OpenCode + OpenWork server without the desktop UI.\n  - install: `npm install -g openwork-orchestrator`\n  - run: `openwork start --workspace \u002Fpath\u002Fto\u002Fworkspace --approval auto`\n  - docs: [apps\u002Forchestrator\u002FREADME.md](.\u002Fapps\u002Forchestrator\u002FREADME.md)\n\n## Quick start\n\nDownload the desktop app from [openworklabs.com\u002Fdownload](https:\u002F\u002Fopenworklabs.com\u002Fdownload), grab the latest [GitHub release](https:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Freleases), or install from source below.\n\n- macOS and Linux downloads are available directly.\n- Windows access is currently handled through the paid support plan on [openworklabs.com\u002Fpricing#windows-support](https:\u002F\u002Fopenworklabs.com\u002Fpricing#windows-support).\n- Hosted OpenWork Cloud workers are launched from the web app after checkout, then connected from the desktop app via `Add a worker` -> `Connect remote`.\n\n## Why\n\nCurrent CLI and GUIs for opencode are anchored around developers. That means a focus on file diffs, tool names, and hard to extend capabilities without relying on exposing some form of cli.\n\nOpenWork is designed to be:\n\n- **Extensible**: skill and opencode plugins are installable modules.\n- **Auditable**: show what happened, when, and why.\n- **Permissioned**: access to privileged flows.\n- **Local\u002FRemote**: OpenWork works locally as well as can connect to remote servers.\n\n## What’s Included\n\n- **Host mode**: runs opencode locally on your computer\n- **Client mode**: connect to an existing OpenCode server by URL.\n- **Sessions**: create\u002Fselect sessions and send prompts.\n- **Live streaming**: SSE `\u002Fevent` subscription for realtime updates.\n- **Execution plan**: render OpenCode todos as a timeline.\n- **Permissions**: surface permission requests and reply (allow once \u002F always \u002F deny).\n- **Templates**: save and re-run common workflows (stored locally).\n- **Debug exports**: copy or export the runtime debug report and developer log stream from Settings -> Debug when you need to file a bug.\n- **Skills manager**:\n  - list installed `.opencode\u002Fskills` folders\n  - import a local skill folder into `.opencode\u002Fskills\u002F\u003Cskill-name>`\n\n## Skill Manager\n\n\u003Cimg width=\"1292\" height=\"932\" alt=\"image\" src=\"https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fdifferent-ai_openwork_readme_a8002649b68e.png\" \u002F>\n\n## Works on local computer or servers\n\n\u003Cimg width=\"1292\" height=\"932\" alt=\"Screenshot 2026-01-13 at 7 05 16 PM\" src=\"https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fdifferent-ai_openwork_readme_a2952a291ffc.png\" \u002F>\n\n## Quick Start\n\n### Requirements\n\n- Node.js + `pnpm`\n- Rust toolchain (for Tauri): install via `curl --proto '=https' --tlsv1.2 -sSf https:\u002F\u002Fsh.rustup.rs | sh`\n- Tauri CLI: `cargo install tauri-cli`\n- OpenCode CLI installed and available on PATH: `opencode`\n\n### Local Dev Prerequisites (Desktop)\n\nBefore running `pnpm dev`, ensure these are installed and active in your shell:\n\n- Node + pnpm (repo uses `pnpm@10.27.0`)\n- **Bun 1.3.9+** (`bun --version`)\n- Rust toolchain (for Tauri), with Cargo from current `rustup` stable (supports `Cargo.lock` v4)\n- Xcode Command Line Tools (macOS)\n- On Linux, WebKitGTK 4.1 development packages so `pkg-config` can resolve `webkit2gtk-4.1` and `javascriptcoregtk-4.1`\n\n### One-minute sanity check\n\nRun from repo root:\n\n```bash\ngit checkout dev\ngit pull --ff-only origin dev\npnpm install --frozen-lockfile\n\nwhich bun\nbun --version\npnpm --filter @openwork\u002Fdesktop exec tauri --version\n```\n\n### Install\n\n```bash\npnpm install\n```\n\nOpenWork now lives in `apps\u002Fapp` (UI) and `apps\u002Fdesktop` (desktop shell).\n\n### Run (Desktop)\n\n```bash\npnpm dev\n```\n\n`pnpm dev` now enables `OPENWORK_DEV_MODE=1` automatically, so desktop dev uses an isolated OpenCode state instead of your personal global config\u002Fauth\u002Fdata.\n\n### Run (Web UI only)\n\n```bash\npnpm dev:ui\n```\n\nAll repo `dev` entrypoints now opt into the same dev-mode isolation so local testing uses the OpenWork-managed OpenCode state consistently.\n\n### Arch Users:\n\n```bash\nsudo pacman -S --needed webkit2gtk-4.1\ncurl -fsSL https:\u002F\u002Fopencode.ai\u002Finstall | bash -s -- --version \"$(node -e \"const fs=require('fs'); const parsed=JSON.parse(fs.readFileSync('constants.json','utf8')); process.stdout.write(String(parsed.opencodeVersion||'').trim().replace(\u002F^v\u002F,''));\")\" --no-modify-path\n```\n\n## Architecture (high-level)\n\n- In **Host mode**, OpenWork runs a local host stack and connects the UI to it.\n  - Default runtime: `openwork` (installed from `openwork-orchestrator`), which orchestrates `opencode`, `openwork-server`, and optionally `opencode-router`.\n  - Fallback runtime: `direct`, where the desktop app spawns `opencode serve --hostname 127.0.0.1 --port \u003Cfree-port>` directly.\n\nWhen you select a project folder, OpenWork runs the host stack locally using that folder and connects the desktop UI.\nThis lets you run agentic workflows, send prompts, and see progress entirely on your machine without a remote server.\n\n- The UI uses `@opencode-ai\u002Fsdk\u002Fv2\u002Fclient` to:\n  - connect to the server\n  - list\u002Fcreate sessions\n  - send prompts\n  - subscribe to SSE events(Server-Sent Events are used to stream real-time updates from the server to the UI.)\n  - read todos and permission requests\n\n## Folder Picker\n\nThe folder picker uses the Tauri dialog plugin.\nCapability permissions are defined in:\n\n- `apps\u002Fdesktop\u002Fsrc-tauri\u002Fcapabilities\u002Fdefault.json`\n\n## OpenCode Plugins\n\nPlugins are the **native** way to extend OpenCode. OpenWork now manages them from the Skills tab by\nreading and writing `opencode.json`.\n\n- **Project scope**: `\u003Cworkspace>\u002Fopencode.json`\n- **Global scope**: `~\u002F.config\u002Fopencode\u002Fopencode.json` (or `$XDG_CONFIG_HOME\u002Fopencode\u002Fopencode.json`)\n\nYou can still edit `opencode.json` manually; OpenWork uses the same format as the OpenCode CLI:\n\n```json\n{\n  \"$schema\": \"https:\u002F\u002Fopencode.ai\u002Fconfig.json\",\n  \"plugin\": [\"opencode-wakatime\"]\n}\n```\n\n## Useful Commands\n\n```bash\npnpm dev\npnpm dev:ui\npnpm typecheck\npnpm build\npnpm build:ui\npnpm test:e2e\n```\n\n## Troubleshooting\n\nIf you need to report a desktop or session bug, open Settings -> Debug and export both the runtime debug report and developer logs before filing an issue.\n\n### Linux \u002F Wayland (Hyprland)\n\nIf OpenWork crashes on launch with WebKitGTK errors like `Failed to create GBM buffer`, disable dmabuf or compositing before launch. Try one of the following environment flags.\n\n```bash\nWEBKIT_DISABLE_DMABUF_RENDERER=1 openwork\n```\n\n```bash\nWEBKIT_DISABLE_COMPOSITING_MODE=1 openwork\n```\n\n## Security Notes\n\n- OpenWork hides model reasoning and sensitive tool metadata by default.\n- Host mode binds to `127.0.0.1` by default.\n\n## Contributing\n\n- Review `AGENTS.md` plus `VISION.md`, `PRINCIPLES.md`, `PRODUCT.md`, and `ARCHITECTURE.md` to understand the product goals before making changes.\n- Ensure Node.js, `pnpm`, the Rust toolchain, and `opencode` are installed before working inside the repo.\n- Run `pnpm install` once per checkout, then verify your change with `pnpm typecheck` plus `pnpm test:e2e` (or the targeted subset of scripts) before opening a PR.\n- Use `.github\u002Fpull_request_template.md` when opening PRs and include exact commands, outcomes, manual verification steps, and evidence.\n- If CI fails, classify failures in the PR body as either code-related regressions or external\u002Fenvironment\u002Fauth blockers.\n- Add new PRDs to `apps\u002Fapp\u002Fpr\u002F\u003Cname>.md` following the `.opencode\u002Fskills\u002Fprd-conventions\u002FSKILL.md` conventions described in `AGENTS.md`.\n\nCommunity docs:\n\n- `CODE_OF_CONDUCT.md`\n- `SECURITY.md`\n- `SUPPORT.md`\n- `TRIAGE.md`\n\nFirst contribution checklist:\n\n- [ ] Run `pnpm install` and baseline verification commands.\n- [ ] Confirm your change has a clear issue link and scope.\n- [ ] Add\u002Fupdate tests for behavioral changes.\n- [ ] Include commands run and outcomes in your PR.\n- [ ] Add screenshots\u002Fvideo for user-facing flow changes.\n\n## For Teams & Businesses\n\nInterested in using OpenWork in your organization? We'd love to hear from you — reach out at [ben@openworklabs.com](mailto:ben@openworklabs.com) to chat about your use case.\n\n## License\n\nMIT — see `LICENSE`.\n","> OpenWork 是 Claude Cowork\u002FCodex 的开源替代方案（桌面应用）。\n\n\n## 核心理念\n\n- 本地优先，云端就绪：OpenWork 可以在你的机器上一键运行，即时发送消息。\n- 组合式设计：桌面应用、WhatsApp\u002FSlack\u002FTelegram 连接器，或服务器。选择适合你的部分，无厂商锁定。\n- 可拔插性：OpenWork 基于 OpenCode 构建，因此 OpenCode 能做的功能在 OpenWork 中同样适用，即使目前还没有用户界面。\n- 分享即关怀：先在本地单人使用，当你需要时再明确选择远程共享。\n\n\u003Cp align=\"center\">\n  \u003Cimg src=\"https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fdifferent-ai_openwork_readme_b1dc23252531.gif\" alt=\"OpenWork 演示\" width=\"800\" \u002F>\n\u003C\u002Fp>\n\nOpenWork 的设计理念是，你可以轻松地将智能体工作流打包成可重复、产品化的流程进行部署。\n\n## 替代 UI\n\n- **OpenWork Orchestrator（CLI 主机）**：在没有桌面 UI 的情况下运行 OpenCode + OpenWork 服务器。\n  - 安装：`npm install -g openwork-orchestrator`\n  - 运行：`openwork start --workspace \u002Fpath\u002Fto\u002Fworkspace --approval auto`\n  - 文档：[apps\u002Forchestrator\u002FREADME.md](.\u002Fapps\u002Forchestrator\u002FREADME.md)\n\n## 快速开始\n\n从 [openworklabs.com\u002Fdownload](https:\u002F\u002Fopenworklabs.com\u002Fdownload) 下载桌面应用，获取最新的 [GitHub 发布](https:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Freleases)，或从以下源码安装。\n\n- macOS 和 Linux 的下载可以直接获取。\n- Windows 的访问目前通过 [openworklabs.com\u002Fpricing#windows-support](https:\u002F\u002Fopenworklabs.com\u002Fpricing#windows-support) 上的付费支持计划提供。\n- 托管的 OpenWork Cloud 工作节点在完成结账后通过 Web 应用启动，然后可以通过桌面应用中的“添加工作节点” -> “连接远程”来连接。\n\n## 为什么\n\n当前用于 OpenCode 的 CLI 和 GUI 主要面向开发者，这意味着它们侧重于文件差异、工具名称，且扩展能力有限，通常需要暴露某种形式的命令行接口。\n\nOpenWork 的设计目标是：\n\n- **可扩展性**：技能和 OpenCode 插件都是可安装的模块。\n- **可审计性**：展示发生了什么、何时发生以及原因。\n- **权限控制**：对特权流程的访问控制。\n- **本地\u002F远程**：OpenWork 既可以在本地运行，也可以连接到远程服务器。\n\n## 包含内容\n\n- **主机模式**：在你本地计算机上运行 OpenCode\n- **客户端模式**：通过 URL 连接到现有的 OpenCode 服务器。\n- **会话**：创建或选择会话并发送提示。\n- **实时流**：SSE `\u002Fevent` 订阅，用于实时更新。\n- **执行计划**：将 OpenCode 待办事项渲染为时间线。\n- **权限管理**：显示权限请求并回复（允许一次\u002F始终允许\u002F拒绝）。\n- **模板**：保存并重新运行常用的工作流（本地存储）。\n- **调试导出**：当需要提交 bug 时，可以从设置 -> 调试中复制或导出运行时调试报告和开发者日志流。\n- **技能管理器**：\n  - 列出已安装的 `.opencode\u002Fskills` 文件夹\n  - 将本地技能文件夹导入到 `.opencode\u002Fskills\u002F\u003Cskill-name>`\n\n## 技能管理器\n\n\u003Cimg width=\"1292\" height=\"932\" alt=\"图片\" src=\"https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fdifferent-ai_openwork_readme_a8002649b68e.png\" \u002F>\n\n## 可在本地计算机或服务器上运行\n\n\u003Cimg width=\"1292\" height=\"932\" alt=\"截图 2026-01-13 下午 7:05:16\" src=\"https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fdifferent-ai_openwork_readme_a2952a291ffc.png\" \u002F>\n\n## 快速入门\n\n### 需求\n\n- Node.js + `pnpm`\n- Rust 工具链（用于 Tauri）：通过 `curl --proto '=https' --tlsv1.2 -sSf https:\u002F\u002Fsh.rustup.rs | sh` 安装\n- Tauri CLI：`cargo install tauri-cli`\n- OpenCode CLI 已安装并可在 PATH 中使用：`opencode`\n\n### 本地开发前提条件（桌面）\n\n在运行 `pnpm dev` 之前，请确保以下内容已安装并在你的 shell 中生效：\n\n- Node + pnpm（项目使用 `pnpm@10.27.0`）\n- **Bun 1.3.9+** (`bun --version`)\n- Rust 工具链（用于 Tauri），带有来自当前 `rustup` 稳定版的 Cargo（支持 `Cargo.lock` v4）\n- Xcode 命令行工具（macOS）\n- 在 Linux 上，需要 WebKitGTK 4.1 开发包，以便 `pkg-config` 能够解析 `webkit2gtk-4.1` 和 `javascriptcoregtk-4.1`\n\n### 一分钟自检\n\n从仓库根目录运行：\n\n```bash\ngit checkout dev\ngit pull --ff-only origin dev\npnpm install --frozen-lockfile\n\nwhich bun\nbun --version\npnpm --filter @openwork\u002Fdesktop exec tauri --version\n```\n\n### 安装\n\n```bash\npnpm install\n```\n\nOpenWork 目前位于 `apps\u002Fapp`（UI）和 `apps\u002Fdesktop`（桌面外壳）。\n\n### 运行（桌面）\n\n```bash\npnpm dev\n```\n\n`pnpm dev` 现在会自动启用 `OPENWORK_DEV_MODE=1`，因此桌面开发会使用隔离的 OpenCode 状态，而不是你个人的全局配置\u002F认证\u002F数据。\n\n### 运行（仅 Web UI）\n\n```bash\npnpm dev:ui\n```\n\n所有仓库的 `dev` 入口现在都会选择相同的开发模式隔离，这样本地测试就能一致地使用 OpenWork 管理的 OpenCode 状态。\n\n### Arch 用户：\n\n```bash\nsudo pacman -S --needed webkit2gtk-4.1\ncurl -fsSL https:\u002F\u002Fopencode.ai\u002Finstall | bash -s -- --version \"$(node -e \"const fs=require('fs'); const parsed=JSON.parse(fs.readFileSync('constants.json','utf8')); process.stdout.write(String(parsed.opencodeVersion||'').trim().replace(\u002F^v\u002F,''));\")\" --no-modify-path\n```\n\n## 架构（高层次）\n\n- 在 **主机模式** 下，OpenWork 运行本地主机堆栈，并将 UI 连接到它。\n  - 默认运行时：`openwork`（从 `openwork-orchestrator` 安装），负责协调 `opencode`、`openwork-server` 以及可选的 `opencode-router`。\n  - 备用运行时：`direct`，桌面应用直接启动 `opencode serve --hostname 127.0.0.1 --port \u003C空闲端口>`。\n\n当你选择一个项目文件夹时，OpenWork 会在本地使用该文件夹运行主机堆栈，并连接桌面 UI。这使你能够在没有远程服务器的情况下，在自己的机器上完全运行智能体工作流、发送提示并查看进度。\n\n- UI 使用 `@opencode-ai\u002Fsdk\u002Fv2\u002Fclient` 来：\n  - 连接到服务器\n  - 列出\u002F创建会话\n  - 发送提示\n  - 订阅 SSE 事件（服务器发送事件用于将实时更新从服务器流式传输到 UI）\n  - 读取待办事项和权限请求\n\n## 文件夹选择器\n\n文件夹选择器使用 Tauri 对话框插件。功能权限定义在：\n\n- `apps\u002Fdesktop\u002Fsrc-tauri\u002Fcapabilities\u002Fdefault.json`\n\n## OpenCode 插件\n\n插件是扩展 OpenCode 的 **原生** 方式。OpenWork 现在通过“技能”选项卡管理插件，通过读取和写入 `opencode.json` 来实现。\n\n- **项目范围**：`\u003Cworkspace>\u002Fopencode.json`\n- **全局范围**：`~\u002F.config\u002Fopencode\u002Fopencode.json`（或 `$XDG_CONFIG_HOME\u002Fopencode\u002Fopencode.json`）\n\n你仍然可以手动编辑 `opencode.json`；OpenWork 使用与 OpenCode CLI 相同的格式：\n\n```json\n{\n  \"$schema\": \"https:\u002F\u002Fopencode.ai\u002Fconfig.json\",\n  \"plugin\": [\"opencode-wakatime\"]\n}\n```\n\n## 有用命令\n\n```bash\npnpm dev\npnpm dev:ui\npnpm typecheck\npnpm build\npnpm build:ui\npnpm test:e2e\n```\n\n## 故障排除\n\n如果你需要报告桌面或会话相关的 bug，请打开设置 -> 调试，并在提交问题之前导出运行时调试报告和开发者日志。\n\n### Linux \u002F Wayland (Hyprland)\n\n如果 OpenWork 在启动时因 WebKitGTK 错误（例如 `Failed to create GBM buffer`）而崩溃，请在启动前禁用 dmabuf 或合成。尝试使用以下环境变量之一：\n\n```bash\nWEBKIT_DISABLE_DMABUF_RENDERER=1 openwork\n```\n\n```bash\nWEBKIT_DISABLE_COMPOSITING_MODE=1 openwork\n```\n\n## 安全提示\n\n- OpenWork 默认会隐藏模型推理过程和敏感的工具元数据。\n- 主机模式默认绑定到 `127.0.0.1`。\n\n## 贡献指南\n\n- 在进行任何更改之前，请先阅读 `AGENTS.md` 以及 `VISION.md`、`PRINCIPLES.md`、`PRODUCT.md` 和 `ARCHITECTURE.md`，以充分理解项目目标。\n- 在开始开发之前，请确保已安装 Node.js、`pnpm`、Rust 工具链和 `opencode`。\n- 每次检出代码后运行一次 `pnpm install`，然后通过 `pnpm typecheck` 和 `pnpm test:e2e`（或相关子集脚本）验证您的更改，再提交 PR。\n- 提交 PR 时请使用 `.github\u002Fpull_request_template.md` 模板，并附上确切的命令、执行结果、手动验证步骤及证据。\n- 如果 CI 测试失败，请在 PR 描述中明确区分是代码相关的回归问题，还是外部\u002F环境\u002F认证等方面的阻塞问题。\n- 新的 PRD 应按照 `AGENTS.md` 中描述的 `.opencode\u002Fskills\u002Fprd-conventions\u002FSKILL.md` 规范，添加到 `apps\u002Fapp\u002Fpr\u002F\u003Cname>.md` 文件中。\n\n社区文档：\n\n- `CODE_OF_CONDUCT.md`\n- `SECURITY.md`\n- `SUPPORT.md`\n- `TRIAGE.md`\n\n首次贡献检查清单：\n\n- [ ] 运行 `pnpm install` 及基准验证命令。\n- [ ] 确认您的更改有明确的问题链接和范围。\n- [ ] 为行为变更添加或更新测试。\n- [ ] 在 PR 中包含执行的命令及其结果。\n- [ ] 为面向用户的流程变更添加截图或视频。\n\n## 面向团队与企业\n\n贵公司是否有兴趣在组织内使用 OpenWork？我们非常期待与您交流！请发送邮件至 [ben@openworklabs.com](mailto:ben@openworklabs.com) ，与我们探讨您的具体应用场景。\n\n## 许可证\n\nMIT — 详情请参阅 `LICENSE` 文件。","# OpenWork 快速上手指南\n\nOpenWork 是 Claude Cowork\u002FCodex 的开源替代方案，一款支持本地优先、可组合的桌面端 AI 智能体工作流工具。它基于 OpenCode 构建，允许开发者在本地或远程服务器上运行可重复的智能体工作流。\n\n## 环境准备\n\n在开始之前，请确保您的系统满足以下要求并安装了必要的依赖。\n\n### 系统要求\n- **macOS \u002F Linux**: 可直接下载桌面应用或从源码构建。\n- **Windows**: 目前需通过付费支持计划获取（详见官网），或尝试从源码构建（需自行解决 Tauri\u002FWebKit 兼容性问题）。\n- **架构支持**: 适用于主流 x86_64 及 ARM64 架构。\n\n### 前置依赖\n您需要安装以下开发工具链：\n\n1. **Node.js & pnpm**\n   - 推荐 Node.js 最新 LTS 版本。\n   - 项目指定使用 `pnpm@10.27.0`。\n   ```bash\n   npm install -g pnpm\n   ```\n\n2. **Bun** (版本 1.3.9+)\n   ```bash\n   curl -fsSL https:\u002F\u002Fbun.sh\u002Finstall | bash\n   # 验证版本\n   bun --version\n   ```\n\n3. **Rust 工具链** (用于 Tauri 桌面端构建)\n   ```bash\n   curl --proto '=https' --tlsv1.2 -sSf https:\u002F\u002Fsh.rustup.rs | sh\n   source $HOME\u002F.cargo\u002Fenv\n   ```\n\n4. **Tauri CLI**\n   ```bash\n   cargo install tauri-cli\n   ```\n\n5. **OpenCode CLI**\n   - 必须安装 `opencode` 命令并确保其在 `PATH` 环境变量中可用。\n   ```bash\n   # 官方安装脚本\n   curl -fsSL https:\u002F\u002Fopencode.ai\u002Finstall | bash\n   ```\n   > **国内加速提示**: 如果官方脚本连接缓慢，可尝试手动下载二进制文件或配置 Rust\u002FCargo 国内镜像源（如 `rust.crates.io` 镜像）以加速依赖下载。\n\n6. **Linux 额外依赖** (仅限 Linux 用户)\n   - 需要 WebKitGTK 4.1 开发包。\n   - **Ubuntu\u002FDebian**:\n     ```bash\n     sudo apt-get install libwebkit2gtk-4.1-dev\n     ```\n   - **Arch Linux**:\n     ```bash\n     sudo pacman -S --needed webkit2gtk-4.1\n     ```\n   - **macOS**: 确保已安装 Xcode Command Line Tools (`xcode-select --install`)。\n\n## 安装步骤\n\n您可以选择直接使用预编译的桌面应用，或从源码构建进行开发。\n\n### 方式一：下载桌面应用（推荐普通用户）\n\n1. 访问 [OpenWork 下载页面](https:\u002F\u002Fopenworklabs.com\u002Fdownload) 或 [GitHub Releases](https:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Freleases)。\n2. 根据您的操作系统下载对应的安装包。\n3. 安装并启动应用。\n   - *注：Windows 用户若无法直接下载，可参考官网付费支持方案或采用方式二源码构建。*\n\n### 方式二：从源码构建（开发者）\n\n适合需要定制功能或贡献代码的开发者。\n\n1. **克隆仓库**\n   ```bash\n   git clone https:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork.git\n   cd openwork\n   git checkout dev\n   git pull --ff-only origin dev\n   ```\n\n2. **安装依赖**\n   ```bash\n   pnpm install --frozen-lockfile\n   ```\n\n3. **环境 sanity 检查**\n   运行以下命令确保环境配置正确：\n   ```bash\n   which bun\n   bun --version\n   pnpm --filter @openwork\u002Fdesktop exec tauri --version\n   ```\n\n4. **构建与运行**\n   - **开发模式运行桌面端** (自动隔离配置，不影响全局 OpenCode 状态):\n     ```bash\n     pnpm dev\n     ```\n   - **仅运行 Web UI**:\n     ```bash\n     pnpm dev:ui\n     ```\n   - **生产环境构建**:\n     ```bash\n     pnpm build\n     ```\n\n### 方式三：使用 CLI 编排器 (无界面模式)\n\n如果您只需要后端服务而不需要桌面 UI：\n\n```bash\nnpm install -g openwork-orchestrator\nopenwork start --workspace \u002Fpath\u002Fto\u002Fworkspace --approval auto\n```\n\n## 基本使用\n\nOpenWork 的核心设计理念是“本地优先”，您可以在本地机器上快速启动智能体工作流。\n\n### 1. 启动应用\n- 如果是桌面版，双击启动图标。\n- 如果是源码开发版，运行 `pnpm dev`。\n\n### 2. 选择工作区\n- 启动后，使用 **Folder Picker** 选择一个本地项目文件夹。\n- OpenWork 将在该目录下初始化本地 Host 栈，并自动连接 UI。\n- 此时，它会在本地运行 `opencode` 服务，无需远程服务器即可处理任务。\n\n### 3. 创建会话与发送指令\n- 在界面中点击 **New Session** 或选择现有会话。\n- 在输入框中输入自然语言指令（Prompt），例如：“重构当前目录下的 utils 函数”或“为这个项目编写单元测试”。\n- 系统将实时流式传输（SSE）执行计划、文件修改 diffs 以及权限请求。\n\n### 4. 管理权限与技能\n- **权限控制**: 当智能体需要执行敏感操作（如写入文件、执行命令）时，界面会弹出请求。您可以选择 `Allow Once`（允许一次）、`Always`（总是允许）或 `Deny`（拒绝）。\n- **技能管理 (Skills)**:\n  - 进入 Settings -> Skills 标签页。\n  - 查看已安装的 `.opencode\u002Fskills` 插件。\n  - 导入本地技能文件夹以扩展功能。\n  - OpenWork 通过读写项目根目录的 `opencode.json` 来管理插件配置：\n    ```json\n    {\n      \"$schema\": \"https:\u002F\u002Fopencode.ai\u002Fconfig.json\",\n      \"plugin\": [\"opencode-wakatime\"]\n    }\n    ```\n\n### 5. 远程协作 (可选)\n- 默认情况下，服务绑定在 `127.0.0.1`。\n- 若需连接远程服务器：在桌面端点击 `Add a worker` -> `Connect remote`，输入远程 OpenCode 服务器的 URL 即可。\n\n### 6. 调试与导出\n- 遇到问题时，前往 **Settings -> Debug**。\n- 导出运行时调试报告 (Runtime Debug Report) 和开发者日志流，以便提交 Issue 或自行排查。\n\n---\n*提示：首次运行时，请确保网络通畅以下载必要的模型或插件资源。对于国内用户，如遇网络阻塞，建议配置相应的代理或使用国内镜像源加速依赖安装。*","某初创团队的后端工程师需要频繁将内部开发的 AI 代码生成工作流（基于 OpenCode）交付给非技术背景的产品经理和测试人员使用，以实现自动化文档生成和单元测试编写。\n\n### 没有 openwork 时\n- **部署门槛高**：非开发人员必须手动配置 Node.js、Rust 环境及 OpenCode CLI，常因环境依赖问题导致无法启动。\n- **协作流程断裂**：开发者只能通过命令行运行脚本，无法将复杂的 Agent 工作流封装成可重复使用的图形化产品供团队直接调用。\n- **权限管控缺失**：AI 执行敏感操作（如写入生产数据库或修改核心配置）时缺乏直观的审批界面，存在误操作风险且难以审计。\n- **知识复用困难**：优秀的提示词工程和技能模块（Skills）散落在个人本地环境中，难以作为标准化模板在团队内共享和迭代。\n\n### 使用 openwork 后\n- **一键本地运行**：团队成员只需下载 desktop 应用即可“一键启动”，无需关心底层 Rust 或 Node 环境，真正实现 Local-first 的零配置体验。\n- **工作流产品化**：开发者利用 Templates 功能将复杂的 OpenCode 任务封装为标准流程，产品经理可直接在图形界面中选择会话并执行，如同使用内部 SaaS 工具。\n- **可视化权限审批**：当 AI 请求执行高危操作时，openwork 会弹出明确的权限询问（允许一次\u002F总是\u002F拒绝），确保所有特权操作均有据可查且受控。\n- **技能模块共享**：通过 Skills Manager，团队可将验证过的 `.opencode\u002Fskills` 文件夹轻松导入并分发给全员，让最佳实践迅速转化为团队标准能力。\n\nopenwork 成功将原本极客向的命令行 AI 能力转化为团队可协作、可审计且易于分发的标准化生产力工具。","https:\u002F\u002Foss.gittoolsai.com\u002Fimages\u002Fdifferent-ai_openwork_b1dc2325.gif","different-ai","Different AI","https:\u002F\u002Foss.gittoolsai.com\u002Favatars\u002Fdifferent-ai_82fdfca7.png","Fun with LLMs",null,"benjaminshafii","https:\u002F\u002Fgithub.com\u002Fdifferent-ai",[81,85,89,93,97,101,105,109,112],{"name":82,"color":83,"percentage":84},"TypeScript","#3178c6",82.3,{"name":86,"color":87,"percentage":88},"JavaScript","#f1e05a",7.7,{"name":90,"color":91,"percentage":92},"Rust","#dea584",5.4,{"name":94,"color":95,"percentage":96},"CSS","#663399",3.2,{"name":98,"color":99,"percentage":100},"Shell","#89e051",0.9,{"name":102,"color":103,"percentage":104},"MDX","#fcb32c",0.4,{"name":106,"color":107,"percentage":108},"HTML","#e34c26",0,{"name":110,"color":111,"percentage":108},"Batchfile","#C1F12E",{"name":113,"color":114,"percentage":108},"Dockerfile","#384d54",13365,1228,"2026-04-08T02:06:26","NOASSERTION",4,"Linux, macOS","未说明",{"notes":123,"python":121,"dependencies":124},"Windows 用户目前无法直接下载，需通过付费支持计划获取。Linux 用户若使用 Wayland (如 Hyprland) 遇到启动崩溃，需设置环境变量禁用 DMABUF 或合成模式。开发环境需安装 Xcode Command Line Tools (macOS) 或 WebKitGTK 开发包 (Linux)。",[125,126,127,128,129,130,131],"Node.js","pnpm (v10.27.0)","Bun (1.3.9+)","Rust toolchain","Tauri CLI","OpenCode CLI","WebKitGTK 4.1 (Linux)",[13,52],"2026-03-27T02:49:30.150509","2026-04-08T14:25:10.910564",[136,141,146,151,156,161],{"id":137,"question_zh":138,"answer_zh":139,"source_url":140},24589,"Agent 陷入无限会话总结循环，每条消息都生成结构化摘要怎么办？","这通常是由于工作区配置问题导致的。尝试删除当前工作区并创建一个新的工作区来测试是否恢复正常。如果问题依旧存在，可能是内置的会话交接\u002F上下文压缩功能错误地在每条消息上触发。目前建议重建工作区作为临时解决方案。","https:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fissues\u002F1103",{"id":142,"question_zh":143,"answer_zh":144,"source_url":145},24590,"升级后会话丢失或应用不断自动刷新、自动滚动到底部如何解决？","针对自动滚动问题，已在 v0.11.107 版本中修复，请升级应用。针对会话丢失问题，请按以下步骤操作：1. 进入拥有所有会话的 Worker；2. 启动一个新会话；3. 然后进入设置 -> 高级 -> 修复迁移 (fix migration)。或者，在该工作区中运行命令：`curl -fsSL https:\u002F\u002Fopencode.ai\u002Finstall | bash` 安装 opencode，然后执行 `opencode db migrate` 进行数据库迁移。","https:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fissues\u002F612",{"id":147,"question_zh":148,"answer_zh":149,"source_url":150},24591,"OpenWork 是否支持 Windows 系统？","是的，OpenWork 现已支持 Windows。用户可以通过 MSI 安装包进行安装。如果是全新安装后出现找不到引擎的问题（期望 opencode 在 PATH 中），请注意 OpenWork 应该 bundled 自带引擎，无需单独安装。如果遇到此类问题，请参考相关 Issue #91 进行排查。","https:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fissues\u002F20",{"id":152,"question_zh":153,"answer_zh":154,"source_url":155},24592,"在公司代理环境下，初始运行时 Bun 安装失败 (BunInstallFailedError) 如何解决？","这通常是因为 Bun 在安装 `opencode-scheduler` 时受到公司注册表\u002F代理的限制。OpenWork 目前没有在 UI 中提供注册表覆盖选项。解决方法是在启动 OpenWork 之前设置环境变量：`BUN_CONFIG_REGISTRY` 或 `npm_config_registry` 指向你的公司内部源。例如：`export BUN_CONFIG_REGISTRY=https:\u002F\u002Fyour-company-registry.com`。开发团队计划在未来添加 UI 级别的配置选项。","https:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fissues\u002F85",{"id":157,"question_zh":158,"answer_zh":159,"source_url":160},24593,"已安装 OpenCode CLI 但提示 `opencode serve` 不可用或显示“未连接”状态怎么办？","如果在命令行中可以正常运行 `opencode serve` 但在 OpenWork 中显示未连接，可能是版本不匹配或路径识别问题。请确保 OpenWork 和 OpenCode 均为最新版本。如果问题仍然存在，请提供以下信息以便排查：1) OpenWork 版本号；2) 操作系统及架构；3) 复现步骤及预期与实际行为；4) 应用程序日志的最后 100 行或截图。","https:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fissues\u002F91",{"id":162,"question_zh":163,"answer_zh":164,"source_url":165},24594,"在 Linux (如 Hyprland\u002FWayland) 上启动 OpenWork 立即崩溃如何解决？","在某些 Linux 桌面环境（特别是使用 Wayland 复合管理器如 Hyprland）下，可能会因为 WebKit 合成模式导致崩溃。尝试在启动前设置环境变量 `WEBKIT_DISABLE_COMPOSITING_MODE=1`。例如：`export WEBKIT_DISABLE_COMPOSITING_MODE=1` 然后运行 OpenWork。如果设置该变量后不再崩溃，说明是图形渲染兼容性问题。","https:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fissues\u002F201",[167,172,177,182,187,192,197,202,207,212,217,222,227,232,237,241,246,251,255,260],{"id":168,"version":169,"summary_zh":170,"released_at":171},154151,"openwork-orchestrator-v0.11.205","适用于 openwork-orchestrator v0.11.205 的 Sidecar 套件。\\n\\nopenwork-server: 0.11.205\\nopencodeRouter: 0.11.205","2026-04-08T00:57:57",{"id":173,"version":174,"summary_zh":175,"released_at":176},154152,"v0.11.205","## 亮点\n- 在应用设置流程中新增对 Den 云提供商的导入功能，包括将技能中心状态导入本地 OpenWork 工作空间。\n- 改进已导入云状态的处理逻辑，并优化各支持语言版本中的文案翻译。\n\n## 修复与优化\n- 加强对已导入提供商、扩展程序以及由 OpenWork 服务器支持的设置的应用状态同步。\n- 优化云\u002F提供商管理相关的设置界面，确保导入的配置能够正确放置在相应位置。\n\n## 打包与运维\n- 将 OpenWork 应用、桌面客户端、服务器、编排器及 opencode-router 等组件的版本号升级至 0.11.205。\n\n对比链接：\nhttps:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fcompare\u002Fv0.11.204...v0.11.205","2026-04-08T01:41:05",{"id":178,"version":179,"summary_zh":180,"released_at":181},154153,"openwork-orchestrator-v0.11.204","适用于 openwork-orchestrator v0.11.204 的 Sidecar 套件。\\n\\nopenwork-server: 0.11.204\\nopencodeRouter: 0.11.204","2026-04-08T00:43:47",{"id":183,"version":184,"summary_zh":185,"released_at":186},154154,"openwork-orchestrator-v0.11.203","适用于 openwork-orchestrator v0.11.203 的 Sidecar 套件。\\n\\nopenwork-server: 0.11.203\\nopencodeRouter: 0.11.203","2026-04-07T17:51:22",{"id":188,"version":189,"summary_zh":190,"released_at":191},154155,"v0.11.203","## 亮点\n- 新增由 Den 团队管理的 LLM 提供商库及 API 密钥管理功能，优化了提供商选择的用户体验，并扩展了 OpenAPI 文档。\n- 增加增量式 React 会话路径、Composer 工具提示面板，以及启动编排更新，以减少桌面同步卡顿并保持会话记录的稳定性。\n\n## 修复与优化\n- 移除已废弃的 Shell 和会话轨道代码，简化应用界面，降低维护负担。\n- 优化登录页的信任中心，并推出新的隐私政策、服务条款，以及品牌化的文档和变更日志输出。\n- 加强 TypeID 验证、Mintlify\u002FOpenAPI 配置，并对云端 API 的命名进行进一步优化。\n\n## 打包与运维\n- 发布 v0.11.203 版本更新，刷新依赖锁文件，并更新 AUR 软件包。\n- 更新发布跟踪器生成逻辑及每日下载统计数据输入。\n\n对比：\nhttps:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fcompare\u002Fv0.11.202...v0.11.203","2026-04-07T18:24:03",{"id":193,"version":194,"summary_zh":195,"released_at":196},154156,"openwork-orchestrator-v0.11.202","适用于 openwork-orchestrator v0.11.202 的 Sidecar 套件。\\n\\nopenwork-server: 0.11.202\\nopencodeRouter: 0.11.202","2026-04-04T20:15:33",{"id":198,"version":199,"summary_zh":200,"released_at":201},154157,"v0.11.202","## 亮点\n- 增加泰语支持，并补全现有本地化版本中缺失的翻译。\n- 更新面向用户的文档，新增技能导入指南、计划自动化设置说明以及日文 README。\n\n## 修复与优化\n- 在翻译回滚\u002F重新应用流程后，恢复丢失的页面翻译。\n- 修复迁移后的共享技能链接问题，并提升相关共享包的覆盖范围。\n- 引入 React Server Components 的 CVE 修复及相关的测试框架清理工作。\n\n## 打包与运维\n- 将所有发布包版本升级至 0.11.202，并更新依赖锁文件。\n- 更新 AUR 包管理元数据，并添加内部发布变更日志跟踪器。\n\n对比：\nhttps:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fcompare\u002Fv0.11.201...v0.11.202","2026-04-04T20:45:30",{"id":203,"version":204,"summary_zh":205,"released_at":206},154158,"openwork-orchestrator-v0.11.201","openwork-orchestrator v0.11.201 的 Sidecar 打包。\\n\\nopenwork-server: 0.11.201\\nopencodeRouter: 0.11.201","2026-04-04T01:30:33",{"id":208,"version":209,"summary_zh":210,"released_at":211},154159,"v0.11.201","查看可下载此版本并进行安装的资产。\n","2026-04-04T01:59:47",{"id":213,"version":214,"summary_zh":215,"released_at":216},154160,"openwork-orchestrator-v0.11.200","openwork-orchestrator v0.11.200 的 Sidecar 套件。\\n\\nopenwork-server: 0.11.200\\nopencodeRouter: 0.11.200","2026-04-03T14:53:57",{"id":218,"version":219,"summary_zh":220,"released_at":221},154161,"v0.11.200","See the assets to download this version and install.\n","2026-04-03T15:22:13",{"id":223,"version":224,"summary_zh":225,"released_at":226},154162,"openwork-orchestrator-v0.11.199","Sidecar bundle for openwork-orchestrator v0.11.199.\\n\\nopenwork-server: 0.11.199\\nopencodeRouter: 0.11.199","2026-04-02T01:50:14",{"id":228,"version":229,"summary_zh":230,"released_at":231},154163,"v0.11.199","## Highlights\n- Added the new landing pricing flow, including paid Windows messaging and cleaner Cloud navigation into the app.\n- Added Den skill hubs, migrated the Den API surface onto the new Hono-based `den-api`, and streamlined org invite signup.\n- Added developer log export plus improved session draft persistence for easier recovery and debugging.\n\n## Fixes & polish\n- Improved session reliability with recovery after immediate send failures, steadier transcript loading, and better timeline position handling.\n- Fixed workspace and settings UX around shared access tokens, startup checks, bundle i18n imports, and dashboard translations.\n- Polished landing and Den pricing copy, visuals, and signup flow details.\n\n## Packaging \u002F ops\n- Updated app, desktop, server, orchestrator, and router versions to `0.11.199`.\n- Refreshed lockfiles and AUR packaging metadata for the new release.\n- Removed the legacy `opkg` CLI integration as part of packaging cleanup.\n\nCompare:\nhttps:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fcompare\u002Fv0.11.198...v0.11.199","2026-04-02T02:18:50",{"id":233,"version":234,"summary_zh":235,"released_at":236},154164,"openwork-orchestrator-v0.11.198","Sidecar bundle for openwork-orchestrator v0.11.198.\\n\\nopenwork-server: 0.11.198\\nopencodeRouter: 0.11.198","2026-03-31T05:31:31",{"id":238,"version":239,"summary_zh":220,"released_at":240},154165,"v0.11.198","2026-03-31T06:00:47",{"id":242,"version":243,"summary_zh":244,"released_at":245},154166,"v0.11.197","See the assets to download this version and install.","2026-03-31T05:21:16",{"id":247,"version":248,"summary_zh":249,"released_at":250},154167,"openwork-orchestrator-v0.11.197","Sidecar bundle for openwork-orchestrator v0.11.197.\\n\\nopenwork-server: 0.11.197\\nopencodeRouter: 0.11.197","2026-03-31T04:52:35",{"id":252,"version":253,"summary_zh":220,"released_at":254},154168,"v0.11.196","2026-03-30T21:27:27",{"id":256,"version":257,"summary_zh":258,"released_at":259},154169,"openwork-orchestrator-v0.11.195","Sidecar bundle for openwork-orchestrator v0.11.195.\\n\\nopenwork-server: 0.11.195\\nopencodeRouter: 0.11.195","2026-03-27T21:30:37",{"id":261,"version":262,"summary_zh":263,"released_at":264},154170,"v0.11.195","## Highlights\n- Refined Den dashboard and organization flows, including smoother onboarding, cleaner worker connect actions, and reduced polling jank.\n- Improved desktop session UX with compact conversation quick action, persistent default model handling, and clearer update badge visibility.\n\n## Fixes & polish\n- Stabilized remote workspace binding and OpenWork link token handling across app and Den surfaces.\n- Tuned app cloud settings and share template inputs to better match the latest UI direction.\n- Added local-host workspace creation reliability improvements.\n\n## Packaging \u002F ops\n- Bumped all package versions to 0.11.195, refreshed lockfiles, and updated AUR packaging metadata.\n\nCompare:\nhttps:\u002F\u002Fgithub.com\u002Fdifferent-ai\u002Fopenwork\u002Fcompare\u002Fv0.11.194...v0.11.195","2026-03-27T22:02:59"]