pinvou/pinvou-agent/lark-shared

lark-cli 共享规则

所有 lark-* skill 共享的底座：身份、认证、输出契约与高风险操作。

通用准则

1. 调用前先确认用法：执行前读对应 reference 或跑 --help，别猜 flag 盲调。

1. 身份决定你代表谁操作：--as user 代表用户本人（能看到、也能操作其日历、云空间/云盘/云存储等个人资源），--as bot 代表应用自己，应用级操作，只能访问bot自己的资源，bot 查用户资源会返回空成功而非报错。动手前先搞清楚身份identity。身份模型和权限管理 → `lark-shared-identity-and-permissions.md`。

1. 授权 / 配置类 URL 必须配二维码：当命令输出 verification_url、verification_uri_complete、console_url 等 URL 字段时，必须用 lark-cli auth qrcode 生成并在回复中展示，URL 在前二维码在后；优先生成 PNG（--output），仅当用户明确要求时才使用 ASCII（--ascii）。URL 原样转发——不编解码、不加标点、不重拼 query，二维码和链接请一起展示给用户。

1. `--format json`（默认）下，判断成功用 `ok == true`（或进程退出码 0），不要用 `code == 0`：成功信封没有顶层 code / msg 字段，code 只出现在错误信封的 error 内。按 OpenAPI 老格式 {"code": 0, "msg": "ok"}判断会把所有成功调用误判为失败——封装写入类命令时尤其危险。JSON 输出契约 → `lark-shared-output-contract.md`。

安全规则

1. 禁止输出密钥（appSecret、accessToken等）到终端明文。

1. 写入/删除操作前必须确认用户意图。

1. 目标命令支持 --dry-run 时，用 --dry-run 预览危险请求。

1. 退出码 10 是高风险确认门禁（`risk: "high-risk-write"`），不是错误：停下 → 向用户确认（展示 action、risk 和关键参数）→ 取得用户显式同意后，将 hint 指出的确认 flag 追加到你原始 argv 的末尾后重试；绝不静默加确认 flag 绕过 → `lark-shared-high-risk-approval.md`。

1. 文件路径只接受相对路径：--file、--output、--output-dir、@file 等路径参数只接受 cwd 下的相对路径，传绝对路径会报 unsafe file path。数据输入（@file、大 JSON）优先用 stdin 传入，避免路径和转义问题。

1. 临时文件一律写 `tmp/` 子目录,别落工作目录根：CLI 入参、API 响应、分步数据等中间文件,统一写到 cwd 下的 tmp/ 子目录(如 --data @tmp/params.json、lark-cli ... > tmp/resp.json,相对路径仍合法)。原因:工作目录根的文件会被当作「产出物」展示给用户,过程文件会污染产物列表。能用 stdin 不落文件就别落;必须落就放 tmp/(必要时先 mkdir -p tmp)。

Reference 强触发索引

命中任一触发条件时，MUST 在执行下一步前读取对应 reference。命中多条时按表中顺序读取，同一reference只读取一次。