@clawos-dev/clawd 0.2.620 → 0.2.622

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (20) hide show
  1. package/dist/app-builder-plugin/mcp-server.cjs +73 -567
  2. package/dist/cli.cjs +171 -1024
  3. package/dist/dispatch/mcp-server.cjs +73 -567
  4. package/dist/persona-defaults/persona-app-builder/mcp/clawd-app-builder/deploy-kit/scripts/ensure-credentials.sh +10 -47
  5. package/dist/persona-defaults/persona-app-builder/mcp/clawd-app-builder/deploy-kit/scripts/ensure-toolchain.sh +3 -17
  6. package/dist/persona-defaults/persona-app-builder/mcp/clawd-app-builder/deploy-kit/scripts/new-extension.sh +8 -21
  7. package/dist/persona-defaults/persona-app-builder/mcp/clawd-app-builder/deploy-kit/scripts/publish.sh +14 -67
  8. package/dist/persona-defaults/persona-app-builder/mcp/clawd-app-builder/deploy-kit/scripts/remove-extension.sh +6 -24
  9. package/dist/persona-defaults/persona-app-builder/mcp/clawd-app-builder/deploy-kit/scripts/verify.sh +3 -15
  10. package/dist/persona-defaults/persona-app-builder/mcp/clawd-app-builder/mcp-server.cjs +73 -567
  11. package/dist/persona-defaults/persona-dataclaw-builder/extension-kit/hooks/pre-deploy.sh +0 -2
  12. package/dist/persona-defaults/persona-dataclaw-builder/mcp/clawd-app-builder/deploy-kit/scripts/ensure-credentials.sh +10 -47
  13. package/dist/persona-defaults/persona-dataclaw-builder/mcp/clawd-app-builder/deploy-kit/scripts/ensure-toolchain.sh +3 -17
  14. package/dist/persona-defaults/persona-dataclaw-builder/mcp/clawd-app-builder/deploy-kit/scripts/new-extension.sh +8 -21
  15. package/dist/persona-defaults/persona-dataclaw-builder/mcp/clawd-app-builder/deploy-kit/scripts/publish.sh +14 -67
  16. package/dist/persona-defaults/persona-dataclaw-builder/mcp/clawd-app-builder/deploy-kit/scripts/remove-extension.sh +6 -24
  17. package/dist/persona-defaults/persona-dataclaw-builder/mcp/clawd-app-builder/deploy-kit/scripts/verify.sh +3 -15
  18. package/dist/persona-defaults/persona-dataclaw-builder/mcp/clawd-app-builder/mcp-server.cjs +73 -567
  19. package/dist/pi-mcp-bridge/extension.cjs +0 -1
  20. package/package.json +1 -1
