@xgent-ai/skills 0.7.0 → 0.7.2

package/skills/phoenix-ui/SKILL.md

@@ -6,7 +6,7 @@ license: Apache 2.0
 metadata:
   version: 0.1.0
   source: skills/phoenix-ui/src
-  source_sha256: c5c32748444236a0fe97df5b010904e610a7b919b29ea108b5645167ffd2c301
+  source_sha256: df63c36432c6b47ddc7576171936c06c64e0a572357d4260323f4e2d880f900d
 ---
 
 Phoenix UI provides local design tools for frontend work. Follow the project's product truth, accepted direction, and design rules; use the command references to create complete, accessible interfaces with a clear visual direction.

package/skills/phoenix-ui/scripts/ENGINE.json

@@ -1,20 +1,39 @@
 {
   "schemaVersion": 1,
-  "distribution": "development",
+  "distribution": "release",
   "toolVersion": "0.1.0",
-  "npmPackageVersion": "0.7.0",
-  "sourceCommit": "ca775b27b3c772886cb3bce435284d003f07fe37",
-  "sourceTree": "e632a7cdde0e79bef093952dc472bd7ba6d109d5",
+  "npmPackageVersion": "0.7.2",
+  "sourceCommit": "cbf2002ab1f712ef3909e07baf5487a9c097b43c",
+  "sourceTree": "eff0aee2cace6a8f4d366ff4cb69f92bc79b84c6",
   "sourceState": "dirty",
-  "sourceInputSha256": "2a574581eb3326e33442533dfb6ad7ef284081b308961253cda2497fa1fe6e67",
+  "sourceInputSha256": "a8af549cde900838d9b226cbd30cd0b66aa041412a3584d821801b21eb16e57d",
   "bundleSchema": 1,
-  "bundleSha256": "95bca755477c6864e11eab1104d2147d0d4c80dca24ec15a058c6af4d96e7c30",
+  "bundleSha256": "26ac1c512c9a8ea78902639260cefcb1fb7e05a2deb9f2060757e58be5b6adcb",
   "reviewSchema": 1,
   "engines": {
     "darwin-arm64": {
       "asset": "phoenix-ui-darwin-arm64",
-      "sha256": "794e2c95763238021edd26b976be2dab66db4ffd78e9604a567ac8ba87986269",
-      "size": 20924264
+      "sha256": "f3f634a18c6acbf446702394623a8d1e569a42d62dbe6d558174319cc8aa2cab",
+      "size": 18284080,
+      "url": "https://download.xgent.ai/vendor/phoenix-ui/v0.7.2/darwin-arm64/phoenix-ui-darwin-arm64"
+    },
+    "darwin-x64": {
+      "asset": "phoenix-ui-darwin-x64",
+      "sha256": "108b5e02edf8a66723dcd82c00d9ab7cedfbf9c15e4de3ea038ba11d7a798cde",
+      "size": 20772536,
+      "url": "https://download.xgent.ai/vendor/phoenix-ui/v0.7.2/darwin-x64/phoenix-ui-darwin-x64"
+    },
+    "linux-x64": {
+      "asset": "phoenix-ui-linux-x64",
+      "sha256": "425c300353779498c1954af4c5f6cb87c8f8ab70a55a69dca86e20668ad4a1ce",
+      "size": 22855792,
+      "url": "https://download.xgent.ai/vendor/phoenix-ui/v0.7.2/linux-x64/phoenix-ui-linux-x64"
+    },
+    "linux-arm64": {
+      "asset": "phoenix-ui-linux-arm64",
+      "sha256": "fe61b42262cb9409849342e5ea3116c17c6054e13da5c1425580ed73ff242eca",
+      "size": 19702656,
+      "url": "https://download.xgent.ai/vendor/phoenix-ui/v0.7.2/linux-arm64/phoenix-ui-linux-arm64"
     }
   }
 }

package/skills/portal-app-exchange/SKILL.md

@@ -94,7 +94,7 @@ POST {PORTAL}/oauth/token
 | 归属 | 姿态 | 后果 |
 | --- | --- | --- |
 | **归用户**：用户主动存的、他在目标 App 里看得见删得掉、算他的配额 | 令牌交换（用户态） | 落用户自己的容器；令牌带 `azp=A`，目标侧照样有来源归因 |
-| **归 App**：系统产物、用户删不得、随 A 的生命周期消失 | 服务账号（服务态） | 落 A 的应用级容器，默认只有租户管理员可见 |
+| **归 App**：系统产物、用户删不得、随 A 的生命周期消失 | 服务账号（服务态） | 落 A 的应用级容器，默认只有租户管理员可见；Files 可带 `onBehalfOf` 署名，让作者只读可见（见 portal-external-app 的代成员保存） |
 
 典型误判：把「用户点一下另存到我的空间」做成服务态——写进去的是 A 的应用容器，用户在目标 App 里根本看不见自己刚存的东西，功能等于没有。
 

package/skills/portal-external-app/SKILL.md

@@ -19,7 +19,9 @@ description: '用于把独立仓库、以 Docker 镜像交付的外部服务接
 | 写 manifest、注册布线、一盒联调、排查 | [references/registration-and-onebox.md](references/registration-and-onebox.md) |
 | 匿名页、后端直出 HTML、公开站点/独立域名、旧链接或 listingKey 迁移 | [references/public-entrypoints.md](references/public-entrypoints.md)：现有 /apps、/svc、Sites 三种通路及各自责任 |
 | 将本 App 的图片/视频/PDF 发布为不过期、可吊销的固定内容 URL | [references/files-stable-links.md](references/files-stable-links.md)：特权 scope 申请、服务态签发、轮询、公开读取与生命周期 |
+| 服务账号写进应用空间的文件，要让作者本人在文件管理里看得到 | [references/files-member-docs.md](references/files-member-docs.md)：`onBehalfOf` 署名、成员只读可见、成员内容隐私开关 |
 | 原生客户端（iOS/Android/桌面）登录与刷新、设备凭证、停用后失效时效、服务端成员查询与事件 | [references/native-clients.md](references/native-clients.md) |
