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

オープン
  • 何か問題がありますか？
#631 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
静か
技術スタック
electron, next.js, typescript
領域
desktop, devtools, security

調査の方向性

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.

索引モデルが issue の本文から書いたものです。

説明

具体功能需求 (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 开销限额，确保复杂的第三方图表和看板绝对不会阻塞主编辑器的核心线程，避免造成界面卡顿。

主要言語
TypeScript
スター
6.5k
フォーク
697
30日以内にマージされた PR はありません

環境構築

  • Dockerfile・Docker Compose ファイルなし
  • プルリクエストのテンプレートあり
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

op7418/CodePilot のほかの issue

op7418/CodePilot の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。