@@ -21157,14 +21157,11 @@ var SubscriptionChannelActivateArgsSchema = external_exports.object({
21157
21157
  var TOKEN_ROLES = ["owner"];
21158
21158
  var GROUP_FILE_SOURCES = ["agent", "owner", "user-upload"];
21159
21159
  var GroupFileEntrySchema = external_exports.object({
21160
- /** daemon 派发的稳定 id(用于 RPC remove / UI key) */
21161
21160
  id: external_exports.string().min(1),
21162
- /** 相对 personaDir / sessionCwd 的路径 */
21161
+ /** Current entries may be absolute; legacy entries can be relative to session.cwd. */
21163
21162
  relPath: external_exports.string().min(1),
21164
21163
  from: external_exports.enum(GROUP_FILE_SOURCES),
21165
- /** owner 手动加入时的可选备注 */
21166
21164
  label: external_exports.string().optional(),
21167
- /** 文件字节数(stat 时拍) */
21168
21165
  size: external_exports.number().int().nonnegative(),
21169
21166
  mime: external_exports.string().min(1),
21170
21167
  /** 加入清单时间戳(ms) */
@@ -21175,19 +21172,15 @@ var GroupFileEntrySchema = external_exports.object({
21175
21172
  stale: external_exports.boolean().optional()
21176
21173
  });
21177
21174
  var AttachmentSignUrlArgs = external_exports.object({
21178
- /** 群文件所属的 session */
21179
21175
  sessionId: external_exports.string().min(1),
21180
- /** 相对 session.cwd 的路径;允许传绝对路径,daemon 端会归一化(必须在 cwd 内) */
21176
+ /** Absolute path or legacy cwd-relative path; normalized for group ACL matching. */
21181
21177
  relPath: external_exports.string().min(1),
21182
21178
  /** TTL 秒数;缺省 / null = 永久 URL(不带 e 字段);只有显式传秒数才限时 */
21183
21179
  ttlSeconds: external_exports.number().int().positive().nullable().optional(),
21184
- /** 视图模式:缺省 'raw' 返 /files/... 裸文件 URL;'md-rendered' 返
21185
- * /share/md/... viewer URL(同一签名,daemon 端换前缀),外人浏览器打开就是
21186
- * drawer 同款 ReactMarkdown 渲染。FilesDrawer 等不关心渲染的 caller 不传。 */
21180
+ /** Select raw-file or markdown-viewer route; both use the same signature. */
21187
21181
  view: external_exports.enum(["raw", "md-rendered"]).optional()
21188
21182
  });
21189
21183
  var AttachmentSignUrlResponseSchema = external_exports.object({
21190
- /** 完整 URL(含 httpBaseUrl 前缀),UI 直接 window.open / 复制到剪贴板 */
21191
21184
  url: external_exports.string().min(1),
21192
21185
  /** 失效时间戳(ms);null = 永久 */
21193
21186
  expiresAt: external_exports.number().int().nonnegative().nullable()
@@ -21195,7 +21188,6 @@ var AttachmentSignUrlResponseSchema = external_exports.object({
21195
21188
  var AttachmentGroupAddArgs = external_exports.object({
21196
21189
  sessionId: external_exports.string().min(1),
21197
21190
  relPath: external_exports.string().min(1),
21198
- /** owner 手动加入时可选备注;agent 自动入清单不走此 RPC */
21199
21191
  label: external_exports.string().optional(),
21200
21192
  /**
21201
21193
  * 统一 RPC 鉴权(spec 2026-07-28 §8 决策 B):agent 经 clawd-rpc 调用持 owner token,
@@ -21222,9 +21214,8 @@ var AttachmentGroupListResponseSchema = external_exports.object({
21222
21214
  var AttachmentUploadResponseSchema = external_exports.object({
21223
21215
  /** sha256(bytes) 前 16 位,前端持有的稳定 ref */
21224
21216
  attachmentId: external_exports.string().min(1),
21225
- /** 完整 tunnel signed URL,前端拼 marker / 直接送 Anthropic 都用它 */
21226
21217
  url: external_exports.string().min(1),
21227
- /** 落在 session 目录下的相对路径(后续 group RPC / drawer 展示用) */
21218
+ /** Absolute path for subsequent group RPCs, despite the legacy field name. */
21228
21219
  relPath: external_exports.string().min(1),
21229
21220
  sizeBytes: external_exports.number().int().nonnegative(),
21230
21221
  mimeType: external_exports.string().min(1)
@@ -21243,27 +21234,15 @@ var GrantSchema = external_exports.object({
21243
21234
  }).strict();
21244
21235
  var CapabilitySchema = external_exports.object({
21245
21236
  id: external_exports.string().min(1),
21246
- // sha256(token) hex 64
21247
21237
  secretHash: external_exports.string().regex(/^[a-f0-9]{64}$/),
21248
21238
  displayName: external_exports.string(),
21249
- // 空数组合法 = 纯访客(只能 DM)
21250
21239
  grants: external_exports.array(GrantSchema),
21251
21240
  issuedAt: external_exports.number().int().nonnegative(),
21252
21241
  expiresAt: external_exports.number().int().positive().optional(),
21253
21242
  maxUses: external_exports.number().int().positive().optional(),
21254
21243
  usedCount: external_exports.number().int().nonnegative(),
21255
- /**
21256
- * guest 在 auth 帧捎带 selfPrincipalId 时由 AuthGate.authenticate 回写;
21257
- * 未被消费的 cap 此字段缺失。
21258
- */
21259
21244
  peerOwnerId: external_exports.string().min(1).optional(),
21260
- /** 首次 client hello 时间戳(与 peerOwnerId 同步写入) */
21261
21245
  firstUsedByPeerAt: external_exports.number().int().positive().optional(),
21262
- /**
21263
- * 对方 daemon owner 的 displayName,guest auth 帧 selfDisplayName 触发
21264
- * recordPeerHello 时同步回写。视角 B (2026-05-23) UI 派生联系人列表用此字段
21265
- * 显示对方名字(避免 fallback 到我颁 cap 时填的 displayName)。
21266
- */
21267
21246
  peerDisplayName: external_exports.string().optional()
21268
21247
  }).strict();
21269
21248
  var CapabilityWireSchema = CapabilitySchema.omit({ secretHash: true });
@@ -21273,9 +21252,7 @@ var WhoamiResponseSchema = external_exports.object({
21273
21252
  id: external_exports.string(),
21274
21253
  kind: external_exports.enum(["owner", "guest"]),
21275
21254
  displayName: external_exports.string(),
21276
- /** 归属人 id(决策 #16:TTC unique_id 等,落 contact.ownerId) */
21277
21255
  ownerId: external_exports.string(),
21278
- /** 身份来源(决策 #16:'ttc'/'google',落 contact.provider) */
21279
21256
  provider: external_exports.string()
21280
21257
  }).strict(),
21281
21258
  capability: CapabilityWireSchema,
@@ -21334,27 +21311,10 @@ var EnvArtifactSchema = external_exports.object({
21334
21311
  size: external_exports.number().int().positive()
21335
21312
  });
21336
21313
  var EnvPackageSchema = external_exports.object({
21337
- // 装完后在 PATH 里能直接调到的名字('aliyun' / 's' / 'pnpm' / 'python3');npm 包报 bin 名,包名进 from
21338
21314
  name: external_exports.string().min(1),
21339
- /**
21340
- * 从哪装,约定 `<kind>:<ref>`:`npm:@serverless-devs/s` / `github:aliyun/aliyun-cli` /
21341
- * `apt:python3`。
21342
- *
21343
- * **不是装饰字段,是构建器的必需输入**:可执行名往往推不出安装源——Serverless Devs 的命令
21344
- * 就叫单个字母 `s`,没人能从 's' 猜到要 `npm i -g @serverless-devs/s`;`aliyun` 也不在
21345
- * apt 源里,得从 GitHub release 拉 tarball。扫描器读 ensure-toolchain.sh 的时候本来就看见
21346
- * 了这些,顺手带出来即可。
21347
- *
21348
- * 它同时解决人的阅读问题:单据上只写一个 `s`,看的人不知道那是什么东西。
21349
- *
21350
- * 允许缺省:扫描器拿不准安装源时不该编一个(编错了构建期才炸,还查不出来源)。缺省时构建
21351
- * 器会失败或猜错,流水线当场红——这跟整体「宁可让流水线发现,不要靠猜」的取向一致。
21352
- *
21353
- * 只给一个源,不给平台回落链:本地那套 brew → GitHub → npm 的三级兜底是
21354
- * ensure-toolchain.sh 的事,云上只构一个镜像、一个基础环境,多给反而要求构建器做选择。
21355
- */
21315
+ /** Installation source, not inferable from executable name. A missing source remains unresolved rather than invented; cloud uses one source instead of local fallback chains. */
21356
21316
  from: external_exports.string().optional(),
21357
- // 精确版本;本机探到时 = localVersion(本机是啥就上云啥),本机没装才是扫描器按官方文档填的。缺省 = 不挑版本
21317
+ // Exact requested version; daemon can use local version for non-apt packages. Apt versions follow the cloud Debian repository; absence means unpinned.
21358
21318
  version: external_exports.string().optional(),
21359
21319
  // 版本下限('20.6' 这种)。与 version 的区别:version 是「就要这个」,min 是「不低于」。
21360
21320
  // 两者都缺省即完全不约束。
@@ -21370,7 +21330,6 @@ var EnvPackageSchema = external_exports.object({
21370
21330
  * 与 version 并存:老板事后在页面上手改 version(显式接受差异)时,version ≠ localVersion 一眼可见。
21371
21331
  */
21372
21332
  localVersion: external_exports.string().optional(),
21373
- /** `github:` 专用——那个版本是哪个文件。见 EnvArtifactSchema */
21374
21333
  artifact: EnvArtifactSchema.optional(),
21375
21334
  /**
21376
21335
  * `apt:` 专用——daemon 上报时查过底座那个 Debian(CLOUD_DEBIAN)的仓库,**没有**这个包。云上装不了,怎么办由老板在页面上定(换源 / 去掉 / 接受);
@@ -21385,7 +21344,6 @@ var EnvPackageSchema = external_exports.object({
21385
21344
  aptVersion: external_exports.string().optional()
21386
21345
  });
21387
21346
  var EnvSecretSchema = external_exports.object({
21388
- // 凭据的命名引用('aliyun-ak' / 'supabase-shared')。部署时按这个名字去解析实际的值。
21389
21347
  name: external_exports.string().min(1),
21390
21348
  // 解析出的值注入到哪些环境变量。一份凭据可含多个字段(AK 是 id+secret 两个,
21391
21349
  // supabase 是 url/anon/service-role/jwt 四个),所以是数组不是单值。
@@ -21423,7 +21381,6 @@ var normalizeLegacyManifest = (v) => {
21423
21381
  return o;
21424
21382
  };
21425
21383
  var MANIFEST_BODY = {
21426
- // 构镜像时要装进去的所有东西(工具 / 运行时 / 包)。底座已有的构建器会跳过;persona 目录整个进镜像,不在这里列
21427
21384
  packages: external_exports.array(EnvPackageSchema),
21428
21385
  secrets: external_exports.array(EnvSecretSchema),
21429
21386
  /**
@@ -21446,9 +21403,7 @@ var EnvironmentManifestSchema = external_exports.preprocess(normalizeLegacyManif
21446
21403
  var EnvEvidenceSchema = external_exports.object({
21447
21404
  // 这条证据支持的是哪一项:`${kind}:${name}`,如 'package:aliyun' / 'secret:aliyun-ak' / 'connector:feishu'
21448
21405
  target: external_exports.string().min(1),
21449
- // 一句人话:为什么需要它 + 从哪看出来的。单据默认显示这句。
21450
21406
  reason: external_exports.string().min(1),
21451
- // persona 目录内的相对路径('CLAUDE.md' / '.claude/skills/foo/SKILL.md')
21452
21407
  file: external_exports.string().min(1),
21453
21408
  // 原文摘录(一两句即可,不是整段)。默认收起,起疑时才看。
21454
21409
  //
@@ -21468,35 +21423,15 @@ var DeployScanStatusSchema = external_exports.enum(["scanning", "done", "failed"
21468
21423
  var DeployScanSchema = external_exports.object({
21469
21424
  /** 历史里指名用(发布 / patch / putSecret 都按它找)。daemon 生成;存量单条记录迁过来的叫 `legacy` */
21470
21425
  id: external_exports.string().min(1),
21471
- /**
21472
- * 这次扫描的清单——原来在 `deploy.json` 里的那份,现在每次扫描各存一份。
21473
- * 扫描期由 `deploy:reportFinding` 逐条长出来,扫完人在页面上改(`deploy:patch`)也改这份;
21474
- * 发布时选中的那条被写成 `deploy.json` 进仓库。
21475
- */
21426
+ /** Scan findings and manual patches modify this snapshot; release writes the selected snapshot into deploy.json. */
21476
21427
  manifest: EnvironmentManifestSchema,
21477
- /** 干这次扫描的 butler 会话,「看它怎么干的」入口 */
21478
21428
  scanSessionId: external_exports.string().optional(),
21479
21429
  status: DeployScanStatusSchema,
21480
21430
  evidence: external_exports.array(EnvEvidenceSchema).default([]),
21481
21431
  notes: external_exports.array(external_exports.string()).default([]),
21482
- /**
21483
- * 这次扫描是**对哪个内容版本的断言**:起扫描前先把 persona 目录提交到本地(只提交不推,推是发布的事),
21484
- * 落存那一下的 HEAD 就是它——发布 commit 不算内容版本,见 `contentHeadOf`。所以这个值一定是仓库里真实存在的一版,
21485
- * 同一内容上扫几次 `head` 都相同。**从此不动**:发布不再把它挪成发布 commit(线上是哪版记在 `DeployReleased` 里)。
21486
- *
21487
- * 有了它,「清单过没过时」才是个可判定的等式(`head === contentHeadOf(repo, released)`),
21488
- * 而不是从 `dirty` / `ahead` 里猜——那两个字段判不出「清单是好几版之前扫的」。
21489
- *
21490
- * 缺席 = 旧版 clawd 扫的记录。**一律当过时**:没有第三种情况,重扫一次就有了。
21491
- */
21432
+ /** Immutable content commit asserted by this scan. Missing on old records means stale; release commits are tracked separately. */
21492
21433
  head: external_exports.string().min(1).optional(),
21493
- /**
21494
- * 这次**实际**怎么扫的。档位由 daemon 定(有线上版本可比 + 有跑完的清单 → 软扫,否则硬扫),
21495
- * 页面要显示的是真正发生的那个。
21496
- *
21497
- * `.default('hard')` 而不是必填:这个文件是 strict 解析的,存量记录没有这个字段,
21498
- * 定成必填会让 `readScan` 当场抛、上云页面直接打不开。而老记录确实都是从零扫的。
21499
- */
21434
+ /** Actual scan mode, including fallback. Default hard keeps pre-field records readable because those scans were full scans. */
21500
21435
  baseKind: ScanBaseKindSchema.default("hard"),
21501
21436
  /** 软扫比的那个 commit(= 当时 `DeployReleased.head`)。硬扫时缺席 */
21502
21437
  base: external_exports.string().min(1).optional(),
@@ -21519,17 +21454,8 @@ var DeployRepoSchema = external_exports.object({
21519
21454
  url: external_exports.string().min(1),
21520
21455
  branch: external_exports.string().min(1),
21521
21456
  head: external_exports.string().min(1),
21522
- /**
21523
- * persona 的**内容**有没有未提交的改动。
21524
- *
21525
- * **两个文件不算**(daemon 侧 `repoInfo` 的 `DIRTY_IGNORED` 把它们排出了 pathspec):
21526
- * - `.clawd/deploy.json`——发布产物,`deploy:release` 那一刻整份重写;算进来的话发布前后那几秒页面会闪「有未提交的改动」
21527
- * - `.clawd/persona.json`——结构化配置(tool / model / size …),扫描不读它、流水线从发布 commit 读它,改了不需要重扫
21528
- * (design 2026-09-21-deploy-page-polish §3.4)
21529
- * `.clawd/` 下别的、以及 persona 的内容(CLAUDE.md / skills / .mcp.json)照旧算。
21530
- */
21457
+ /** Uncommitted persona content, excluding release output and structured persona configuration, neither of which requires rescanning. */
21531
21458
  dirty: external_exports.boolean(),
21532
- /** 本地领先远端几个提交 */
21533
21459
  ahead: external_exports.number()
21534
21460
  }).strict();
21535
21461
  var DeploySecretPresenceSchema = external_exports.object({
@@ -21543,7 +21469,6 @@ var DeployStageKeySchema = external_exports.enum(DEPLOY_STAGE_KEYS);
21543
21469
  var DeployJobSchema = external_exports.object({
21544
21470
  key: DeployStageKeySchema,
21545
21471
  status: DeployStageStatusSchema,
21546
- /** 这个 job 在 GitHub 上的页面。还没跑起来的段没有 */
21547
21472
  url: external_exports.string().optional(),
21548
21473
  /** GitHub 的 job databaseId,`gh run rerun --job` 要用。还没跑起来的段没有 */
21549
21474
  jobId: external_exports.number().optional(),
@@ -21570,9 +21495,7 @@ var DeployStateSchema = external_exports.object({
21570
21495
  /** 本机 GitHub 身份(机器级,githubAuth:* 的同一份;上云页顶上那张卡用)。老 daemon 不给(可选只为兼容),UI 缺席时按未知处理 */
21571
21496
  github: GithubAuthStatusSchema.optional(),
21572
21497
  repo: DeployRepoSchema.optional(),
21573
- /** 扫描历史,升序,最后一条最新。没扫过就是空数组 */
21574
21498
  scans: external_exports.array(DeployScanSchema).default([]),
21575
- /** 发布历史,升序,最后一条 = 线上正跑的那版。从没发布过就是空数组 */
21576
21499
  releases: external_exports.array(DeployReleasedSchema).default([]),
21577
21500
  /** 没仓库时缺席(查不了) */
21578
21501
  secrets: external_exports.array(DeploySecretPresenceSchema).optional(),
@@ -21587,7 +21510,6 @@ var DeployStateSchema = external_exports.object({
21587
21510
  * 不看 `releases`:发布过不等于还在线上(下线过、或者被人用脚本撤了)
21588
21511
  */
21589
21512
  online: external_exports.boolean().optional(),
21590
- /** 最新那次下线流水线。没下线过 / 没仓库 / 没 GitHub 身份 / 查不到都缺席 */
21591
21513
  unpublish: DeployUnpublishRunSchema.optional(),
21592
21514
  /**
21593
21515
  * `.clawd/deploy-scan.json` 读不出来(坏 JSON / 不合形状)时的人话。有它 `scans` 为空。
@@ -21617,7 +21539,6 @@ var DeployReleaseArgsSchema = DeployPersonaArgsSchema.extend({
21617
21539
  }).strict();
21618
21540
  var DeployPatchArgsSchema = external_exports.object({
21619
21541
  personaId: external_exports.string().min(1),
21620
- /** 改的是历史里哪次扫描的清单。扫描期 butler 删条目也走这条(scanId 在它的任务提示里) */
21621
21542
  scanId: external_exports.string().min(1),
21622
21543
  patch: external_exports.object({
21623
21544
  /**
@@ -21625,10 +21546,7 @@ var DeployPatchArgsSchema = external_exports.object({
21625
21546
  * aptMissing、连接器上点过的 credentialSource / auth)快照里缺了会从记录里补回——旧快照冲不掉它们。
21626
21547
  */
21627
21548
  manifest: EnvironmentManifestSchema.optional(),
21628
- /**
21629
- * 只换清单里**同名那一条**连接器(上云页连接器卡片上的点选走这条)。不带整份清单:页面手里的清单可能是旧快照,
21630
- * 整份写回会把 daemon 之后写进去的东西冲掉(2026-09-23 persona-log-tracer 的 hbi 资产就是这么丢的)。同名的不在 → 拒
21631
- */
21549
+ /** Replace one named connector to avoid overwriting newer unrelated fields with a stale UI manifest snapshot. Missing names reject. */
21632
21550
  connector: EnvConnectorSchema.optional()
21633
21551
  }).strict()
21634
21552
  }).strict();
@@ -21636,7 +21554,6 @@ var DeployPutSecretArgsSchema = external_exports.object({
21636
21554
  personaId: external_exports.string().min(1),
21637
21555
  /** 按哪次扫描的清单校验凭据名 / env 名。值本身是仓库级的(GitHub Secrets),跟扫描无关 */
21638
21556
  scanId: external_exports.string().min(1),
21639
- // 对应 manifest.secrets[].name
21640
21557
  name: external_exports.string().min(1),
21641
21558
  // 环境变量名 → 值。key 必须是该 secret 声明过的 env 之一,handler 校验。
21642
21559
  values: external_exports.record(external_exports.string(), external_exports.string())
@@ -21650,7 +21567,6 @@ var DeploySetEngineAuthArgsSchema = external_exports.object({
21650
21567
  });
21651
21568
  var DeployRerunJobArgsSchema = external_exports.object({
21652
21569
  personaId: external_exports.string().min(1),
21653
- /** GitHub 的 job databaseId。**是数字**——字符串会在拼命令时静默出错 */
21654
21570
  jobId: external_exports.number()
21655
21571
  }).strict();
21656
21572
  var DeployReportFindingArgsSchema = external_exports.object({
@@ -21731,38 +21647,17 @@ var ContactSchema = external_exports.object({
21731
21647
  ownerId: external_exports.string().min(1),
21732
21648
  /** 身份来源(决策 #16):'ttc'(飞书/手机/邮箱登入 TTC)| 'google' | ...,token 背书 */
21733
21649
  provider: external_exports.string().min(1),
21734
- /** 联系人显示名 */
21735
21650
  displayName: external_exports.string(),
21736
- /** 该设备可达的 ws/tunnel 地址 */
21737
21651
  remoteUrl: external_exports.string().min(1),
21738
- // 自动反向建立联系人(spec 决策 #11):被连接方本地验票成功后自动落 A 为
21739
- // 联系人,但它不持有 A 颁发的 token(A 从未给它换票)→ connectToken 为空串。
21740
- // device:connect 出站路径仍存中心 server 签发的真实 connect token(断线重连复用)。
21741
- // 不用 .min(1):自动反向路径合法地存空串,禁止填假 token 占位(不造假数据)。
21652
+ // Accept historical empty tokens for schema compatibility. Current handshake paths exchange a real audience-bound token before storing.
21742
21653
  connectToken: external_exports.string(),
21743
21654
  grants: external_exports.array(GrantSchema),
21744
21655
  addedAt: external_exports.number().int().nonnegative(),
21745
- /**
21746
- * pin 时间戳(ms,Date.now() 语义);null = 未 pin。sidebar 顶部固定区渲染由此驱动。
21747
- * 老 contacts.json 缺此字段 → zod default 补 null(无破坏性升级;不 orphan)。
21748
- * 对齐 SessionFile.pinnedAt 语义(daemon 侧持久化,contact:pin RPC 更新 → contact:pinned push)。
21749
- */
21656
+ /** Pin timestamp in ms; null means unpinned. The default preserves records created before this field existed. */
21750
21657
  pinnedAt: external_exports.number().int().nullable().default(null),
21751
- /**
21752
- * 远程访问授权(spec 2026-07-16)。owner 视角:允许该 contact 反向操作我的设备——
21753
- * 跨设备 exec 的总开关(peerExec:run handler 运行时判它)。default=false,owner 显式开。
21754
- * 授权粒度 per-people (per-contact):借用别人 persona 本来就带信任对方本人的前提。
21755
- */
21658
+ /** Owner-controlled permission for this contact to execute commands on the local device. Default denial requires explicit opt-in. */
21756
21659
  remoteAccessAllowed: external_exports.boolean().default(false),
21757
- /**
21758
- * owner 给这台设备写的备注(2026-08-31)。**我对他那台机器的私记**,不上行、不同步给对方。
21759
- *
21760
- * 动机:一人多设备时卡片里只能显示 deviceId(`owner-8bf96a56-6b7e-…` 这种 uuid),
21761
- * 认不出哪台是哪台。备注让用户能写「老王的 MacBook」。
21762
- *
21763
- * 空串 = 没写。default('') 兼容老 contacts.json(无破坏性升级,不 orphan)。
21764
- * 跟 pinnedAt / remoteAccessAllowed 同类:owner 已配置状态,重复建联 upsert 必须保留。
21765
- */
21660
+ /** Local-only owner note. Empty-string default preserves older records; repeated handshakes must retain it. */
21766
21661
  note: external_exports.string().default("")
21767
21662
  }).strict();
21768
21663
  var ContactWireSchema = ContactSchema;
@@ -21817,9 +21712,7 @@ var DeviceEntrySchema = external_exports.object({
21817
21712
  * 中心 server clawd_devices 注册表仅作服务发现(url 下发 + 目录),不在安全路径上。
21818
21713
  */
21819
21714
  deviceId: external_exports.string().min(1),
21820
- /** 显示名 */
21821
21715
  name: external_exports.string().min(1),
21822
- /** ws/tunnel 地址 */
21823
21716
  url: external_exports.string().min(1)
21824
21717
  });
21825
21718
  var DeviceListResponseSchema = external_exports.object({
@@ -21827,7 +21720,6 @@ var DeviceListResponseSchema = external_exports.object({
21827
21720
  devices: external_exports.array(DeviceEntrySchema)
21828
21721
  });
21829
21722
  var DeviceConnectArgsSchema = external_exports.object({
21830
- /** 目标设备的 deviceId(对方 daemon 生成的 dev-<uuid>) */
21831
21723
  deviceId: external_exports.string().min(1),
21832
21724
  /**
21833
21725
  * 目标设备的 ws/tunnel 地址(可选):
@@ -21836,12 +21728,11 @@ var DeviceConnectArgsSchema = external_exports.object({
21836
21728
  * - 注册表不在安全路径上:知道对方 url 时显式传入即可连接(不依赖中心 server 服务发现)
21837
21729
  */
21838
21730
  url: external_exports.string().min(1).optional(),
21839
- /** 显示名(公共设备来自目录;缺省时连上后用 whoami 回填) */
21731
+ /** Optional display name; otherwise populate it from the handshake acknowledgement. */
21840
21732
  name: external_exports.string().optional()
21841
21733
  });
21842
21734
  var DeviceConnectResponseSchema = external_exports.object({
21843
21735
  type: external_exports.literal("device:connect:ok"),
21844
- /** 连接的目标设备标识(= 请求 args.deviceId) */
21845
21736
  deviceId: external_exports.string(),
21846
21737
  name: external_exports.string(),
21847
21738
  url: external_exports.string()
@@ -21851,7 +21742,6 @@ var FeishuIdentitySchema = external_exports.object({
21851
21742
  ownerId: external_exports.string().min(1),
21852
21743
  /** 身份来源:'ttc'(飞书/手机/邮箱登入 TTC)| 'google' | ...(决策 #16,拓展用) */
21853
21744
  provider: external_exports.string().min(1),
21854
- /** 显示名。TTC user_info 接口 data.name */
21855
21745
  displayName: external_exports.string().min(1),
21856
21746
  /** TTC user_info 接口 data.avatar_url,可缺省 */
21857
21747
  avatarUrl: external_exports.string().optional(),
@@ -21860,7 +21750,6 @@ var FeishuIdentitySchema = external_exports.object({
21860
21750
  });
21861
21751
  var AuthLoginStartResponseSchema = external_exports.object({
21862
21752
  type: external_exports.literal("auth:login:start:ok"),
21863
- /** 完整 TTC 授权页 URL(含 callback_url + state + auto=1),UI 直接 window.open */
21864
21753
  authUrl: external_exports.string().min(1),
21865
21754
  /** 防 CSRF 的一次性 nonce;回调时 daemon 校验 */
21866
21755
  state: external_exports.string().min(1)
@@ -21869,11 +21758,7 @@ var AuthGetIdentityResponseSchema = external_exports.object({
21869
21758
  type: external_exports.literal("auth:getIdentity:ok"),
21870
21759
  /** null = 未登录 */
21871
21760
  identity: FeishuIdentitySchema.nullable(),
21872
- /**
21873
- * 本机设备标识(决策 #15:daemon 生成并持久化在 auth.json,如 dev-<uuid>)。
21874
- * 设备属性,与登录态无关、登录登出不变。UI"我的设备标识"用它拼
21875
- * clawos://device/<deviceId>(替代旧的 unionId——不再向外暴露人的身份标识)。
21876
- */
21761
+ /** Stable device identifier independent of login, used for the shareable device link. */
21877
21762
  deviceId: external_exports.string().min(1)
21878
21763
  });
21879
21764
  var AuthLogoutResponseSchema = external_exports.object({
@@ -21924,39 +21809,21 @@ var DispatchOutcomeSchema = external_exports.discriminatedUnion("kind", [
21924
21809
  })
21925
21810
  ]);
21926
21811
  var DispatchRunArgsSchema = external_exports.object({
21927
- // 新开必填;续派(dispatchId 非空)时可省略——targetPersonaId 从台账行取。
21928
21812
  targetPersona: external_exports.string().min(1).optional(),
21929
21813
  // 续派(spec 2026-07-21,单 dispatchId 语义:一件事一行一 id):非空 = 把 prompt
21930
21814
  // 作为新 turn 打进该 dispatch 的原 worker session 接着干(台账行复位 running)。
21931
21815
  // 省略 = 新开一件事,daemon 铸新 id。
21932
21816
  dispatchId: external_exports.string().min(1).optional(),
21933
21817
  prompt: external_exports.string(),
21934
- // 派活方写的 2-3 句摘要(与 prompt 同源同结构)。落台账 `taskBrief` + 进任务包信封
21935
- // `<brief>`,worker session 的卡片头常显。optional 同 DispatchOutcome.brief 的理由。
21936
21818
  brief: external_exports.string().optional(),
21937
21819
  // 跨设备 dispatch:非空 = A 角色,转发到该 contact deviceId 的 peer daemon;
21938
21820
  // 省略 = 本地 dispatch / B 角色本地执行。A 转发给 B 时 body 不带此字段。
21939
21821
  targetDeviceId: external_exports.string().min(1).optional(),
21940
- // 可选:override B session 使用的模型。缺省 = 用 persona 默认。
21941
- // 合法值集**从属于 tool**(见下面的 tool 字段):claude 侧与 tools/claude.ts
21942
- // CLAUDE_MODEL_IDS 一致,codex 侧是运行时查来的模型表;handler 层做二次校验,
21943
- // 非法值 fail-fast。protocol 层保持 string(不在协议里钉死枚举)。
21944
- // **只能用于新开 dispatch**:续派不改任何 spawn 参数(worker session 已经跑起来了),
21945
- // 与 dispatchId 互斥(下方 refine 硬拒)。
21822
+ // Model values depend on the selected engine and are validated against its runtime catalog. Overrides apply only to new dispatches.
21946
21823
  model: external_exports.string().min(1).optional(),
21947
- // 可选:override B session 使用的 agent tool(engine)。缺省 = 用 persona 绑定的 tool。
21948
- // 语义是**一次性**——不改 persona 的持久绑定,只决定这条 dispatch 起的 worker session。
21949
- // 为什么需要:`model` 的合法值集从属于 tool,想让一个 claude persona 这次用
21950
- // `gpt-5.6-sol` 干活,必须能连 engine 一起换(否则 model 校验按 persona.tool 选表直接拒)。
21951
- // 合法值集 = daemon 的 adapter 注册表('claude' / 'codex'),handler 层运行时校验;
21952
- // protocol 层保持 string(与 model / SessionFile.tool 同款处理,不在协议里钉死枚举)。
21953
- // 与 model 同样**只能用于新开 dispatch**(下方 refine 硬拒 dispatchId 组合)。
21824
+ // One-time engine override for the worker session; it does not change the persona binding. Validate against registered adapters at runtime.
21954
21825
  tool: external_exports.string().min(1).optional(),
21955
- // 可选:给新 worker session 起 label(写入 SessionFile.label,sidebar 显示)。
21956
- // 仅在**新开 dispatch**(dispatchId 缺席)时生效;续派(dispatchId 非空)
21957
- // 时 daemon 层静默丢弃(避免半途改 label 造成 sidebar 抖动)。
21958
- // 上限 60 字符——sidebar 显示 tolerance,卡在 dispatch 入口即可。
21959
- // 协议层不硬拒 sessionLabel + dispatchId 同传,保留 forward-compat。
21826
+ // Worker label applies to new dispatches only. Follow-ups tolerate this field but do not update the running session label.
21960
21827
  sessionLabel: external_exports.string().min(1).max(60).optional(),
21961
21828
  // 上层消费者(Master)挂载话题/线语义:topicId / lineId / 验收标准 / rejectCount 等。
21962
21829
  // daemon **不解释**内容,只透传进台账行 DispatchRecord.meta(新开)或与既有 meta
@@ -21982,35 +21849,17 @@ var DispatchRecordSchema = external_exports.object({
21982
21849
  sourceSessionId: external_exports.string().min(1),
21983
21850
  sourcePersonaId: external_exports.string().min(1).optional(),
21984
21851
  targetPersonaId: external_exports.string().min(1),
21985
- /**
21986
- * 跨设备派活时 B 所在的设备(`DispatchRunArgs.targetDeviceId`),A 端台账记「我派给了谁的机器」。
21987
- *
21988
- * **缺省即本机**,与入参侧用 `undefined` 表示本机是同一条口径——不引第二种表示法。
21989
- * 存量台账行没有这个字段,消费方(dispatch 卡片的归属带)据此只显示 persona、不显示设备。
21990
- *
21991
- * B 端自己的台账行**不会**有它:peer-forward 转发时故意 strip 掉(B 据此判定本地执行),
21992
- * 那条行记的是 B 视角的本地 dispatch。
21993
- */
21852
+ /** A-side target device attribution; absence means local for existing records. Forwarding strips it from the B-side local ledger. */
21994
21853
  targetDeviceId: external_exports.string().min(1).optional(),
21995
21854
  /** B 的 sessionId;registerBSession 后回填 */
21996
21855
  workerSessionId: external_exports.string().min(1).optional(),
21997
- /** 任务摘要;截断(≤500 字符)在 daemon store.add 处保证 */
21998
21856
  taskText: external_exports.string(),
21999
- /**
22000
- * 派活方写的 2-3 句任务摘要(`DispatchRunArgs.brief`)。台账列表 / butler 面板显示它
22001
- * 而不是被截断到 500 字符的 `taskText` 半截原文。回报侧的 brief 随 `outcome` 已落盘,
22002
- * 不在这里重复存。
22003
- */
21857
+ /** Explicit task summary for list/cards instead of truncated taskText; outcome owns the result summary. */
22004
21858
  taskBrief: external_exports.string().optional(),
22005
- /**
22006
- * 第几轮:新开 = 1,每次续派 +1。续派**不单开分型**(一件事一行一 id),
22007
- * 「第 N 轮」这个语义就落在这里,并透进任务包信封的 `round` 属性供卡片头显示。
22008
- * 老台账行缺省 → 消费方按 1 处理。
22009
- */
21859
+ /** One ledger row across follow-up rounds. Missing on old rows is consumed as round one. */
22010
21860
  round: external_exports.number().int().positive().optional(),
22011
21861
  status: DispatchStatusSchema,
22012
21862
  outcome: DispatchOutcomeSchema.optional(),
22013
- /** 上层消费者语义(如司礼监的口谕/验收状态),daemon 不解释 */
22014
21863
  meta: external_exports.record(external_exports.unknown()).optional(),
22015
21864
  createdAt: external_exports.string().min(1),
22016
21865
  completedAt: external_exports.string().min(1).optional(),
@@ -22019,15 +21868,7 @@ var DispatchRecordSchema = external_exports.object({
22019
21868
  });
22020
21869
  var DispatchListArgsSchema = external_exports.object({
22021
21870
  sourceSessionId: external_exports.string().min(1).optional(),
22022
- /**
22023
- * 「**这条会话卷入的**所有台账行」:`sourceSessionId === it || workerSessionId === it`。
22024
- *
22025
- * 为什么不复用 `sourceSessionId`:一条会话既可能是派活方(在自己这儿看回报卡),也可能是
22026
- * 干活方(在 worker 会话里看任务包),后者用 sourceSessionId 过滤一条也查不到。UI 的
22027
- * dispatch 卡片要的正是「跟我这条会话有关的全部 dispatch」,一次调用答完,不必拉全量再本地筛。
22028
- *
22029
- * 与 `sourceSessionId` 同时给时两个条件都要满足(AND),但调用方没有这么用的场景。
22030
- */
21871
+ /** Include rows where this session is either source or worker. If sourceSessionId is also provided, both filters must match. */
22031
21872
  relatedSessionId: external_exports.string().min(1).optional()
22032
21873
  });
22033
21874
  var DispatchListResultSchema = external_exports.object({
@@ -22228,7 +22069,6 @@ var InboxPostMessageArgsSchema = external_exports.object({
22228
22069
  id: external_exports.string().min(1),
22229
22070
  text: external_exports.string().min(1),
22230
22071
  createdAt: external_exports.number().int().nonnegative(),
22231
- // persona 代发署名(跨 daemon forward 时随远程腿透传;真人发缺省)。
22232
22072
  origin: external_exports.object({ kind: external_exports.literal("persona"), personaId: external_exports.string().min(1) }).optional()
22233
22073
  }).strict();
22234
22074
  var InboxListArgsSchema = external_exports.object({
@@ -22323,7 +22163,6 @@ var ChannelMemberPersonaSchema = external_exports.object({
22323
22163
  var ChannelSchema = external_exports.object({
22324
22164
  id: external_exports.string().min(1),
22325
22165
  name: external_exports.string().min(1),
22326
- /** 该频道里可被派活的 persona 全集(本机 + 远程) */
22327
22166
  memberPersonas: external_exports.array(ChannelMemberPersonaSchema),
22328
22167
  /** 人类成员(contact deviceId):可发 DM。**不隐含任何派活权限** —— 跨设备派活认的是
22329
22168
  * 上面那张 memberPersonas。P1 人类异步询问也用它 */
@@ -22363,20 +22202,9 @@ var TOPIC_DECISION_STATUS_RESOLVED = TOPIC_DECISION_STATUSES[1];
22363
22202
  var TopicDecisionTypeSchema = external_exports.enum(TOPIC_DECISION_TYPES);
22364
22203
  var TopicDecisionStatusSchema = external_exports.enum(TOPIC_DECISION_STATUSES);
22365
22204
  var TopicDecisionSchema = external_exports.object({
22366
- /**
22367
- * 这条决策的标识,供后来的答复回指。可选:存量记录一条都没有,**不迁移**。
22368
- *
22369
- * 之所以要它——提问和答复是**两条**流水(`open` 一条、`resolved` 一条,见 `resolves`),
22370
- * 两条之间没有任何关联时,展示层只能逐条渲染,于是**已经拍板完的待办永远挂在那儿**。
22371
- */
22205
+ /** Optional stable decision id for later resolution links; old entries remain readable without migration. */
22372
22206
  id: nonBlank2.optional(),
22373
- /**
22374
- * 本条解决的是哪条决策(填对方的 `id`)。展示层据此把提问与答复合并成一行。
22375
- *
22376
- * **只关联、不改写**:不去改动已落盘那条 `open` 记录的 status。原地改写会丢掉
22377
- * 「什么时候提出 / 什么时候解决」的双时间戳,也丢掉「Master 建议了什么 vs
22378
- * 老板最终定了什么」的差异——而老板事后要看的恰恰是这个差异。合并只发生在展示层。
22379
- */
22207
+ /** Link the resolved entry to its original question without rewriting history, preserving both timestamps and proposed/final conclusions. */
22380
22208
  resolves: nonBlank2.optional(),
22381
22209
  type: TopicDecisionTypeSchema,
22382
22210
  status: TopicDecisionStatusSchema,
@@ -22399,7 +22227,6 @@ var TopicActivityEntrySchema = external_exports.object({
22399
22227
  action: external_exports.string().min(1),
22400
22228
  target: external_exports.string().optional(),
22401
22229
  reason: external_exports.string().min(1),
22402
- /** 该动作确认的产出物(watcher 返回的 artifacts);影响面视图的唯一数据源 */
22403
22230
  artifacts: external_exports.array(nonBlank2).optional(),
22404
22231
  /**
22405
22232
  * Optional decision projection; legacy activity entries omit this field. `open` means the
@@ -22410,57 +22237,22 @@ var TopicActivityEntrySchema = external_exports.object({
22410
22237
  var TopicLineMetaSchema = external_exports.object({
22411
22238
  rejectCount: external_exports.number().int().min(0),
22412
22239
  accepted: external_exports.boolean().default(false),
22413
- /**
22414
- * 该线在本话题内的**序号**,daemon 按建线先后顺序发,从 1 起。
22415
- *
22416
- * 存在的理由只有一个:老板说「第 2 条线」和 Master 说「线2」得指同一条。所以它必须
22417
- * **稳定且不复用**——删掉第 2 条后新建的线拿 4 而不是 2,否则昨天说的号今天指向别的线,
22418
- * 序号就没有价值了。发号点见 topic-store.claimLineOrdinal。
22419
- *
22420
- * 早先这个号是 UI 从 lineId 字符串里 parse 的(`line-<N>-<slug>`),等于把序号语义
22421
- * 寄生在 Master 随手起的名字上:Master 用语义命名(`line-channel-fix`)就 parse 不出,
22422
- * sidebar 整个不显示号。序号的产生端必须是 daemon。
22423
- *
22424
- * optional 而非 default:store 不按 schema parse(见 topic-store),存量 lineMeta
22425
- * 里没有这个字段,读侧一律 `?? null`,回填由 `topic:get` 的发号 pass 幂等补上。
22426
- */
22240
+ /** Stable daemon-issued line number, never reused. Old metadata is filled by the handler; readers tolerate missing values before that pass. */
22427
22241
  ordinal: external_exports.number().int().min(1).optional(),
22428
- /**
22429
- * Master 在 watcher 判 fail 的情况下仍判合格的次数。
22430
- *
22431
- * 为什么要单独数:watcher 的 fail 若能被一句「这是可观测性缺口」无声绕过,核验就形同
22432
- * 虚设——实测一个话题三条线的 watcher 全报 fail、无一打回,Master 自己下场补证后判了合格。
22433
- * 覆盖本身不禁止(watcher 确实会误判),但必须留痕、必须计数、反复覆盖必须惊动老板。
22434
- *
22435
- * optional 而非 default(0):store 不按 schema parse(见 topic-store),存量 lineMeta
22436
- * 里本来就没有这个字段,读侧一律 `?? 0`。
22437
- */
22242
+ /** Count accepted watcher-failure overrides for audit/escalation. Legacy entries omit it and readers treat absence as zero. */
22438
22243
  overrideCount: external_exports.number().int().min(0).optional()
22439
22244
  });
22440
22245
  var TopicSchema = external_exports.object({
22441
22246
  id: external_exports.string().min(1),
22442
22247
  channelId: external_exports.string().min(1),
22443
22248
  title: external_exports.string(),
22444
- /** 该话题的 Master session;topic:create 时一并起,1:1 */
22445
22249
  masterSessionId: external_exports.string().min(1),
22446
22250
  goal: external_exports.string(),
22447
22251
  boundaries: external_exports.string(),
22448
22252
  acceptanceCriteria: external_exports.array(external_exports.string()),
22449
22253
  activity: external_exports.array(TopicActivityEntrySchema),
22450
- /** lineId -> 线级元数据 */
22451
22254
  lineMeta: external_exports.record(TopicLineMetaSchema),
22452
- /**
22453
- * 线号水位:下一条线该拿的号。发一个加一,**只增不减**。
22454
- *
22455
- * 为什么是话题上的一个独立字段,而不是「现有 lineMeta 里的最大号 + 1」现算:现算的水位
22456
- * 跟着现存线数走,删掉最大号那条线水位就退,下一条新线会**捡回那个号**。老板原话:
22457
- * 「删了线,已经标记的线的序号不能变吧,要不然留档的记录不都坏了么」——号对不上只是难用,
22458
- * 号能对上、却对到了另一条线(流水里「#3 判合格」后来指向一条新线)是把留档直接读坏。
22459
- * 所以不变式有两条:**已发的号永不改**、**号永不复用**,后者必须与现存线数彻底脱钩。
22460
- *
22461
- * optional 而非 default:store 不按 schema parse(见 topic-store),存量话题没有这个
22462
- * 字段,读盘时按「现有最大号 + 1」一次性归一(不能从 1 重开,否则现有的 #1 #2 会被复用)。
22463
- */
22255
+ /** Monotonic allocation watermark independent of live line count. Removing the highest line must never recycle its number; legacy load starts above existing ordinals. */
22464
22256
  nextLineOrdinal: external_exports.number().int().min(1).optional(),
22465
22257
  state: TopicStateSchema,
22466
22258
  createdAt: external_exports.string().min(1),
@@ -22475,7 +22267,6 @@ var TopicLineViewSchema = external_exports.object({
22475
22267
  status: DispatchStatusSchema,
22476
22268
  acceptance: external_exports.array(external_exports.string()),
22477
22269
  rejectCount: external_exports.number().int().min(0),
22478
- /** 已被 Master 判定合格(`topic:accept`)。UI 的「合格」态靠它,不是猜的 */
22479
22270
  accepted: external_exports.boolean(),
22480
22271
  /**
22481
22272
  * 线号(见 TopicLineMetaSchema.ordinal)。UI 直接渲染,**不再从 lineId 猜**。
@@ -22494,7 +22285,6 @@ var TopicGetArgsSchema = external_exports.object({
22494
22285
  });
22495
22286
  var TopicCreateArgsSchema = external_exports.object({
22496
22287
  channelId: external_exports.string().min(1),
22497
- /** 可后补:spike 动线是老板先说一句话,标题随 topic:setPlan 落 */
22498
22288
  title: nonBlank2.optional()
22499
22289
  });
22500
22290
  var TopicSetPlanArgsSchema = external_exports.object({
@@ -22511,7 +22301,6 @@ var TopicAppendArgsSchema = external_exports.object({
22511
22301
  action: nonBlank2,
22512
22302
  target: nonBlank2.optional(),
22513
22303
  reason: nonBlank2,
22514
- /** 该动作确认的产出物;影响面视图只吃这个字段 */
22515
22304
  artifacts: external_exports.array(nonBlank2).optional(),
22516
22305
  decision: TopicActivityEntrySchema.shape.decision
22517
22306
  });
@@ -22523,9 +22312,7 @@ var TopicRejectArgsSchema = external_exports.object({
22523
22312
  var TopicAcceptArgsSchema = external_exports.object({
22524
22313
  topicId: external_exports.string().min(1),
22525
22314
  lineId: nonBlank2,
22526
- /** 凭什么判合格(逐条标准对应到什么证据)——与打回同样必填 */
22527
22315
  reason: nonBlank2,
22528
- /** watcher 认定的产出物,一并进影响面 */
22529
22316
  artifacts: external_exports.array(nonBlank2).optional(),
22530
22317
  /**
22531
22318
  * 这条线的 watcher 核验结论。**必填**:不填等于允许「压根没跑 watcher 就发合格证」,
@@ -22563,15 +22350,12 @@ var TopicCreateResultSchema = external_exports.object({
22563
22350
  });
22564
22351
  var TopicRejectResultSchema = external_exports.object({
22565
22352
  rejectCount: external_exports.number().int().min(1),
22566
- /** 连续两次打回仍不合格 → 必须上报老板(PRD §10.3),不靠 Master 自己数 */
22567
22353
  needsOwnerAttention: external_exports.boolean()
22568
22354
  });
22569
22355
  var TopicAcceptResultSchema = external_exports.object({
22570
22356
  acceptedLines: external_exports.number().int().min(1),
22571
22357
  totalLines: external_exports.number().int().min(1),
22572
- /** 全部线都合格了 → 可以收敛上报。由 daemon 数,不让 Master 自己盘 */
22573
22358
  allAccepted: external_exports.boolean(),
22574
- /** 本话题累计推翻 watcher 的次数(含这一次) */
22575
22359
  overrides: external_exports.number().int().min(0),
22576
22360
  /**
22577
22361
  * 反复推翻 watcher = 取证链路有系统性问题(如 worker 用 heredoc 写文件导致正文
@@ -22647,7 +22431,6 @@ var LarkBotBindManualArgs = external_exports.object({
22647
22431
  var LarkBotGroupSchema = external_exports.object({
22648
22432
  chatId: external_exports.string().min(1),
22649
22433
  chatName: external_exports.string().optional(),
22650
- /** epoch ms,该群 session 最近一次活跃时间 */
22651
22434
  lastActiveAt: external_exports.number().int().optional()
22652
22435
  });
22653
22436
  var LarkBotStatusResultSchema = external_exports.object({
@@ -22662,19 +22445,9 @@ var LarkBotStatusResultSchema = external_exports.object({
22662
22445
  /** provision 失败后的 unbound 帧携带;正常 unbound 无此字段 */
22663
22446
  errorReason: LarkBotProvisionErrorReasonSchema.optional(),
22664
22447
  groups: external_exports.array(LarkBotGroupSchema),
22665
- /**
22666
- * bound 态:该 bot 实际授予的 scope 缺了 LARK_PROVISION_ADDONS 里声明的项
22667
- * (spec 2026-09-01)——addons 是扫码时一次性写进飞书应用配置的,后来新增的
22668
- * scope / 事件对存量 bot 不生效,不提示的话用户只会觉得「功能没生效」。
22669
- * 判定真源是飞书回读的 granted scopes,不落库任何版本号。
22670
- */
22448
+ /** Granted scopes, not a stored version, determine whether an existing bot needs an authorization upgrade. */
22671
22449
  needsUpgrade: external_exports.boolean().optional(),
22672
- /**
22673
- * bound 态叠加:正在扫码更新授权(spec 2026-09-01)。
22674
- * **不复用 provisioning 态**——升级期间 bot 仍在正常服务(长连接不断、群照常响应),
22675
- * 降级成 provisioning 会丢掉 botName / groups,UI 上像是断了。
22676
- * 有值即渲染二维码弹层;升级结束(成功或取消)该字段消失。
22677
- */
22450
+ /** Upgrade QR overlays bound status so a still-serving bot retains its name/groups. Removed after upgrade success or cancellation. */
22678
22451
  upgradeQrUrl: external_exports.string().optional()
22679
22452
  });
22680
22453
  var LarkBotStateFrameSchema = LarkBotStatusResultSchema.extend({
@@ -22732,15 +22505,11 @@ var EngineAccountSchema = external_exports.discriminatedUnion("kind", [
22732
22505
  external_exports.object({
22733
22506
  kind: external_exports.literal("claude"),
22734
22507
  loggedIn: external_exports.boolean(),
22735
- /** claude.ai / console / … */
22736
22508
  authMethod: external_exports.string().optional(),
22737
- /** firstParty / bedrock / vertex / foundry */
22738
22509
  apiProvider: external_exports.string().optional(),
22739
- /** ANTHROPIC_API_KEY / apiKeyHelper */
22740
22510
  apiKeySource: external_exports.string().optional(),
22741
22511
  email: external_exports.string().optional(),
22742
22512
  orgName: external_exports.string().optional(),
22743
- /** max / pro / team / … */
22744
22513
  subscriptionType: external_exports.string().optional()
22745
22514
  }).strict(),
22746
22515
  // app-server `account/read`:account 为 null → none;`config/read`:model_provider + 自定义 provider 的 base_url
@@ -22799,7 +22568,6 @@ var DashboardPageSchema = external_exports.enum(DASHBOARD_PAGES);
22799
22568
  var DASHBOARD_LINK_TTL_SECONDS = 24 * 3600;
22800
22569
  var DashboardOpenUrlArgs = external_exports.object({ page: DashboardPageSchema }).strict();
22801
22570
  var DashboardOpenUrlResultSchema = external_exports.object({
22802
- /** `https://<tunnel 地址>/dashboard/<page>?e=&s=` */
22803
22571
  url: external_exports.string(),
22804
22572
  /** 过期时刻(ms) */
22805
22573
  expiresAt: external_exports.number().int()
@@ -22820,44 +22588,23 @@ var PersonaFileSchema = external_exports.object({
22820
22588
  // 8-key set defined UI-side in `lib/session-icons.ts`; protocol stays plain string
22821
22589
  // for forward compatibility, consumer fallbacks to default when key not found.
22822
22590
  iconKey: external_exports.string().optional(),
22823
- // 绑定的 agent tool('claude' / 'codex');缺省消费侧按 'claude' 兜底。
22824
- // 与 model 平行:persona 新建 session 的默认 tool,可平滑切换。
22591
+ // Default engine binding for new sessions; missing values are consumed as claude.
22825
22592
  tool: external_exports.string().optional(),
22826
- /**
22827
- * 云上任务 Pod 的规格档(design 2026-09-18-persona-size):`tiny` / `small` / `medium` / `large`,没写按 medium。
22828
- * 只有发布上云的流水线读它(cloud-host/pipeline/deploy-file.mjs 收窄值域,不认识的拒发);本机跑不看。
22829
- * 协议层同 model / effort 保持 string(文件层向前兼容);改它的入口是上云页标题行的规格下拉
22830
- * (design 2026-09-20-persona-size-ui),`persona:update` 那头按 PersonaSizeSchema 收窄。
22831
- */
22593
+ /** Cloud resource size is string-compatible in stored files and narrowed at update/deploy boundaries; local execution ignores it. */
22832
22594
  size: external_exports.string().optional(),
22833
- /**
22834
- * 云上 task 运行模式下一个 task Pod 同时跑几个 task(design 2026-09-19-cloud-task-mode §3.6),没写按 4。
22835
- * 只有发布上云的流水线读它(cloud-host/pipeline/deploy-file.mjs 校验正整数、不合格拒发);本机跑不看。
22836
- * 发布页的资源预估卡通过 persona:update 保存,下次发布生效。
22837
- */
22595
+ /** Cloud task-Pod concurrency, validated at release. Local execution ignores it; changes apply on the next publication. */
22838
22596
  taskConcurrency: external_exports.number().int().positive().optional(),
22839
22597
  createdAt: external_exports.number(),
22840
22598
  updatedAt: external_exports.number(),
22841
- /**
22842
- * 云上 persona(design 2026-09-09-cloud-persona-in-clawd):这个 persona 跑在哪台 gateway 上、在那台 gateway 上叫什么。
22843
- * 有这个字段 = 条目来自 gateway 的登记表(daemon 每次 persona:list 拉 /healthz 合进 registry),
22844
- * 本机没有它的目录;会话的 cwd 是 `<gatewayUrl>/p/<cloud.personaId>`,tool 是 `codex-cloud`。
22845
- * 没有 = 本机 persona,一切照旧。UI 按它分组、隐藏设置 / 上云 / 删除入口。
22846
- *
22847
- * 顶层 `personaId` 是本机列表里的键,固定为 `<cloud.personaId>-cloud`(design 2026-09-11-cloud-persona-slug):
22848
- * 上云的就是本机同名 persona,不加后缀发布者自己永远看不到「云上」组。gateway 不认识带后缀的名字,
22849
- * 跟它说话(路径段、登记表)一律用 `cloud.personaId`。
22850
- */
22599
+ /** Registry-only cloud entry, with no local persona directory. Local key adds -cloud; gateway paths use cloud.personaId and the registered engine determines the cloud tool id. */
22851
22600
  cloud: external_exports.object({ gatewayUrl: external_exports.string().min(1), personaId: external_exports.string().min(1), publishedByMe: external_exports.boolean().optional() }).strict().optional()
22852
22601
  }).strict();
22853
22602
  var PersonaSkillSummarySchema = external_exports.object({
22854
22603
  // 目录名作为 skill name(对齐 CC:frontmatter `name:` 仅作 displayName 用)
22855
22604
  name: external_exports.string().min(1),
22856
- // SKILL.md frontmatter `description:`;缺省时省略字段
22857
22605
  description: external_exports.string().optional()
22858
22606
  });
22859
22607
  var PersonaPluginSummarySchema = external_exports.object({
22860
- // settings.json 中 enabledPlugins 的 key,例如 'superpowers@claude-plugins-official'
22861
22608
  id: external_exports.string().min(1)
22862
22609
  });
22863
22610
  var CodexSandboxSettingsSchema = external_exports.object({
@@ -22873,7 +22620,6 @@ var CodexSandboxSettingsSchema = external_exports.object({
22873
22620
  var PersonaSandboxSettingsSchema = external_exports.object({
22874
22621
  permissions: external_exports.object({
22875
22622
  defaultMode: external_exports.string().optional(),
22876
- // CC 工具 allowlist('Bash'/'Read'/...)。per-persona profile 在最严格 base 上追加放开。
22877
22623
  allow: external_exports.array(external_exports.string()).optional(),
22878
22624
  // deny 优先级最高;强制底座(persona 私密区)由 daemon compose 强制 union,owner 删不掉。
22879
22625
  deny: external_exports.array(external_exports.string()).optional()
@@ -22891,7 +22637,6 @@ var PersonaSandboxSettingsSchema = external_exports.object({
22891
22637
  denyWrite: external_exports.array(external_exports.string()).optional(),
22892
22638
  allowWrite: external_exports.array(external_exports.string()).optional()
22893
22639
  }).optional(),
22894
- // 出站网络 + 本机端口。base 不放(空),profile 按需追加域名(app-builder = ['*'])。
22895
22640
  network: external_exports.object({
22896
22641
  allowedDomains: external_exports.array(external_exports.string()).optional(),
22897
22642
  allowLocalBinding: external_exports.boolean().optional()
@@ -22902,17 +22647,9 @@ var PersonaInfoResponseSchema = PersonaFileSchema.extend({
22902
22647
  // 人格 builtin 层:`<personaDir>/CLAUDE.md`(= AGENTS.md 镜像)。预装 persona 的这份是
22903
22648
  // daemon ship 的产品规格,每次 daemon 启动被覆盖回 bundle 版(personalityManaged 标记它)。
22904
22649
  personality: external_exports.string().optional(),
22905
- // 人格补充层:`<personaDir>/.clawd/personality.local.md`。**与 builtin 层同性质——都是这个
22906
- // persona 的配置,只是所有权不同**:builtin 归 daemon、随版本更新覆盖;这一层归 persona 的
22907
- // 主人,不在 DAEMON_MANAGED_PATHS 里,OTA / daemon 重启都不碰。两层叠加生效(人格上冲突时
22908
- // 以补充层为准),经 SpawnContext.extraSystemPrompt 注入,claude / codex 两端同源,
22909
- // **owner / guest 会话一律注入**(它是 persona 属性不是私人偏好,同 builtin 人格的待遇)。
22910
- // 仅 'persona:get' 携带;'' = 没写补充(与 personality 同口径,不用 null)。
22650
+ // Owner-managed personality overlay survives daemon resource refreshes and is injected for owner and guest sessions. Empty text clears it.
22911
22651
  personalityLocal: external_exports.string().optional(),
22912
- // builtin 层是不是 daemon 托管:true = 预装 persona,CLAUDE.md 是产品规格、用户改了会被
22913
- // 下次启动覆盖 → UI 渲染成只读,编辑落到 personalityLocal;false = 用户自建 persona,
22914
- // 它的 CLAUDE.md daemon 不碰,照旧直接编辑。派生自 daemon 的预装名单,**只读不可回写**。
22915
- // 仅 'persona:get' 携带。
22652
+ // Managed builtin personality is refreshed by daemon and shown read-only; user edits belong to the overlay. User-created persona files remain editable.
22916
22653
  personalityManaged: external_exports.boolean().optional(),
22917
22654
  // 仅 'persona:get' 携带;null = 文件不存在 / parse 失败;undefined = 不在该响应类型上
22918
22655
  skills: external_exports.array(PersonaSkillSummarySchema).optional(),
@@ -22924,10 +22661,7 @@ var PersonaInfoResponseSchema = PersonaFileSchema.extend({
22924
22661
  codexSandbox: CodexSandboxSettingsSchema.nullable().optional()
22925
22662
  });
22926
22663
  var PersonaCreateArgsSchema = external_exports.object({
22927
- // persona 身份。daemon 拼成 personaId = `persona-<slug>`——前缀由 daemon 拥有,调用方只给后半段,
22928
- // 「所有 persona id 带该前缀」的约定由构造保证。与 label(显示名,可中文、可随时改)是两个概念:
22929
- // 曾经只有 label、id 从 label 推,导致中文 label 被剥空后一律降级成 persona-persona。
22930
- // 正则即安全边界——该值直接落进 ~/.clawd/personas/<id>/,此处排除 . / 空格后路径穿越无从构造。
22664
+ // Caller provides a safe slug, daemon adds persona-. Keep identity separate from the freely editable display label.
22931
22665
  slug: external_exports.string().regex(/^[a-z0-9]+(-[a-z0-9]+)*$/).max(32),
22932
22666
  label: external_exports.string().min(1),
22933
22667
  personality: external_exports.string(),
@@ -22947,7 +22681,6 @@ var PersonaUpdateArgsSchema = external_exports.object({
22947
22681
  model: external_exports.string().optional(),
22948
22682
  effort: external_exports.string().optional(),
22949
22683
  tool: external_exports.string().optional(),
22950
- // 云上任务 Pod 的规格档:只收四档之一(PersonaFile 层是 string,边界在这里收窄)
22951
22684
  size: PersonaSizeSchema.optional(),
22952
22685
  taskConcurrency: PersonaFileSchema.shape.taskConcurrency,
22953
22686
  personality: external_exports.string().optional(),
@@ -23005,15 +22738,10 @@ var PrincipalSchema = external_exports.object({
23005
22738
  id: external_exports.string().min(1),
23006
22739
  kind: PrincipalKindSchema,
23007
22740
  displayName: external_exports.string(),
23008
- /**
23009
- * 飞书 union_id。owner: 本机 daemon 已飞书登录时透传自 owner-identity.json;未登录 undefined。
23010
- * guest: v1 保持 undefined(connect token 当前不携带 unionId;未来若签名 payload 加字段可透传)。
23011
- * 消费方(如 ticket MCP / 未来别的飞书身份挂钩场景)按 undefined 决定是否降级;本层不做 fallback。
23012
- */
22741
+ /** Optional identity attribution: owner login supplies it; connect guests receive token subOwner. Consumers decide how to handle absence. */
23013
22742
  feishuUnionId: external_exports.string().optional()
23014
22743
  }).strict();
23015
22744
  var SenderInfoSchema = external_exports.object({
23016
- /** = principal.id = deviceId(决策 #16)。稳定路由 id */
23017
22745
  did: external_exports.string().min(1),
23018
22746
  displayName: external_exports.string(),
23019
22747
  /** owner 未登录 / guest 无飞书身份时缺省。消费方各自决定是否降级 */
@@ -23032,16 +22760,11 @@ var ContextUsageSchema = external_exports.object({
23032
22760
  var sessionMetaShape = {
23033
22761
  gitBranch: external_exports.string().optional(),
23034
22762
  resolvedModel: external_exports.string().optional(),
23035
- // CC 每条 assistant 记录的顶层 `effort`(实测 2.1.228)——即本轮真正生效的推理强度。
23036
- // 与 resolvedModel 对称:session.effort 是「用户选的」('' = 没选),这个是「实际用的」。
23037
- // 没选时 UI 拿它显示确切值,而不是「由 CC 决定」这种占位。
22763
+ // Effective reasoning effort from the engine, distinct from the user-selected effort.
23038
22764
  resolvedEffort: external_exports.string().optional(),
23039
22765
  contextUsage: ContextUsageSchema.optional(),
23040
22766
  contextWindowSize: external_exports.number().int().positive().optional(),
23041
- // AI 生成的会话标题(CC transcript 的 ai-title 行 / codex thread/name/updated 通知)。
23042
- // 与用户手改的 label 分离:用户 Rename 只写 label,AI 只写 aiLabel,显示优先级
23043
- // label > aiLabel——结构上杜绝「自动标题覆盖用户改名」。创建时 UI 把首行截断
23044
- // 占位写进 SessionCreateArgs.aiLabel,之后由 meta_update 用真标题覆盖。
22767
+ // User label overrides aiLabel. Automatic title updates must never overwrite the user's label.
23045
22768
  aiLabel: external_exports.string().optional()
23046
22769
  };
23047
22770
  var SessionMetaSchema = external_exports.object(sessionMetaShape);
@@ -23056,15 +22779,10 @@ var ModelInfoSchema = external_exports.object({
23056
22779
  description: external_exports.string().optional(),
23057
22780
  contextWindowSize: external_exports.number().int().positive(),
23058
22781
  default: external_exports.boolean().optional(),
23059
- // 该模型支持的 reasoning effort 档位(codex:per-model,gpt-5.6 系有 max/ultra、5.5 只有四档)。
23060
- // 缺省 = 该 tool 的 effort 与模型无关(claude 即此情形),消费方回落到 configSchema 里
23061
- // name==='effort' 那条字段的 options。
22782
+ // Per-model efforts override the global effort options; absence uses the tool's global config field.
23062
22783
  efforts: external_exports.array(SelectOptionSchema).optional(),
23063
22784
  defaultEffort: external_exports.string().optional(),
23064
- // 下拉分组标题(codex:模型家族名 GPT / Gemini / Claude…,由 daemon 从 model id 派生)。
23065
- // 缺省 = 该 tool 的模型不分组(claude 即此情形),消费方平铺渲染、不出标题。
23066
- // 全表只落在一个家族时 daemon 也不填——一个横跨全表的标题没有信息量。
23067
- // 消费方假定同 group 的条目已连续排好(排序在 daemon 侧,见 codex-model-list.mergeProviderModels)。
22785
+ // Optional display grouping; same-group models must already be contiguous. A single whole-catalog group adds no information.
23068
22786
  group: external_exports.string().optional()
23069
22787
  });
23070
22788
  var ModeInfoSchema = external_exports.object({
@@ -23126,24 +22844,17 @@ var SessionFileSchema = external_exports.object({
23126
22844
  cloudPendingCommand: external_exports.object({ id: external_exports.string().min(1), text: external_exports.string(), prepared: external_exports.boolean().optional() }).optional(),
23127
22845
  cwd: external_exports.string().min(1),
23128
22846
  tool: external_exports.literal("claude").or(external_exports.string().min(1)).default("claude"),
23129
- // 归一化 tool 侧 session id(CC = claude session uuid,Codex = codex 自己的 id)
23130
22847
  toolSessionId: external_exports.string().optional(),
23131
22848
  label: external_exports.string().optional(),
23132
22849
  model: external_exports.string().optional(),
23133
22850
  permissionMode: external_exports.string().optional(),
23134
22851
  effort: external_exports.string().optional(),
23135
- // 归一化运行时观测字段(daemon 独立计算,session:update 不接受;meta_update 事件投递)
23136
22852
  ...sessionMetaShape,
23137
- // daemon 生成智能标题的防重标记:reducer 在 meta_update.aiLabel 真变化时自动盖章
23138
- // (observer ai-title 回灌与 daemon 自产两个生产者同路)。为空 = 还没生成过 →
23139
- // manager.send 首条消息触发生成。session:update(外部 RPC)zod strip 不接受此字段。
22853
+ // Daemon-owned title generation marker; external session:update cannot set it. Missing marker allows first-message generation.
23140
22854
  aiLabelGeneratedAt: external_exports.string().optional(),
23141
22855
  permissionRules: external_exports.array(AllowRuleSchema).optional(),
23142
- // Sidebar 置顶时间戳;null/undefined 表示未置顶
23143
22856
  pinnedAt: external_exports.number().int().nonnegative().nullable().optional(),
23144
- // 归档时间戳(spec 2026-08-10-session-archive-about-page);null/undefined 表示未归档。
23145
- // marker 语义:不 bump updatedAt(与 pinnedAt 同款)。session:archive 归档时 daemon
23146
- // 在同一次落盘里原子清 pinnedAt;取消归档不恢复置顶。
22857
+ // Archive does not bump updatedAt; archiving clears pin atomically, while unarchiving does not restore it.
23147
22858
  archivedAt: external_exports.number().int().nonnegative().nullable().optional(),
23148
22859
  // pinned 行手动拖拽顺序;越小越靠前。session:reorderPins 整体重写所有 pinned 的此字段。
23149
22860
  // 缺失时 view-state 排序回退到 pinnedAt desc(旧数据兼容)
@@ -23153,22 +22864,13 @@ var SessionFileSchema = external_exports.object({
23153
22864
  // session:markRead RPC 或新 turn 开始(→ running)时清为 null。
23154
22865
  // 所有客户端(desktop / mobile)共享同一份,任一端标读全端清。
23155
22866
  unreadAt: external_exports.string().min(1).nullable().optional(),
23156
- // 用户在 NewSessionDialog 或 Edit modal 选择的 icon 标识;UI 端做 enum 兜底
23157
22867
  iconKey: external_exports.string().optional(),
23158
- // 由 session:fork 派生的 session 在 create 时记录源 session 的 sessionId(稳定 key,
23159
- // 不受 parent clear / re-spawn 影响);sidebar 据此挂 fork 图标。非 fork session 该字段缺省。
23160
- // 旧字段 forkedFromToolSessionId 已弃用,daemon 启动时一次性迁移老数据
22868
+ // Stable source clawd session id for a fork, independent of clearing/restarting the source engine session.
23161
22869
  forkedFromSessionId: external_exports.string().min(1).optional(),
23162
22870
  // 快速问答临时会话标记(spec 2026-06-23-fork-quick-ask):true = 关闭抽屉即删、
23163
22871
  // 不进 sidebar 树、daemon 启动清扫孤儿。普通会话缺省。
23164
22872
  ephemeral: external_exports.boolean().optional(),
23165
- /**
23166
- * 这条会话属于哪张部署单(persona 上云的环境扫描会话)。
23167
- *
23168
- * 有值 = 它在单据页右栏里活着,**sidebar 不再列它**——同一条会话两处出现,和话题 worker
23169
- * 会话不进「最近」是同一条规矩。不复用 `ephemeral`:那个标记会被 daemon 启动清扫**删掉**,
23170
- * 而扫描会话要跟单据一样长期留着(人隔天回来还要翻管家当时是怎么判的、还要接着追问)。
23171
- */
22873
+ /** Scan-session grouping, retained with deployment history. Do not reuse ephemeral: startup cleanup would delete evidence needed later. */
23172
22874
  deployId: external_exports.string().min(1).optional(),
23173
22875
  // owner-mode persona session 身份标识;UI 用它在 SessionList 过滤 + jump,
23174
22876
  // daemon 用它做 idempotent dedupe + spawn 时派生 ctx.personaMode='owner'
@@ -23179,103 +22881,25 @@ var SessionFileSchema = external_exports.object({
23179
22881
  * 本机资源指针——mirror 上与 ownerPersonaId 同地点 strip(#750 防线)。
23180
22882
  */
23181
22883
  projectPath: external_exports.string().min(1).optional(),
23182
- // listener-mode sub-session 的原始 chatId(owner-mode 不写;listener-scope 强制写入)。
23183
- // 派生 sessionId 是单向 hash `${personaId}-${tokenHash12}-${chatHash8}`,必须保留原始 chatId
23184
- // 才能让 alice 重连同一 sub-session(持久化在 alice localStorage 之外,由 daemon push 同步)。
23185
- // optional 是因为 owner-mode session 不带;只要写入就是 listener-mode 必填三元组。
22884
+ // Legacy chat identifier retained in stored session shape; current bot routing uses larkChatId.
23186
22885
  chatId: external_exports.string().min(1).optional(),
23187
- /**
23188
- * 创建该 session 的设备 id(决策 #16:从 ctx.principal.id 派生 = deviceId)。
23189
- * UI 端 self 判定收敛为单一比较 `!creatorPrincipalId || creatorPrincipalId === 本机 deviceId`
23190
- * → 「我自己创建」vs「别的设备接入创建」。MyPersonas 二级分组按 creatorPrincipalId(设备)
23191
- * 分桶、按 contact(deviceId→ownerName) 反查显示名。
23192
- *
23193
- * 命名保留 creatorPrincipalId(命名债,语义已是 creatorDeviceId);值由 connect token
23194
- * subDevice 背书(guest ctx)或本机 deviceId(owner ctx)。optional 兼容老 session。
23195
- *
23196
- * 决策 #16 删除了 creatorOwnerPrincipalId(personal token #735 遗留)——当年 guest 的
23197
- * principal.id 都是同张 cap.id 区分不了人才加它;现在 principal.id = 设备 deviceId、
23198
- * 归属人由 contact(deviceId→ownerId) 反查,该字段理由消失。
23199
- */
22886
+ /** Creator routing identity, stamped at creation. Missing on old records means local-self fallback. Connect guests use signed device identity; this is distinct from human attribution. */
23200
22887
  creatorPrincipalId: external_exports.string().min(1).optional(),
23201
- /**
23202
- * 创建该 session 的连接者飞书 displayName(一次性 stamp)。session:create handler
23203
- * 从 ctx.principal.displayName 传入;newRunner 时读这个字段派生 SubSessionMeta.callerDisplayName,
23204
- * 注入到 cc system prompt 引导自我介绍(见 connection-prompt.ts)。
23205
- * Optional 兼容老 SessionFile——newRunner 读不到时 fallback ContactStore 反查(guest)
23206
- * 或 deps.ownerDisplayName(owner)。
23207
- */
22888
+ /** Creator display-name snapshot for the connection prompt; missing on old records falls back to current owner/contact attribution. */
23208
22889
  creatorDisplayName: external_exports.string().min(1).optional(),
23209
- /**
23210
- * 创建该 session 的连接者飞书 union_id(一次性 stamp,T-31 persona prompt injection)。
23211
- * session:create / dispatch spawnB handler 从 ctx.principal.feishuUnionId(guest 场景来自
23212
- * connect token subOwner)或 deps.ownerFeishuUnionId(owner 场景)传入;newRunner 时读这个
23213
- * 字段派生 SubSessionMeta.callerFeishuUnionId 注入 cc system prompt「身份卡」的 union_id 行。
23214
- * Optional:老 SessionFile / owner 未登飞书路径缺省,缺省时 prompt 不渲染该行(向后兼容)。
23215
- */
22890
+ /** Creator identity attribution stamped for the connection prompt. Missing on older/unattributed sessions omits that prompt row. */
23216
22891
  creatorFeishuUnionId: external_exports.string().min(1).optional(),
23217
- /**
23218
- * Mirror peer sessions (2026-05-26): mirror 标识。**我在朋友 daemon 上创建的 session**,
23219
- * 远端是 source of truth,本机是持久化副本,方便 sidebar 跨设备聚合。
23220
- * 字段值 = 远端 daemon 的 deviceId(决策 #16:朋友设备标识,即我接入的那台机器)。
23221
- *
23222
- * 语义关键澄清:mirror **不是朋友创建给我的会话**——它是我自己的会话,只是在朋友
23223
- * 的机器上跑。sidebar chip 显示 `@<朋友>` 暗示「位置」,不是「来源」。
23224
- *
23225
- * - undefined / 缺省 → 本机 native session(在我自己机器上跑)
23226
- * - 非空 → 我的会话在该 deviceId 朋友的 daemon 上跑,本机为持久化副本
23227
- *
23228
- * 四类 session 取值矩阵(决策 #16 deviceId 版,creatorOwnerPrincipalId 列已删):
23229
- * | 形态 | creatorPrincipalId(=设备) | originOwnerPrincipalId(=朋友设备) |
23230
- * |-------------------------------------|--------------------------|----------------------------------|
23231
- * | 本机 owner 自创 | 本机 deviceId | undefined |
23232
- * | 本机被别的设备接入创建 | 接入者 deviceId(token 背书) | undefined |
23233
- * | 我在朋友 daemon 上创建(mirror 回本机) | 我的 deviceId | 朋友 deviceId |
23234
- *
23235
- * UI 用法:
23236
- * - sidebar Active/Pinned/Recents 过滤:`origin 非空 → 一律视作 self`(绕过 #739 隔离)
23237
- * - 行内显示 `@<朋友>` chip 暗示位置
23238
- * - 进 ChatPanel 时按 origin 路由到 `pool.ensureRemoteForOwner(origin)` 走远端(按 deviceId)
23239
- *
23240
- * daemon 用法:
23241
- * - `peerSession:upsert` / `peerSession:remove` 一族 RPC 专管 mirror 写删;
23242
- * daemon dumb write/delete,**不广播任何 push 帧**,UI 是写入唯一源
23243
- * - native `session:*` handler 完全不感知 mirror(UI 操作 mirror 不走 native 路径)
23244
- */
22892
+ /** Remote device hosting the caller's mirrored session. The remote daemon is authoritative; this record is local sidebar storage. UI routes operations remotely and treats mirror as self; mirror upsert/remove do not broadcast native-session frames. */
23245
22893
  originOwnerPrincipalId: external_exports.string().min(1).optional(),
23246
- /**
23247
- * Mirror 的 persona 身份(2026-07-17 android-dispatch-task spec §3.2):
23248
- * 该 mirror 在朋友 daemon 上是用哪个 persona 创建的(朋友侧的 persona id)。
23249
- * 与 originOwnerPrincipalId 平行的「位置」语义——**不参与**本机 persona 反查
23250
- * (那是 ownerPersonaId 的职责,mirror 上按 #750 防线 strip)。
23251
- * 消费方:mobile picker「借的」组按 (originOwnerPrincipalId, originOwnerPersonaId) 去重。
23252
- * 写入方:ui toMirrorSessionFile / mobile buildMirrorUpsertArgs 在 strip ownerPersonaId 时 stamp。
23253
- */
22894
+ /** Persona id at the remote hosting device. Used with originOwnerPrincipalId for remote picker grouping, never for local persona lookup. */
23254
22895
  originOwnerPersonaId: external_exports.string().min(1).optional(),
23255
- /**
23256
- * Dispatch 派生的 session 在 create 时记录源 session 的 sessionId(稳定 key);
23257
- * sidebar 据此把 dispatch 出来的 sub-session 折叠在源 session 下。非 dispatch session 缺省。
23258
- * mirror SessionFile 上必须 strip(朋友 daemon 上的 sessionId 在本机无意义,会让本机
23259
- * 反查路径走错;按 #750 一族防线处理,跟 ownerPersonaId 同地点 strip)。
23260
- */
22896
+ /** Dispatch source session for local tree grouping. Strip on mirrors because remote session ids cannot link into the local tree. */
23261
22897
  dispatchedFromSessionId: external_exports.string().min(1).optional(),
23262
- /**
23263
- * Shift fire 派生的 session 记录调 addShift 的 source cc session id(稳定 key);
23264
- * sidebar 据此把 fire 出的 session 折叠在 source session 下,跟 dispatchedFromSessionId
23265
- * 平行但渲染不同 icon(AlarmClock 区别于 dispatch 的 CornerDownRight),让 owner 一眼
23266
- * 分清"派生于人为委派"还是"派生于定时唤起"。非 shift fire session 缺省。
23267
- * 跟 dispatchedFromSessionId / forkedFromSessionId 三者互斥(同一 session 不会兼任)。
23268
- * mirror SessionFile 同 dispatchedFromSessionId 处理(shift fire 本地概念,理论上不会
23269
- * mirror,留 strip 防御)。
23270
- */
22898
+ /** Scheduler source session, distinct from dispatch/fork ancestry. Strip on mirrors because this linkage is local-only. */
23271
22899
  shiftFiredFromSessionId: external_exports.string().min(1).optional(),
23272
- /**
23273
- * LarkBotConnector(spec 2026-08-05):该 session 是某飞书群的专属会话。
23274
- * larkChatId = 飞书群 chat_id(oc_ 前缀),与 persona-guest scope 的 capId `lark-<chat_id>` 对应;
23275
- * 由 daemon lark-bot-connector 模块写入,UI 只读(sidebar 按此字段隐藏,Drawer 群清单按此聚合)。
23276
- */
22900
+ /** Bot session key, potentially virtual topic/speaker or document key, not necessarily a real IM chat id. UI hides these sessions from ordinary recent-session lists. */
23277
22901
  larkChatId: external_exports.string().min(1).optional(),
23278
- /** 飞书会话名快照(展示用):群会话为群名、私聊会话为对方用户名;随事件更新,可能滞后 */
22902
+ /** Session display-name snapshot, including topic/speaker where appropriate; updated on later events. */
23279
22903
  larkChatName: external_exports.string().min(1).optional(),
23280
22904
  /** lark 会话类型(spec 2026-08-06 P9):p2p 与群的 chat_id 形态无法区分,UI 文案分支需要。可选=兼容老数据(缺省按 group 展示) */
23281
22905
  larkChatType: external_exports.enum(["p2p", "group"]).optional(),
@@ -23304,7 +22928,6 @@ var StructuredPatchHunkSchema = external_exports.object({
23304
22928
  oldLines: external_exports.number().int().nonnegative(),
23305
22929
  newStart: external_exports.number().int().nonnegative(),
23306
22930
  newLines: external_exports.number().int().nonnegative(),
23307
- // 每行以 '+' / '-' / ' ' 开头(diff npm 包的标准 hunk lines)
23308
22931
  lines: external_exports.array(external_exports.string())
23309
22932
  });
23310
22933
  var ToolResultExtraSchema = external_exports.object({
@@ -23334,7 +22957,6 @@ var AskQuestionOptionSchema = external_exports.object({
23334
22957
  });
23335
22958
  var AskQuestionItemSchema = external_exports.object({
23336
22959
  question: external_exports.string().min(1),
23337
- // multiSelect 必填(boolean 不给默认值):daemon emit 时必须显式传,避免 UI 端漂移
23338
22960
  multiSelect: external_exports.boolean(),
23339
22961
  options: external_exports.array(AskQuestionOptionSchema).min(1)
23340
22962
  });
@@ -23361,13 +22983,7 @@ var ParsedEventSchema = external_exports.discriminatedUnion("kind", [
23361
22983
  // 同一文本块的多次 stream_event 增量带相同 partialId;语义同 thinking
23362
22984
  partialId: external_exports.string().optional()
23363
22985
  }),
23364
- // 真实用户输入:daemon 通过 --replay-user-messages 拿到 stdin 回显,区分于 assistant text。
23365
- // meta 非空表示是 CC 注入的系统消息(task-notification / slash-command / system-reminder 等),
23366
- // UI 据此走低视觉权重渲染或子 agent 通知卡。
23367
- //
23368
- // sender(2026-07-08 spec §4.1):daemon 'send' 命令 synth 的 user_text 携带发起人 SenderInfo;
23369
- // observer 回灌路径(cc jsonl)永远不带 —— cc 自己写盘不知道 daemon 层身份。
23370
- // UI 端 sender 缺省 → 不渲染 displayName label;有 → 气泡下方渲染。
22986
+ // Realtime user events carry daemon attribution. Engine transcripts omit structured sender, so history reconstructs persisted attribution from text.
23371
22987
  external_exports.object({
23372
22988
  ...ParsedEventBase,
23373
22989
  kind: external_exports.literal("user_text"),
@@ -23382,7 +22998,6 @@ var ParsedEventSchema = external_exports.discriminatedUnion("kind", [
23382
22998
  kind: external_exports.literal("tool_call"),
23383
22999
  toolUseId: external_exports.string(),
23384
23000
  tool: external_exports.string(),
23385
- // 等于 session.tool;UI 按 {toolKind, tool} 分派渲染。additive 可选,旧 adapter 不填也能解析
23386
23001
  toolKind: external_exports.string().optional(),
23387
23002
  input: external_exports.unknown()
23388
23003
  }),
@@ -23397,11 +23012,7 @@ var ParsedEventSchema = external_exports.discriminatedUnion("kind", [
23397
23012
  toolResultExtra: ToolResultExtraSchema.optional(),
23398
23013
  // 精确指向发起 tool 的 assistant 消息顶层 uuid;toolUseId 已够 UI 聚合,这个仅作调试辅助
23399
23014
  sourceToolAssistantUUID: external_exports.string().optional(),
23400
- // AskUserQuestion 实时回放(plan: clawd-ask-user-question 任务 B 修复):
23401
- // CC 用户答完后把 answers 写在 user 帧顶层 toolUseResult.answers,daemon parser
23402
- // 抽到这里。UI eventsToLines 用 toolUseId 配对到 question-card line,把卡片转为
23403
- // 只读态显示用户的答案。仅 AskUserQuestion 配对的 tool_result 行携带;普通工具不带。
23404
- // 等价于 HistoryMessage.askQuestionAnswers(历史回放路径),两端字段名对齐。
23015
+ // Question answers pair tool results to their inline question-card anchor; history carries the equivalent answer projection.
23405
23016
  askQuestionAnswers: external_exports.record(external_exports.string(), external_exports.string()).optional()
23406
23017
  }),
23407
23018
  // CC 命中项目记忆(`type:"attachment"`,`attachment.type:"memories"`)的独立事件;
@@ -23423,35 +23034,20 @@ var ParsedEventSchema = external_exports.discriminatedUnion("kind", [
23423
23034
  // 选项 ii)。老 daemon / legacy CC 不发该字段时保持向后兼容(optional)。
23424
23035
  toolUseId: external_exports.string().optional()
23425
23036
  }),
23426
- // AskUserQuestion 工具调用的内联锚点(plan: clawd-ask-user-question 问题 1 修复):
23427
- // daemon parser 把 assistant tool_use AskUserQuestion 翻译成本 kind(不是 permission_request、
23428
- // 也不是 tool_call),让 UI 在事件流自然位置渲染问答卡(紧跟 assistant 消息 / 在后续消息之前),
23429
- // 而不是被强行挂在末尾。permission_request 帧仍正常下发驱动 pendingQuestions 状态机,
23430
- // 但只走 wire 帧不入 ring buffer——状态由 daemon pendingQuestions 持有,
23431
- // 渲染锚点由本 kind 的 ParsedEvent 提供。
23432
- // 历史回放:history-to-lines.ts 在 jsonl tool_use AskUserQuestion 处插入对应 'question-card' line,
23433
- // 配对的 tool_result 携带 toolUseResult.answers,已答完的展示只读态。
23037
+ // Inline question anchor determines card position. Pending-question wire state remains daemon-owned; answered tool results turn the same card read-only.
23434
23038
  external_exports.object({
23435
23039
  ...ParsedEventBase,
23436
23040
  kind: external_exports.literal("ask_user_question"),
23437
23041
  toolUseId: external_exports.string(),
23438
23042
  questions: external_exports.array(AskQuestionItemSchema)
23439
23043
  }),
23440
- // turn_end —— 一轮 AI 响应结束。消费者:reducer pushEventToBuffer 翻 turnOpen=false;
23441
- // UI useChatPanelState 收 "Claude is working" spinner(lastEventKind===turn_end)。
23442
- // 三个产生来源:
23443
- // ① SDK 模式 stream-json `result` 帧(claude.ts)—— stdout 最后一帧,可靠
23444
- // ② TUI 模式 observer 读 JSONL `system/turn_duration` 行(claude-tui.ts parseLine)
23445
- // ⚠️ CC 写此行早于该轮尾段正文落盘,可能被尾随 text 覆盖 lastEventKind(③ 存在的原因)
23446
- // ③ TUI 模式 gate 关闭期被 drop 的 ② 信号,屏幕稳定后由 manager.notifyScreenIdle flush
23447
- // 注入(PR #962 双源确认模型;旧 dispatchTurnIdle 已拆除)—— 排在 buffer 末条
23044
+ // End of one response turn. Engine adapters and TUI idle confirmation supply this event; reducer closes the turn and UI consumes status.
23448
23045
  external_exports.object({
23449
23046
  ...ParsedEventBase,
23450
23047
  kind: external_exports.literal("turn_end"),
23451
23048
  // 本轮耗时(ms)。SDK=result.duration_ms;TUI=turn_duration.durationMs;缺失时 reducer 按 turnStartedAt 兜底
23452
23049
  durationMs: external_exports.number().int().nonnegative().optional(),
23453
23050
  reason: external_exports.enum(TURN_END_REASONS).optional(),
23454
- /** Codex 完成轮次的原生 id;用于在该轮末条回复上显示 Fork / Quick Ask。 */
23455
23051
  turnId: external_exports.string().min(1).optional()
23456
23052
  }),
23457
23053
  // SDK system 帧 task_started / task_progress / task_notification 的归一化产物:
@@ -23484,10 +23080,7 @@ var ParsedEventSchema = external_exports.discriminatedUnion("kind", [
23484
23080
  kind: external_exports.literal("meta_update"),
23485
23081
  patch: SessionMetaSchema
23486
23082
  }),
23487
- // 系统消息(CC 自家系统提示 / 老板插话补充);persona 场景下区分两类:
23488
- // metaSource='cc' → CC 注入的系统消息(默认低视觉权重渲染)
23489
- // metaSource='owner' → 老板通过 persona:appendOwnerMessage 插入的话(蓝色气泡)
23490
- // 缺省视为 'cc';现有非 persona 场景保持兼容(不需要 owner 时不下发该字段)
23083
+ // metaSource selects engine-injected versus owner-authored system presentation; missing defaults to engine source.
23491
23084
  external_exports.object({
23492
23085
  ...ParsedEventBase,
23493
23086
  kind: external_exports.literal("meta-text"),
@@ -23500,28 +23093,16 @@ var SessionCreateArgs = external_exports.object({
23500
23093
  cwd: external_exports.string().min(1).optional(),
23501
23094
  tool: external_exports.string().optional(),
23502
23095
  label: external_exports.string().optional(),
23503
- // AI 标题的创建期占位(UI 传首行截断);正式值由 daemon 经 meta_update 投递,
23504
- // session:update 不接受此字段(用户改名走 label)
23505
23096
  aiLabel: external_exports.string().optional(),
23506
23097
  model: external_exports.string().optional(),
23507
23098
  permissionMode: external_exports.string().optional(),
23508
23099
  effort: external_exports.string().optional(),
23509
- // 用户在 NewSessionDialog 选择的 icon 标识;UI 端做 enum 兜底
23510
23100
  iconKey: external_exports.string().optional(),
23511
- // session:fork 派生 session 时由 UI 传入源 sessionId,daemon 写到 SessionFile.forkedFromSessionId
23512
23101
  forkedFromSessionId: external_exports.string().min(1).optional(),
23513
- // 快速问答:创建时打 ephemeral 标记,daemon 写到 SessionFile.ephemeral
23514
23102
  ephemeral: external_exports.boolean().optional(),
23515
- // owner-mode persona session:传此字段时 daemon 自行派生 cwd 和启动参数,
23516
- // 且按 ownerPersonaId 做 idempotent dedupe(每 persona 永远只有一个 owner session)
23103
+ // Persona context derives cwd and spawn defaults; missing cwd is allowed when persona identity determines it.
23517
23104
  ownerPersonaId: external_exports.string().min(1).optional(),
23518
- /**
23519
- * 新建会话选择的 project(spec 2026-08-17-projects-sidebar §4.2):
23520
- * - 单独出现:daemon 以它为 cwd(等价传 cwd)
23521
- * - 与 ownerPersonaId 同时出现:cwd 仍派生为 persona 目录,project 目录经
23522
- * addDirs(CC --add-dir)/ codexSandbox.writableRoots(codex guest)挂载,
23523
- * 并写入 SessionFile.projectPath 供归组
23524
- */
23105
+ /** Alone, projectPath supplies cwd. With a persona, retain persona cwd and attach the project for owner access/grouping. */
23525
23106
  projectPath: external_exports.string().min(1).optional()
23526
23107
  }).refine((args) => args.cwd != null || args.ownerPersonaId != null || args.projectPath != null, {
23527
23108
  message: "cwd / ownerPersonaId / projectPath \u81F3\u5C11\u4F20\u4E00\u4E2A"
@@ -23529,7 +23110,6 @@ var SessionCreateArgs = external_exports.object({
23529
23110
  var ProjectEntry = external_exports.object({
23530
23111
  /** 归一化绝对路径(daemon 侧 ~ 展开 + resolve) */
23531
23112
  path: external_exports.string().min(1),
23532
- /** 展示名,缺省 basename */
23533
23113
  name: external_exports.string().min(1),
23534
23114
  createdAt: external_exports.string().datetime(),
23535
23115
  /** 置顶时间(ms epoch,与 SessionFile.pinnedAt 同语义)。clawd-local,不同步 Codex */
@@ -23537,7 +23117,6 @@ var ProjectEntry = external_exports.object({
23537
23117
  });
23538
23118
  var ProjectPatchArgs = external_exports.object({
23539
23119
  path: external_exports.string().min(1),
23540
- /** number = 置顶(ms epoch);null = 取消置顶 */
23541
23120
  pinnedAt: external_exports.number().nullable()
23542
23121
  });
23543
23122
  var ProjectRevealArgs = external_exports.object({
@@ -23567,22 +23146,10 @@ var SessionImportExternalArgs = external_exports.object({
23567
23146
  var SessionListArgs = external_exports.object({
23568
23147
  /** true = 只返回 mirror(originOwnerPrincipalId 非空,即「我在朋友 daemon 上创建」的本机存证)。 */
23569
23148
  originOnly: external_exports.boolean().optional(),
23570
- /**
23571
- * 按 own persona 窄化(2026-07-21 self-persona-sessions 追加):只留
23572
- * `s.ownerPersonaId === args.ownerPersonaId` 的 sessions。
23573
- * - mirror 行(`ownerPersonaId` 恒 null)天然排除
23574
- * - 与 `originOnly=true` 同传恒返 0
23575
- * - 老 daemon 不识别时忽略字段返回全量,客户端消费侧本就自带过滤/截断,天然向后兼容
23576
- */
23149
+ /** Filter by local ownerPersonaId. Mirrors have this local pointer stripped; originOnly with this filter therefore produces no rows. */
23577
23150
  ownerPersonaId: external_exports.string().min(1).optional(),
23578
- /** 按 updatedAt desc(list 的既有排序)截断前 N 条。 */
23579
23151
  limit: external_exports.number().int().positive().optional(),
23580
- /**
23581
- * 分页起点(2026-07-18 android-tasks-tab 迭代追加):originOnly / ownerPersonaId 过滤后、
23582
- * limit 截断前跳过前 N 条。与 limit 组合 = updatedAt desc 序上的一页。响应带 total
23583
- * (过滤后总数,见 handler)供客户端判 hasMore。老 daemon 不识别时忽略 → 回全量,
23584
- * 客户端按全量兼容。
23585
- */
23152
+ /** Offset applies after filtering and before limit. Response total counts the filtered set; older daemons can return full data for client fallback. */
23586
23153
  offset: external_exports.number().int().nonnegative().optional()
23587
23154
  });
23588
23155
  var SessionIdArgs = external_exports.object({ sessionId: external_exports.string().min(1) });
@@ -23594,12 +23161,8 @@ var SessionUpdateArgs = external_exports.object({
23594
23161
  permissionMode: external_exports.string().optional(),
23595
23162
  effort: external_exports.string().optional(),
23596
23163
  cwd: external_exports.string().optional(),
23597
- // 用户在 Edit modal 选择的 icon 标识;UI 端做 enum 兜底
23598
23164
  iconKey: external_exports.string().optional(),
23599
- // 快速问答会话转正(spec 2026-07-30-quick-ask-promote):只能摘不能打。
23600
- // z.literal(false) 让「不可逆」这条产品语义与协议约束是同一件事:反向标记会让会话
23601
- // 从所有 sidebar 消费者视野消失(App.visibleSessions / buildSessionTree),用户看不见
23602
- // 也删不掉,再被 sweepEphemeralOnStartup 静默删除——数据丢失级别的口子。
23165
+ // Promotion can only remove ephemeral status; adding it later would hide retained data and make startup cleanup delete it.
23603
23166
  ephemeral: external_exports.literal(false).optional()
23604
23167
  })
23605
23168
  });
@@ -23612,11 +23175,7 @@ var QueuedMessage = external_exports.object({
23612
23175
  var SessionSendArgs = external_exports.object({
23613
23176
  sessionId: external_exports.string().min(1),
23614
23177
  text: external_exports.string(),
23615
- /**
23616
- * turn 在跑时是入队还是直发。**入队与否由调用方显式声明,daemon 不按来源猜**:
23617
- * UI 输入框传 true;IM / 飞书 / dispatch 注入不传 = 维持原状直发(老板 2026-08-31:
23618
- * 其他地方先不加队列)。缺省 false → 行为与本字段引入前逐字一致。
23619
- */
23178
+ /** Queueing is caller opt-in, not inferred from origin. Missing/false preserves direct delivery for existing callers. */
23620
23179
  queueWhileRunning: external_exports.boolean().optional()
23621
23180
  });
23622
23181
  var SessionDequeueArgs = external_exports.object({
@@ -23670,21 +23229,11 @@ var SessionResumeArgs = external_exports.object({
23670
23229
  var SessionForkArgs = external_exports.object({
23671
23230
  cwd: external_exports.string().min(1),
23672
23231
  toolSessionId: external_exports.string().min(1),
23673
- /** Claude 消息 UUID;Codex 改用 turnId。 */
23674
23232
  messageUuid: external_exports.string().min(1).optional(),
23675
- /** Codex 原生已完成 turn ID。 */
23676
23233
  turnId: external_exports.string().min(1).optional(),
23677
23234
  /** 源 clawd session ID;Codex 必填,handler 用它校验 thread 归属。 */
23678
23235
  sourceSessionId: external_exports.string().min(1).optional(),
23679
- /**
23680
- * 派生 jsonl 的落点 cwd(缺省 = 源文件所在目录,保持老行为)。
23681
- *
23682
- * 必须传的场景:调用方随后要用这条 transcript 建 session,而那个 session 的 cwd 与
23683
- * 源 session 不同——最典型是 persona session(daemon 按 ownerPersonaId 把 cwd 强制
23684
- * 派生成 persona 根)。CC `--resume` 只在**当前 cwd 的** projects 目录里找 session,
23685
- * 落点与目标 cwd 分家 = 历史读不到 + resume 接不上(bug: quick-ask-blank-after-worktree)。
23686
- * 正确编排:先 sessionCreate 拿到 daemon 定的真实 cwd,再以它作 targetCwd fork。
23687
- */
23236
+ /** Fork into the actual target cwd when it differs from the source: Claude resumes only from the current cwd's transcript directory. Create the target session first to obtain that derived cwd. */
23688
23237
  targetCwd: external_exports.string().min(1).optional()
23689
23238
  }).refine((args) => Boolean(args.messageUuid || args.turnId), "messageUuid or turnId required");
23690
23239
  var SessionForkResponseSchema = external_exports.object({
@@ -23720,14 +23269,7 @@ var HistoryReadArgs = external_exports.object({
23720
23269
  offset: external_exports.number().int().nonnegative().optional(),
23721
23270
  /** 云历史分页快照标识;续页原样带回,避免多条链交错时混读。 */
23722
23271
  snapshotId: external_exports.string().uuid().optional(),
23723
- /**
23724
- * 瘦身投影(2026-07-18 android-tasks-tab 迭代,v2 语义):true = daemon 裁掉窄消费面客户端
23725
- * (mobile)不渲染的大字段(input / output / raw / toolResultExtra / memories /
23726
- * sourceToolAssistantUUID),meta 注入行 text 截 500 字符。**例外:出错的工具调用全量保留**——
23727
- * 本页内 error 非空的 tool_result 保留 output,且其同 toolUseId 的 tool_call 保留 input
23728
- * (用户要能看清「啥错了」;老板 2026-07-18 拍板:普通工具调用手机不渲染,错误全量展示)。
23729
- * desktop 渲染 tool card 需全文,不用此参数。老 daemon 不识别 → 回全量,客户端向后兼容。
23730
- */
23272
+ /** Slim drops large non-rendered fields and truncates metadata text. Failed tool results keep output and page-local matching calls keep input, so error diagnosis remains possible. */
23731
23273
  slim: external_exports.boolean().optional()
23732
23274
  });
23733
23275
  var HistorySubagentsArgs = external_exports.object({
@@ -23740,7 +23282,6 @@ var HistorySubagentReadArgs = external_exports.object({
23740
23282
  subagentId: external_exports.string().min(1)
23741
23283
  });
23742
23284
  var WorkspaceListArgs = external_exports.object({
23743
- // cwd 缺省则 daemon 兜底 os.homedir();UI 的 DirBrowser 首次浏览就走这条路径
23744
23285
  cwd: external_exports.string().min(1).optional(),
23745
23286
  path: external_exports.string().optional(),
23746
23287
  showHidden: external_exports.boolean().optional()
@@ -23791,8 +23332,6 @@ var SessionSearchContentArgs = external_exports.object({
23791
23332
  });
23792
23333
  var SessionSearchMatchSchema = external_exports.object({
23793
23334
  sessionId: external_exports.string().min(1),
23794
- // 命中处上下文片段,已单行化。**不回高亮 offset**:调用方手里有 query,
23795
- // 自己在 snippet 里 indexOf 就能高亮,wire 上少一组坐标少一处漂
23796
23335
  snippet: external_exports.string()
23797
23336
  });
23798
23337
  var SessionSearchContentResponseSchema = external_exports.object({
@@ -23836,14 +23375,12 @@ var SessionQuestionFrameSchema = external_exports.object({
23836
23375
  sessionId: external_exports.string().min(1),
23837
23376
  toolUseId: external_exports.string().min(1),
23838
23377
  requestId: external_exports.string().min(1),
23839
- // UI 单卡承载多 question;空数组语义无效,schema 必拒
23840
23378
  questions: external_exports.array(AskQuestionItemSchema).min(1)
23841
23379
  });
23842
23380
  var SessionQuestionClearedFrameSchema = external_exports.object({
23843
23381
  type: external_exports.literal("session:question:cleared"),
23844
23382
  sessionId: external_exports.string().min(1),
23845
23383
  toolUseId: external_exports.string().min(1),
23846
- // record<string,string>:与 AnswerQuestionArgs.answers 同形状(question text → label)
23847
23384
  answers: external_exports.record(external_exports.string(), external_exports.string()).optional()
23848
23385
  });
23849
23386
  var AnswerQuestionArgs = external_exports.object({
@@ -23868,15 +23405,7 @@ var AuthRequestFrameSchema = external_exports.object({
23868
23405
  type: external_exports.literal("auth"),
23869
23406
  token: external_exports.string().min(1),
23870
23407
  scheme: external_exports.literal("bearer").optional(),
23871
- /**
23872
- * 决策 #16:自报身份字段(selfPrincipalId / selfDisplayName / selfDeviceId)全部删除——
23873
- * guest 的设备 id / 人 id / 来源全部由 connect token 的 subDevice/subOwner/provider 签名背书
23874
- * (server 签、目标设备本地验签,不可伪造),不再接受任何自报身份。
23875
- *
23876
- * selfUrl 已废弃(spec 2026-07-22 双向确认建联):可达地址自报移入 contact:handshake
23877
- * args——auth 层回归纯验票。旧客户端发来的 selfUrl 被 strip(zod 默认),无害;
23878
- * 旧客户端本身由 whoami 的 connect-token 拒绝路径拦截(CLIENT_OUTDATED)。
23879
- */
23408
+ /** Guest identity comes from signed token claims. Legacy self-reported fields and selfUrl are stripped; reachability belongs to contact:handshake. */
23880
23409
  /**
23881
23410
  * 客户端自报的 user-agent 性质标签(诊断/展示用)。
23882
23411
  * 「自报事实」,非身份(决策 #16 边界):不参与鉴权、不参与路由、
@@ -23932,15 +23461,8 @@ var InfoResponseSchema = external_exports.object({
23932
23461
  os: external_exports.string(),
23933
23462
  tools: external_exports.array(external_exports.object({ id: external_exports.string(), available: external_exports.boolean() })),
23934
23463
  runningSessions: external_exports.array(InfoRunningSessionSchema),
23935
- // ── file-sharing 会话身份回执(spec: superpowers/specs/2026-05-19-clawd-file-sharing-design.md §8) ──
23936
- // PR 1 阶段标 optional(daemon 还没下发,旧 daemon info 响应不带这五个字段);
23937
- // PR 2 daemon 实现 single HTTP server + auth-context 后,daemon 必返这五个字段,
23938
- // 届时可考虑改成 required。spec §11 第 3 条:"tokenRole 是协议字段,daemon 查 token
23939
- // 表后显式下发,UI 不自行推导"——所以 UI 一律读这里,禁止本地推导。
23940
- /** 'owner' = 拿到 owner-token 的连接(不限来源 IP)。来源 TOKEN_ROLES(spec §11 #1 中央真理源)。
23941
- * 历史 'personal' role(persona file-sharing token)在 2026-05-21 删除;tokenPersonaId 一同移除。 */
23464
+ /** File-token role supplied by daemon; derive accepted values from the central TOKEN_ROLES array. */
23942
23465
  tokenRole: external_exports.enum(TOKEN_ROLES).optional(),
23943
- /** socket.remoteAddress 是否落在 127.0.0.1 / ::1;本期无 RPC 消费,保留协议槽位给未来 "Reveal in Finder" 等本机动作 */
23944
23466
  isLoopback: external_exports.boolean().optional(),
23945
23467
  /** UI 拼 file-sharing HTTP 路由的前缀(http(s)://host:port),不含尾斜杠;frpc 反代时返反代地址 */
23946
23468
  httpBaseUrl: external_exports.string().optional(),
@@ -24146,7 +23668,6 @@ var METHOD_DOCS = {
24146
23668
  summary: "\u8BFB\u6587\u4EF6\u5185\u5BB9\uFF1Bguest \u8DEF\u5F84\u8FB9\u754C\u4E0E workspace:list \u540C",
24147
23669
  args: WorkspaceReadArgs
24148
23670
  },
24149
- // ---- deploy:*(persona 上云:persona 目录 = git 仓库工作树,发布 = 推送触发仓库流水线)----
24150
23671
  "deploy:get": {
24151
23672
  summary: "\u4E0A\u4E91\u9875\u9762\u8981\u7684\u5168\u90E8\uFF1A\u4ED3\u5E93\u7ED1\u5B9A\u72B6\u6001\uFF08git \u73B0\u7B97\uFF09\u3001\u626B\u63CF\u5386\u53F2\uFF08\u6BCF\u6761\u5E26\u6E05\u5355\u5FEB\u7167\uFF09\u3001\u53D1\u5E03\u5386\u53F2\uFF08\u6700\u540E\u4E00\u6761 = \u7EBF\u4E0A\u6B63\u8DD1\u7684\uFF09\u3001\u4ED3\u5E93 Secrets \u91CC\u5404\u53D8\u91CF\u540D\u586B\u8FC7\u6CA1\u6709\uFF08**\u53EA\u6709\u540D\u5B57\u548C\u65F6\u95F4\uFF0C\u6CA1\u6709\u503C**\uFF09\u3001\u4E00\u6761\u6D41\u6C34\u7EBF\u72B6\u6001\uFF08\u7F3A\u7701\u4ED3\u5E93\u6700\u65B0\u90A3\u6761\uFF1B`releaseHead` \u6307\u540D\u770B\u54EA\u6B21\u53D1\u5E03\u7684\uFF09\uFF1Bowner-only",
24152
23673
  args: DeployGetArgsSchema
@@ -24190,7 +23711,6 @@ var METHOD_DOCS = {
24190
23711
  summary: "\u4E0B\u7EBF\uFF1A\u89E6\u53D1 persona \u4ED3\u5E93\u91CC\u7684 clawd-unpublish.yml\uFF08workflow_dispatch\uFF09\uFF0C\u7531\u6D41\u6C34\u7EBF\u5728 gateway \u64A4\u6389\u6B63\u5F0F\u767B\u8BB0\u2014\u2014\u522B\u4EBA\u770B\u4E0D\u5230\u3001\u7528\u4E0D\u4E86\uFF1B\u4ED3\u5E93 / \u955C\u50CF / \u672C\u673A\u4E0A\u4E91\u8BB0\u5F55\u90FD\u4E0D\u52A8\uFF0C\u91CD\u65B0\u53D1\u5E03\u5C31\u56DE\u6765\u3002\u6700\u540E\u4E00\u6B21\u53D1\u5E03\u7684 commit \u91CC\u6CA1\u6709\u8FD9\u4EFD workflow\uFF08\u65E7\u6A21\u677F\uFF09\u65F6\u62D2\uFF0C\u8981\u5148\u91CD\u65B0\u53D1\u5E03\u4E00\u6B21\u3002\u56DE { before }\uFF1A\u89E6\u53D1\u4E4B\u524D\u73B0\u67E5\u7684\u6700\u65B0\u4E0B\u7EBF run id\uFF08\u6CA1\u4E0B\u7EBF\u8FC7 = null\uFF09\uFF0C\u9875\u9762\u62FF\u5B83\u8BA4\u65B0 run\uFF1Bowner-only\u3001human-only",
24191
23712
  args: DeployPersonaArgsSchema
24192
23713
  },
24193
- // ---- githubAuth:*(本机 GitHub 身份,机器级;spec 2026-09-15-github-auth-unify-design §4.3)----
24194
23714
  "githubAuth:get": {
24195
23715
  summary: "\u672C\u673A\u7684 GitHub \u8EAB\u4EFD\uFF1Aauthorized\uFF08@login\uFF0C\u6765\u81EA git \u51ED\u636E\u5B58\u50A8 / \u672C\u673A\u51ED\u636E\u8868\uFF09/ missing / invalid\uFF08GitHub \u4E0D\u8BA4\uFF09/ pending\uFF08\u7B49 GitHub \u8DF3\u56DE\u4E2D\u5FC3\uFF09\u3002\u8BBE\u7F6E\u9875\u300C\u8D26\u53F7\u300D\u3001\u4E0A\u4E91\u9875\u9876\u4E0A\u90A3\u5F20\u5361\u3001PR \u6536\u4EF6\u7BB1\u90FD\u770B\u5B83\uFF1Bpending \u671F\u9875\u9762\u6BCF 2 \u79D2\u8F6E\u8BE2\uFF0Cdaemon \u987A\u624B\u5411\u4E2D\u5FC3\u9886 token\u3002\u65E0\u53C2\u6570",
24196
23716
  args: NO_ARGS
@@ -24203,7 +23723,6 @@ var METHOD_DOCS = {
24203
23723
  summary: "\u628A\u7528\u6237\u7C98\u7684 GitHub token \u5B58\u6210\u672C\u673A\u8EAB\u4EFD\uFF08\u70B9\u94FE\u63A5\u8D70\u4E0D\u901A\u65F6\u7684\u9000\u8DEF\uFF09\uFF1A\u5148 GET /user \u9A8C\u8BC1\uFF0C\u518D git credential approve \u4EA4\u7ED9 git \u7684 helper \u5B58\uFF08git \u6CA1\u914D helper \u65F6\u9000\u5230\u672C\u673A\u51ED\u636E\u8868 secrets/github.env\uFF09\u3002\u5165\u53C2\u4E0D\u8FDB\u65E5\u5FD7\u3001\u54CD\u5E94\u4E0D\u56DE\u663E token\uFF1Bowner-only",
24204
23724
  args: GithubAuthAuthorizeArgsSchema
24205
23725
  },
24206
- // ---- cloud:connectors:*(云 persona 卡片上的连接器;design 2026-09-11-mcp-connector §3.8)----
24207
23726
  "cloud:connectors:list": {
24208
23727
  summary: "\u4E91\u4E0A persona \u5361\u7247\u4E0A\u7684\u8FDE\u63A5\u5668\u533A\uFF1A\u8FD9\u4E2A persona \u58F0\u660E\u7684\u3001**\u8981\u4F7F\u7528\u8005\u672C\u4EBA\u6388\u6743\u7684**\u8FDE\u63A5\u5668\u5404\u81EA\u8FDE\u6CA1\u8FDE\u4E0A\uFF08connected / missing / reauth\uFF09\u3001\u6309\u94AE\u662F\u5173\u8054\uFF08OAuth\uFF0C\u5E26\u73B0\u7B97\u7684 authUrl\uFF09\u8FD8\u662F\u7C98\u8D34 API key\uFF08\u5E26\u8981\u586B\u7684\u53D8\u91CF\uFF09\u3002daemon \u62FF gateway \u767B\u8BB0\u884C + \u672C\u673A\u767B\u5F55\u51ED\u8BC1\u5411\u4E2D\u5FC3\u4EE3\u67E5\uFF0C\u51ED\u8BC1\u4E0D\u51FA ws\uFF1Bowner-only",
24209
23728
  args: CloudConnectorsListArgsSchema
@@ -24212,12 +23731,10 @@ var METHOD_DOCS = {
24212
23731
  summary: "\u586B\u5199\u578B\u8FDE\u63A5\u5668\uFF1A\u628A\u4F7F\u7528\u8005\u672C\u4EBA\u7684\u51ED\u636E\u503C\u4EA4\u7ED9\u4E2D\u5FC3\u52A0\u5BC6\u5165\u5E93\uFF08\u4E00\u6B21\u586B\u5199\u5168\u5C40\u5171\u7528\uFF09\u3002**\u8FD9\u662F\u503C\u552F\u4E00\u7684\u5165\u53E3**\uFF1A\u5165\u53C2\u4E0D\u8FDB\u65E5\u5FD7\u3001\u54CD\u5E94\u4E0D\u56DE\u663E\u3001\u672C\u673A\u4E0D\u843D\u76D8\uFF1B\u683C\u540D\u5FC5\u987B\u662F\u8BE5\u8FDE\u63A5\u5668\u58F0\u660E\u8FC7\u7684\uFF1Bowner-only",
24213
23732
  args: CloudConnectorFillArgsSchema
24214
23733
  },
24215
- // ---- cloud:volume:get(云上会话聊天页顶栏的云盘角标;design 2026-09-19-cloud-volume-usage §3.3)----
24216
23734
  "cloud:volume:get": {
24217
23735
  summary: "\u8C03\u7528\u65B9\u81EA\u5DF1\u90A3\u5757\u4E91\u76D8\u4E0A\u4E00\u8F6E\u672B\u7684\u7528\u91CF\uFF08usedBytes / sizeBytes / measuredAt\uFF09\u3002\u6309\u4EBA\u4E0D\u6309 persona\uFF1A\u4E91\u4E0A\u6240\u6709 persona \u5171\u7528\u4E00\u5757\u76D8\u3002daemon \u62FF\u672C\u673A api key \u95EE gateway /me/volume\uFF1B\u6CA1\u767B\u5F55 / \u6CA1 key / gateway \u4E0D\u901A / \u6CA1\u8DD1\u8FC7\u4EFB\u52A1\u4E00\u5F8B\u56DE volume:null\uFF08\u89D2\u6807\u4E0D\u6E32\uFF09\uFF0C\u4E0D\u629B\uFF1Bowner-only\u3002\u65E0\u53C2\u6570\uFF08\u67E5\u7684\u662F\u8C03\u7528\u65B9\u81EA\u5DF1\u7684\u76D8\uFF09",
24218
23736
  args: NO_ARGS
24219
23737
  },
24220
- // ---- dashboard:*(设置 → Dashboard 专区;design 2026-09-23-cloud-persona-metrics §3.8)----
24221
23738
  "dashboard:openUrl": {
24222
23739
  summary: "\u7B7E\u4E00\u4E2A\u770B\u677F\u9875\u9762\u7684\u6D4F\u89C8\u5668\u94FE\u63A5\uFF08\u73B0\u5728\u53EA\u6709 cloud-persona-metrics\uFF1A\u4E91 persona \u8FD0\u884C\u72B6\u51B5\uFF09\u3002\u94FE\u63A5\u8D70\u672C\u673A tunnel \u516C\u7F51\u5730\u5740\u300124 \u5C0F\u65F6\u540E\u8FC7\u671F\uFF0C\u9875\u9762\u4E0E\u5B83\u7684\u6570\u636E\u63A5\u53E3\u90FD\u51ED\u94FE\u63A5\u4E0A\u7684\u7B7E\u540D\u653E\u884C\uFF1B\u6570\u636E\u7531\u672C\u673A daemon \u62FF\u672C\u673A api key \u5411\u4E91\u4E0A gateway \u4EE3\u53D6\u3002tunnel \u6CA1\u8FDE\u4E0A\u62A5 TUNNEL_UNAVAILABLE\uFF1Bowner-only",
24223
23740
  args: DashboardOpenUrlArgs
@@ -24226,7 +23743,6 @@ var METHOD_DOCS = {
24226
23743
  summary: "\u5217\u51FA owner \u7684\u5168\u90E8 shift\uFF08\u6392\u73ED\uFF09\uFF0C\u7ED9 UI \u65E5\u5386\u6E32\u67D3\u7528\uFF1Bowner-only",
24227
23744
  args: NO_ARGS
24228
23745
  },
24229
- // ---- channel:*(Channel × Master:话题的聚合,纯组织单位)----
24230
23746
  "channel:list": {
24231
23747
  summary: "\u5217\u51FA\u5168\u90E8\u9891\u9053\uFF08Channel \xD7 Master \u7684\u7EC4\u7EC7\u5355\u4F4D\uFF1A\u6210\u5458\u540D\u5355 + \u8BDD\u9898\u7684\u805A\u5408\uFF09\uFF1Bowner-only\u3002\u65E0\u53C2\u6570",
24232
23748
  args: NO_ARGS
@@ -24243,7 +23759,6 @@ var METHOD_DOCS = {
24243
23759
  summary: "\u5220\u9891\u9053\uFF1B\u5176\u4E0B\u4ECD\u6709\u672A\u7ED3\u675F\u8BDD\u9898\u65F6\u62D2\u7EDD\uFF08fail-fast\uFF0C\u4E0D\u7EA7\u8054\u5220\u8BDD\u9898\uFF09",
24244
23760
  args: ChannelDeleteArgsSchema
24245
23761
  },
24246
- // ---- topic:*(话题:一个任务的容器;一个话题 = 一个 Master session)----
24247
23762
  "topic:list": {
24248
23763
  summary: "\u5217\u67D0\u9891\u9053\u4E0B\u5168\u90E8\u8BDD\u9898\uFF08\u542B\u72B6\u6001\uFF0C\u4F9B\u9891\u9053 flyout \u5217\u8868\uFF09",
24249
23764
  args: TopicListArgsSchema
@@ -24275,7 +23790,6 @@ var METHOD_DOCS = {
24275
23790
  summary: "\u5224\u67D0\u6761\u7EBF\u5408\u683C\uFF1A\u7F6E accepted \u5E76\u540C\u6B65\u843D\u4E00\u6761\u6D41\u6C34\uFF1Breason \u4E0E watcherVerdict \u5FC5\u586B\uFF08\u4E0E\u6253\u56DE\u5BF9\u79F0\uFF0C\u53EA\u8BB0\u6253\u56DE\u7B49\u4E8E\u53EA\u8BB0\u5206\u5B50\uFF09\u3002watcherVerdict=fail \u65F6\u5FC5\u987B\u7ED9 overrideReason\uFF0Cdaemon \u5355\u72EC\u8BA1\u63A8\u7FFB\u6B21\u6570\u3002\u8FD4\u56DE acceptedLines / totalLines / allAccepted / overrides / needsOwnerAttention\uFF0C\u6536\u655B\u65F6\u673A\u7531 daemon \u6570\u4E0D\u7531 Master \u76D8",
24276
23791
  args: TopicAcceptArgsSchema,
24277
23792
  argsConstraints: {
24278
- // watcherVerdict=fail 时 overrideReason 必填(.refine 的谓词不可序列化,这里显式声明)
24279
23793
  if: { properties: { watcherVerdict: { const: "fail" } }, required: ["watcherVerdict"] },
24280
23794
  then: { required: ["overrideReason"] }
24281
23795
  }
@@ -24292,7 +23806,6 @@ var METHOD_DOCS = {
24292
23806
  summary: "\u5220\u8BDD\u9898\uFF1A\u8FDE\u5E26\u5220\u8FD9\u4E2A\u8BDD\u9898\u540D\u4E0B\u7684\u5168\u90E8\u4F1A\u8BDD\u2014\u2014\u5B83\u7684 Master session\uFF081:1\uFF09+ \u5B83\u6D3E\u51FA\u53BB\u7684\u6BCF\u4E00\u6761 worker session\uFF1Bdispatch \u53F0\u8D26\u884C\u4FDD\u7559\u3002\u4F1A\u8BDD\u5DF2\u4E0D\u5728\u65F6\u8BDD\u9898\u7167\u5220\uFF0CMaster \u90A3\u6761\u56DE removedMasterSessionId: null\uFF0Cworker \u90A3\u4E9B\u4E0D\u8FDB removedWorkerSessionIds",
24293
23807
  args: TopicDeleteArgsSchema
24294
23808
  },
24295
- // ---- master:*(授权查表,Master 经 clawd-rpc 桥调)----
24296
23809
  "master:authorityCheck": {
24297
23810
  summary: "\u67E5 Master \u7684\u6388\u6743\u8BBE\u5B9A\uFF08\u5168\u5C40\u4E00\u5957\uFF09\uFF1A\u8FD4\u56DE ask / allow / deny + source\u3002**\u8BBE\u5B9A\u6587\u4EF6\u4E0D\u5B58\u5728 \u2192 \u7528\u51FA\u5382\u9ED8\u8BA4\u89C4\u5219\u8868**\uFF08source=default\uFF0C\u5F53\u524D\u56DB\u6761\u5BF9\u5916\u4E0D\u53EF\u9006\u52A8\u4F5C\u5168\u662F ask\uFF0C\u522B\u628A\u5B83\u5F53\u5F02\u5E38\u515C\u5E95\uFF09\uFF1B\u8BFB\u574F / \u7ED3\u6784\u4E0D\u5BF9 / action \u62FC\u9519 / id \u672A\u767B\u8BB0 \u2192 **fail-safe \u88C1\u51B3 ask**\uFF08source=fallback:<\u539F\u56E0>\uFF0C\u4E0D\u9759\u9ED8\u541E\uFF09",
24298
23811
  args: AuthorityCheckArgsSchema
@@ -24657,20 +24170,15 @@ var METHOD_NAMES = Object.keys(METHOD_DOCS);
24657
24170
  var RPC_METHOD_STATUSES = ["allowed", "conditional", "denied"];
24658
24171
  var RpcMethodStatusSchema = external_exports.enum(RPC_METHOD_STATUSES);
24659
24172
  var RpcMethodInfoSchema = external_exports.object({
24660
- /** canonical method 名,直接可作为 clawd-rpc call 的 method 参数 */
24661
24173
  name: external_exports.string().min(1),
24662
24174
  status: RpcMethodStatusSchema,
24663
- /** 该 method 干什么,取自 {@link METHOD_DOCS} 的 summary */
24664
24175
  description: external_exports.string().min(1),
24665
24176
  /**
24666
24177
  * 参数字段,从 {@link METHOD_DOCS} 的 args schema **反射**得来(不手写)。
24667
24178
  * `null` = 该 method 还没有中央 zod schema(欠账,见 RpcMethodDoc),调用方需自行试探。
24668
24179
  */
24669
24180
  args: external_exports.array(external_exports.object({ name: external_exports.string(), required: external_exports.boolean() })).nullable(),
24670
- /**
24671
- * 完整 args JSON Schema(draft-07),来自 {@link methodArgsSchema}。
24672
- * **只在按 method 单查时下发**——全量目录带上 105 份 schema 会吃掉消费方一大块 context。
24673
- */
24181
+ /** Full JSON Schema is included only for a method-specific query to bound the directory response size. */
24674
24182
  argsSchema: external_exports.record(external_exports.unknown()).optional(),
24675
24183
  /**
24676
24184
  * `denied` 必带:daemon error code(`UNAUTHORIZED` / `FEISHU_LOGIN_REQUIRED` /
@@ -24684,13 +24192,11 @@ var RpcMethodInfoSchema = external_exports.object({
24684
24192
  });
24685
24193
  var MetaMethodsResultSchema = external_exports.object({
24686
24194
  type: external_exports.literal("meta:methods"),
24687
- /** METHOD_NAMES 全集,顺序与之一致 */
24688
24195
  methods: external_exports.array(RpcMethodInfoSchema)
24689
24196
  });
24690
24197
 
24691
24198
  // ../protocol/src/cloud-volume-schemas.ts
24692
24199
  var CloudVolumeUsageSchema = external_exports.object({
24693
- /** 已用字节(df 的 Used 列) */
24694
24200
  usedBytes: external_exports.number().int().nonnegative(),
24695
24201
  /** 盘的总字节(df 的 1B-blocks 列;ext4 预留之后比 PVC 的 5Gi 略小) */
24696
24202
  sizeBytes: external_exports.number().int().positive(),