@inf-monkeys-tech/monkeys-cli 0.10.5 → 0.11.0

package/package.json

@@ -1,8 +1,8 @@
 {
   "name": "@inf-monkeys-tech/monkeys-cli",
-  "version": "0.10.5",
+  "version": "0.11.0",
   "packageManager": "bun@1.3.14",
-  "description": "面向 AI Agent、自动化和人工操作的 Monkeys 命令行客户端",
+  "description": "Monkeys command-line client for AI agents, automation, and interactive use",
   "type": "module",
   "bin": {
     "monkeys": "bin/run.js"
@@ -31,6 +31,7 @@
     "dev": "tsx ./bin/dev.ts",
     "format": "prettier --write package.json tsconfig.json tsconfig.build.json .prettierrc.json bin scripts src test",
     "format:check": "prettier --check package.json tsconfig.json tsconfig.build.json .prettierrc.json bin scripts src test",
+    "language:check": "node ./scripts/check-english.mjs",
     "lint": "tsc -p tsconfig.json --noEmit",
     "pack:standalone": "bun run build && oclif pack tarballs -r . -t win32-x64,linux-x64,darwin-x64",
     "prepack": "bun run clean && bun run build",
@@ -40,7 +41,7 @@
     "smoke:update": "node ./scripts/update-notifier-smoke.mjs",
     "test": "vitest run",
     "test:watch": "vitest",
-    "verify": "bun run format:check && bun run lint && bun run test && bun run build && bun run version:smoke && bun run smoke:update && bun run smoke:installer && bun run smoke:npm && bun run benchmark",
+    "verify": "bun run format:check && bun run language:check && bun run lint && bun run test && bun run build && bun run language:check && bun run version:smoke && bun run smoke:update && bun run smoke:installer && bun run smoke:npm && bun run benchmark",
     "version:smoke": "node ./scripts/version-smoke.mjs"
   },
   "oclif": {
@@ -87,5 +88,5 @@
   "publishConfig": {
     "access": "public"
   },
-  "monkeysReleaseCommit": "a1493b22df5e75a9a728f068a703b513dd968b95"
+  "monkeysReleaseCommit": "2656ac76d0c9848aed45690c2cbd2ae17c966b87"
 }

package/skills/monkeys/SKILL.md

@@ -56,5 +56,5 @@ description: 理解并通过 monkeys CLI 安全操作 Monkeys 平台的多租户
 - 完整 Ontology 迁移必须区分 owner Team 与 data resource Team：结构命令显式传 `--team` 和需要时的 `--resource-team`；Kernel Asset Export 用 `--resource-team` 定位读取资源，Asset Import 等写命令仍用 `--team` 指定目标数据 Team。包含 Field、Tag 或 View 引用的 Asset 导入必须传同一次真实 Ontology 导入生成的 `--ontology-report`，并在聊天中说明目标视角与 Team；不得用同名匹配或来源 ID 猜测。
 - System Config 只允许 Kernel Profile；Team 仅是身份上下文，不是配置作用域。敏感 Key 只允许通过 `config set --value-stdin` 写入。
 - Agent Work 只允许 Kernel Profile，固定 `teamMode=none`，不得传入或继承 Team，也不得在权限不足时静默改用 Studio。
-- Agent Work 出现 `user_input_required`、`spec_approval_required`、`awaiting_acceptance`、失败或超时时，必须在聊天中明确告诉用户；`MUTATION_OUTCOME_UNKNOWN` 时只做只读恢复检查。
+- Agent Work 出现 `user_input_required`、`spec_approval_required`、`pending_review`、`pending_acceptance`、`blocked`、失败或超时时，必须在聊天中明确告诉用户；`MUTATION_OUTCOME_UNKNOWN` 时只做只读恢复检查。
 - Agent Work 的聊天反馈必须面向人的任务与决策，并按当前 Agent 和聊天界面的可靠显示能力自适应呈现；不得把某个 Profile、租户或 Markdown 组件写成固定前提，也不得默认倾倒原始 JSON。

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

@@ -17,12 +17,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
 ```
 
-- `list` 默认最多输出 20 条；以 `serverTotal`、`returned`、`truncated` 判断截断，不循环无界获取。
+- `list` 默认最多输出 20 条，单页上限 100；以 `serverTotal`、`returned`、`truncated` 和 `pageInfo.nextCursor` 判断截断。只有用户要求继续时才携带 Cursor 读取下一页，不循环无界获取。
+- 工作单 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。
 - 普通 Kernel 用户可能只能看到自己创建的工作单，超级管理员可能看到全局列表；空结果不能解释为 Team 过滤。
 
@@ -91,11 +94,11 @@ monkeys agent work watch <ID> --profile <Profile>
 列表列数较多、单元格内容较长或界面能力未知时，不强行使用表格。创建或执行写操作前，用当前界面能稳定显示的方式回显 Profile、Kernel/`teamMode=none`、标题、类型、优先级、仓库与 Ref、分配方式及可能副作用，再等待对该精确操作的明确授权。
 
 - `until=attention`：`user_input_required`、`spec_approval_required` 或 `blocked`。
-- `until=review`：需要 Spec 审批或进入 `awaiting_acceptance`。
+- `until=review`：需要 Spec 审批，或进入 `pending_review` / `pending_acceptance`。
 - `watch` 使用 NDJSON，只在 `status/phase/attentionState` 变化时输出；Ctrl+C 只停止本地观察。
 - 遇到 `user_input_required`：在聊天中展示工作单 ID 和安全摘要，向用户索取决定。
 - 遇到 `spec_approval_required`：读取详情，报告 Spec Revision ID 与摘要，等待批准或修订意见。
-- 遇到 `awaiting_acceptance`：报告 Review Pack 的安全摘要和测试状态，等待验收决定。
+- 遇到 `pending_review`：报告当前验证/Review 状态；遇到 `pending_acceptance`：报告 Review Pack 的安全摘要和测试状态，等待验收决定。
 - 遇到 `failed`、`blocked` 或超时：报告最后状态、阶段、错误 code 和恢复建议，不自动 retry。
 
 ## 结果未知

package/skills/monkeys/references/compatibility.md

@@ -1,6 +1,6 @@
 # 兼容性
 
-- 本 Skill 面向命令 Schema Major `1`，最低 CLI 版本 `0.10.0`。
+- 本 Skill 面向命令 Schema Major `2`，最低 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 包后，从新包的全局安装目录同步同版本 `monkeys` Skill；若 CLI 已升级但 `skillsAction=failed`，报告警告并在用户同意后用 `monkeys update --force` 重试，不回滚或猜测 Skill 路径。
@@ -12,7 +12,7 @@
 - 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` 为诊断依据，只消费稳定字段。
-- Agent Work 优先使用部署 OpenAPI 的精确 method/path；OpenAPI 不可用时可使用 `agent-work-v1`、`agent-work-list-v1`、`agent-work-collection-v1` 等内置适配器。必须同时检查 `schemaSource`、`schemaFresh` 和 `adapter`，未知响应不得原样透传或猜字段。
+- Agent Work 优先使用部署 OpenAPI 的精确 method/path；OpenAPI 不可用时可使用 `agent-work-v1`、`agent-work-list-v1`、`agent-work-collection-v1` 等内置适配器。必须同时检查 `schemaSource`、`schemaFresh` 和 `adapter`。Issue 状态只接受 canonical 值或文档化的旧值映射；未知状态必须作为 `SEMANTIC_RESPONSE_INCOMPATIBLE` 停止处理，不得静默归类。
 - Agent Work 固定为 Kernel Surface 和 `teamMode=none`。它与 Data Perspective 路由无关，权限不足不得切换 Studio，也不得把 Session `currentTeamId` 注入请求。
 - 不同部署可能不返回列表条目的 Team、Workflow 版本等可选字段。字段缺失时不得根据请求上下文或相似字段推断、补造。
 - `OPENAPI_UNAVAILABLE` 表示无法完成受控 Raw API 降级；停止降级并报告恢复建议，不得复用已过期 Evidence 或改为直接 HTTP。