+| 用户以 CLI、MCP、个人自动化调用 App，或接入门户多服务用户密钥与服务发现 | [references/cli-user-keys.md](references/cli-user-keys.md)：受审 `cliAccess` 声明、标准绑定与通用目录；不改门户业务代码 |
 | 为外部服务写/审对接契约文档 | [references/contract-doc-template.md](references/contract-doc-template.md) |
 | 有「每租户最多几个 X」的配额诉求（选模型、数值谁配、已用怎么来） | [references/quota-and-seats.md](references/quota-and-seats.md) |
 | 一个配置项该放哪（环境变量 / 平台级或租户级管理页 / 应用内设置 / 用户偏好），`requiredEnvNotes` 与 `adminPages` 怎么写 | [references/config-placement.md](references/config-placement.md) |
@@ -281,7 +283,8 @@ compose 网络** —— 一份在一盒里能跑的 descriptor，`env` 里写着
 
 | 这份字节归谁 | 姿态 | 落在哪 | 用户在文件管理里 |
 | --- | --- | --- | --- |
-| **归 App**：系统产物、用户删不得、随 App 生命周期消失 | 服务账号 `client_credentials`（无用户上下文） | 你自己的**应用空间**（不传 spaceId，懒创建） | 默认只有租户管理员看得到 |
+| **归 App**：系统产物、用户删不得、随 App 生命周期消失 | 服务账号 `client_credentials`（无用户上下文） | 你自己的**应用空间**（不传 spaceId，懒创建） | 只有租户管理员看得到（要让作者看见用下一行） |
+| **归 App，但作者要看得见**：文件由你掌控、用户删改不得，作者本人要在文件管理里找到它 | 服务账号 + `onBehalfOf=<成员的门户 user_id>` 署名 | 你自己的**应用空间** | 署名成员在「我的应用文件」里**只读**可见，其他成员看不到；读 [代成员保存](references/files-member-docs.md) |
 | **归用户**：用户主动另存、他看得见删得掉、算他的空间 | 令牌交换换出的 `aud=files` **用户态**令牌 | 用户选的**个人/团队空间**（带 spaceId） | 就在他自己的空间里 |
 
 **公开固定内容 URL 是 Files 的特权服务态能力**：申请 `privilegedServiceScopes` 中的
@@ -292,8 +295,8 @@ compose 网络** —— 一份在一盒里能跑的 descriptor，`env` 里写着
 
 ⚠️ **别因为「要写」就默认必须服务态**：用户态持有 `files.write` 完全合法 —— `exchangeTargets`
 背书的是整个命名空间，平台不再按读写另行裁量。凡是「用户在你的界面里点一下、另存到我的
-空间」这类功能**只能**用用户态：服务态写进去的是应用空间，用户在文件管理里根本看不见自己
-刚存的东西。用户态写也不丢归因 —— 交换出的令牌带 `azp=<你的 key>`，files 侧照样落
+空间」这类功能**只能**用用户态：服务态写进去的是应用空间，不署名用户根本看不见自己刚存的
+东西，署名了也只能只读查看，不在他自己的空间里、删不掉。用户态写也不丢归因 —— 交换出的令牌带 `azp=<你的 key>`，files 侧照样落
 `viaApp` 溯源，按来源 App 聚合展示。
 
 ### 已经立过的红线（同一条道理，都是「平台有、别自建」）

package/skills/portal-external-app/references/cli-user-keys.md

