@inf-monkeys-tech/monkeys-cli 0.11.3 → 0.11.5

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@inf-monkeys-tech/monkeys-cli",
-  "version": "0.11.3",
+  "version": "0.11.5",
   "packageManager": "bun@1.3.14",
   "description": "Monkeys command-line client for AI agents, automation, and interactive use",
   "type": "module",
@@ -51,7 +51,7 @@
     "topicSeparator": " ",
     "topics": {
       "agent": {
-        "description": "Manage Agent Work and collaborative agent operations"
+        "description": "Manage Dev Agent Work and collaborative agent operations"
       },
       "api": {
         "description": "Discover and call Platform OpenAPI operations"
@@ -63,7 +63,7 @@
         "description": "Inspect and change tenant system configuration"
       },
       "context": {
-        "description": "Inspect the resolved Profile, Team, tenant, and endpoint context"
+        "description": "Inspect the resolved Subscription, Team, tenant, and endpoint context"
       },
       "data": {
         "description": "Manage ontology, assets, values, views, tags, and transfers"
@@ -83,8 +83,8 @@
       "post-review": {
         "description": "Inspect workflow post-review audit jobs"
       },
-      "profile": {
-        "description": "Manage endpoint subscriptions and active Profile selection"
+      "subscription": {
+        "description": "Manage endpoint subscriptions and active Subscription selection"
       },
       "skills": {
         "description": "List, read, verify, and synchronize bundled Agent Skills"
@@ -142,5 +142,5 @@
   "publishConfig": {
     "access": "public"
   },
-  "monkeysReleaseCommit": "ab0d1e2a50204a95819c7f1624806374c14ca2f9"
+  "monkeysReleaseCommit": "bb057014abd90d156261f35e75f459cbb8f382f6"
 }

package/skills/monkeys-agent-work/SKILL.md

@@ -9,7 +9,7 @@ description: 通过 monkeys CLI 管理 Kernel Agent Work 的查询、创建、
 
 ## 执行原则
 
-1. 只使用预期 Surface 为 Kernel 的 Profile；运行 `monkeys context show` 确认 `authSurface=kernel`。
+1. 只使用预期 Surface 为 Kernel 的 Subscription；运行 `monkeys context show` 确认 `authSurface=kernel`。
 2. 用 `monkeys schema agent work <action>` 获取当前命令合同；创建或变更前精确查询 Work ID 与最新 Revision。
 3. 写操作先 `--dry-run`；分配新 Runtime、重试、Spec 审批与 Review 验收等特权操作需要用户确认后再传 `--yes`。
 4. 观察时明确区分服务端状态与本地轮询；Ctrl+C 只停止本地观察。

package/skills/monkeys-agent-work/references/agent-work.md

@@ -1,11 +1,11 @@
 # Agent Work
 
-Agent Work 是 Kernel Agent Console 的工作单能力。只使用明确声明 Kernel Surface 的 Profile；命令不接受、不继承 Team，结构化输出必须为 `teamMode=none`。权限不足时显式报告，不切换到 Studio。
+Agent Work 是 Kernel Agent Console 的工作单能力。只使用明确声明 Kernel Surface 的 Subscription；命令不接受、不继承 Team，结构化输出必须为 `teamMode=none`。权限不足时显式报告，不切换到 Studio。
 
 ## 推荐流程
 
-1. 运行 `monkeys agent work list --profile <Kernel Profile> --limit 20 --output json`。
-2. 用精确 ID 运行 `monkeys agent work get <ID> --profile <Kernel Profile> --output json`。
+1. 运行 `monkeys agent work list --subscription <Kernel Subscription> --page-size 20 --output json`。
+2. 用精确 ID 运行 `monkeys agent work get <ID> --subscription <Kernel Subscription> --output json`。
 3. 只有用户目标明确后才执行创建、编辑、分配、对话、审批、控制或验收。
 4. 长任务优先用 `wait`；需要逐次状态流时用 `watch`。
 5. 根据 `status`、`phase`、`attentionState` 和错误恢复建议在聊天中报告下一步。
@@ -15,15 +15,15 @@ OpenAPI 不可用时，CLI 可以使用经过测试的精确内置合同；输
 ## 读取与发现
 
 ```bash
-monkeys agent work list --profile <Profile> --limit 20 --output json
-monkeys agent work list --profile <Profile> --attention-required --output json
-monkeys agent work list --profile <Profile> --cursor <Cursor> --output json
-monkeys agent work get <ID> --profile <Profile> --output json
-monkeys agent work collaborators --profile <Profile> --output json
-monkeys agent work runtime list [<ID>] --profile <Profile> --output json
+monkeys agent work list --subscription <Subscription> --page-size 20 --output json
+monkeys agent work list --subscription <Subscription> --attention-required --output json
+monkeys agent work list --subscription <Subscription> --page-token <PageToken> --output json
+monkeys agent work get <ID> --subscription <Subscription> --output json
+monkeys agent work collaborators --subscription <Subscription> --output json
+monkeys agent work runtime list [<ID>] --subscription <Subscription> --output json
 ```
 
-- `list` 默认最多输出 20 条，单页上限 100；以 `serverTotal`、`returned`、`truncated` 和 `pageInfo.nextCursor` 判断截断。只有用户要求继续时才携带 Cursor 读取下一页，不循环无界获取。
+- 所有列表命令统一使用 `--page-size`、`--page-token`、`--page-all`、`--page-limit` 和 `--page-delay`；以 `pageInfo.hasMore` 和 `pageInfo.nextPageToken` 判断是否还有下一页。只有用户明确要求继续或完整获取时才继续，不循环无界获取。
 - 工作单 canonical `status` 为 `preparing|running|pending_review|pending_acceptance|blocked|completed|cancelled|failed`。`phase` 表示任务生命周期阶段，`attentionState` 表示当前是否需要用户动作，三者不得互相替代。
 - `collaborators` 是 Runtime 视图：使用 `operationalState=working|waiting_user|blocked|idle|offline|error` 描述 Runtime 当前可操作状态，并通过 `assignments` 关联工作单。不得用 Runtime 的 `status` 代替工作单状态。
 - 临时引用图、Preview 和对象存储 URL 不在稳定输出中。不得要求 Raw API 回显这些 URL。
@@ -32,8 +32,8 @@ monkeys agent work runtime list [<ID>] --profile <Profile> --output json
 ## 创建与编辑
 
 ```bash
-monkeys agent work create --profile <Profile> --title <标题> --description @requirement.md --repo-url <URL> --repo-ref <Ref> --output json
-monkeys agent work update <ID> --profile <Profile> --description @requirement.md --output json
+monkeys agent work create --subscription <Subscription> --title <标题> --description @requirement.md --repo-url <URL> --repo-ref <Ref> --output json
+monkeys agent work update <ID> --subscription <Subscription> --description @requirement.md --output json
 ```
 
 - `--reference-image` 最多重复 3 次，只支持本地 PNG/JPEG/WebP，单张不超过 10 MiB。
@@ -44,24 +44,24 @@ monkeys agent work update <ID> --profile <Profile> --description @requirement.md
 ## 分配与运行控制
 
 ```bash
-monkeys agent work assign existing <ID> --profile <Profile> --runtime-id <Runtime ID> --yes --output json
-monkeys agent work assign new <ID> --profile <Profile> --resource-id <Resource ID> --image <Image> --yes --output json
-monkeys agent work pause <ID> --profile <Profile> --reason @reason.md --output json
-monkeys agent work resume <ID> --profile <Profile> --prompt @prompt.md --output json
-monkeys agent work retry <ID> --profile <Profile> --reason @reason.md --yes --output json
+monkeys agent work assign existing <ID> --subscription <Subscription> --runtime-id <Runtime ID> --yes --output json
+monkeys agent work assign new <ID> --subscription <Subscription> --resource-id <Resource ID> --image <Image> --yes --output json
+monkeys agent work pause <ID> --subscription <Subscription> --reason @reason.md --output json
+monkeys agent work resume <ID> --subscription <Subscription> --prompt @prompt.md --output json
+monkeys agent work retry <ID> --subscription <Subscription> --reason @reason.md --yes --output json
 ```
 
-分配与 retry 是 privileged 操作。调用前在聊天中说明 Profile、工作单 ID、目标 Runtime/Resource 和副作用；非交互执行必须由用户明确授权 `--yes`。
+分配与 retry 是 privileged 操作。调用前在聊天中说明 Subscription、工作单 ID、目标 Runtime/Resource 和副作用；非交互执行必须由用户明确授权 `--yes`。
 
 ## 对话、Spec 与验收
 
 ```bash
-monkeys agent work conversation send <ID> --profile <Profile> --message @message.md --output json
-monkeys agent work spec approve <ID> --profile <Profile> --revision-id <Revision ID> --yes --output json
-monkeys agent work spec request-revision <ID> --profile <Profile> --revision-id <Revision ID> --feedback @feedback.md --output json
-monkeys agent work review approve <ID> --profile <Profile> --note @note.md --yes --output json
-monkeys agent work review request-changes <ID> --profile <Profile> --prompt @prompt.md --output json
-monkeys agent work delete <ID> --profile <Profile> --yes --output json
+monkeys agent work conversation send <ID> --subscription <Subscription> --message @message.md --output json
+monkeys agent work spec approve <ID> --subscription <Subscription> --revision-id <Revision ID> --yes --output json
+monkeys agent work spec request-revision <ID> --subscription <Subscription> --revision-id <Revision ID> --feedback @feedback.md --output json
+monkeys agent work review approve <ID> --subscription <Subscription> --note @note.md --yes --output json
+monkeys agent work review request-changes <ID> --subscription <Subscription> --prompt @prompt.md --output json
+monkeys agent work delete <ID> --subscription <Subscription> --yes --output json
 ```
 
 - Spec 操作必须使用详情返回的精确 `currentSpecRevisionId`，不得猜测或复用旧 Revision。
@@ -71,10 +71,10 @@ monkeys agent work delete <ID> --profile <Profile> --yes --output json
 ## 等待与聊天反馈
 
 ```bash
-monkeys agent work wait <ID> --profile <Profile> --until terminal --output json
-monkeys agent work wait <ID> --profile <Profile> --until attention --output json
-monkeys agent work wait <ID> --profile <Profile> --until review --output json
-monkeys agent work watch <ID> --profile <Profile>
+monkeys agent work wait <ID> --subscription <Subscription> --until terminal --output json
+monkeys agent work wait <ID> --subscription <Subscription> --until attention --output json
+monkeys agent work wait <ID> --subscription <Subscription> --until review --output json
+monkeys agent work watch <ID> --subscription <Subscription>
 ```
 
 ### 自适应呈现合同
@@ -86,12 +86,12 @@ monkeys agent work watch <ID> --profile <Profile>
 1. 先说明结果摘要，例如总数、返回数、是否截断，以及当前是否需要用户处理。
 2. 把需要关注的工作单放在普通结果之前。
 3. 每个需要关注的工作单至少展示标题、工作单 ID、面向人的当前状态、已经完成的关键结果、风险或副作用，以及用户现在需要作出的具体决定。
-4. 只保留足以避免误操作的上下文，例如实际 Profile、Kernel Surface 和 `teamMode=none`；从当前命令结果读取这些值，不写死环境、租户、Runtime 或仓库。
+4. 只保留足以避免误操作的上下文，例如实际 Subscription、Kernel Surface 和 `teamMode=none`；从当前命令结果读取这些值，不写死环境、租户、Runtime 或仓库。
 5. 只有用户要求技术详情或执行下一步必须依赖时，才补充原始状态码、Revision ID、Runtime ID、测试明细和错误恢复信息。
 
 把 `status`、`phase` 和 `attentionState` 组合成符合当前对话语言的自然表述；必要时在自然表述后保留原始枚举，禁止仅显示内部枚举让用户自行解释。默认隐藏 Request ID、Adapter、对象存储 URL、无关邮箱和完整响应；工作单 ID 以及当前操作所必需的精确 ID 不得隐藏。
 
-列表列数较多、单元格内容较长或界面能力未知时，不强行使用表格。创建或执行写操作前，用当前界面能稳定显示的方式回显 Profile、Kernel/`teamMode=none`、标题、类型、优先级、仓库与 Ref、分配方式及可能副作用，再等待对该精确操作的明确授权。
+列表列数较多、单元格内容较长或界面能力未知时，不强行使用表格。创建或执行写操作前，用当前界面能稳定显示的方式回显 Subscription、Kernel/`teamMode=none`、标题、类型、优先级、仓库与 Ref、分配方式及可能副作用，再等待对该精确操作的明确授权。
 
 - `until=attention`：`user_input_required`、`spec_approval_required` 或 `blocked`。
 - `until=review`：需要 Spec 审批，或进入 `pending_review` / `pending_acceptance`。

package/skills/monkeys-auth/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: monkeys-auth
-description: 通过 monkeys CLI 安全配置订阅并使用浏览器 Device Code 或 API Key 登录，检查当前身份、认证存储与 Profile。用户要登录、退出、导入 API Key、切换 endpoint/订阅、诊断认证或查询 whoami 时使用。
+description: 通过 monkeys CLI 安全配置订阅并使用浏览器 Device Code 或 API Key 登录，检查当前身份、认证存储与 Subscription。用户要登录、退出、导入 API Key、切换 endpoint/订阅、诊断认证或查询 whoami 时使用。
 ---
 
 # Monkeys Auth
@@ -9,13 +9,13 @@ description: 通过 monkeys CLI 安全配置订阅并使用浏览器 Device Code
 
 ## 登录路径
 
-- 浏览器登录：用 `monkeys auth login --url <Endpoint> --no-wait` 获取服务端 `verification_url`，原样交给用户；用户确认完成后，用同一次响应的临时 Profile 与 Device Code 继续轮询。
+- 浏览器登录：用 `monkeys auth login --url <Endpoint> --no-wait` 获取服务端 `verification_url`，原样交给用户；用户确认完成后，用同一次响应的临时 Subscription 与 Device Code 继续轮询。
 - API Key 登录：Key 只允许通过 `--api-key-stdin` 或 `--api-key-env` 输入，禁止出现在参数、文件、聊天或日志中。
-- 登录后用服务端返回的已认证 `tenantId` 作为订阅/Profile 名；不得从 URL 主机名猜名称。
-- 用 `monkeys auth whoami --profile <Profile>` 或 `monkeys auth status --profile <Profile>` 验证身份与 Surface。
+- 登录后用服务端返回的已认证 `tenantId` 作为订阅/Subscription 名；不得从 URL 主机名猜名称。
+- 用 `monkeys auth whoami --subscription <Subscription>` 或 `monkeys auth status --subscription <Subscription>` 验证身份与 Surface。
 
 ## 安全边界
 
 - CLI 和 Agent 都不得处理账户密码，不得自行填写浏览器登录表单。
-- Device Code 只能用于原始 Endpoint 与临时 Profile，不得跨订阅复用。
+- Device Code 只能用于原始 Endpoint 与临时 Subscription，不得跨订阅复用。
 - Keyring 或安全存储不可用时停止，不得降级为普通明文文件。

package/skills/monkeys-auth/references/authentication.md

@@ -3,20 +3,20 @@
 ## 原则
 
 - 把 Deployment、Tenant、Team、Credential 共同视为不可变请求上下文。
-- 首次登录传订阅 `--url`；登录成功后，后续自动化都传服务端确认的租户 Profile。跨 Team 操作同时传 `--team`。
-- 用 `profile current/show/test` 和 `auth status/whoami` 核对上下文，不从名称猜测身份。
+- 首次登录传订阅 `--url`；登录成功后，后续自动化都传服务端确认的租户 Subscription。跨 Team 操作同时传 `--team`。
+- 用 `subscription current/show/test` 和 `auth status/whoami` 核对上下文，不从名称猜测身份。
 - 私有部署可能配置私有 CA；由 Deployment 配置处理，不关闭 TLS 校验。
 
 ## 配置顺序
 
 1. 浏览器登录使用 `monkeys auth login --url <Endpoint>`；CLI 自动创建 Endpoint 映射并打开浏览器。
 2. API Key 登录使用 `monkeys auth login --url <Endpoint> --api-key-stdin` 或 `--api-key-env <变量名>`。
-3. 登录成功后，CLI 读取已认证 `/api/configs` 的 `tenantId`，用它命名订阅/Profile 并设为当前 Profile。
-4. 后续用 `monkeys auth status --profile <tenantId> --output json` 与 `profile test` 验证身份和 Team。
+3. 登录成功后，CLI 读取已认证 `/api/configs` 的 `tenantId`，用它命名订阅/Subscription 并设为当前 Subscription。
+4. 后续用 `monkeys auth status --subscription <tenantId> --output json` 与 `subscription test` 验证身份和 Team。
 
-订阅 URL 是登录前唯一需要的上下文。CLI 用规范化 Endpoint 创建稳定的本地 Deployment 映射；在认证成功前只使用临时 Profile，成功后必须以服务端确认的 `tenantId` 重命名并设为当前订阅。不得用 URL 主机名、页面标题或用户输入猜租户名。
+订阅 URL 是登录前唯一需要的上下文。CLI 用规范化 Endpoint 创建稳定的本地 Deployment 映射；在认证成功前只使用临时 Subscription，成功后必须以服务端确认的 `tenantId` 重命名并设为当前订阅。不得用 URL 主机名、页面标题或用户输入猜租户名。
 
-浏览器 Session 和通过登录命令导入的 API Key 都写入系统 Keyring。API Key 不能进入命令参数、输出或 Profile 配置文件；无头 CI 应使用显式 `env:` Profile，而不是模拟浏览器登录。
+浏览器 Session 和通过登录命令导入的 API Key 都写入系统 Keyring。API Key 不能进入命令参数、输出或 Subscription 配置文件；无头 CI 应使用显式 `env:` Subscription，而不是模拟浏览器登录。
 
 ## Agent 发起浏览器登录
 
@@ -31,14 +31,14 @@ CLI 和 Agent 都不得索要或处理账户密码。用户登录只发生在当
    ```
 
 2. 将返回的 `verification_url` 原样交给用户，让用户在自己的浏览器登录。不得由 Agent 填写登录表单，不得修改 URL。
-3. 用户明确回复已完成后，用同一次响应中的 Device Code 和临时 Profile 完成登录：
+3. 用户明确回复已完成后，用同一次响应中的 Device Code 和临时 Subscription 完成登录：
 
    ```bash
-   monkeys auth login --profile <临时Profile> --device-code <device_code> --output json
+   monkeys auth login --subscription <临时Subscription> --device-code <device_code> --output json
    ```
 
-4. 命令成功返回 `subscription=<tenantId>`。运行 `monkeys auth status --profile <tenantId> --output json`，核对 Principal、Team、Surface、Context Fingerprint 和 `provider`；只报告非敏感摘要。
+4. 命令成功返回 `subscription=<tenantId>`。运行 `monkeys auth status --subscription <tenantId> --output json`，核对 Principal、Team、Surface、Context Fingerprint 和 `provider`；只报告非敏感摘要。
 
-Device Code 只用于返回它的临时 Profile、Endpoint 和当前一次短期授权，不得跨上下文复用。过期、拒绝、网络失败或结果未知时停止，不通过 Raw API 降级。
+Device Code 只用于返回它的临时 Subscription、Endpoint 和当前一次短期授权，不得跨上下文复用。过期、拒绝、网络失败或结果未知时停止，不通过 Raw API 降级。
 
-`SESSION_PERSIST_FAILED` 表示浏览器授权已成功但 Session 未确认保存；修复 Store 后，只能在 Device Code 未过期时按 recovery 恢复轮询，不重新创建授权。`AUTH_PROFILE_UPDATE_FAILED` 表示 Session 已保存但 Profile 指纹更新失败，按 recovery 运行只读状态检查。`SESSION_STORAGE_PROBE_CLEANUP_FAILED` 表示预检条目未确认删除，必须停止登录并修复存储。
+`SESSION_PERSIST_FAILED` 表示浏览器授权已成功但 Session 未确认保存；修复 Store 后，只能在 Device Code 未过期时按 recovery 恢复轮询，不重新创建授权。`AUTH_SUBSCRIPTION_UPDATE_FAILED` 表示 Session 已保存但 Subscription 指纹更新失败，按 recovery 运行只读状态检查。`SESSION_STORAGE_PROBE_CLEANUP_FAILED` 表示预检条目未确认删除，必须停止登录并修复存储。

package/skills/monkeys-data/SKILL.md

@@ -27,5 +27,5 @@ description: 通过 monkeys CLI 理解并操作 Ontology、View、Asset、Field/
 - 新 Data 能力优先使用 Ontology；Bucket 只用于旧合同兼容。
 - 不执行永久 Purge，不把 Container Membership remove 描述为删除 Asset。
 - 筛选失败或空集合不得触发 View 转换、Raw API、PG 扫描或视角写重放。
-- Data 文件未指定文件格式时按 JSONL；真实导入必须先对同一输入完成全量 dry-run，并获得精确 Profile、Perspective、Ontology 与文件授权。
+- Data 文件未指定文件格式时按 JSONL；真实导入必须先对同一输入完成全量 dry-run，并获得精确 Subscription、Perspective、Ontology 与文件授权。
 - Asset/附件 URL 只在 CLI 内部使用；不得显示、签名或经普通 HTTP 工具处理。

package/skills/monkeys-data/references/data-governance.md

@@ -3,8 +3,8 @@
 ## Ontology
 
 - `data ontology list` 用于发现可见、可创建或全部 Ontology；列表可见性不代表管理权限。
-- `data ontology get/create/update` 只使用声明了 Kernel Surface 的 Profile，并显式传 `--perspective kernel`。现有 Server 的 `get` 仍要求 `--team` 作为资源定位条件，但不得把它描述成 Kernel 查询作用域；`create/update` 按命令 Help 显式传目标/归属 `--team`。这些命令不得降级到 Studio。
-- Studio Profile 被拒绝时不要自动换凭据或改走 Raw API。
+- `data ontology get/create/update` 只使用声明了 Kernel Surface 的 Subscription，并显式传 `--perspective kernel`。现有 Server 的 `get` 仍要求 `--team` 作为资源定位条件，但不得把它描述成 Kernel 查询作用域；`create/update` 按命令 Help 显式传目标/归属 `--team`。这些命令不得降级到 Studio。
+- Studio Subscription 被拒绝时不要自动换凭据或改走 Raw API。
 - Create/Update 前展示目标/归属 Team、Ontology ID、`dataContractVariant` 和字段级变更；Get 必须说明 Team 只是当前接口的定位参数，不得把 Session 当前 Team 描述成 Kernel 资源作用域。以服务端授权结果为准。
 - 使用 `data asset import-jsonl` 做服务端原生批量导入前，展示目标 Ontology、目标/归属 Team、导入模式、Asset/Tag/功能列开关与可选 Container View。保存返回的 `logId` 并以状态查询和目标数据读取共同验收。
 - 外部生成清单补充现有 Asset 时使用 `data asset feature-backfill`，必须提供包含稳定来源 ID 与目标 `assetId` 的映射 JSONL。需要保护更高质量来源时同时传 `--priority-file`；CLI 会用同一映射把优先来源解析为受保护目标 Asset，因此其他来源别名也不能覆盖该目标。先用完全相同的文件、Key、列名、优先源和样本筛选运行 `--dry-run`；未知优先来源、缺失映射、重复来源、重复未保护目标、非法图片/文本或缺失样本时停止。`data asset enrich-jsonl` 仅作为已弃用兼容入口保留；若结果含 `deprecation`，必须向聊天用户说明替代命令。
@@ -19,6 +19,6 @@
 - `data container remove`：只把 Membership 移入 Trash，不删除 Asset 本体。
 - `data container trash list/restore`：先列出精确回收项，再做有界恢复；部分失败逐项报告。
 - `data view convert-to-container`：将普通 Filter View 的当前筛选结果快照转换为 Container View。Kernel Data 界面将它称为“转化为增强视图”；转换后会清除筛选逻辑，且无法撤销。它是非幂等后台治理任务，只有用户明确要求固化动态筛选结果时才能执行。
-- 转换前展示 Profile、Perspective、Team 模式、View ID、Ontology ID、当前筛选摘要和不可逆影响，并取得对该精确 View 的确认。筛选失败、返回为空、API 漂移或权限不足时不得把转换当作兜底。
+- 转换前展示 Subscription、Perspective、Team 模式、View ID、Ontology ID、当前筛选摘要和不可逆影响，并取得对该精确 View 的确认。筛选失败、返回为空、API 漂移或权限不足时不得把转换当作兜底。
 
 禁止通过 Raw API 把 Remove 替换成永久删除，禁止 Purge 和大范围清空。

package/skills/monkeys-data/references/data-perspective.md

@@ -47,4 +47,4 @@ Team `0` 的 Ontology 可以作为共享 Schema 被其他 Team 复用，因此 `
 - 双视角查询：View、Asset、Tag、Tag Group、Field List/Get、Feature Value 等统一 Data 读取。
 - 固定 Studio 语义：`data ontology list --scope visible|creatable`。
 - 固定 Kernel 语义：`data ontology list --scope all`、`data ontology get/create/update/import`、`data asset import-jsonl` 及其 `status/cancel`，以及其他命令明确标记的 Kernel 专有治理操作。
-- Cursor 会绑定查询上下文并记录实际视角；Studio 首次升级到 Kernel 后，下一页直接延续 Kernel，不重新把 Kernel page token 发给 Studio。
+- `pageInfo.nextPageToken` 会绑定查询上下文并记录实际视角；Studio 首次升级到 Kernel 后，下一页直接延续 Kernel，不重新把 Kernel 的服务端游标发给 Studio。

package/skills/monkeys-data/references/data-read.md

@@ -17,14 +17,14 @@
 1. 用户明确要求 Kernel 时用 `data ontology list --scope all --perspective kernel`；明确要求 Studio 时用 `data ontology list --scope visible --perspective studio --team <Team ID>`。`visible|creatable|all` 是固定语义入口，不在它们之间自动改写。目标 Ontology 已知、用户未指定视角时，后续双视角查询省略 `--perspective`，由 CLI 执行 Studio-first。
 2. Kernel 全局读取默认不传 `--team`；只有用户明确要求某 Team 且命令支持筛选时才传。Field、View、Feature Value、Feature 附件和 Advanced Asset Search 需要后端资源 Team 时传已确认的 `--resource-team <数据 Team>`；不得从 Ontology owner `teamId`、Session 或空结果猜测。已确认目标位于共享/系统数据分区时，直接分区查询传 `--team 0`，子资源定位传 `--resource-team 0`。明确 Studio 时传 `--team` 且不传 `--resource-team`；自动模式可携带已确认的 `--resource-team` 供 Kernel 升级后定位，Studio 尝试不会把它当作 Team 上下文。
 3. 检查输出中的 `requestedPerspective`、`effectivePerspective`、`perspectiveResolution`、`teamMode`、可选的 `effectiveTeamId` 和 `resourceLocator`。`teamMode=none` 表示 CLI 未施加 Team 上下文/筛选；`resourceLocator` 只说明后端分区定位。`perspectiveResolution.fallbackReason` 为 `studio_empty|studio_not_found` 时，说明 Studio 已确定为空/不存在且最终结果来自 Kernel；其他错误不得由 Skill 手工换视角重试。CLI 返回 `DATA_RESOURCE_TEAM_REQUIRED` 时请求已确认的数据资源 Team；不得把 `0` 当默认兜底。
-4. 用户要求“列出/查看某个 View 的数据”且未指定视角时，使用 `monkeys data view rows --ontology <Ontology ID> --view <View ID> --resource-team <已确认的数据 Team> --limit 20 --profile <Profile> --output json`；CLI 会把复合查询整体固定在一个视角，必要时从头用 Kernel 重查，避免混合两侧数据。明确 Studio 时改用 `--team` 且不传 `--resource-team`；明确 Kernel 时补 `--perspective kernel`。不要要求用户额外指定“完整列”，也不要先用紧凑 `data asset list` 代替。
+4. 用户要求“列出/查看某个 View 的数据”且未指定视角时，使用 `monkeys data view rows --ontology <Ontology ID> --view <View ID> --resource-team <已确认的数据 Team> --page-size 20 --subscription <Subscription> --output json`；CLI 会把复合查询整体固定在一个视角，必要时从头用 Kernel 重查，避免混合两侧数据。明确 Studio 时改用 `--team` 且不传 `--resource-team`；明确 Kernel 时补 `--perspective kernel`。不要要求用户额外指定“完整列”，也不要先用紧凑 `data asset list` 代替。
 5. View 类型为 `filter` 且已经配置 Tag/Field 规则时，继续使用 `data view rows`，由 CLI 按当前部署合同解析 `allOf`、`anyOf`、`noneOf` 与启用的字段规则。临时按 Ontology 全局 Feature 的结构化值筛选时，读取[Ontology Feature 结构化检索](ontology-feature-search.md)，使用 `data asset search --expression-json/--expression-file`；其他临时条件仍以命令 Help 为准。筛选失败或结果为空时先核对上下文、View 类型和规则，禁止通过 `data view convert-to-container` 兜底。
 6. 依据返回的有序 `columns` 和 `rows` 在聊天中展示完整 Markdown 表格。列较多时按列分成多个表格，每个表都保留 Asset ID 和名称用于关联；不得静默省略列。附件单元格只显示“可下载”和数量，不显示 URL。
 7. 只有用户明确要求简略列表、资源元数据或低上下文投影时，才使用 `data asset list --view <View ID>`。默认单页有界；只有用户确实需要时扩大范围。
 8. 抽样使用 `data asset sample` 的有界样本，不自行无限翻页后随机。
 9. 只复用同一 Context、Team 模式、Data 合同、Ontology、View 和查询生成的 Cursor；CLI Cursor 会保留自动路由后的实际 Data Perspective，游标不匹配时重新查询。
-10. 用户需要读取、查看或保存 Asset 封面图片/媒体时，使用 `monkeys data asset media download <Asset ID> --ontology <Ontology ID> --out <本地路径> --profile <Profile> --output json`；用户明确指定视角时再补 `--perspective studio|kernel`。`--source auto` 默认依次选择 `primaryContent.value`、`media`、`thumbnail`；需要特定来源时显式传 `--source`。
-11. 用户需要 View Feature 中的 PDF/文件时，使用 `monkeys data asset attachment download <Asset ID> --ontology <Ontology ID> --view <View ID> --field <Field ID 或唯一精确名称> --out <本地路径> --profile <Profile> --output json`；用户明确指定视角时再补 `--perspective studio|kernel`。历史 Field 类型可能是 `img`，仍应按实际 Content-Type/文件内容称为 PDF 或附件，不要误称为图片。
+10. 用户需要读取、查看或保存 Asset 封面图片/媒体时，使用 `monkeys data asset media download <Asset ID> --ontology <Ontology ID> --out <本地路径> --subscription <Subscription> --output json`；用户明确指定视角时再补 `--perspective studio|kernel`。`--source auto` 默认依次选择 `primaryContent.value`、`media`、`thumbnail`；需要特定来源时显式传 `--source`。
+11. 用户需要 View Feature 中的 PDF/文件时，使用 `monkeys data asset attachment download <Asset ID> --ontology <Ontology ID> --view <View ID> --field <Field ID 或唯一精确名称> --out <本地路径> --subscription <Subscription> --output json`；用户明确指定视角时再补 `--perspective studio|kernel`。历史 Field 类型可能是 `img`，仍应按实际 Content-Type/文件内容称为 PDF 或附件，不要误称为图片。
 12. 下载成功后依据 CLI 返回的本地 `path` 展示或处理文件，并向用户报告来源 Field、大小和 SHA-256；不要把二进制正文塞入 JSON 或聊天文本。
 13. 两种下载都由 CLI 内部处理对象地址：公开 HTTPS 对象使用匿名、无身份 Header、无重定向、有界原子下载；对象明确返回 401/403/404 时，CLI 才请求 Server 生成短期签名并重试。CLI 不自行签名，任何规范或签名 URL 都不得进入结构化输出或聊天。网络错误、重定向、异常 Content-Type、超限或签名失败必须直接报告，不得使用普通 HTTP、Raw API 或手工 URL 兜底。
 14. 覆盖本地已有文件前必须得到用户对该精确路径的授权，并同时传 `--overwrite --yes`。默认最大 50 MiB；只有任务确有需要时才提高 `--max-bytes`，不得超过 1 GiB。
@@ -36,9 +36,9 @@
 下面三类命令分别表示“发现 Team `0` 的 Ontology”“筛选 Team `0` 的 Asset”和“定位 Team `0` 中的 Kernel 子资源”：
 
 ```bash
-monkeys data ontology list --scope all --perspective kernel --team 0 --profile <Profile> --output json
-monkeys data asset list --ontology <Ontology ID> --perspective kernel --team 0 --profile <Profile> --output json
-monkeys data view rows --ontology <Ontology ID> --view <View ID> --resource-team 0 --perspective kernel --profile <Profile> --output json
+monkeys data ontology list --scope all --perspective kernel --team 0 --subscription <Subscription> --output json
+monkeys data asset list --ontology <Ontology ID> --perspective kernel --team 0 --subscription <Subscription> --output json
+monkeys data view rows --ontology <Ontology ID> --view <View ID> --resource-team 0 --perspective kernel --subscription <Subscription> --output json
 ```
 
 前两类输出应为 `teamMode=filter`、`effectiveTeamId=0`；第三类仍为 `teamMode=none`，并通过 `resourceLocator.teamId=0` 报告后端分区定位。不要同时传 `--team 0` 与 `--resource-team 0`，也不要把任一形式解释为“查询所有 Team”。

package/skills/monkeys-data/references/data-transfer.md

@@ -11,12 +11,12 @@
 
 ## Agent 操作流程
 
-1. 明确 Profile、Data Perspective、Ontology、owner Team、data resource Team 和可选 View。Kernel Asset Export 使用 `--resource-team` 定位 View/Field/Value 等读取，不用 owner Team 猜测；Asset Import 等写命令继续用 `--team` 指定目标数据 Team。Ontology 结构迁移只走 Kernel，`--team` 表示 Ontology 所有权/定位 Team，`--resource-team` 表示 View/Field/Tag 等资源 Team。
+1. 明确 Subscription、Data Perspective、Ontology、owner Team、data resource Team 和可选 View。Kernel Asset Export 使用 `--resource-team` 定位 View/Field/Value 等读取，不用 owner Team 猜测；Asset Import 等写命令继续用 `--team` 指定目标数据 Team。Ontology 结构迁移只走 Kernel，`--team` 表示 Ontology 所有权/定位 Team，`--resource-team` 表示 View/Field/Tag 等资源 Team。
 2. 首次使用先查看对应命令 `--help`。不要把命令 Envelope 的 `--output json` 当成数据文件格式。
 3. 数据导出未指定 `--format` 时使用 `.jsonl` 输出；如果用户要求 CSV/XLSX，显式传同名格式和扩展名。格式与扩展名冲突时停止，不要改名后猜测重试。
 4. 覆盖本地文件前展示精确绝对路径，并仅在用户授权后同时传 `--overwrite --yes`。
-5. 先导入 Ontology 结构并保存真实 `--report`。包含 Field、Tag、View 引用的 Asset 文件必须把该报告作为 `--ontology-report`；dry-run 报告或部分失败报告不能作为映射依据。结构导入与 Asset 导入必须使用完全相同的 Profile、Credential Context、Perspective 和 data resource Team；Context Fingerprint 不同就停止，不能跨上下文复用报告。
-6. Asset 导入必须先运行同一输入、格式、Mapping、Profile、Perspective、Team、Ontology 和 Ontology report 的 `--dry-run`。向用户报告输入 SHA-256、总行数、计划数量和报告路径。
+5. 先导入 Ontology 结构并保存真实 `--report`。包含 Field、Tag、View 引用的 Asset 文件必须把该报告作为 `--ontology-report`；dry-run 报告或部分失败报告不能作为映射依据。结构导入与 Asset 导入必须使用完全相同的 Subscription、Credential Context、Perspective 和 data resource Team；Context Fingerprint 不同就停止，不能跨上下文复用报告。
+6. Asset 导入必须先运行同一输入、格式、Mapping、Subscription、Perspective、Team、Ontology 和 Ontology report 的 `--dry-run`。向用户报告输入 SHA-256、总行数、计划数量和报告路径。
 7. 用户在看到 dry-run 摘要后明确批准，才以完全相同的参数移除 `--dry-run` 并加入 `--yes`。输入 SHA-256 或 Ontology report 变化时必须重新 dry-run。
 8. 返回目标 ID 映射、成功/失败数量和报告路径。退出码 9、结果未知或中断时明确告诉用户可能已有远端副作用，禁止整文件自动重放或自动删除成功资源。
 
@@ -25,15 +25,15 @@
 ## JSONL 默认
 
 ```powershell
-monkeys data asset export --profile <Profile> --perspective kernel --ontology <Ontology ID> --resource-team <数据 Team> --out <file.jsonl> --output json
+monkeys data asset export --subscription <Subscription> --perspective kernel --ontology <Ontology ID> --resource-team <数据 Team> --out <file.jsonl> --output json
 
-monkeys data asset import --profile <Profile> --perspective <kernel|studio> --team <数据 Team> --ontology <Ontology ID> --ontology-report <ontology-report.json> --file <file.jsonl> --dry-run --output json
+monkeys data asset import --subscription <Subscription> --perspective <kernel|studio> --team <数据 Team> --ontology <Ontology ID> --ontology-report <ontology-report.json> --file <file.jsonl> --dry-run --output json
 ```
 
 不要因为输入名为 `.csv` 或 `.xlsx` 就省略 `--format`。用户明确选择表格格式时才使用：
 
 ```powershell
-monkeys data asset export --profile <Profile> --perspective kernel --ontology <Ontology ID> --resource-team <数据 Team> --format xlsx --out <file.xlsx> --output json
+monkeys data asset export --subscription <Subscription> --perspective kernel --ontology <Ontology ID> --resource-team <数据 Team> --format xlsx --out <file.xlsx> --output json
 ```
 
 ## 第三方表格 Mapping
@@ -57,9 +57,9 @@ Mapping 目标只允许 `asset.<字段>`、`values.<精确 Field ID>`、`sourceI
 ## Ontology 结构迁移
 
 ```powershell
-monkeys data ontology export <Ontology ID> --profile <Kernel Profile> --perspective kernel --team <Ontology 所有权/定位 Team> --resource-team <数据资源 Team> --out <ontology.json> --output json
+monkeys data ontology export <Ontology ID> --subscription <Kernel Subscription> --perspective kernel --team <Ontology 所有权/定位 Team> --resource-team <数据资源 Team> --out <ontology.json> --output json
 
-monkeys data ontology import --profile <Kernel Profile> --perspective kernel --team <目标 Ontology 所有权 Team> --resource-team <目标数据资源 Team> --file <ontology.json> --mode create --dry-run --output json
+monkeys data ontology import --subscription <Kernel Subscription> --perspective kernel --team <目标 Ontology 所有权 Team> --resource-team <目标数据资源 Team> --file <ontology.json> --mode create --dry-run --output json
 ```
 
 merge 必须显式传 `--target-ontology <目标 ID>`。真实结构导入通过 `--report <ontology-report.json>` 固定资源类型与来源/目标 ID 映射；后续 Asset 导入必须复用该报告。若完整分页无法证明、存在重复稳定键、悬空引用或匹配歧义，必须停止；不得切换 Raw API 绕过结构完整性检查。

package/skills/monkeys-data/references/data-write.md

@@ -2,7 +2,7 @@
 
 ## 前置检查
 
-1. 明确 `--profile`、`--ontology` 和 `--perspective`，并检查输出中的 `effectivePerspective`、`teamMode` 与 `dataContractVariant`。Studio 写入必须明确 `--team`；Kernel 仅在命令 Help 要求目标/归属 Team 时传 `--team`，不得从 Profile 默认值或 Session 当前 Team 猜测。
+1. 明确 `--subscription`、`--ontology` 和 `--perspective`，并检查输出中的 `effectivePerspective`、`teamMode` 与 `dataContractVariant`。Studio 写入必须明确 `--team`；Kernel 仅在命令 Help 要求目标/归属 Team 时传 `--team`，不得从 Subscription 默认值或 Session 当前 Team 猜测。
 2. 先用读取命令把自然语言名称解析为精确 ID；多匹配时停止并让用户选择。
 3. 回显资源类型、精确 ID 和变化摘要，再执行写命令。
 

package/skills/monkeys-data/references/ontology-feature-search.md

@@ -16,14 +16,14 @@
 2. 查询目标 Ontology 的 Feature Column：
 
    ```bash
-   monkeys data field list --profile <Profile> --ontology <Ontology ID> --resource-team <数据 Team> --output json
+   monkeys data field list --subscription <Subscription> --ontology <Ontology ID> --resource-team <数据 Team> --output json
    ```
 
    自动模式可携带已确认的 `--resource-team` 供 Kernel 升级后定位；Studio 尝试不会使用它作为 Team 上下文。Kernel 下不要添加 `--team`，除非用户明确要求 Team 筛选。CLI 不会从 Ontology owner Team 自动推导。用户明确指定 Studio 时改用明确的 `--team` 并移除 `--resource-team`。
 
 3. 从返回项读取 `config.fieldKey`、`type` 和 `scopeContainerViewId`。只选择 `fieldKey` 非空、Ontology-global 且类型受支持的列；多个同名展示列不能按名称猜测。
 4. 使用 `--expression-json` 或复杂条件优先使用 `--expression-file`，并在 Kernel 命令继续传同一 `--resource-team`。不要手工包装 `filterConfigV2.expression`；CLI 会完成适配。
-5. 读取结构化输出的 `items/total/cursor`、Perspective、Team 模式、Ontology 和 Context Fingerprint；只在相同查询条件下复用 Cursor。
+5. 读取结构化输出的 `items/pageInfo`、Perspective、Team 模式、Ontology 和 Context Fingerprint；只在完全相同的订阅、Team 和查询条件下复用 `pageInfo.nextPageToken`。
 6. 如果查询紧邻本次 Feature Value 写入且首次为空，可以明确说明索引最终一致性，短暂等待后最多做一次有界重试。其他空结果必须按真实空结果报告。
 
 ## Expression 合同

package/skills/monkeys-data/references/ontology-model.md

@@ -33,7 +33,7 @@
 
 `data view convert-to-container` 会把 Filter View 当前匹配结果快照为显式 Membership，随后清除筛选逻辑，且无法撤销；它是非幂等的后台治理任务，不是普通查询或筛选命令。
 
-只有用户明确要求把动态筛选视图固化为 Container View 时才能执行。执行前必须展示并确认 Profile、Perspective、Team 模式、Ontology、View、当前筛选摘要和不可逆影响。筛选读取失败、返回为空、API 漂移或权限不足时一律不得自动转换。
+只有用户明确要求把动态筛选视图固化为 Container View 时才能执行。执行前必须展示并确认 Subscription、Perspective、Team 模式、Ontology、View、当前筛选摘要和不可逆影响。筛选读取失败、返回为空、API 漂移或权限不足时一律不得自动转换。
 
 ## Kernel 与 Studio 可见性
 

package/skills/monkeys-openapi/SKILL.md

@@ -11,7 +11,7 @@ description: 通过 monkeys CLI 的 schema 与 api list/describe/call 探索已
 
 1. 优先使用语义命令和 `monkeys schema <command path>`；只有语义命令返回 `fallbackEligible=true` 时才考虑降级。
 2. 用 `monkeys api list` 搜索已发布 operation，再用 `monkeys schema --operation-id <operationId>` 或 `monkeys api describe` 核对 method、path、参数、权限、风险与 idempotency。
-3. 写操作先用 `api call --dry-run`，回显 Profile、Team、operationId 与精确目标；需要确认的风险得到用户授权后才传 `--yes`。
+3. 写操作先用 `api call --dry-run`，回显 Subscription、Team、operationId 与精确目标；需要确认的风险得到用户授权后才传 `--yes`。
 4. 只使用 CLI 返回的同一 Context、短期 Evidence；不得自行拼 URL、Header 或直接发送 HTTP。
 
 ## 禁止降级

package/skills/monkeys-openapi/references/fallback.md

@@ -6,14 +6,14 @@
 
 - `fallbackEligible` 为 `true`；
 - 错误 `safeDetails.fallbackEvidence` 存在；
-- 保持同一 Profile、Tenant、Team 和 Credential Context；
+- 保持同一 Subscription、Tenant、Team 和 Credential Context；
 - 错误属于无精确 Binding、Binding 歧义或响应合同不兼容，不是认证、授权、输入或确认错误。
 
 ## 操作步骤
 
 1. 保存 `semanticAttemptId` 和 `fallbackEvidence`。
    - Evidence 是签名的不透明值，有效期为 10 分钟；不得解码、编辑、拼接或跨 Credential 复用。
-2. 用 `monkeys api list/describe --profile ... --team ... --output json` 查看同一上下文的 OpenAPI。
+2. 用 `monkeys api list/describe --subscription ... --team ... --output json` 查看同一上下文的 OpenAPI。
    - 若返回 `OPENAPI_UNAVAILABLE`，立即停止降级并报告错误与恢复建议；不得绕过 CLI 直接发送 HTTP。
 3. 只选择精确 `operationId`，或同时给出精确 Method 与 Path Template；不要模糊猜测相近写接口。
 4. 调用 `monkeys api call ... --fallback-evidence <值> --output json`。

package/skills/monkeys-shared/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: monkeys-shared
-description: 通过 monkeys CLI 选择多租户或私有化部署的 Profile、Context、Team 与 Identity，并遵循统一的输出、风险、错误、安全和 CLI/Skill 版本规则。用户询问 Monkeys 平台能力、订阅上下文、命令参数、结构化错误、版本兼容或其他 monkeys-* Skill 需要公共规则时使用。
+description: 通过 monkeys CLI 选择多租户或私有化部署的 Subscription、Context、Team 与 Identity，并遵循统一的输出、风险、错误、安全和 CLI/Skill 版本规则。用户询问 Monkeys 平台能力、订阅上下文、命令参数、结构化错误、版本兼容或其他 monkeys-* Skill 需要公共规则时使用。
 ---
 
 # Monkeys Shared
@@ -10,16 +10,17 @@ description: 通过 monkeys CLI 选择多租户或私有化部署的 Profile、C
 ## 公共执行流程
 
 1. 运行 `monkeys version show`；若 `_notice.update` 存在，只报告升级提示，得到用户授权后才运行 `monkeys update`。
-2. 运行 `monkeys context show --profile <Profile>` 核对 endpoint、tenant、credential kind、Surface 与 Team。Profile 不明确时先用 `monkeys profile list`，Team 或 Identity 不明确时用 `monkeys team list`、`monkeys identity list`，禁止猜测。
+2. 运行 `monkeys context show --subscription <Subscription>` 核对 endpoint、tenant、credential kind、Surface 与 Team。Subscription 不明确时先用 `monkeys subscription list`，Team 或 Identity 不明确时用 `monkeys team list`、`monkeys identity list`，禁止猜测。
 3. 第一次使用命令或参数不确定时运行 `monkeys schema <command path>`；领域导航不明确时运行 `monkeys --help`。
 4. 默认消费 JSON envelope：成功读取 `.data`，失败读取 `.error`，系统提示读取 `._notice`。需要窄字段时使用 `--jq`；面向人展示时才用 `--format table|text`。
-5. 写操作先运行 `--dry-run`，回显精确 Profile、Team、目标 ID 与风险。只有 schema 标记需要确认时才传 `--yes`，不得自动重放结果未知的写请求。
+5. 写操作先运行 `--dry-run`，回显精确 Subscription、Team、目标 ID 与风险。只有 schema 标记需要确认时才传 `--yes`，不得自动重放结果未知的写请求。
 6. 返回结果、关键资源 ID 与 Context Fingerprint；失败时返回 error code、recovery、retryable 和副作用是否未知。
 
 ## 按需读取
 
 - 平台领域与命令入口：[平台能力地图](references/platform-overview.md)
 - Secret、确认、批处理与结构化错误：[安全与错误](references/safety-errors.md)
+- 所有列表、搜索和行读取命令的统一续页规则：[分页](references/pagination.md)
 - CLI/Skills 同版本合同：[兼容性](references/compatibility.md)
 
 ## 不可违反的边界

package/skills/monkeys-shared/agents/openai.yaml

@@ -1,4 +1,4 @@
 interface:
   display_name: "Monkeys Shared"
-  short_description: "选择 Profile、Context、Team，理解平台能力、错误、安全与版本规则"
+  short_description: "选择 Subscription、Context、Team，理解平台能力、错误、安全与版本规则"
   default_prompt: "使用 $monkeys-shared 通过 monkeys CLI 安全完成当前领域任务。"

package/skills/monkeys-shared/references/compatibility.md

@@ -1,6 +1,6 @@
 # 兼容性
 
-- 本 Skill 面向命令 Schema Major `2`，最低 CLI 版本 `0.11.0`。
+- 本 Skill 面向命令 Schema Major `3`，最低 CLI 版本 `0.11.0`。
 - 开始任务时运行 `monkeys version show --output json`。
 - 任意结构化输出中的 `_notice.update` 表示 npm `latest` 高于当前 CLI；报告 `current`、`latest` 与 `command`。可用 `monkeys update --check --output json` 实时复核，只有用户明确授权后才运行 `monkeys update` 或 `monkeys update --force`。
 - `monkeys update` 升级全局 npm 包后，从新包的全局安装目录同步全部 7 个同版本 Skills，并写入版本与校验和状态；用 `monkeys skills status` 检查漂移，用 `monkeys skills sync` 只重同步 Skills。若 `skillsAction=failed`，报告警告，不回滚 CLI 或猜测 Skill 路径。
@@ -8,7 +8,7 @@
 - OpenAPI Snapshot 可动态刷新，但语义命令合同不会因刷新而被静默改写。
 - Data 合同由 Deployment 的 `data_contract=auto|ontology-v1|bucket-v1` 决定；`auto` 依次采用精确 OpenAPI、同一上下文缓存和有界只读探测。只有 Ontology 路由明确返回 404 时才探测旧 Bucket 路由。
 - 输出中的 `dataContractVariant` 和 `dataScope` 是当前请求的合同/作用域真相。认证、授权、网络、5xx 或响应不兼容不得触发合同切换，已发送写操作不得换合同重放。
-- 用户明确指定 Data 视角时传 `--perspective kernel|studio`；未指定时省略。以输出中的 `requestedPerspective`、`effectivePerspective`、`perspectiveSource`、`perspectiveResolution` 和 Perspective-aware `contextFingerprint` 判断实际路由；不得根据 Profile 名称猜测。
+- 用户明确指定 Data 视角时传 `--perspective kernel|studio`；未指定时省略。以输出中的 `requestedPerspective`、`effectivePerspective`、`perspectiveSource`、`perspectiveResolution` 和 Perspective-aware `contextFingerprint` 判断实际路由；不得根据 Subscription 名称猜测。
 - Data 输出中的 `teamMode=none|filter|context` 表示 CLI 是否施加 Team；只有存在 `effectiveTeamId` 时才能报告具体筛选/上下文 Team。Kernel 全局读取必须为 `teamMode=none`；可选 `resourceLocator.kind=ontology-resource-team`、`source=explicit-flag` 只表示 Ontology 数据资源定位，不改变 Team 模式。CLI 不从 owner Team 自动推导 locator。
 - 出现 Binding 漂移时按受控降级流程处理，不猜测 operationId。
 - Execution 列表可能适配 `legacy-list-v1` 或 `db-search-summary-v1`；以输出的 `contractVariant` 为诊断依据，只消费稳定字段。

package/skills/monkeys-shared/references/pagination.md

@@ -0,0 +1,13 @@
+# 统一分页
+
+所有 `list`、`search`、`rows` 命令以及 `config history` 只使用以下分页参数：
+
+- `--page-size <数量>`：单页结果数。
+- `--page-token <令牌>`：继续读取 `pageInfo.nextPageToken` 指向的下一页。
+- `--page-all`：自动连续读取多页。
+- `--page-limit <页数>`：限制 `--page-all` 最多读取的页数，防止无界循环。
+- `--page-delay <毫秒>`：自动续页之间的等待时间。
+
+结构化结果统一读取 `.data.items` 和 `.data.pageInfo`。当 `pageInfo.hasMore` 为 `true` 时，`pageInfo.nextPageToken` 才存在。令牌绑定命令、Subscription、Team、查询筛选和 `page-size`，任一条件变化都必须丢弃旧令牌并从第一页开始。
+
+默认只读取一页。只有用户明确要求完整结果时才使用 `--page-all`，并保留有限的 `--page-limit`；不要自行实现 Cursor、Page Number 或循环调用。

package/skills/monkeys-shared/references/platform-overview.md

@@ -6,7 +6,7 @@
 
 | 平台领域        | 主要对象与用途                                              | CLI 入口                                   | 深入指南                           |
 | --------------- | ----------------------------------------------------------- | ------------------------------------------ | ---------------------------------- |
-| 上下文与认证    | Deployment、Profile、Tenant、Session、API Key、Team         | `deployment`、`profile`、`auth`、`context` | `authentication.md`                |
+| 上下文与认证    | Deployment、Subscription、Tenant、Session、API Key、Team         | `deployment`、`subscription`、`auth`、`context` | `authentication.md`                |
 | 自动化执行      | Workflow 定义、Execution 运行记录、输入输出文件             | `workflow`、`execution`、`file`            | `workflow-execution-files.md`      |
 | Agent Work      | Kernel Agent Console 的工作单、分配、对话、审批、运行与验收 | `agent work`                               | `agent-work.md`                    |
 | Data / Ontology | Ontology、View、Asset、Field/Value、Tag、导入导出与治理     | `data`                                     | `ontology-model.md` 及各 Data 指南 |

package/skills/monkeys-shared/references/safety-errors.md

@@ -14,11 +14,11 @@
 
 - CLI 和 Agent 都不得索要或接收账户密码；账户认证只在 Deployment 浏览器页面完成。
 - API Key 只从 stdin 或环境变量读取，不把 Secret 写进 CLI 参数、JSON 参数、临时文件、持久环境变量、输出或回答。
-- Keyring 只保存 API Key 或服务端签发的 Session Token；Device Code 和授权 URL 只能用于当前短期授权，不得跨临时 Profile 或 Endpoint 复用。
+- Keyring 只保存 API Key 或服务端签发的 Session Token；Device Code 和授权 URL 只能用于当前短期授权，不得跨临时 Subscription 或 Endpoint 复用。
 - Keyring 不可用时停止登录并明确报告，不得在浏览器授权后静默切换 Store。
 - 不回显服务端响应中的 Token、Cookie、Authorization 或类似字段。
 - 不用 `--header` 覆盖 Authorization、Tenant、Team、Host 等受保护 Header。
 
 ## 高风险操作
 
-确认必须绑定精确 Profile、Team、Bucket、资源 ID 和操作。`--yes` 只代表当前精确命令已获授权，不得复用为后续或扩大范围的授权。
+确认必须绑定精确 Subscription、Team、Bucket、资源 ID 和操作。`--yes` 只代表当前精确命令已获授权，不得复用为后续或扩大范围的授权。

package/skills/monkeys-system-config/SKILL.md

@@ -9,7 +9,7 @@ description: 通过 monkeys CLI 查看、校验、导出、历史查询并按 Ke
 
 ## 执行原则
 
-1. 只使用 Kernel Profile；Team 仅是身份上下文，不是配置作用域。
+1. 只使用 Kernel Subscription；Team 仅是身份上下文，不是配置作用域。
 2. 先运行 `monkeys config overview/list/get` 发现精确 Key，再用 `monkeys schema config <action>` 核对参数；禁止猜 Key。
 3. 修改前运行同一命令的 `--dry-run`，回显环境、精确 Key、非敏感摘要与恢复路径。
 4. 敏感值只通过 `config set --value-stdin` 输入；不得出现在参数、文件、日志或回答中。