【特性需求/RFC】引入类似 Steam 创意工坊的开放模块挂载系统，支持用户自主扩展独立 UI 组件与全局功能

Open
  • Is something wrong?
#631 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Quiet
Tech stack
electron, next.js, typescript
Domain
desktop, devtools, security

Research direction

The issue names no files, tests, or entry points. Start by reading the requirements and locating the app’s UI, module-loading, and sandbox entry points; the work is done when a concrete, scoped design covers manifest-based mounting, independent interaction, and resource isolation.

Written by the indexing model from the issue text.

Description

具体功能需求 (Requirements)

我们期望 CodePilot 能够向平台化演进，引入类似 Steam 创意工坊（Workshop） 的开放挂载能力，将功能的定义权和追加权交还给用户：

1. 界面与主菜单级挂载槽位 (UI & Menu Slots)

允许第三方组件在 CodePilot 的主界面（如 Workspace 侧边栏、主功能菜单、或独立全屏 Tab 标签页）中注册、追加并渲染自己完整的、有状态的 UI 界面。该界面在应用生命周期中全局常驻，不依赖聊天会话。

2. 标准配置清单驱动 (Manifest-Driven)

提供标准的清单配置文件（如 module.json）。开发者只需通过声明式配置，即可指定组件的挂载位置（如 sidebar-tab）、图标、名称以及所需的底层基础权限（如访问当前工作目录）。

3. 独立于 AI 的直接交互能力

挂载的独立组件拥有自己完整的生命周期。用户可以直接点击 Dashboard 上的按钮或图表直接触发后端的本地工具或脚本，实现人机界面的直接反向控制，无需每次都通过 AI 聊天框进行中转。

4. 安全与性能沙箱保护 (Sandbox)

必须建立完备的运行沙箱机制（如隔离的 Webview 进程通道），对社区挂载的组件进行内存与 CPU 开销限额，确保复杂的第三方图表和看板绝对不会阻塞主编辑器的核心线程，避免造成界面卡顿。

Dominant language
TypeScript
Stars
6.5k
Forks
697
No merged PRs in 30d

Getting set up

  • No Dockerfile or Docker Compose file
  • Has a pull request template
  • No contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from op7418/CodePilot

All issues in op7418/CodePilot

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.