dsh-plugin-t-expert 0.2.3 → 0.2.5

package/README.md

@@ -1,6 +1,6 @@
 # T专家（dsh-plugin-t-expert）
 
-**T专家** 把一个 **22 个分区 / 314 位专家**的名册（含全量中文译文）
+**T专家** 把一个 **22 个分类 / 314 位专家**的名册（含全量中文译文）
 做成一个独立的 DeepSeek Harness 插件，并在插件内部**自带一套多智能体团队引擎**（多成员小队、任务 DAG、调度、邮箱、活动面板）。
 
 装上一个插件，你同时得到三样东西：
@@ -8,10 +8,10 @@
 | 能力 | 说明 |
 | --- | --- |
 | 专家名册 | 314 位专家，含**中文侧车**（中文名 / 中文简介 / 中文人格正文，当前覆盖率 314/314） |
-| `@` 召唤 | 在输入框打 `@` 出现按分区分组的中文菜单，选中的专家作为原生引用 chip 进入本轮对话 |
+| `@` 召唤 | 在输入框打 `@` 出现按分类分组的中文菜单，选中的专家作为原生引用 chip 进入本轮对话 |
 | 模型工具 | `list_t_experts` / `summon_t_expert` / `summon_t_experts` / `t_team_plan_check` 四个工具 |
 | 小队命令 | `/t` 列出小队；`/t <小队名\|别名> <目标>` 直接拉起一支多成员小队干活 |
-| 设置页 | 设置 → T专家，两个标签：**专家**（启停 / 看提示词）与 **队伍**（小队模板 + 运行中的团队） |
+| 设置页 | 设置 → T专家，**三个标签**：**专家**（启停 / 看提示词 / 新建自建专家）、**分类**（新建 / 改名 / 删除自建分类）、**队伍**（小队模板 + 运行中的团队） |
 
 专家名册与团队引擎**解耦**：团队引擎挂载失败（例如宿主子代理契约不匹配）时，
 专家名册、`@` 召唤、`/t` 列表仍然照常可用。
@@ -91,12 +91,12 @@ error: profile "desktop" is managed exclusively by the Electron application
 
 ```
 ~/.t-team/
-├── experts/              # 专家名册：<分区>/<slug>.md（22 个分区、314 位）
+├── experts/              # 专家名册：<分类>/<slug>.md（22 个分类、314 位）
 ├── zh/                   # 中文侧车（译文只在这里，永不写进 experts/）
 │   ├── names.json        # slug → 中文名
 │   ├── descriptions.json # slug → 中文简介
-│   ├── divisions.json    # 分区中文标签
-│   ├── <分区>/<slug>.md  # 中文人格正文（与 experts/ 同相对路径）
+│   ├── divisions.json    # 分类中文标签
+│   ├── <分类>/<slug>.md  # 中文人格正文（与 experts/ 同相对路径）
 │   ├── manual.json       # 人工补译：names / descriptions（优先于自动层）
 │   ├── manual-bodies/    # 人工补译正文（最高优先，不会被覆盖）
 │   └── COVERAGE.json     # 中文覆盖率与缺口清单
@@ -117,10 +117,11 @@ error: profile "desktop" is managed exclusively by the Electron application
 
 | 配置项 | 类型 | 默认值 | 含义 |
 | --- | --- | --- | --- |
-| `root` | string | `~/.t-team/experts` | 专家名册目录，读 `experts/<分区>/<slug>.md` |
-| `zhRoot` | string | `~/.t-team/zh` | 中文侧车目录（名字 / 简介 / 正文 / 分区标签） |
+| `root` | string | `~/.t-team/experts` | 专家名册目录，读 `experts/<分类>/<slug>.md` |
+| `zhRoot` | string | `~/.t-team/zh` | 中文侧车目录（名字 / 简介 / 正文 / 分类标签） |
+| `customRoot` | string | `~/.t-team/custom` | 自建专家目录（面板「新建专家」写这里，默认落 `custom` 分类，可在表单里另建分类；与 `root` 分开是硬要求） |
 | `provider` | string | `"spawn"` | 召唤专家时使用的子代理 provider |
-| `divisions` | string[] | `[]` | 留空 = 自动扫描 `root` 下所有含 `.md` 的分区目录 |
+| `divisions` | string[] | `[]` | 留空 = 自动扫描 `root` 下所有含 `.md` 的分类目录 |
 | `maxDepth` | natural | 无默认（不传则不加限制） | 传给子代理的嵌套深度上限 |
 | `maxSummonBatch` | natural | `8` | 一次 `summon_t_experts` 最多几位专家 |
 | `summonConcurrency` | natural | `4` | `summon_t_experts` 的并发度 |
@@ -154,7 +155,7 @@ error: profile "desktop" is managed exclusively by the Electron application
 
 | 工具 | 作用 |
 | --- | --- |
-| `list_t_experts` | 列出**已启用**专家的分区与数量；传入分区名可列出该分区专家（用于挑出唯一的专家名） |
+| `list_t_experts` | 列出**已启用**专家的分类与数量；传入分类名可列出该分类专家（用于挑出唯一的专家名） |
 | `summon_t_expert` | 召唤 1 位专家：以该专家的完整人格跑一个子代理并返回结果（阻塞等待） |
 | `summon_t_experts` | 并行召唤多位专家：最多 8 位、并发 4；部分失败时仍返回成功的结果 |
 | `t_team_plan_check` | **只读** DAG 预检：把打算创建的一批团队任务先跑一遍引擎校验，一次报出全部问题、警示与建议执行顺序 |
@@ -208,6 +209,8 @@ error: profile "desktop" is managed exclusively by the Electron application
 
 随包分发的专家名册、中文译文与内置团队引擎各自按 MIT 授权使用，
 各自的来源、版本与署名要求写在 `THIRD-PARTY-NOTICES` 里，**完整许可文本随包放在 `vendor/` 下**。
+名册与引擎**不再从上游同步**：`data/experts/` 与 `lib/teams/` 现在就是本仓的真源 / 手工源码，
+而上游项目的署名义务不因停止同步而消失，故这些声明必须保留。
 再分发本插件（含修改版）时，请一并保留 `LICENSE`、`THIRD-PARTY-NOTICES` 与 `vendor/` 下的许可文本。
 
 ---
@@ -216,24 +219,38 @@ error: profile "desktop" is managed exclusively by the Electron application
 
 ```bash
 npm install          # 安装依赖（peer 依赖由 DSH 宿主提供）
-npm run build        # 品牌化 + 构建客户端产物
+npm run build        # 构建客户端产物
 npm run verify       # 自检套件（插件契约、工具、remote、客户端产物、播种与快照一致性）
 npm run sync-data    # 把运行时数据同步进包内 data/（默认源 ~/.t-team）
 ```
 
 > ⚠️ 这些 script 的实现文件**不在本仓库里**：维护者把它们放在仓库同级的运维目录
-> （`../brand.mjs`、`../build-client.mjs`、`../verify.mjs`、`../sync-data.mjs`，由 `package.json`
+> （`../build-client.mjs`、`../verify.mjs`、`../sync-data.mjs`、`../add-expert.py`，由 `package.json`
 > 的 `scripts` 以相对路径引用）。只 clone 本仓库是跑不了构建与自检的；要发布请使用完整的工作目录。
 >
-> `npm run build` 必须**先**品牌化再构建客户端：客户端产物把品牌化后的引擎 bundle 内联进去，
-> 顺序错了会把旧文本打进产物。
+> 内置团队引擎（`lib/teams/`）是**手工维护的源码**：品牌化生成链与上游镜像已经移除（2026-09-12），
+> 改引擎直接改 `lib/teams/*.js` 即可，不再有"改规则 → 重新生成"这一步。
 
 ---
 
 ## 九、已知限制
 
-- 客户端面板**不做自定义专家的增删改**；要加自己的专家，直接把 `.md` 放进 `~/.t-team/experts/<分区>/`，宿主按 mtime 指纹自动重载，不需要重启。
-  （中文侧车同理：`zh/` 下的名字 / 简介 / 正文文件增删改都会按指纹重载。）
+- **名册的增删（内置名册）**：`data/experts/` 就是真源（不再从上游拉取）。维护者用运维台
+  `bash ~/web/t-team/tz.sh 1` 新增：选分类（或新建分类）→ 给一个专家 `.md` 的路径 → 脚本把它
+  同时写进源码 `data/experts/<分类>/<slug>.md`（随包发布）与运行时 `~/.t-team/experts/<分类>/`（立即生效）。
+  删除走 `tz.sh 2`，统计 `tz.sh 3`，一致性校验 `tz.sh 5`。要求 `.md` 开头有 frontmatter
+  （`name` 与 `description` 必填，`emoji` 可选）；没有 frontmatter 的文件可以在命令里用
+  `--name/--description` 补出来。分类名与插件扫描口径一致：`a-z 0-9 . -`，不以 `.` 开头。
+- **自定义专家**：在 设置 → T专家 → 专家 里点「＋ 新建专家」，填名称、简介与人格正文即可；自建的会在卡片上带「自建」标记，可以就地编辑或删除。
+  它们写在 `customRoot`（默认 `~/.t-team/custom/<分类>/<slug>.md`），**与随包发布的内置名册（`experts/`）分开**：内置名册是包的一部分，重装/升级会整棵替换，往里放文件会被覆盖掉。
+- **自建分类**：表单里的「分类」下拉列出**全部分类**——官方 22 个（学术 / 金融 / 游戏 …）和你自建的都可以选；
+  选「＋ 新建分类…」则填两个字段——**目录名**（小写 ASCII，成为 `~/.t-team/custom/<目录名>/`）与**显示名**（中文，记在 `<customRoot>/divisions.json`）。
+  设置页的 **分类** 标签页可以新建、改名、删除自建分类，并看到每个分类下有多少专家（含其中自建多少）。
+- **把自建专家归到官方分类名下是允许的，也是安全的**：分类只是**归属**，文件永远写 `~/.t-team/custom/<分类>/<slug>.md`，
+  内置名册目录（`experts/`）一个字节都不会动，所以升级插件也不会把它删掉。官方分类本身只读——它的名字与存亡跟随包内名册，不接受本机改名或删除。
+  删除自建分类时若里面还有自建专家会被拒绝（先移走或删掉），不会静默连删。编辑时改分类＝移动文件。
+- 自建专家默认落在「自定义」分类，建好后记得启用；也能被 `/t` 小队挑成队员。
+- 中文侧车（`zh/` 下的名字 / 简介 / 正文）的增删改都按 mtime 指纹自动重载，不需要重启；名册与自建专家同理。
 - 包内快照只在数据目录**缺项**时播种。升级插件只更新包内快照，**不会覆盖你已有的数据目录内容**。
 - 小队定义的改动需要重启 DSH 才对**建队**生效（见第五、六节）。
 - 改插件代码后需要重新 `npm run build`（改了 `src/client.jsx` 才会重新生成客户端产物）并重装/重启。

package/THIRD-PARTY-NOTICES

@@ -12,13 +12,17 @@
 | 上游仓库 | https://github.com/NanmiCoder/dsh-agent-teams |
 | 版本 | `0.1.17-rc.1` |
 | 许可 | MIT（完整文本随包：`vendor/dsh-agent-teams/LICENSE`）— Copyright (c) 2026 程序员阿江(Relakkes) |
-| 位置 | `vendor/dsh-agent-teams/upstream/`（上游文件逐字节原样保留，含 `LICENSE` 与 `VENDOR.md`）、`lib/teams/`（由品牌化工具 `brand.mjs` 从上游镜像生成的品牌化产物：命令 `/agent-teams` → `/t`、工具 `agent_teams_*` → `t_team_*`） |
+| 位置 | `lib/teams/`（16 个文件，由上述上游派生的品牌化产物：命令 `/agent-teams` → `/t`、工具 `agent_teams_*` → `t_team_*`）。它的客户端产物内联在 `lib/client.js` 里 |
+| 许可全文 | `vendor/dsh-agent-teams/LICENSE` |
 
-**对上游镜像的改动**：`vendor/dsh-agent-teams/upstream/` 内的文件**永不修改**；
-`lib/teams/` 是生成物，差异 = 品牌化改名 + `brand.mjs` 中逐条注释的 `FIXES`。
-除改名外，`FIXES` 还包含少量**本地缺陷修补与必要的行为改动**（例如把 profile 上限从 16 抬到 48、
-修正命令视图 key、修正交接期与终态任务的校验、放行 `.env.example` 一类模板文件等）。
-每条 `FIXES` 都声明了期望命中次数，上游文本一变即构建失败，不会静默退回上游行为。
+**本插件对该上游做的改动**（都在 `lib/teams/` 里，可直接对照阅读）：
+一是品牌化改名（命令与工具名、包 id、事件与路由前缀）；二是少量**本地缺陷修补与必要的行为改动**
+（例如把 profile 上限从 16 抬到 48、修正命令视图 key、修正交接期与终态任务的校验、
+放行 `.env.example` 一类模板文件等）。上游文本从未被修改过——我们只在自己的产物里改。
+
+> 2026-09-12 起，上游的**逐字节原样镜像**（`vendor/dsh-agent-teams/upstream/`）与品牌化生成工具
+> （`brand.mjs`）已从仓库移除：`lib/teams/` 转为**手工维护的源码**，不再在构建时从上游重新生成。
+> 停止跟随上游不改变署名义务，故本节保留。
 
 ## 2. 专家名册与中文侧车
 
@@ -27,20 +31,22 @@
 | 英文名册 | The Agency / AgentLand（`msitarzewski/agency-agents`）— MIT，Copyright (c) 2025 AgentLand Contributors。完整文本随包：`vendor/third-party-licenses/agency-agents.LICENSE` |
 | 中文译文 | `jnMetaCode/agency-agents-zh`（中文翻译与本地化）— MIT，Copyright (c) 2025 Michael Sitarzewski（英文原版）、Copyright (c) 2026 jnMetaCode（中文翻译与本地化）。完整文本随包：`vendor/third-party-licenses/agency-agents-zh.LICENSE` |
 | 分发形态 | 上述两部分内容随 `@michengai/dsh-agency-agents` 一同分发（该包自身的 TypeScript 源码与构建脚本为 Apache-2.0，**本插件不打包其任何代码**） |
-| 版本指纹 | 见 `data/source.json` 的 `sourceRevision`；补入部分见同文件的 `extraSource` / `extraSourceVersion` |
-| 位置 | `data/experts/`（22 分区 / 314 位）、`data/zh/`（中文名字 / 简介 / 人格正文 / 分区标签） |
+| 位置 | `data/experts/`（22 个分类 / 314 位）、`data/zh/`（中文名字 / 简介 / 人格正文 / 分类标签） |
+| 维护方式 | 上述内容随本插件分发（`data/` 是发布源，不再从上游重新镜像）；`data/source.json` 是该名册的清单（专家数 / 分类 / 更新时间） |
+
+名册的构成分两部分（总计 314 位）：
 
-名册的构成分两部分：
+- **279 位来自 `msitarzewski/agency-agents`**（上表英文名册一行）。
+- **35 位来自 `@michengai/dsh-agency-agents` 的包内快照**（company / hr / legal / supply-chain
+  四个分类，以及若干中国本地化角色）。这些条目在另一上游仓库的任何历史与分支里都不存在，只随该包分发。
+  它们的英文人格与中文译文同样按上表两个 MIT 项目（AgentLand Contributors / jnMetaCode）的条款使用，
+  完整许可文本与上表共用。与已有角色职能重复的条目未并入。
 
-- **279 位逐字节镜像上游仓库** `msitarzewski/agency-agents`（上表第 1 行），随时可 `git pull` 后重新镜像。
-- **35 位由 `@michengai/dsh-agency-agents` 包内快照补入**（company / hr / legal / supply-chain
-  四个分区，以及若干中国本地化角色）。这些条目在上游仓库的任何历史与分支里都不存在，只随该包分发；
-  其英文人格与中文译文同样按上表两个 MIT 项目（AgentLand Contributors / jnMetaCode）的条款使用，
-  完整许可文本与上表共用。补入范围与逐条判定依据记录在 `data/source.json` 的
-  `extraAdded` / `extraSkipped`（与上游角色职能重复的条目会被排除，不并入名册）。
+> 两部分内容自 2026-09-12 起随本插件分发并作为**名册真源**维护，不再从上游重新拉取或镜像
+> （原镜像 / 补入脚本与逐条判定记录已移除；需要追溯当时来源与判定，见仓库 git 历史）。
 
-`data/zh/manual.json` 与 `data/zh/manual-bodies/` 是**本项目的补充翻译**（用于补齐上游尚未覆盖的
-条目或在译文不准确时覆盖），随本插件以 MIT 发布。
+`data/zh/manual.json` 与 `data/zh/manual-bodies/` 是**本项目的补充翻译**（用于补齐尚未覆盖的条目
+或在译文不准确时覆盖），随本插件以 MIT 发布，同样保留在包内。
 
 ## 3. 分发要求
 

package/data/source.json

@@ -1,8 +1,6 @@
 {
-  "source": "<home>/.agency-agents",
-  "sourceRevision": "6d29a9b",
-  "target": "<home>/web/t-team/data/experts",
-  "syncedAt": "2026-09-12 14:47:18 +0800",
+  "updatedAt": "2026-09-12 15:56:06 +0800",
+  "expertFiles": 314,
   "divisions": [
     "academic",
     "company",
@@ -27,88 +25,5 @@
     "support",
     "testing"
   ],
-  "expertFiles": 314,
-  "extraSource": "<home>/.dsh/profiles/desktop/node_modules/@michengai/dsh-agency-agents/assets/agency-agents",
-  "extraSourceVersion": "0.1.41",
-  "extraAdded": 35,
-  "extraSkipped": [
-    {
-      "division": "company",
-      "slug": "chief-of-staff",
-      "duplicateOf": "specialized-chief-of-staff",
-      "verdict": "duplicate"
-    },
-    {
-      "division": "engineering",
-      "slug": "engineering-network-engineer-china",
-      "duplicateOf": "engineering-china-network-engineer",
-      "verdict": "duplicate"
-    },
-    {
-      "division": "engineering",
-      "slug": "engineering-security-engineer",
-      "duplicateOf": "security-appsec-engineer",
-      "verdict": "duplicate"
-    },
-    {
-      "division": "engineering",
-      "slug": "engineering-threat-detection-engineer",
-      "duplicateOf": "security-threat-detection-engineer",
-      "verdict": "duplicate"
-    },
-    {
-      "division": "finance",
-      "slug": "finance-financial-forecaster",
-      "duplicateOf": "finance-financial-analyst",
-      "verdict": "near-duplicate"
-    },
-    {
-      "division": "hr",
-      "slug": "hr-recruiter",
-      "duplicateOf": "specialized-recruitment-specialist",
-      "verdict": "duplicate"
-    },
-    {
-      "division": "marketing",
-      "slug": "marketing-bilibili-strategist",
-      "duplicateOf": "marketing-bilibili-content-strategist",
-      "verdict": "near-duplicate"
-    },
-    {
-      "division": "marketing",
-      "slug": "marketing-ecommerce-operator",
-      "duplicateOf": "marketing-china-ecommerce-operator",
-      "verdict": "duplicate"
-    },
-    {
-      "division": "marketing",
-      "slug": "marketing-wechat-operator",
-      "duplicateOf": "marketing-wechat-official-account",
-      "verdict": "duplicate"
-    },
-    {
-      "division": "marketing",
-      "slug": "marketing-xiaohongshu-operator",
-      "duplicateOf": "marketing-xiaohongshu-specialist",
-      "verdict": "duplicate"
-    },
-    {
-      "division": "specialized",
-      "slug": "prompt-engineer",
-      "duplicateOf": "engineering-prompt-engineer",
-      "verdict": "duplicate"
-    },
-    {
-      "division": "specialized",
-      "slug": "specialized-pricing-optimizer",
-      "duplicateOf": "specialized-pricing-analyst",
-      "verdict": "near-duplicate"
-    },
-    {
-      "division": "support",
-      "slug": "support-recruitment-specialist",
-      "duplicateOf": "specialized-recruitment-specialist",
-      "verdict": "duplicate"
-    }
-  ]
+  "note": "本仓名册清单：data/experts 是真源，由 add-expert.py 维护（上游同步已移除）"
 }