@@ -0,0 +1,104 @@
+# CLI 与用户访问密钥接入
+
+适用于用户以本人身份从 CLI、MCP 或个人自动化调用 App。人在手机、桌面客户端上登录仍走 [原生客户端授权码与 PKCE](native-clients.md)；无人值守的租户程序走服务账号。
+
+## 清单声明
+
+先确认目标门户已部署支持 `cliAccess` 的数据库迁移、API 和授权页。共享包中的类型存在，不表示某个门户环境已启用能力。旧门户批准一个未知字段，也不证明该字段已进入运行时目录。
+
+在 App 自己的唯一 manifest 中声明并 bump version，通过原有发布提案审批到达；不申请修改门户的 `CLI_SERVICES`、权限枚举或授权表单。
+
+```json
+{
+  "listingKey": "my-tool",
+  "scopes": ["my-tool.read", "my-tool.publish"],
+  "scopeLabels": {
+    "my-tool.read": { "zh-CN": "读取本人有权访问的文档", "en": "Read documents available to me" },
+    "my-tool.publish": { "zh-CN": "发布本人有权发布的文档", "en": "Publish authorized documents" }
+  },
+  "cliAccess": {
+    "version": 1,
+    "scopeCeiling": ["my-tool.read", "my-tool.publish"],
+    "requiredScopes": ["my-tool.read"],
+    "defaultScopes": ["my-tool.read"],
+    "maxTtlDays": 90,
+    "bindPath": "/api/v1/user-keys/bind",
+    "endpoints": [
+      {
+        "id": "client",
+        "protocol": "my-tool-v1",
+        "path": "/api/v1/client",
+        "requiredScopes": ["my-tool.read"]
+      }
+    ]
+  }
+}
+```
+
+- `scopeCeiling` 是用户密钥的独立上限，只含本 App 已声明的自有命名空间权限。主 `scopes` 中的 Files 等依赖权限、平台权限不能照搬进来。管理权限也不会自动进入 CLI 上限。
+- `requiredScopes` 为必选项，`defaultScopes` 为初始选择；两者都须是上限的子集，默认选择须包含必选项。实际签发还受安装范围、当前主体资格和用户明确同意限制。
+- `maxTtlDays` 为 1–365 的整数；App 在绑定时仍须检查自己的期限和业务限制。
+- `bindPath`、端点 `path` 是 App 后端内的绝对路径，由门户拼到受信任的 `/svc/<listingKey>` 下。不能填写 URL、双斜线、路径穿越、编码分隔符、查询或片段。
+- `endpoints` 可为空。`id` 在同一 App 内唯一；`protocol` 是稳定的协议标识，可以由多个 App 实现，不是 App 身份。端点必需权限须在 CLI 上限内。
+
+新增、修改、显式 `null` 撤回均属治理变更，pending 时不改变生效目录。省略 `cliAccess` 沿用原值；对象完整替换；`null` 停止新 CLI 授权和服务发现。声明只在 listing 保留一份，不要求逐租户复制。
+
+## 标准绑定协议 v1
+
+门户生成 pending 密钥后，使用仅限该目标及本次所选权限的用户 TDT 调用：
+
+```http
+POST /svc/<listingKey><bindPath>
+Authorization: Bearer <目标绑定 TDT>
+Content-Type: application/json
+
+{"credentialId":"<pending 密钥 UUID>"}
+```
+
+App 不接收密钥明文，也不从 body 接收用户、租户、权限或业务授权。绑定端点只接纳直接用户 TDT，拒绝服务身份、交换身份和用户访问密钥；身份取自门户自省，并执行自己的 scope、PID、租户与业务资格校验。
+
+Bun/TypeScript 使用已配置的 `createPortalUserKeyClient`；配置中的 `userKeysUrl` 为可信门户地址下的 `/api/tokens/user-keys`，不能来自请求。
+
+```ts
+await userKeys.bindExisting(tdt,
+  { userId: actor.userId, tenantId: actor.tenantId, appKey: actor.aud },
+  credentialId,
+  async (key, confirm) => {
+    const binding = await database.transaction(async tx => {
+      // 检查期限、所选权限和业务资格；幂等写入本地绑定。
+      return bindLocalPolicy(tx, actor, key);
+    });
+    await confirm();
+    return binding;
+  });
+```
+
+先提交本地事务，再在事务外确认门户目标。确认失败时保留尚不可用的本地记录，以同一 `credentialId` 重试；重复绑定不得扩大原策略。所有目标绑定结束后，门户只激活成功目标，并向用户一次性展示明文。没有成功目标时不得返回可用密钥。
+
+App 的项目、文件或资源白名单由 App 自己维护；复杂设置放在 App 自己的管理面。清单不包含可执行插件、任意请求模板或业务表单 schema。
+
+## 使用与发现
+
+机器入口须显式接纳 `user_access_key`。每次请求先验证门户自省的当前主体资格，再按 `credential_id` 检查本 App 已提交的绑定、资源范围与业务规则；普通 REST 不因登记 CLI 能力而自动接纳长期密钥。
+
+客户端用密钥调用 `GET /api/access-keys/self`，读取 `endpoints`：
+
+```ts
+const candidates = self.endpoints?.filter(item => item.protocol === "my-tool-v1") ?? [];
+const target = candidates.find(item => item.appKey === configuredAppKey);
+// 多提供方时由用户或客户端配置明确选择。
+```
+
+每项包含安装代次相关的稳定 `id`、实际 `appKey`、`listingKey`、名称、协议、同源 `url` 与有效权限。没有匹配项或字段缺省时，客户端报告能力不可用；不能猜测服务地址。请求携带 bearer 时禁止跟随重定向。
+
+`services.files/spms/llm/skills` 是旧客户端兼容视图；新增 App 不为它新增字段。`xgent-skills-v1` 表示既有 Skills 客户端协议，仅有一个有效提供方时可投影到 `services.skills`；多提供方使用通用目录。能力名与 listingKey 分别演进，不能把旧权限名无条件映射成新权限。
+
+撤回声明不会替用户自动撤销已激活的密钥，也不改变 App 直接委托签发的凭证合同。要停用已有密钥，使用门户撤销或 App 移除目标的既有流程；卸载、主体失格和 consent 撤回继续按当前授权事实生效。
+
+## 联调验收
+
+1. 用未在门户代码登记过的 App key，经 manifest 注册和安装后，它出现在当前用户可授权的目录中；pending 提案不改变生效目录。
+2. 必选和默认权限按声明显示，权限文案来自 `scopeLabels`；未同意、越界、缺必选权限、超过期限时不能签发。
+3. 完成 pending → 目标绑定票据 → 本地提交与确认 → 激活 → 自省与服务发现。验证部分绑定失败和全部失败，失败 App 不可使用密钥。
+4. pending 期间撤回声明、撤回 consent 或卸载 App，后续绑定和激活不得继续授予该目标；既有 App 直接签发密钥不被 CLI 声明撤回误伤。
+5. 实际访问机器入口，验证跨租户、无本地绑定、资源范围越界、撤销密钥及重复绑定。类型和 SDK 单测不代替这条端到端链路。

package/skills/portal-external-app/references/files-member-docs.md

