') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ', 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); })(); 【外滩大会2026】Workbench —— 面向本地开发与 AI 工作流的 Windows 桌面工作台 · Issue #70 · modelstudioai/modelstudioai.github.io · GitHub
Skip to content

【外滩大会2026】Workbench —— 面向本地开发与 AI 工作流的 Windows 桌面工作台 #70

Description

@yyc-labs

Workbench —— 面向本地开发与 AI 工作流的 Windows 桌面工作台

👤 团队 / 作者

  • YYC Labs
  • GitHub:yyc-labs

📖 项目简介

Workbench 是一款面向 Windows 开发者的 本地优先(Local First)AI 开发工作台

它基于 Electron、React、TypeScript 构建,将本地项目管理、代码浏览与编辑、Git 工作流、Markdown 文档、AI CLI Runtime、AI Gateway、会话记录、学习资料以及终端管理整合到统一的桌面应用中。

传统开发过程中,开发者通常需要在:

  • IDE
  • 终端
  • Git 客户端
  • Markdown 工具
  • AI 对话窗口
  • 浏览器

之间频繁切换。

Workbench 希望围绕 "项目(Project)""开发上下文(Context)" 组织统一工作空间,让代码、终端、Git、AI 与文档自然衔接,减少工具切换和上下文丢失。

目前项目已能够作为日常 AI 辅助开发工作台使用,并持续进行功能迭代。


🚀 我做了什么

我使用 Codex(GPT 系列模型) 参与完成了 Workbench 的产品设计、架构规划、代码实现与持续优化。

Codex 主要协助完成:

  • Electron Main / Preload / Renderer 分层架构
  • React 页面与 Zustand 状态管理
  • Monaco 编辑器与 Markdown 工作区
  • Git 状态、分支、提交、Diff、冲突处理
  • AI CLI Runtime 与 Runtime Profile
  • Claude Code、OpenAI Codex 等 AI CLI 接入
  • AI Gateway、Provider 管理、模型路由
  • AI Transcript 导入、浏览与日志管理
  • Windows Native / WSL 执行环境适配
  • 学习中心、浏览器辅助学习
  • 网页长截图与固定元素处理
  • 性能优化、模块重构
  • 文档编写、代码审查、Bug 修复

Codex 不仅用于生成代码,也参与需求拆解、技术方案评审、架构设计、模块重构与问题分析,成为整个开发过程中的 AI 编程协作伙伴。


✨ 核心功能

📁 本地项目工作区

支持项目管理、最近打开记录,并围绕项目快速进入代码、Git、终端和 AI 工作流。

💻 代码浏览与编辑

  • Monaco Editor
  • 文件树
  • Markdown
  • Diff 查看
  • 文件预览

🌿 Git 工作流

支持:

  • 仓库状态
  • 分支管理
  • Commit
  • 文件 Diff
  • 暂存区
  • 常用 Git 操作

🤖 AI Runtime

支持项目级 Runtime 配置,区分:

  • Windows Native
  • WSL

已适配:

  • Claude Code
  • OpenAI Codex

🔀 AI Gateway

提供:

  • Provider 管理
  • 模型路由
  • Gateway
  • Streaming Response

📝 AI Transcript

支持:

  • 会话导入
  • 浏览
  • 日志查看
  • Markdown / JSON 联动

📄 Markdown 工作区

支持:

  • GFM
  • Mermaid
  • 代码高亮
  • 表格

🖥️ 多终端

基于:

  • node-pty
  • xterm.js

实现多个终端统一管理。

📚 学习中心

支持:

  • 学习资料
  • 技能管理
  • 浏览器辅助学习
  • 长截图
  • 元素标记
  • 截图预览

🏗 技术架构

Workbench 遵循 Electron 进程隔离模型:

React Renderer
│
▼
Typed Preload API
│
▼
IPC Handlers
│
▼
Electron Main Domains
│
├── 文件与项目服务
├── Git 服务
├── Runtime
├── AI Gateway
├── Transcript
└── Windows / WSL

共享类型、IPC 契约、主进程能力和界面逻辑彼此解耦,避免 Renderer 直接访问系统能力。

同时针对 Windows Native 与 WSL 设计了统一 Runtime 执行模型。


🛠 技术栈

  • Electron 42
  • React 18
  • TypeScript
  • Vite
  • electron-vite
  • Zustand
  • Monaco Editor
  • xterm.js
  • node-pty
  • React Markdown
  • Mermaid
  • Tailwind CSS
  • Playwright Core
  • Node.js Test Runner
  • Git

⭐ 项目特色

Workbench 并不是简单堆叠多个工具,而是围绕 项目上下文 组织整个开发流程:

Project
├── Code
├── Git
├── Terminal
├── AI Runtime
├── AI Transcript
├── Markdown
└── Learning

AI 不再只是一个聊天窗口,而成为项目工作流的一部分。

开发者可以在一个工作台中完成:

  • 编码
  • Git
  • AI
  • 文档
  • 终端
  • 学习

完整闭环。


🤝 Codex 开发实践

开发过程中,Codex 主要承担:

  1. 功能拆解
  2. 架构设计
  3. 模块重构
  4. 页面生成
  5. IPC 与类型生成
  6. Runtime 兼容分析
  7. Bug 定位
  8. 文档编写
  9. 持续优化

Codex 不仅提升编码效率,也帮助保持统一架构与工程规范。


⚠️ 开发挑战

主要挑战包括:

  • Electron IPC 权限边界
  • Windows 文件系统访问
  • WSL 与 Native 差异
  • AI Runtime 生命周期管理
  • Gateway Provider 适配
  • Streaming Response
  • Transcript 大文本性能
  • Monaco 与 Markdown 集成
  • 深浅色主题一致性

Codex 在问题定位、方案验证、代码重构与文档沉淀过程中提供了大量帮助。


📌 项目状态

目前已完成:

  • ✅ 本地项目工作区
  • ✅ Git 工作流
  • ✅ Claude Code Runtime
  • ✅ OpenAI Codex Runtime
  • ✅ AI Gateway
  • ✅ AI Transcript
  • ✅ Markdown & Mermaid
  • ✅ 多终端
  • ✅ 浏览器截图
  • ✅ Windows / WSL 支持
  • ✅ 学习中心

项目仍在持续迭代,未来将扩展更多 Runtime Provider、平台支持及自动化发布能力。


🔗 项目链接

GitHub:

https://github.com/yyc-labs/Workbench

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions