@young1lin/dsh-ui-gitworkbench

🌏 中文 · English

dsh（DeepSeek Harness） 的树外 Web UI 插件：给 dsh 的 Web 界面装一个 Git 工作台，不改动 dsh 本体。

每个会话的头部都有一枚状态卡，显示当前分支、领先/落后和增删计数。点开它，右侧滑出一张工作台面板，当前 worktree 的改动一览无余：

• 变更：可折叠的文件树，配逐文件 diff——双列行号、词级高亮、Shiki 语法着色；
• 历史：提交列表 / 文件树 / diff 三栏并排，滚动到底自动翻页；
• 对比：任选两个分支互相比较；
• 提交与同步：树上勾选文件就是真实的 git add / git restore --staged，配合提交框和 fetch / pull / push 同步条，一次提交加推送全程不用离开面板；
• 外观：七套主题族各带亮暗，默认跟随系统；支持虚化背景图和自定义 CSS，按「项目 / 全局」两个作用域保存，项目优先。

另带 worktree 仿真：模型在会话里调用 worktree_enter / worktree_exit / worktree_status 三个工具，即可在 .agents/worktrees/ 下建立或退出隔离 worktree，并把会话绑定过去。绑定后状态卡点亮绑定标记，面板头部出现 worktree 切换器（按分支列出仓库全部 worktree），统计随之切换。

这份 README 同时是交接文档：插件是什么、怎么写的、踩过哪些坑、怎么继续改，全部记录在案。接手开发前请先读「§6 踩坑实录」——那里是真实调试换来的关键事实。

0. 安装

前置：DSH 已装好（dsh web 能正常运行），Node.js ≥ 20，pnpm ≥ 10。

推荐：官方插件通道，一条命令。

dsh plugin --profile web add @young1lin/dsh-ui-gitworkbench

装完重启 DSH，再硬刷新浏览器（Ctrl/Cmd + Shift + R）。包内声明了 dsh.bundle.patch，CLI 会自动把宿主半注册进 profile 的 dsh.profile.bundles，下次启动即挂载，不需要手写任何 cordis.patch.yml 挂载行。机器上没有 dsh 命令时，用 npx 直接跑：

npx -y --package @deepseek-ai/dsh dsh plugin --profile web add @young1lin/dsh-ui-gitworkbench

备选：一键脚本（同样走官方通道，多处理两件小事）

# macOS / Linux（Windows 装了 Git Bash 或 WSL 也可）
curl -fsSL https://raw.githubusercontent.com/young1lin/dsh-ui-gitworkbench/main/scripts/install.sh | bash

# Windows（PowerShell 5.1+ / pwsh）
irm https://raw.githubusercontent.com/young1lin/dsh-ui-gitworkbench/main/scripts/install.ps1 | iex

脚本在安装命令之外多做两件事：预写 pnpm 11 的 minimumReleaseAgeExclude，让刚发布不足 24 小时的版本也能立即安装；幂等清理旧版手动挂载行，避免宿主半挂载两次（页面上出现两个状态卡）。支持指定版本、装完 pm2 restart dsh-web、--dry-run 试跑等参数，见脚本头部注释。

从源码开发

dsh plugin --profile web add 把源码装进 profile；改完客户端半跑 npx tsdown 再刷新浏览器即可生效（宿主半改动需重启 dsh web）。详见 §5。从 link: 源码依赖切回 npm 版时，记得移除 cordis.patch.yml 里的手动挂载行（安装脚本会自动处理）。

发布（维护者）

首次发布与后续发布走不同链路：

• 首次（包还不存在于 npm，Trusted Publishing 尚无处配置）：本机 npm login 后 npm publish（scope 包的 publishConfig.access 已设 public）。发布后到 npmjs.com → 包 Settings → Trusted publishing 添加 GitHub Actions 发布器：user young1lin、repository dsh-ui-gitworkbench、workflow 填 publish.yml（不带路径前缀）、Environment 留空、勾选允许 npm publish。手工发布不经 CI 里那道机器路径门禁（见 publish.yml 的 grep 步骤），发布前可自行扫一眼 lib/*.js 确认没有本机绝对路径混入。
• 后续：npm version patch（或 minor/major）→ git push → git push --tags。tag vX.Y.Z 触发 .github/workflows/publish.yml：CI 全量检查 → tag 与 package.json 版本一致性校验 → OIDC Trusted Publishing 自动 npm publish（provenance 自动生成，全程无 npm token）。不要手动补推已由人工发布过的版本的 tag（如首次的 v0.1.0），registry 会拒绝同版本重发。

发布产物不带 sourcemap。 lib/client.js.map 解包 3.1MB、gzip 416kB，占了整包下载的 46%；排掉后 tarball 从 914.6kB 降到 498.0kB。两处配合才干净：prepack 走 bundle:publish（tsdown --no-sourcemap，连 //# sourceMappingURL 注释一并不产出——只删文件不删注释的话，dsh 的 /plugins//client.js.map 路由会给每个使用者一个 404），files 里的 !lib/*.map 再兜一道，防止上一次 dev 构建遗留的 map 被 clean: false 留在 lib/ 里蹭进包。

副作用记一笔：npm publish 和 npm pack（含 --dry-run）都会触发 prepack，所以跑完之后本机 lib/client.js 是不带 sourcemap 注释的那份，浏览器里断点看到的是打包后的代码。继续开发前跑一次 pnpm exec tsdown 就回来了。

---

1. 当前状态（已验证）

能力	状态	验证方式
宿主 gitWorkbench/stats RPC 返回真实统计	✅	curl -X POST /api/gitWorkbench/stats 返回 {ok:true, value:{branch, files[], diff}}
客户端 bundle 被 shell 加载（boot 清单）	✅	window.__DSH_BOOT__.entries 含 @young1lin/dsh-ui-gitworkbench
浏览器→宿主 RPC 通	✅	页面内 fetch('/api/gitWorkbench/stats', ...) 返回 200
面板 diff 完整（不丢文件）	✅	换用 subprocess pipe 后，diff --git 计数 = 文件数
状态卡在 git 仓库会话常驻显示（分支/↑↓/计数），仅非 git 目录或 git 失败时隐藏	✅	干净树也显示分支名（状态卡即会话的环境信息位）；绑定徽标见 §9
agent 工具 worktree_enter/exit/status（模型可调）	✅	真实会话冒烟 scripts/llm_smoke.py：模型调 enter → .agents/worktrees/llm-smoke 出现；exit(remove) → 消失
宿主 worktree RPC（enter/exit/status/sessionWorktree）+ 绑定文件	✅	python scripts/probe_worktree.py：scratch 仓库断言 + 真仓库冒烟 + 再进入分支复用，ALL PASS
状态卡绑定标记（树形图标；徽标文字与分支重名时省略）+ 头部 worktree 选择器	✅	python scripts/verify_worktree_ui.py：6 步 UI 探针（绑定标记、头部路径、选择器切换、折叠/选中回归）
客户端半被类型检查	✅	tsconfig.client.json 进了 bundle/typecheck；曾故意写坏一处，确认报 TS2322
主题 7 族 × 亮暗 + 跟随系统明暗	✅	tests/theme-palettes.test.ts 把 themes.ts 与 .module.css 互扣（两个方向都验过会红）；lib/client.js 含全部 14 套调色板
背景图 / 自定义 CSS 的项目+全局存储	✅	对构建产物 lib/index.js 跑 styleGet/styleSet 全流程（临时 HOME，18/18 PASS）：读写、项目优先、越界钳制、恶意 image 拒绝、清空删记录、非仓库拒绝、两作用域并发写不互相覆盖

已知边界：状态卡挂在 conversation.session.header.actions 插槽，只有**打开了会话（会话头渲染）**时才挂载。无头自动化里若没真正打开会话，状态卡不会出现——这是预期行为，手动在 UI 里开一个会话即可看到。

---

2. 架构（一句话 + 详情）

宿主半：一个 TypertRemoteService，跑 git 算统计 + worktree 增删与「会话→worktree」绑定，经 Typert gateway 自动发现；同一服务再以 defineTool 注册三个 agent 工具。客户端半：一个 React 面板，注册进会话头插槽，通过 connection.rpc 向宿主要数据（统计 + 会话绑定）。

2.1 宿主半（src/index.ts）

class GitWorkbenchService extends TypertRemoteService {
  static inject = ['subprocess']          // 等 subprocess 服务就绪才激活
  constructor(ctx) { super(ctx, 'gitWorkbench') }   // 注册为 ctx.gitWorkbench，命名空间 = 'gitWorkbench'
  @Remote('stats')                        // endpoint = gitWorkbench/stats
  async stats(worktreePath, signal) { ... 用 ctx.subprocess.spawn 跑 git ... }
}
export default GitWorkbenchService

• Typert gateway 通过"源码标记反射"自动发现这个方法（读 @Remote 装饰器在原型上打的 marker）——不需要生成 descriptor、不需要改 monorepo 任何文件。这是树外插件最干净的 RPC 暴露方式。
• 浏览器侧调用：ctx.connection.rpc.call('/api', 'gitWorkbench/stats', { args: { worktreePath } }, signal) → 返回 {ok, value} | {ok:false, error}。
• 取数用 ctx.subprocess.spawn({argv:['git',...], cwd, stdio:{stdout:'pipe'}})，自己累加 stdout 流。见踩坑 §6.3。

2.2 客户端半（src/client/）

// src/client/index.ts
export const inject = ['sessions', 'slots', 'connection']
export function apply(ctx) {
  const connection = ctx.connection
  ctx.slots.inject('conversation.session.header.actions', () => ctx.slots.register(
    { name: 'conversation.session.header.actions', id: 'git-workbench', order: 30,
      inject: () => ({ fetchStats: async (worktreePath, signal) => {
        const r = await connection.rpc.call('/api', 'gitWorkbench/stats', worktreePath ? {args:{worktreePath}} : {args:{}}, signal)
        return r.ok ? r.value : null
      }}) },
    GitWorkbenchPanel,
  ))
}

• 插槽系统：ctx.slots.inject(key, cb) 会在 key 插槽被声明后执行 cb；cb 里 ctx.slots.register({name,id,order,inject}, Component) 注册组件。可复用已有插槽（如本插件的 conversation.session.header.actions），也可用 declare module '@deepseek-ai/dsh-client-ui-slots' 声明合并新增插槽。
• 组件 props：PropsRuntime 提供 sessionId、useSessions 等；inject 工厂返回的对象（如 fetchStats）会作为 props 注入组件。业务回调从 apply 作用域经 inject 工厂过到组件，绝不用全局 ctx。
• 拿 worktree 路径：useSessions(state => state.byId[sessionId]?.cwd)——会话摘要自带 cwd。
• 数据刷新：挂载时拉一次 + 面板打开时轮询（空闲 15s、agent 运行中加密到 3s——运行中的会话正在改文件，等满 15s 看到的就是旧闻）+ 手动刷新按钮。面板关着时另有一条便宜的绑定探针（见 §6.0d）：只在 agent 运行中开表，走不 spawn git 的 sessionWorktree，发现绑定变了才补一次 worktreeStatus。

2.3 组件与样式（src/client/GitWorkbenchPanel.tsx + .module.css）

• 外壳：面板是一张四边留白的卡片（--gs-inset，14px 圆角、投影），最大化按钮切到满屏。三条边可拖：卡片左缘（MIN_DRAWER_WIDTH）、提交列表与文件树之间、文件树与 diff 之间。三处共用 useHorizontalDrag（pointer capture + pointercancel）。窗格上界由 applyPane 现场量出来算：面板宽 - 邻窗格宽 - MIN_DIFF_WIDTH，diff 是唯一不能折行的窗格，所以它的下限是硬的。宽度与主题存 localStorage。
• 布局：变更页 = 文件树 + 逐文件 diff 两栏；历史页 = 提交列表 + 文件树 + diff 三栏并列（GitHub Desktop / JetBrains git log 的做法），各自独立滚动，因此没有可折叠的东西要解释。翻页是滚动哨兵（IntersectionObserver），不是按钮。
• diff 渲染：renderDiff(segment) 把统一 diff 逐行分类，渲染成 [老行号][新行号][+/-槽][代码] 的 flex 行；行号从 @@ -a,b +c,d @@ 解析并随行递增。
• 配色：面板自带调色板，不走 dsh 主题 token——diff 需要 增/删/词级/语法 四组颜色，dsh 没有定义。所有颜色都过 --gs-* token，字面色只出现在 .overlay[data-gs-theme='-'] 的调色板块里；换主题＝换一组 token，别的什么都不动。只有状态卡（在 dsh 原生 chrome 里）保留 --dsw-* token。
  • 主题族与解析逻辑在 src/client/themes.ts（不 import CSS/React，因此可被测试直接加载）：GitHub / IntelliJ IDEA / VS Code / One / Solarized / Nord / Cyberpunk，各带亮暗两套。
  • 明暗默认 system = 跟随操作系统（matchMedia('(prefers-color-scheme: dark)')，挂载期间持续跟随）；显式选亮/暗则完全覆盖。
  • 明暗三个按钮的色块是写死的白 / 近黑 / 对角各半，不取调色板：那三个按钮命名的就是颜色本身，暗色主题下把「亮色」画成深灰等于告诉用户反话。这是全文件唯一允许出现字面色的第二处。
  • tests/theme-palettes.test.ts 把 themes.ts 的族列表和 .module.css 的调色板选择器互相扣死：少一套调色板会让面板一个 --gs-* 都没有、整块退回浏览器默认色而不报错，所以这个不变量必须由测试守。

2.3b 自定义样式：背景图 + 自定义 CSS（src/style-store.ts + 宿主 styleGet/styleSet）

• 两个作用域：project（按仓库根 key）与 global。背景图整条取项目的——虚化度/遮罩是为某一张图调的，换一张图就不成立，所以不做逐字段合并。自定义 CSS 两边都生效，global 在前、project 在后，靠 CSS 层叠顺序让项目覆盖全局；这比"整块覆盖"有用：全局定字号、项目改强调色。解析逻辑在 themes.ts 的 effectiveBackground / effectiveCss，tests/style-resolve.test.ts 守着。
• 存在宿主而不是 localStorage：项目设置该跟着项目走（换浏览器、清 origin 都不该丢），而且一张背景图远超 origin 配额。文件是 ~/.dsh/gitworkbench-style.json，原子写复用 src/atomic-json.ts（tmp+rename + Windows EPERM 退避），两个作用域并发写经 withStyle promise 队列串行化。
• 图片先在浏览器里降采样（createImageBitmap → canvas → JPEG，长边 ≤2560，q0.82）再存。手机照片 4-6MB，虚化之后那些细节一点都留不下，没必要每次开面板都拖着走。
• image 只接受 base64 data: URL（style-store.ts 的 IMAGE_PATTERN）。客户端要把它插进 url("…")，而 base64 字母表里没有引号、括号、反斜杠、分号，所以存进去的值不可能闭合函数再追加规则。https://、data:image/svg+xml、data:text/html 一律拒绝，tests/style-store.test.ts 逐条验过。
• 背景怎么画：.drawer[data-gs-bg]::before 铺图 + filter: blur()（transform: scale(1.12) 是因为模糊会采样到盒子外，不放大边缘会透明）。同时 --gs-surface / --gs-surface-2 从实色切成 color-mix(… var(--gs-veil), transparent)，各窗格因此透出底图；弹出层（主题菜单、分支选择器）故意保持实色，压在虚化照片上的菜单没法读。没设背景图时这两个 token 就等于 --gs-bg / --gs-panel，即与之前逐像素一致。
• 用户 CSS 的抓手是 data-gs-part：overlay / card / header / tabs / commits / tree / diff。CSS Modules 的类名每次构建都换 hash，从外面根本选不中，所以必须有一组稳定属性。常见写法就是覆盖 token：[data-gs-part="card"] { --gs-accent: #ff0066; }。

2.4 worktree 仿真（src/worktree.ts 纯逻辑 + src/index.ts 里的 RPC/工具）

• 宿主 RPC（同一 GitWorkbenchService 上多挂 4 个 @Remote，参数照 §6.8 裸标识符、signal 最后）：
  • worktreeEnter(sessionId, repoPath, name, signal)——repoRootOf 解析仓库根；在 /.agents/worktrees/ 创建（或复用）worktree、分支 wt/，写绑定；返回 {ok, worktreePath, branch, hint}，hint 教模型怎么用相对路径（会话 cwd 不可变）。
  • worktreeExit(sessionId, remove, signal)——解绑；remove:true 且树干净才 git worktree remove，脏树拒绝。
  • worktreeStatus(sessionId, signal)——绑定 + 仓库全部 worktree 列表。
  • sessionWorktree(sessionId, signal)——{worktreePath, name}，未绑定为双 null；客户端轮询已改用 worktreeStatus（绑定+列表一次拿全），这个 RPC 保留作轻量单查。
• 绑定持久化 ~/.dsh/gitworkbench-worktree-bindings.json（{v:1, bindings:{:{repoRoot,worktreePath,name,enteredAt}}}）。写法是先写 .tmp 再 rename（崩溃不留半截文件）；Windows 上 rename 可能 EPERM → 25/50/100/200/400ms 退避重试；所有 load→save 段落经 promise 队列互斥（withBindings），并发 enter/exit 不会互相覆盖。
• agent 工具：同一份逻辑用 ctx.tools.register(defineTool({...})) 注册成 worktree_enter/exit/status，sessionId/cwd 取自 exec.agent?.session（不接受模型传参）——注册要点见 §6.10，schema 限制见 §6.11。
• 客户端跟随：GitWorkbenchPanel 每轮拉 stats 的同时拉 worktreeStatus(sessionId, cwd)（绑定 + 仓库全部 worktree 一次拿到，agent 在 dsh 外面建的 worktree 也会跟进列表）；有绑定 → 状态卡亮出绑定标记（树形图标；分支与徽标文字重名时省略后者）、stats 改传绑定的 worktree 绝对路径；面板头部的 worktree 选择器按分支列出所有源，只切显示对象、不动绑定。树的展开状态跨切换、跨轮询保留；选中在切换源时有意重置——旧 worktree 的路径不能漏进新树的选中（§6.0c）。

2.5 写操作：暂存 / 提交 / 同步（src/git-ops.ts + 宿主 7 个 @Remote）

• 勾选就是 git 调用：勾一个文件＝git add -- ，取消＝git restore --staged -- ，立即生效。argv 全部数组构造（无 shell，引号不是攻击面），路径一律放 -- 之后并拒绝前导 -（文件可以合法叫 -f，位置参数传进去就成了选项）；全库没有 --force/reset --hard/clean 任何拼写——丢提交类操作需要的是专门的确认设计，不是碰巧排在旁边的按钮。
• 点击即显、不丢点击：勾选走乐观更新 + 队列（stage-tree.ts 的 nextBatch 按动作聚批，一次 drain 只发一个 git 调用——宿主一次调用 ~300ms，等它返回再画勾就是用户投诉的「超级卡」），120ms 内连点两下都会入队生效；轮询回包经 settledTicks 对账后落定。
• 提交：commit(worktreePath, message, amend, signal)——消息整段作一个 argv 元素传 -m（多行 body 是常态，拆分才是风险），绝不 -a：面板有自己的暂存区，全量扫进去等于让分区变成摆设。
• 同步：syncStatus（branch/upstream/ahead/behind + hasRemote，读 git status 而非 rev-list --count——「没配 upstream」和「与 upstream 齐平」的计数都是 0，只有前者决定 push 要不要 --set-upstream）、fetch --prune（远端删掉的分支别再算作待拉取）、pull --ff-only/--rebase/--no-rebase（模式永远显式：按钮写什么就跑什么，不读用户的 pull.rebase 配置）、push（绝不 force；无 upstream 时 --set-upstream origin ；被拒归类为 diverged，答案是先 pull 而不是覆盖别人的工作）。
• 失败要说人话：classifyFailure 把 stderr/exit 归类为 auth / no-upstream / diverged / conflict / nothing-to-commit / dirty，原始文本随行返回——归类是提示，不替代证据。子进程环境关掉全部凭据提示（GIT_TERMINAL_PROMPT=0、GCM_INTERACTIVE=never、askpass 置空）：stdin:'ignore' 不会把交互提示变成错误，只会变成没人能回答的等待，而那等待挂在宿主进程里——一个过期的 token 就能挂死整个插件 30s。

---

3. 文件布局

harness-worktree/
  package.json              dsh.client(web) 声明 + exports + peerDeps（@deepseek-ai:* 用 "*"，运行时由 profile 提供）
  .npmrc                    auto-install-peers=false（关键！见 §6.5）
  tsconfig.json             tsc 构建【宿主半】用（含 stage-3 装饰器 + ambient shim）
  tsconfig.client.json      仅类型检查【客户端半】（tsdown 用 dts:false、rolldown 不检查，没有这个 config 就完全没人查 src/client）
  tsdown.config.ts          tsdown 构建【客户端半】用（closure-factory bundle + CSS Modules 插件）
  vitest.config.ts          排除 .agents/**（worktree 是整仓副本，否则同一套测试被收集多遍）
  src/
    index.ts                宿主半：GitWorkbenchService（TypertRemoteService + @Remote：stats/fileDiff/commits/compareRefs/commitStats/worktree*/style*/syncStatus/stage/unstage/commit/fetch/pull/push）+ defineTool 三工具
    atomic-json.ts          崩溃安全的 JSON 写入（tmp+rename + Windows EPERM 退避），绑定文件与样式文件共用
    commit-cache.ts         内容寻址缓存：commit hash 指向不可变内容，只需容量上限、不需失效
    git-ops.ts              写操作的 argv 构造 + stderr 归类（纯函数、不 spawn）——见 §2.5
    git-log.ts              `--pretty` 日志与 porcelain 状态头的解析（纯函数）
    style-store.ts          背景图 + 自定义 CSS 的两作用域存储与校验（~/.dsh/gitworkbench-style.json）
    worktree.ts             worktree 纯逻辑：绑定文件读写（tmp+rename 原子、EPERM 重试）、名称/分支/目录推导、porcelain 解析、`isRefName`
    types/dsh-shim.d.ts     ambient 声明：让 tsc 在没装 @deepseek-ai/* 时也能编译（cordis/subprocess 的宽松类型）
    types/dsh-client-shim.d.ts  同上，客户端侧（CSS Modules + client-runtime/ui-slots）；**故意宽松**，只查本插件自己的代码，不复述 harness 的类型
    client/
      index.ts              客户端半：注册会话头插槽（fetchStats/fetchFileDiff/fetchWorktreeStatus 等 RPC 回调）
      GitWorkbenchPanel.tsx     状态卡（树形图标绑定标记）+ 面板（三栏历史 + diff + 头部 worktree 选择器 + 齿轮挂设置弹层 + 拖拽改宽 + 勾选/提交/同步条）
      GitWorkbenchPanel.module.css  调色板（7 族 × 亮/暗）+ 全部布局
      stage-tree.ts         勾选状态推导 + 乐观勾选的 overlay/对账/聚批（§2.5，纯函数）
      diff-model.ts         统一 diff 行解析 + 词级变更区间（纯函数）
      commit-graph.ts       提交图的泳道分配（纯函数）
      worktree-view.ts      worktree/分支列表的展示推导（纯函数）
      highlight.ts          Shiki 封装：扩展名→语法、主题映射、语法包按需加载
      op-feedback.ts        写操作按钮反馈的时序常量（忙碌提示、过短操作不禁用）
      themes.ts             主题模型：族列表、明暗解析、两作用域样式解析、localStorage 值校验（无 CSS/React 依赖，便于测试）
      locales.ts            zh / en 两份词典
  tests/                    vitest：worktree-bindings（存储/原子写/重试）、worktree-derive（名称/分支/porcelain）、ref-name、git-ops（argv/归类）、git-log、commit-cache、style-store、style-resolve、theme-palettes（族×调色板互扣）、stage-tree（勾选模型）、worktree-view、commit-graph、diff-regression（diff 模型/词级区间/Shiki/CSS 不变量）、drawer-chrome（状态卡与面板的结构性扫描）、op-feedback、status-parse（porcelain/numstat 解析、二进制嗅探、截断与上限——fixture 场景目录 TESTS.md 的单测化）
  scripts/
    probe_worktree.py       宿主 RPC 探针：scratch 仓库全流程 + 真仓库冒烟 + 再进入分支复用
    verify_worktree_ui.py   UI 探针：状态卡标记/头部路径/选择器切换/折叠回归 6 步（经真实页面 RPC 回放）
    llm_smoke.py            真实 LLM 冒烟：让模型在会话里调 worktree_enter/exit，看目录出现/消失
    （三个 .py 探针为本地集成脚本：需连真实 dsh 实例与 scratch 仓库，内嵌本机路径——已 gitignore，不入库、不随包发布）
  cordis.patch.yml          一行 insert，把宿主 entry 挂进 web profile
  README.md                 本文件
  README_EN.md              英文版（面向使用者与维护者；深度细节仍以本文为准）

---

4. 怎么构建

cd 
pnpm install      # 装 tsdown/typescript/react/lightningcss/@types/node；.npmrc 关掉了 peer 自动安装
pnpm bundle       # = tsc -p tsconfig.json && tsc -p tsconfig.client.json && tsdown
pnpm typecheck    # 同样两个 tsc，不产出
pnpm test         # vitest

产物：

• lib/index.js —— 宿主半（ESM，