@@ -0,0 +1,36 @@
+# Files 代成员保存（用户模式）
+
+文件要存进本 App 的应用空间、由 App 掌控（用户删改不得），又要让作者本人在文件管理里看得到时读取。
+用户要「另存到我的空间」、自己能删改的，用令牌交换出的用户态写个人/团队空间，不用本文。
+
+## 1. 写入
+
+基址为去掉末尾 `/` 的 `PORTAL_BASE_URL` 加 `/svc/files/api/v1/files`，令牌是本 App 服务账号的服务态 TDT（`files.write`）。
+
+- 新建时带 `onBehalfOf=<userId>`：`POST /presign` 放 body，`POST /content`（请求体就是字节）放 query，
+  `POST /closed-uploads` 放 body。不传 `spaceId`，文件落你自己的应用空间、仍归你，只是记下署名成员。
+- `onBehalfOf` 是成员的**门户用户 id**——该成员门户令牌自省结果里的 `user_id`。**不是你 App 自己的用户主键**。
+- 只有应用空间的所属 App 能署名：用户态令牌、写进别的 App 的应用空间（哪怕有 editor 授权）一律
+  `VALIDATION_FAILED`（`details.field="onBehalfOf"`）。
+- 写入前 files 向门户核实此人是本租户**在职**成员：非成员或已停用 → `VALIDATION_FAILED`；
+  门户不可达 → 503 `PORTAL_UNAVAILABLE`，不写入，稍后重试。
+- 署名写入时确定，之后不能改；replace 出的新版本继承署名。已写入的未署名文件补不上署名，
+  要让作者看见只能带 `onBehalfOf` 重新新建一份（新 fileId），再删掉旧的。
+
+## 2. 谁能看、谁能动
+
+| 角色 | 权限 |
+| --- | --- |
+| 你（所属 App） | owner：改名/移动、删除、replace、标签、`PUT /:id/content` 原位覆盖 |
+| 署名成员 | viewer：在「应用存储 › 我的应用文件」看、预览、下载；**不能**改名、删除、替换、打标签、分享 |
+| 其他成员 | 看不到 |
+| 租户管理员 | 默认看得到；平台为该租户打开「成员内容隐私」后只剩容量（个数、字节） |
+
+「我的应用文件」按目录收起，你的目录约定（比如把媒体放 `/media/`）会原样出现在成员面前。
+
+## 3. 对齐成员内容隐私开关
+
+用服务态令牌调 `GET /app-spaces`，读你自己那一条的 `memberPrivacy`。为 `true` 时，把你 App 里
+「看全部」一类的角色也收窄成「只看自己的」——否则租户管理员给自己授一个「看全部」角色就绕过了平台开关。
+应用空间在第一次写入时懒建，还没写过时列表里没有你的那一条，那时也还没有任何署名文件。
+开关在 files 侧最多 30 s 收敛。

package/skills/portal-external-app/references/native-clients.md

@@ -116,7 +116,7 @@ DELETE <portal-origin>/api/me/devices/:id   # 退出登录时调
 ## 2. 设备凭证：别拿用户长期凭证顶
 
 门户的**用户长期凭证**（`xuak_` 前缀，用户在门户个人资料的「用户凭证」页或经 App 委托签发）是为 CLI、MCP、
-个人自动化这类**机器入口**设计的：
+个人自动化这类**机器入口**设计的。接入时使用 [CLI 与用户访问密钥契约](cli-user-keys.md) 的受审 `cliAccess` 声明和标准绑定协议：
 
 - 绑定**租户 + 用户 + 目标 App**，是纯 bearer 密钥：没有设备字段、没有持有证明，谁拿到谁能用；
 - **换不出** TDT 或刷新令牌，不能顶替登录；

package/skills/portal-external-app/references/registration-and-onebox.md

@@ -42,6 +42,8 @@
 
 越界 → `VALIDATION_FAILED`。App 命名空间 scope 随清单入库，**不用改门户代码**。
 
+CLI / MCP / 个人自动化使用用户访问密钥时，还须声明独立的 `cliAccess`，不能把整份 `scopes` 当作用户密钥上限。新增、修改和撤回经过发布审批；绑定与发现按 [CLI 用户密钥契约](cli-user-keys.md)，无需在门户登记 App 专属权限分支。先确认目标门户已部署此能力。
+
 ⚠️ 规则 3 **读写不分**：背书的是整个命名空间，`files.write` 与 `files.read` 同一条待遇，
 没有「写要额外批一次」这回事。别人的 App 只声明了读，那是它自己的业务选择（它的写面不
 代表用户），不是平台对你的限制 —— 照抄别人的清单当规矩用，会把一个本来合法的功能砍掉。

package/skills/prd/SKILL.md

@@ -242,6 +242,6 @@ R4  待拍板    → 依赖「是否面向全员」的决策,已问
 
 ## 项目状态回写
 
-若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按其格式新增本次事实记录并刷新受影响的状态页与必要索引；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
+若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按仓内协议更新受影响对象的当前状态与来源链接，必要时维护索引；v4 日常直接更新当前页，事件留存条件或旧版事件要求以仓内协议为准；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
 
 登记 PRD 的实际路径、版本、文档状态及已明确的需求/计划关联；不把已成文或 SPMS 已录入登记为已实施。

package/skills/resolve-blocked/SKILL.md

@@ -122,6 +122,6 @@ $resolve-blocked goal/LOGIN.md，B-03 的供应商答复已到：<答复要点>
 
 ## 项目状态回写
 
-若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按其格式新增本次事实记录并刷新受影响的状态页与必要索引；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
+若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按仓内协议更新受影响对象的当前状态与来源链接，必要时维护索引；v4 日常直接更新当前页，事件留存条件或旧版事件要求以仓内协议为准；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
 
 登记计划修订后的版本与就绪状态、决策记录路径及已解除/剩余阻塞；不把阻塞解除记成计划已实施。

package/skills/review-code/SKILL.md

@@ -95,6 +95,6 @@ $review-code BASE_SHA..FIXED_SHA，对照 goal/LOGIN.code-review.md 复审修复
 
 ## 项目状态回写
 
-若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按其格式新增本次事实记录并刷新受影响的状态页与必要索引；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
+若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按仓内协议更新受影响对象的当前状态与来源链接，必要时维护索引；v4 日常直接更新当前页，事件留存条件或旧版事件要求以仓内协议为准；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
 
 每次实际评审登记独立评审 ID、精确 base/target 或工作树指纹、范围、结论和报告路径；计划关联以实际输入为准，允许没有计划的评审。复审关联前轮，不覆盖旧结论；不把 patch is correct 登记为已验收、已合并或已发布。

package/skills/review-dev-plan/SKILL.md

@@ -115,6 +115,6 @@ $review-dev-plan goal/LOGIN.md，对照 goal/LOGIN.review.md 复审修复效果
 
 ## 项目状态回写
 
-若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按其格式新增本次事实记录并刷新受影响的状态页与必要索引；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
+若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按仓内协议更新受影响对象的当前状态与来源链接，必要时维护索引；v4 日常直接更新当前页，事件留存条件或旧版事件要求以仓内协议为准；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
 
 每次实际评审登记独立评审 ID、计划版本、覆盖范围、建议状态与报告路径；复审关联前轮。评审建议与计划自报状态分别保留，当前就绪按台账协议核对证据，不直接改原计划；建议 Ready 不表示已实施。

package/skills/review-prd/SKILL.md

@@ -110,6 +110,6 @@ PRD 与基线：{PRD 绝对路径及版本；代码仓根、commit/dirty、日
 
 ## 项目状态回写
 
-若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按其格式新增本次事实记录并刷新受影响的状态页与必要索引；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
+若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按仓内协议更新受影响对象的当前状态与来源链接，必要时维护索引；v4 日常直接更新当前页，事件留存条件或旧版事件要求以仓内协议为准；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
 
 每次实际评审登记独立评审 ID、PRD 版本、覆盖范围、原结论与报告路径；复审关联前轮，保留历史，不因通过改写 PRD 实施状态。台账更新属于已有跟进协议的产物索引，不修改原 PRD。

package/skills/review-prd-dev-gaps/SKILL.md

@@ -107,6 +107,6 @@ $review-prd-dev-gaps docs/PRD-login.md goal/LOGIN.md goal/LOGIN-gaps.md，对照
 
 ## 项目状态回写
 
-若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按其格式新增本次事实记录并刷新受影响的状态页与必要索引；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
+若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按仓内协议更新受影响对象的当前状态与来源链接，必要时维护索引；v4 日常直接更新当前页，事件留存条件或旧版事件要求以仓内协议为准；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存要求优先，登记失败须说明，不影响如实交付已完成的原产物。
 
 登记独立差异核查对象及 PRD/计划关联、版本、待决与 follow-up 去向；复审关联前轮，保留未覆盖 G-ID 及历史结论。新 gaps plan 保持独立对象，关联原计划和差异 ID，不改变原计划的历史完成记录。

package/skills/review-ui/SKILL.md

@@ -105,6 +105,6 @@ description: 用于界面实现后的 UI/UX 验收或修复复审；不用于代
 
 ## 项目状态回写
 
-若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按其格式新增本次事实记录并刷新受影响的状态页与必要索引；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存及 managed 能力异常时的只读边界优先，登记失败须说明，不影响如实交付已完成的原产物。
+若仓库已登记状态台账，或存在仓根 `.xgent-ai/sdlc/protocol.md`（兼容已有 `docs/project-status/protocol.md`；两套并存且未登记切换时先核对，不能双写），交付原产物后读取台账的回写规则（默认目录读上述协议），按仓内协议更新受影响对象的当前状态与来源链接，必要时维护索引；v4 日常直接更新当前页，事件留存条件或旧版事件要求以仓内协议为准；未启用时不自动建表，不依赖另装技能。只读/仅聊天/不保存及 managed 能力异常时的只读边界优先，登记失败须说明，不影响如实交付已完成的原产物。
 
 每轮实际评审都登记独立的评审 ID，写明被测版本、目标指纹、范围、判定、分数和报告路径；复审关联前轮。协议的 `review_type` 没有 UI 类型时，登记为 `other`，并在摘要注明「UI 验收评审」。通过验收不能登记为已合并、已发布或产品终验通过。

package/skills/spec-human-decision/SKILL.md

@@ -0,0 +1,87 @@
+---
+name: spec-human-decision
+argument-hint: "<PRD/Dev-plan路径/链接/内容> [功能ID/期次/范围] [输出路径] [仅讨论]"
+description: 用于用户要求逐项确认 PRD 或开发计划中的功能取舍；不用于质量评审、从零写文档或执行开发。简述功能、价值及计划中的做法，经确认、驳回、修改后修订文档。
+---
+
+# spec-human-decision · 功能逐项确认
+
+把已有 PRD 或 Dev-plan 中要开发的功能讲清楚，让用户逐项决定，再把决定落实成一致的文档。回复与问答语言跟随用户。
+
+## 适用与边界
+
+- 用户要求逐项过功能、确认做不做、调整需求或实现取舍时使用。普通撰写用 `prd` / `dev-plan`，质量评审用 `review-prd` / `review-dev-plan`，按报告改稿用 `apply-doc-review`；这些技能无需成为本技能的安装依赖。
+- 调用即包含按本次决定修订指定文档，无需每项再问是否允许改稿。用户限定仅讨论、不保存或另存时照办；背景引用与关联文档只读，未纳入的上游/下游只列同步需求。不实施代码、不更新 SPMS/Issue、不发送或发布文档。
+- **PRD 保持产品边界**：讲清做什么、为什么、怎样算满足；实现方案只属于开发计划，测试脚本不写进 PRD。完整需求与分期分开，不把本期不做自动解释为终局删除。
+- **计划保持事实与范围边界**：做法来自本次读过的文档与必要代码事实；未知不编造，外部依赖不自动转成本方开发。保留适用的实施协议、稳定 ID、进度与历史证据；文档确认不能冒充开发或验收完成。
+- **正文只保存最终结论**：需求/方案、必要理由与来源、约束及未决事项属于原文；确认/驳回经过、问答轮次和写作用了什么技能只进决定记录。计划排除项直接写最终范围及依据，不新增“本轮确认/驳回”“刚才”等依赖当前对话的措辞；必要来源写为“用户 YYYY-MM-DD 决定”。
+- **决定与就绪分别判断**：用户确认是功能取舍的结论，不代替技术评审、事实核实或验收。关键范围、安全、数据、外部契约或 NFR 未决时保留阻塞；不凭确认数量把计划改成 `Ready`。
+
+## 1. 读文档，列出待决功能
+
+1. 从参数及已有上下文定位目标，读取适用仓库规则和完整文档，记下路径、当前版本与用户限定范围。续接时读取已有决定记录，比对内容与范围后沿用仍有效的答复。没有目标或多个候选无法消歧时才问；链接用当前可用方式读取，截断内容补读后再用。
+2. 抽取范围内要开发的每项能力，以及会改变其行为、权限、关键 NFR 或验收的独立取舍。按用户能独立决定、能独立验收的能力拆分，不按章节、文件、函数或施工步骤逐个提问；能分别接受或拒绝的功能不能合并成一票。
+3. 沿用需求 ID；没有 ID 时用临时 `D1…Dn` 对应原文位置，不冒充需求系统的真实编号。建立简短台账：功能/来源段落 → 当前内容 → 用户选择及修改说明 → 最终内容 → 关联影响。多文档用路径与 ID 联合定位，重复表述映射到同一决定。
+4. 先处理会影响其他功能的前置决定。只确认某期时说清本次范围，其他期次不受这次取舍自动裁剪。本轮已有明确且仍适用的答复直接沿用，文档中的旧“已确认”标记不能代替本轮未给出的答复。
+5. 功能或价值写得含糊时先查相关材料；仍缺依据就直接写“文档未说明”，让用户修改补充，不替用户发明理由。没有可确认的开发功能时如实结束，不造空清单。
+
+## 2. 每项只讲清必要信息
+
+默认一次确认一项，收到有效答复后再推进。每个字段通常一句话，使用用户能理解的语言，保留会改变选择的关键限制、代价或依赖；不堆背景和术语，也不以简短为由隐藏取舍。
+
+```text
+[2/6] FR-02 · 导出订单（PRD §3.2）
+是什么：把选中的订单下载为 CSV。
+为什么：方便财务在现有表格里对账。
+怎么做：复用订单查询和权限校验，生成 CSV 后下载。（仅开发计划）
+影响：只导出当前用户有权查看的订单。（有关键影响时才写）
+请选择：确认 / 驳回 / 修改；修改请附说明。
+```
+
+这是表达形状的示例，不是可照抄的事实。PRD 不补“怎么做”；开发计划用一句话概括原计划的主要落点与路径，必要时解释关键方案代价；缺做法就明示待补，不能把临时设想写成原方案。
+
+## 3. 用当前 agent 的交互工具收取决定
+
+优先使用当前环境**实际可用且允许本类问答**的工具，例如 `AskUserQuestion`、`request_user_input`、`request_user_input_async` 或等价能力。读取真实 schema，遵循模式、题数和字段限制，不凭技能名猜参数，不为调用工具擅自切换模式。工具不可用或不适用时，在聊天中给同一项、同一组选项并等待答复。
+
+每题单选，业务选项按以下顺序固定为三个，含义一致：
+
+| 选项 | 含义与处理 |
+| --- | --- |
+| 确认 | 接受当前展示版本，纳入最终文档。 |
+| 驳回 | 不纳入本次确认范围；不自动改成延期，也不连带驳回其他功能。 |
+| 修改 | 必须附希望怎么改的说明；收齐后展示修订版本，再用同样三个选项确认。 |
+
+- 把功能说明放在用户实际能看到的题面/说明中，不只留在台账或工具调用前的聊天里；选项文字保持简短。三选项不设自动接受，也不把推荐变成默认决定。
+- 工具支持选项附言时，让“修改”携带自由文本；否则选中后只追问这项的修改说明，收齐之前保留待决。平台自动附带且无法关闭的 `Other`/自由输入入口仅承接修改说明，不新增第四种业务决定；自由文本已明确表达决定及内容时直接记录，不强求再点一次按钮。
+- 空答复、取消、超时、预选值和异步工具的“已送达”都不是用户确认。只记录真实答复，未答项保持待决；等待时可核对不依赖该决定的事实，不能代选或提前宣布全部完成。
+- 修改说明改变目标、权限、约束或验收时，明确展示增量。含糊说明先追问必要部分，不自行选一种解释；对修订版本再次确认或驳回后才算该项有最终决定。
+- 每次决定后检查依赖。驳回前置或修改方案导致其他条目不可行、含义变化时，向用户展示具体影响，更新尚未提问的内容；已确认且受影响的项重新确认，仍用固定三选项，不替用户连带删除或接受替代方案。与既有硬约束或上游承诺冲突时列明冲突，不静默改写它们以使选择成立。
+
+## 4. 按决定打磨文档
+
+可按已决项逐步改稿，不必等全部问完；未决部分保留待决标记及所缺说明。写入前重读受影响内容，保留用户和其他执行者的修改；发生冲突只暂停冲突部分。沿用原结构、语言、术语和稳定 ID，只改本次决定及必要关联位置。
+
+- **确认**：保留实质内容，仅做不改变含义的澄清；不借润色新增能力、阈值、技术承诺或验收门槛。
+- **驳回**：从本次有效范围、任务与验收中撤下，保留 ID 和简短排除依据，清理悬空引用。限定期次时只撤下该期承接，终局需求仍保留；未限定期次时，对所选 PRD 功能的驳回即从其终局范围排除。受影响的依赖与剩余能力须有用户决定，不能直接删整条链。
+- **修改后确认**：将用户认可的最终版本写入正文，必要理由进入已有决策/约束位置。修订中的试案不当作定稿，修改说明不完整或尚未确认时不能标成已确认。
+
+按类型同步受影响链路：
+
+| 文档 | 同步位置 |
+| --- | --- |
+| PRD | 目标/非目标、角色与场景、FR/NFR、可观察结果与验收/UAT、分期及终验归属；正文保留确认后的完整能力。 |
+| Dev-plan | 范围、需求映射、实现方案/契约、任务/里程碑、前置依赖、验证及风险；保留历史记录的原成果归属，新增工作不填成已完成。 |
+
+默认保存决定记录，优先沿用项目既有位置；没有约定时，在目标旁写 `<文档名去扩展名>.decisions.md`，记录目标版本、覆盖范围、逐项原案/最终决定、用户修改说明、修订落点和剩余同步事项。原文只有聊天内容或远程不可写时，遵循用户指定或项目同类文档的目录约定另存，无法确定目的地才问。仅讨论时在聊天保留台账，不新建文件。
+
+记录文件已存在时先读，功能决定放在可区分的独立节中续写，保留既有历史、阻塞记录及其 ID/结论，不将它们改成“功能已确认”。新决定推翻旧决定时保留旧案并标明取代关系；无实质变化的续接不重写记录。
+
+## 5. 复核与交付
+
+1. 回读文档与决定记录，对照范围内每项，确保都有最终决定或明确待决原因；全部驳回也是有效结果，不为填满文档补功能。
+2. 检查正文、排除、映射、依赖、验收和分期有无残留矛盾或悬空引用。受影响且授权外的文档列出具体同步位置，不能为了表面一致顺手覆盖。
+3. 计划范围或前置有变化时依真实条件核对原有 `Ready / Proposed / Blocked`，不把交互进度当计划状态；保留真实实施进展。只做文档所需检查，不能执行计划里的开发/业务验收来冒充复核。
+4. 检查最终 diff 及实际保存结果。全部条目有最终决定且必要文档修订已核对，才交付“逐项确认已完成”；仍有未答、待说明、待确认或写入失败时，准确列出剩余项。已决项不再追加整篇重复求批。
+
+最终回复简短给出修订文档与决定记录链接、确认/驳回/修改后确认的数量及剩余待决项；修改后确认不重复计数，进行中的修改仍算待决。用户确认不等于技术评审通过；需要独立评审时建议对应 `review-*`，不自动启动下一步。

package/skills/spec-human-decision/agents/openai.yaml

@@ -0,0 +1,4 @@
+interface:
+  display_name: "功能逐项确认"
+  short_description: "逐项讲清 PRD 或开发计划的功能与价值，用确认、驳回、修改的选择打磨文档"
+  default_prompt: "使用 $spec-human-decision，逐项确认指定 PRD 或 Dev-plan 中的功能，简述做什么、为什么需要，开发计划另述怎么做；通过交互工具提供确认、驳回、修改三个选项，修改须附说明，并按最终决定修订文档。"

package/skills/spec-human-decision/evals/scenarios.md

@@ -0,0 +1,32 @@
+# spec-human-decision 行为验收场景
+
+发现测试只提供自然请求与实际候选技能的描述；执行测试显式加载源码 `skills/spec-human-decision/SKILL.md`。这些是验收设计，未实际执行不算通过。隔离副本用于改稿，交互可用受控问答替身；替身通过不证明真实客户端 UI 已适配。
+
+## 发现与边界
+
+| 请求 | 应观察的选择 | 失败信号 |
+| --- | --- | --- |
+| “把 PRD 里每项要做的功能和我过一遍，按我的决定改稿。” | spec-human-decision | 只产评审报告或直接扩写需求 |
+| “开发计划里的功能逐项让我确认，要说清楚怎么做。” | spec-human-decision | 只审代码或直接实施 |
+| “评审这份 PRD 的需求质量，给问题报告。” | review-prd | 强制进入逐项三选项 |
+| “按这份已授权计划继续 M2。” | 按计划实施入口推进 | 把逐项确认加成新的开工前置 |
+| “按评审报告修订这份计划。” | apply-doc-review | 要求全部功能重新投票 |
+
+## 执行与文档结果
+
+| 材料与答复 | 应观察的行为与产物 | 失败信号 |
+| --- | --- | --- |
+| PRD 含三个可独立取舍的功能，全部确认 | 每题给功能、价值和来源，恰好三个业务选项；不补技术实现、不再整篇求批 | 按章节合并投票、加第四种业务选项或制造技术方案 |
+| 开发计划中同一功能散见范围、方案、里程碑与验收 | 按功能问一次，题面含做法；决定同步到各处 | 按文件/函数反复问，或只改标题/台账 |
+| 交互改稿后的计划供下一位实施者阅读 | 正文保存最终范围与方案及必要依据，问答经过留在决定记录 | 新增“本轮确认/驳回”“刚才”、所用技能或改稿经过等对话依赖 |
+| 选修改但未填说明，补说明后认可修订版 | 追问缺失说明，展示最终修订版再三选一；记录修改后确认 | 自拟修改方向、把选中修改当成已确认 |
+| 驳回被后续功能依赖的前置 | 展示影响，让用户决定受影响项的最终版本 | 默默连带删掉后续功能或自动接受替代方案 |
+| 限定 P1，驳回一项跨期需求的本期承接 | 撤下 P1 任务与本期验收，保留终局能力及其他期次，记录影响 | 删除整条需求、擅定延期到 P2 |
+| 只选 PRD 的一个功能 ID，未限定期次，用户驳回 | 从该功能的终局范围、场景、验收及分期中撤下，保留排除依据和其余功能 | 将功能子集误当期次限定、仅删除 P1 承接或修改未选功能 |
+| 工具模式受限、原生 Other 不可关闭或异步调用仅回送达 | 使用适用工具或文字回退；Other 承接修改说明；等待真实答复 | 猜工具参数、绕过模式限制、将送达/超时/预选当确认 |
+| 所有功能取舍已定，但计划有未解的数据/外部契约阻塞 | 分开报告逐项完成与计划阻塞，保留真实进度 | 自动改 Ready 或填已完成记录 |
+| 只指定计划改稿，引用的 PRD 不在修改范围 | PRD 只读，决定记录列出上游同步位置 | 顺手改上游以消除矛盾 |
+| 同名 .decisions.md 已有 resolve-blocked 的 B-ID 与历史结论 | 追加可区分的功能决定节，保留原阻塞历史及 ID；续接只沿用仍适用的功能答复 | 覆盖整份记录、把阻塞已解误当功能已确认，或改写旧案 |
+| 用户只讨论、全部驳回、或中途暂停后续接 | 仅讨论不落盘；全驳回不补功能；续接沿用仍有效答复、未答仍待决 | 偷写文件、凭空补功能、重问全部或把未答算确认 |
+
+检查实际问题载荷、答复、最终文档、决定记录和 diff；不能仅凭技能含有相应文字判通过。发现能力、替身执行与真实客户端交互分别记录结论。

package/skills/swarm/evals/evals.json

@@ -1,55 +0,0 @@
-{
-  "skill_name": "swarm",
-  "evals": [
-    {
-      "id": 0,
-      "prompt": "我们门户要加一个「需求变更审批」的功能，现在只有一句话想法：产品提的变更要走审批才能进开发。帮我组个团队把这条需求梳理清楚——要能拿去评审会的那种，别写成一堆没法验收的空话。仓库在 ~/code/portal，需求文档放 docs/prd/ 下面。",
-      "expected_output": "识别为产品团队模式，只加载 references/teams/product.md；给出两段式机制建议（并行只读评审 + 需要多轮往返时用 team）；PRD 单一写手；澄清问题批量汇聚到 lead 一次问用户；评审输出带判定档位；与 prd/test-plan 等 skill 的联动写进提示词；团队规模 3-5 人；停在用户确认这一步",
-      "files": [],
-      "expectations": [
-        "选择「产品团队」模式（需求设计/澄清/评审），而不是套用功能开发或代码审计模式",
-        "只加载命中的团队文件 references/teams/product.md，没有把其余 5 个 teams/*.md 全读一遍",
-        "明确 PRD 只有一个写手，评审者不得直接修改 PRD（改由 designer 或 lead 合入）",
-        "澄清问题汇聚到 lead 后批量、一次性问用户，而不是各角色各自提问",
-        "评审输出要求判定档位（通过/有条件通过/打回）+ 引用原文 + 建议改法，而非只给感想",
-        "含技术可行性评审角色，且要求引用真实文件路径/接口名（代码事实优先于产品想象）",
-        "团队规模在 3-7 人之间",
-        "停在等待用户确认这一步，没有假装团队已经执行完毕",
-        "不把已废弃的 TeamCreate / TeamDelete / team_name 当作执行步骤使用（作为「已移除」的说明出现是正确行为）"
-      ]
-    },
-    {
-      "id": 1,
-      "prompt": "帮我审计一下这个仓库的安全问题，src 下面三百多个文件都要过一遍，重点看鉴权和注入。组个团队并行搞快点。",
-      "expected_output": "识别出「同一套检查 × 300 文件」是动态 workflow / batch 的主场，而不是 agent team；对用户「组个团队」的说法给出有理由的反建议；审查者只读；统一严重度口径；每条问题带 文件:行号；报告含「未覆盖范围」；审计与修复分阶段",
-      "files": [],
-      "expectations": [
-        "指出「同一套检查 × 300 文件」更适合动态 workflow（ultracode）或 /batch，而不是 agent team",
-        "对用户「组个团队」的要求给出有理由的反建议，而不是直接照办开团队",
-        "审查角色为只读（Explore，或显式禁掉 Write/Edit/Bash）",
-        "统一严重度口径（如 P0-P3）并在派发时定死",
-        "要求每条问题带 文件:行号 + 为什么是问题 + 建议改法",
-        "要求报告包含「未覆盖范围」一栏",
-        "审计与修复分成两个阶段，不让审查者顺手改代码",
-        "不把已废弃的 TeamCreate / TeamDelete / team_name 当作执行步骤使用（作为「已移除」的说明出现是正确行为）"
-      ]
-    },
-    {
-      "id": 2,
-      "prompt": "创建一个团队做这个跨层功能：前端加一个设备列表页，后端加 /api/devices 接口和分页，再补上测试。前端在 src/pages、src/components，后端在 src/api、src/services，测试在 tests/。",
-      "expected_output": "功能开发团队；使用当前的 Agent 工具 + name 启动 teammate（不出现 TeamCreate / TeamDelete / team_name）；提示预检 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS 与任务清单可能不可用的降级；契约先冻结再并行；共享文件归 lead；测试工程师提前进场；lead 不写代码",
-      "files": [],
-      "expectations": [
-        "用 Agent 工具 + name 参数启动 teammate，而不是旧的 Task → subagent_type/team_name 形式",
-        "不把已废弃的 TeamCreate / TeamDelete / team_name 当作执行步骤使用（作为「已移除」的说明出现是正确行为）",
-        "预检 CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS 是否已开启（agent teams 默认关闭）",
-        "提到共享任务清单（TaskCreate 等）可能不可用，并给出降级路径",
-        "接口契约先冻结，然后前后端才并行实现",
-        "文件分工使用用户给出的真实目录，且共享文件（类型/路由/配置）归 lead 统一改",
-        "测试角色提前进场（契约冻结后就写用例骨架），不等实现全部完成",
-        "不在 spawn 参数里传权限模式（mode），因为 teammate 的权限模式不能在 spawn 时按人指定",
-        "停在等待用户确认这一步，没有假装团队已经执行完毕"
-      ]
-    }
-  ]
-}

package/vendor/phoenix-ui/VERSION.json

@@ -1,20 +0,0 @@
-{
-  "schemaVersion": 1,
-  "distribution": "development",
-  "toolVersion": "0.1.0",
-  "npmPackageVersion": "0.7.0",
-  "sourceCommit": "ca775b27b3c772886cb3bce435284d003f07fe37",
-  "sourceTree": "e632a7cdde0e79bef093952dc472bd7ba6d109d5",
-  "sourceState": "dirty",
-  "sourceInputSha256": "2a574581eb3326e33442533dfb6ad7ef284081b308961253cda2497fa1fe6e67",
-  "bundleSchema": 1,
-  "bundleSha256": "95bca755477c6864e11eab1104d2147d0d4c80dca24ec15a058c6af4d96e7c30",
-  "reviewSchema": 1,
-  "engines": {
-    "darwin-arm64": {
-      "asset": "phoenix-ui-darwin-arm64",
-      "sha256": "794e2c95763238021edd26b976be2dab66db4ffd78e9604a567ac8ba87986269",
-      "size": 20924264
-    }
-  }
-}