@yandy0725/pi-lark 0.1.0

package/skills/lark-base/references/role-config.md

@@ -0,0 +1,549 @@
+# Base role permission JSON SSOT
+
+> **入口指南**: [lark-base-role-guide.md](lark-base-role-guide.md) | **相关命令**: `+role-create` · `+role-update` · `+role-get`
+
+本文档是角色权限 JSON（AdvPermBaseRoleConfig）的单一事实来源（SSOT），供 `+role-create` 和 `+role-update` 构造 `--json` 参数时参考。
+
+## 📋 目录
+
+- [顶层结构 (AdvPermBaseRoleConfig)](#顶层结构-advpermbaseroleconfig)
+- [角色类型 (RoleType)](#角色类型-roletype)
+- [读取与更新角色](#读取与更新角色)
+- [Base 级权限 (BaseRuleMap)](#base-级权限-baserulemap)
+- [仪表盘权限 (DashboardRule)](#仪表盘权限-dashboardrule)
+- [文档权限 (DocxRule)](#文档权限-docxrule)
+- [数据表权限 (TableRule)](#数据表权限-tablerule)
+    - [表级权限 (TablePerm)](#表级权限-tableperm)
+    - [视图权限 (ViewRule)](#视图权限-viewrule)
+    - [字段权限 (FieldRule)](#字段权限-fieldrule)
+    - [记录权限 (RecordRule)](#记录权限-recordrule)
+    - [筛选条件 (FilterRuleGroup)](#筛选条件-filterrulegroup)
+- [默认权限策略与风控规则](#默认权限策略与风控规则)
+    - [默认关闭项](#默认关闭项)
+    - [权限对象选择](#权限对象选择)
+    - [记录操作默认策略](#记录操作默认策略)
+    - [field_perms 构造 SOP](#field_perms-构造-sop)
+    - [视图权限默认策略](#视图权限默认策略)
+
+---
+
+## 顶层结构 (AdvPermBaseRoleConfig)
+
+```json
+{
+  "role_name": "财务审核员",
+  "role_type": "custom_role",
+  "base_rule_map": { "copy": false, "download": false },
+  "table_rule_map": { "订单表": { "perm": "edit", "...": "..." } },
+  "dashboard_rule_map": { "销售看板": { "perm": "read_only" } },
+  "docx_rule_map": { "文档A": { "perm": "edit", "allow_download": true } }
+}
+```
+
+| 字段 | 类型 | 必填 | 说明 |
+|------|------|----|------|
+| `role_name` | string | 是  | 角色名称，不能为空 |
+| `role_type` | string | 是  | 角色类型，见 [RoleType](#角色类型-roletype) |
+| `base_rule_map` | map\<string, bool\> | 是  | Base 级权限，见 [BaseRuleMap](#base-级权限-baserulemap) |
+| `table_rule_map` | map\<string, TableRule\> | 否  | 数据表权限，key 为表名 |
+| `dashboard_rule_map` | map\<string, DashboardRule\> | 否  | 仪表盘权限，key 为仪表盘名称 |
+| `docx_rule_map` | map\<string, DocxRule\> | 否  | 文档权限（仅单品模式），key 为文档名称 |
+
+---
+
+## 角色类型 (RoleType)
+
+| 值 | 说明 |
+|------|------|
+| `editor` | 系统角色：编辑者 |
+| `reader` | 系统角色：阅读者 |
+| `custom_role` | 自定义角色 |
+
+**注意**:
+- 创建接口（`+role-create`）仅支持 `custom_role`
+- 更新接口（`+role-update`）支持  `editor` / `reader` / `custom_role`
+
+---
+
+## 读取与更新角色
+
+- `+role-list` 用于定位角色，返回角色摘要；系统角色和自定义角色都可能出现在列表中。
+- `+role-get` 返回完整权限配置。更新前先用它确认当前 `role_name`、`role_type` 和已有权限结构。
+- `+role-update` 是 delta merge，只提交需要变更的字段；但 `role_name` 和 `role_type` 仍要带当前值，避免误改角色身份信息。
+- `+role-delete` 仅适用于自定义角色；系统角色可以在权限上限内调整配置，但不可删除。
+
+---
+
+## Base 级权限 (BaseRuleMap)
+
+1. 默认值均为 `false`，当需要启用时设置为 `true`。
+2. 在新增角色和修改角色时需要默认带上这个字段，**严禁**在用户未明确要求的情况下将其设置为 `true`。
+
+```json
+{
+  "base_rule_map": {
+    "copy": true,
+    "download": false
+  }
+}
+```
+
+| Key | 说明 |
+|-----|------|
+| `copy` | 允许复制多维表格内容 |
+| `download` | 允许创建副本、下载、打印多维表格 |
+
+---
+
+## 仪表盘权限 (DashboardRule)
+
+```json
+{
+  "dashboard_rule_map": {
+    "销售看板": { "perm": "read_only" },
+    "内部数据": { "perm": "no_perm" }
+  }
+}
+```
+
+| 字段 | 类型 | 说明 |
+|------|------|------|
+| `perm` | string | 仪表盘权限 |
+
+**perm 可选值**:
+
+| 值 | 说明 |
+|----|------|
+| `read_only` | 仅可阅读 |
+| `no_perm` | 无权限 |
+
+---
+
+## 文档权限 (DocxRule)
+
+> ⚠️ 仅在单品模式（`is_base_solo = true`）下可用。
+
+```json
+{
+  "docx_rule_map": {
+    "文档A": { "perm": "edit", "allow_download": true },
+    "文档B": { "perm": "read_only" }
+  }
+}
+```
+
+| 字段 | 类型 | 必填 | 说明 |
+|------|------|------|------|
+| `perm` | string | 是 | 文档权限 |
+| `allow_download` | bool | 否 | 是否允许下载/导出 |
+
+**perm 可选值**:
+
+| 值 | 说明 |
+|----|------|
+| `edit` | 可编辑 |
+| `read_only` | 仅可阅读 |
+| `no_perm` | 无权限 |
+
+---
+
+## 数据表权限 (TableRule)
+
+```json
+{
+  "table_rule_map": {
+    "订单表": {
+      "perm": "edit",
+      "view_rule": { "..." : "..." },
+      "record_rule": { "..." : "..." },
+      "field_rule": { "..." : "..." }
+    },
+    "用户表": {
+      "perm": "read_only"
+    }
+  }
+}
+```
+
+| 字段 | 类型 | 说明 |
+|------|------|------|
+| `perm` | string | 表级权限，见 [TablePerm](#表级权限-tableperm) |
+| `view_rule` | ViewRule | 视图权限配置 |
+| `record_rule` | RecordRule | 记录权限配置 |
+| `field_rule` | FieldRule | 字段权限配置 |
+
+**注意**: 当 `perm` 为 `no_perm` 时，`view_rule`、`record_rule`、`field_rule` 均无须再设置。
+
+---
+
+### 表级权限 (TablePerm)
+
+| 值 | 说明 |
+|----|------|
+| `manage` | 可管理 |
+| `edit` | 可编辑 |
+| `read_only` | 仅可阅读 |
+| `no_perm` | 无权限（此时不能再设置视图、记录和字段的权限） |
+
+---
+
+### 视图权限 (ViewRule)
+
+```json
+{
+  "view_rule": {
+    "allow_edit": true,
+    "visibility": {
+      "all_visible": false,
+      "visible_views": ["表格视图", "看板视图"]
+    }
+  }
+}
+```
+
+| 字段 | 类型 | 说明                         |
+|------|------|----------------------------|
+| `allow_edit` | bool | 可新增、删除、修改视图；表权限为 `edit` 时默认为 `true`，表权限为 `read_only` 或用户明确限制时为 `false` |
+| `visibility` | object | 可见的视图配置                    |
+| `visibility.all_visible` | bool | 是否全部可见                     |
+| `visibility.visible_views` | []string | 可见视图名称 列表                  |
+
+**⚠️ 核心规则：`view_rule` 必须同时包含 `allow_edit` 和 `visibility` 两个字段，缺一不可。**
+
+输出 `view_rule` 时，**必须**使用以下完整结构，根据场景选择对应模板：
+
+```json
+// 情况 A：表权限为 edit 且用户未明确限制 → allow_edit 默认为 true，全部可见
+{
+  "view_rule": {
+    "allow_edit": true,
+    "visibility": {
+      "all_visible": true
+    }
+  }
+}
+
+// 情况 B：表权限为 read_only，或用户明确说不可编辑视图 → 全部可见、不可编辑
+{
+  "view_rule": {
+    "allow_edit": false,
+    "visibility": {
+      "all_visible": true
+    }
+  }
+}
+
+// 情况 C：用户提及了具体视图 → 仅指定视图可见（allow_edit 仍按 A/B 规则判断）
+{
+  "view_rule": {
+    "allow_edit": true,
+    "visibility": {
+      "all_visible": false,
+      "visible_views": ["表格视图", "看板视图"]
+    }
+  }
+}
+```
+
+**注意**:
+- 当 `all_visible` 为 `false` 时，`visible_views` 不可为空，必须指定至少一个可见视图
+- `biz_type` 为 `query_form_view` 的视图不可放在 `visible_views` 中（不能配置可见性）
+
+---
+
+### 字段权限 (FieldRule)
+
+```json
+{
+  "field_rule": {
+    "field_perm_mode": "specify",
+    "field_perms": {
+      "金额": "edit",
+      "备注": "read",
+      "密码": "no_perm"
+    },
+    "allow_edit_and_modify_option_fields": [],
+    "allow_edit_and_download_file_fields": []
+  }
+}
+```
+
+| 字段 | 类型 | 说明 |
+|------|------|------|
+| `field_perm_mode` | string | 字段权限模式 |
+| `field_perms` | map\<string, string\> | 字段名 → 权限，仅 `field_perm_mode` 为 `specify` 时有效 |
+| `allow_edit_and_modify_option_fields` | []string | 允许增删改选项的字段名列表 |
+| `allow_edit_and_download_file_fields` | []string | 允许下载附件的字段名列表 |
+
+**field_perm_mode 可选值**:
+
+| 值 | 说明 |
+|----|------|
+| `all_edit` | 所有字段可编辑，但选项不可增删改 |
+| `all_read` | 所有字段可读 |
+| `specify` | 指定字段权限（可进一步设置 `field_perms` 和选项增删改权限） |
+| `no_perm` | 无权限 |
+
+**field_perms 中单个字段的权限值**:
+
+| 值 | 说明 |
+|----|------|
+| `edit` | 可编辑（含新增和阅读权限） |
+| `create` | 可新增（含阅读权限） |
+| `read` | 可阅读 |
+| `no_perm` | 无权限 |
+
+**⚠️ field_perms 重要规则**:
+1. 写入前必须先查看字段的 `type`
+2. `formula` / `lookup` / `auto_number` 类型字段**必须强制**降级为 `read` 或 `no_perm`，**严禁**设为 `edit`
+3. 必须输出除 4 个系统字段外的所有字段
+4. `allow_edit_and_modify_option_fields`：仅当用户明确要求"允许增删改选项"时才配置，否则必须为空数组 `[]`。仅支持 `select` 类型字段
+5. `allow_edit_and_download_file_fields`：用户没有要求时不要设置，且仅 `field_perm_mode` 为 `specify` 时才能设置
+
+---
+
+### 记录权限 (RecordRule)
+
+```json
+{
+  "record_rule": {
+    "record_operations": ["add"],
+    "edit_filter_rule_group": {
+      "conjunction": "and",
+      "filter_rules": [
+        {
+          "conjunction": "and",
+          "filters": [
+            {
+              "field_name": "部门",
+              "operator": "is",
+              "filter_values": ["财务部"]
+            }
+          ]
+        }
+      ]
+    },
+    "other_record_all_read": true
+  }
+}
+```
+
+| 字段 | 类型 | 说明 |
+|------|------|------|
+| `record_operations` | []string | 记录操作权限，仅 `TablePerm = edit` 时有效 |
+| `edit_filter_rule_group` | FilterRuleGroup | 可编辑记录的筛选条件，范围为所有记录时此字段为空 |
+| `other_record_all_read` | bool | 是否可阅读所有记录。都可读时为 `true`，其他情况为 `false` |
+| `read_filter_rule_group` | FilterRuleGroup | 可阅读记录的额外筛选规则。仅当可阅读范围与可编辑范围不一致时设置（依赖 `other_record_all_read = false`） |
+
+**record_operations 可选值**:
+
+| 值 | 说明 |
+|----|------|
+| `add` | 可新增记录 |
+| `delete` | 可删除记录 |
+
+---
+
+### 筛选条件 (FilterRuleGroup)
+
+```json
+{
+  "conjunction": "and",
+  "filter_rules": [
+    {
+      "conjunction": "and",
+      "filters": [
+        {
+          "field_name": "部门",
+          "operator": "is",
+          "filter_values": ["财务部"]
+        }
+      ]
+    }
+  ]
+}
+```
+
+**FilterRuleGroup 结构**:
+
+| 字段 | 类型 | 说明 |
+|------|------|------|
+| `conjunction` | string | 逻辑连接词：`and` / `or` |
+| `filter_rules` | []FilterRule | 筛选规则数组 |
+
+**FilterRule 结构**:
+
+| 字段 | 类型 | 说明 |
+|------|------|------|
+| `conjunction` | string | 逻辑连接词，默认 `and` |
+| `filters` | []Filter | 筛选条件数组 |
+
+**Filter 结构**:
+
+| 字段 | 类型 | 必填 | 说明 |
+|------|------|------|------|
+| `field_name` | string | 是 | 字段名。仅限 `can_filter` 为 `true` 的字段。若服务端要求当前用户类条件，可按 API 返回结构处理 |
+| `operator` | string | 是 | 操作符，见下表 |
+| `field_type` | string | 否 | 通常由服务端 filterFiller 补全；Agent 判断字段类型时以 `+field-list` / 字段操作接口的 `type` 为准，常见可筛选类型包括 `select`、`user`、`created_by`、`number` 及部分 `formula` / `lookup` |
+| `reference_type` | string | 条件 | 引用类型。`field_type` 为公式或引用字段时必须赋值，其他情况不能赋值 |
+| `filter_values` | []string | 条件 | 筛选值。`operator` 为 `isEmpty` / `isNotEmpty` 时不设置，字段类型为 `user` 时也无需设置，其他情况必须设置。值为选项的 `name` |
+| `field_ui_type` | string | 条件 | 该字段有值时一定要填 |
+| `is_invalid` | bool | 否 | 判断筛选条件是否有效 |
+
+**operator 可选值**:
+
+| 值 | 说明 |
+|----|------|
+| `is` | 等于 |
+| `isNot` | 不等于 |
+| `contains` | 包含 |
+| `doesNotContain` | 不包含 |
+| `isEmpty` | 为空 |
+| `isNotEmpty` | 不为空 |
+| `isGreater` | 大于 |
+| `isGreaterEqual` | 大于等于 |
+| `isLess` | 小于 |
+| `isLessEqual` | 小于等于 |
+
+**注意**:
+- `field_type`、`field_ui_type`、`reference_type` 在创建/更新角色时由服务端 filterFiller 自动补全，客户端通常只需传 `field_name`、`operator`、`filter_values`
+
+---
+
+## 默认权限策略与风控规则
+
+构造角色配置 JSON 时，采用 **默认拒绝与权限最小化** 策略。用户未明确提及的权限一律不开放，不因"合理猜测""常见做法"主动扩展权限范围。
+
+### 默认关闭项
+
+以下能力在用户未明确说明时**默认关闭**：
+
+| 能力 | 默认值 | 开启条件 |
+|------|--------|----------|
+| 未提及的数据表的任何访问 | `no_perm` | 用户明确提及该表 |
+| 仪表盘访问 | 不配置 | 用户明确提及该仪表盘 |
+| `base_rule_map.copy` | `false` | 用户明确要求"允许复制" |
+| `base_rule_map.download` | `false` | 用户明确要求"允许下载/打印/副本" |
+
+### 默认开启项（条件性）
+
+以下能力在特定条件下**默认开启**，用户明确限制时才排除：
+
+| 能力 | 默认值 | 排除条件 |
+|------|--------|----------|
+| `record_operations` 中的 `delete` | **包含**（`perm = edit` 时） | 用户明确限制时才排除 |
+| `view_rule.allow_edit` | **`true`**（`perm = edit` 时） | 用户明确限制"不可编辑视图"或 `perm = read_only` 时设为 `false` |
+
+---
+
+### Editor / Reader 的权限上限规则
+1. 对 Editor 与 Reader，系统允许修改其权限配置，但同时施加以下封顶约束：
+2. Reader 的任一权限项 不允许超过「仅可阅读」
+3. Reader 不允许拥有任何可编辑、可新增、可删除相关权限; Editor 的权限可被修改，但其能力范围受高级权限能力封顶。
+
+### 权限对象选择
+
+**注意**:
+- 仅对用户明确指向的权限对象生成配置（明确提及的表名、仪表盘名，或可解析为唯一对象的指代如"当前表""这张表"）
+- **严禁**基于业务常识、岗位职责、名称相似性或其他角色的历史配置推断或扩展权限对象
+- 用户未明确提及的对象不生成任何权限配置，视为 `no_perm`
+
+---
+
+### 记录操作默认策略
+
+**注意**:
+- 用户未提及时，表权限为 `edit` 时默认同时包含 `add` 和 `delete`，默认不包含 `delete` 的情况仅适用于用户明确限制操作的场景
+- 阅读范围默认对齐编辑范围：用户仅描述可编辑范围、未说明阅读范围时，可阅读范围与可编辑范围保持一致，不主动扩大
+- 当可读范围与可编辑范围一致时，**不得**生成 `read_filter_rule_group`；应设置 `other_record_all_read = false` 且 `read_filter_rule_group = null`
+
+**⚠️ 记录操作限制**:
+1. `perm` 为 `read_only` 时，`record_rule.record_operations` **只能为空**
+2. 同步表（`is_sync = true`）**严禁**新增和删除记录
+
+---
+
+### field_perms 构造 SOP
+
+在生成 `field_perms` 时，**严禁**依赖模糊的"继承"概念，必须按以下步骤执行：
+
+| 步骤 | 操作 | 说明 |
+|------|------|------|
+| 1. 基准设定 | `perm = edit` → 全部字段预设 `"edit"`；`perm = read_only` → 全部预设 `"read"` | 基于 `base_table_info` 中的全量字段 |
+| 2. 物理降级 | `formula` / `lookup` / `auto_number` 及系统字段 → 强制降级为 `"read"` | 不可变字段严禁设为 `edit` |
+| 3. 用户覆盖 | 仅对用户**显式指定**了特定权限的字段应用 `no_perm` / `read` / `create` | 未显式指定的保持基准值 |
+| 4. 反筛选误判 | 用于 `filter_rules` 的字段，若基准为 `"edit"` 且用户未要求降级 → **保持 `"edit"`** | 筛选条件不影响字段可编辑性 |
+| 5. 筛选依赖兜底 | 出现在 `filter_rules` 中的字段**不允许**遗漏，权限至少为 `"read"` | 最终校验步骤 |
+
+**⚠️ field_perm_mode 选择规则**:
+1. 用户以"所有字段""全字段"等整体性表述描述且不要求选项增删改时，**必须**使用 `all_edit` / `all_read`，**严禁**变为逐字段 `specify`
+2. 仅在以下情况使用 `specify`：用户明确提出字段级差异需求、不同字段权限目标存在显著差异、或明确要求配置选项增删改权限
+3. 系统字段硬性约束导致的自动降级**不视为**差异，不触发 `specify`
+4. 对"仅""只能""部分"等约束定语，范围外的字段按定语的反方向设置
+
+**⚠️ 同步表限制**: `is_sync = true` 的表**严禁**设置字段为 `edit` 或 `create`
+
+---
+
+### 视图权限默认策略
+
+**判断流程（必须按顺序执行，命中即停）**:
+
+1. **先判断用户是否提及了具体视图名称**（如"看板视图可见""甘特图不可编辑"等）
+  - **是** → `all_visible = false`，`visible_views` 仅包含用户明确提及为"可见"的视图名称（非 viewID）；未提及的视图视为不可见
+  - **否**（用户完全未提及任何视图）→ `all_visible = true`
+2. `allow_edit` 在表权限为 `edit` 时**默认为 `true`**；仅当用户明确限制"不可编辑视图"时才设为 `false`。设为 `true` 时仍**必须**包含 `visibility` 字段（参考视图权限 情况 A）
+3. `all_visible` 为 `false` 时，`visible_views` **不可为空**，必须至少包含一个视图
+
+**❌ 常见错误 — 缺少 `visibility` 字段：**
+```json
+// 错误！缺少 visibility
+{ "view_rule": { "allow_edit": false } }
+```
+**✅ 正确写法：**
+```json
+// 即使全部可见，也必须显式写出 visibility
+{ "view_rule": { "allow_edit": false, "visibility": { "all_visible": true } } }
+```
+
+---
+
+### 字段类型与筛选算子的强约束关系
+
+当字段被用于记录筛选条件时，字段操作接口返回的 `type` 与可用算子存在固定绑定关系：
+
+**`user` / `created_by` 类型字段：**
+- 仅允许使用 `contains` 算子
+- 不允许使用 `is`、`isNot` 等精确匹配算子
+- 这是当前成员匹配模式，筛选条件中无需填写具体成员值；不要在 `filter_values` 中写入姓名或用户 ID
+
+**`select` (`multiple=false`) 类型字段：**
+- `is` 与 `isNot` 算子仅允许用于匹配**单一选项**，不得用于多个值
+- 当用户表达"字段值等于/不等于某一个具体选项"（如"出勤状态不等于出勤"）时，Agent 必须使用 `is` / `isNot`，且 filter_values 仅包含单一值。
+- 当用户表达"字段值等于/不等于多个选项集合"（如"学历不是专科和其他"）时，Agent 必须使用 `contains` / `doesNotContain`，并将多个选项填入 filter_values。
+- `contains` / `doesNotContain`中的filter_values可包含多个值，表示或关系
+
+**`select` (`multiple=true`) 类型字段：**
+- `is` / `isNot`：filter_values 允许填写多个选项
+  - 当 operator = is 且勾选 A、B 时，语义为该字段**同时包含** A 和 B（A&B），不是"等于 A 或等于 B"
+  - 当用户表达"包含任一选项"时，除了可以使用 contains 实现外，也可以使用 is 并且配套通过 filter_rules.conjunction = or 实现
+- `contains` / `doesNotContain`：用于表达"包含任一选项/不包含任一选项"，filter_values 可填写多个选项（系统按"任一匹配"处理）；若要表达"等于 A 或等于 B"，应拆成多条筛选条件并用「或」组合。
+
+**百分比字段**
+- 对于 query 中“数字”的筛选条件时，如果涉及到百分比，要原封不动地还原用户给你的数值（百分比都变成小数）。比如“大于 20%”则变成“大于 0.2”、“xx 率小于 60”则变成“小于 0.6”。
+
+### 被用于筛选的字段的 field_perms 权限强制要求
+
+当某字段（系统字段没有此要求）被用于「满足特定条件的记录」中的筛选条件时，系统将根据当前数据表权限与记录权限，自动施加以下**不可变约束**：
+
+**筛选字段的读写一致性：**
+- 若表权限为 edit，且字段类型属于【可编辑字段】，则筛选字段必须保持 edit 权限，除非用户显式要求降级。
+- 严禁因为字段被用作筛选条件而将其降级为 read。筛选条件仅要求字段可见，不要求字段只读。
+
+**新增记录时的字段最低权限：**
+- 当且仅当记录权限包含「可新增记录」时，字段至少为可新增（create），用于保证在新增记录时筛选条件字段可被正确写入。
+- 若当前记录权限为「仅可阅读」，则不触发该约束。
+
+**字段是否可编辑（edit）不作强制要求**，由具体权限方案决定，不属于 infra 强制约束范围。
+
+上述由系统自动施加的字段权限，不可被手动取消或降级。

package/skills/lark-calendar/SKILL.md

@@ -0,0 +1,137 @@
+---
+name: lark-calendar
+version: 1.0.0
+description: "飞书日历：管理日历日程和会议室。查看/搜索日程、创建/更新日程、管理参会人、查询忙闲和推荐时段、预定会议室。当用户需要查看日程安排、创建/修改会议、查询/预定会议室时使用。不负责：查询过去的视频会议记录（走 lark-vc）、待办任务（走 lark-task）。"
+metadata:
+  requires:
+    bins: ["lark-cli"]
+  cliHelp: "lark-cli calendar --help"
+---
+
+# calendar (v4)
+
+开始前先读 [`../lark-shared/SKILL.md`](../lark-shared/SKILL.md)（认证、权限处理）。
+
+**CRITICAL — 凡涉及预约日程/会议或查询/搜索会议室，第一步 MUST 读 [`references/lark-calendar-schedule-meeting.md`](references/lark-calendar-schedule-meeting.md)。禁止跳过此步直接调用 API 或 Shortcut！**
+
+## 身份
+
+日程操作默认使用 `--as user`（查看和管理当前用户的日程）。`--as bot` 只能访问 bot 自己的（空）日历，会拿到空结果——不要用 bot 身份查用户日程。
+
+```bash
+# BAD — bot 身份查用户日程，返回空列表
+lark-cli calendar +agenda --as bot
+
+# GOOD — user 身份查日程
+lark-cli calendar +agenda --as user
+```
+
+## Shortcuts
+
+| Shortcut | 说明 |
+|----------|------|
+| [`+agenda`](references/lark-calendar-agenda.md) | 查看日程安排（默认今天） |
+| [`+search-event`](references/lark-calendar-search-event.md) | 按关键词、时间范围和参会人搜索日程, 仅返回 日程ID/主题/时间等信息，详情需走 `events get` |
+| [`+meeting`](references/lark-calendar-meeting.md) | 通过日程事件 ID 获取关联的视频会议信息（meeting_id、meeting_note），日程开过视频会议才会有meeting_id |
+| [`+create`](references/lark-calendar-create.md) | 创建日程并邀请参会人（ISO 8601 时间） |
+| [`+update`](references/lark-calendar-update.md) | 更新既有日程字段，或独立增量添加/移除参会人和会议室 |
+| [`+freebusy`](references/lark-calendar-freebusy.md) | 查询用户主日历的忙闲信息和 RSVP 状态 |
+| [`+room-find`](references/lark-calendar-room-find.md) | 针对一个或多个**明确的**时间块查找可用会议室（无明确时间时禁止直接调用，需先走 +suggestion） |
+| [`+rsvp`](references/lark-calendar-rsvp.md) | 回复日程（接受/拒绝/待定） |
+| [`+suggestion`](references/lark-calendar-suggestion.md) | 根据非明确时间或一段时间范围，推荐多个可用时间块方案 |
+
+## 前置条件路由
+
+| 场景 | 前置要求 |
+|------|----------|
+| 预约日程/会议、查会议室 | 先读 [lark-calendar-schedule-meeting.md](references/lark-calendar-schedule-meeting.md) |
+| 编辑已有日程 | 先定位目标日程 `event_id`；若是重复性日程，必须定位到具体实例的 `event_id`（禁止使用原重复日程 ID） |
+| 删除/修改后验证 | 等待 2 秒再查询（API 最终一致性），不要告知用户你等待了 |
+| 调用任何 Shortcut | 先读其对应 reference 文档 |
+
+## 核心概念
+
+- **日程实例（Instance）**：重复性日程展开后的具体时间实例。操作重复日程的某次实例时，必须先定位该实例的 `event_id`，禁止使用原重复日程的 `event_id`。
+- **全天日程（All-day Event）**：只按日期占用、没有具体起止时刻的日程，结束日期是包含在日程时间内的。
+- **时间块 vs 时间范围**：时间块是具体确定的连续时间段（如 `14:00~15:00`），时间范围是泛指（如"今天下午"）。`+room-find` 必须基于确定时间块，不能基于模糊范围。
+- **会议室（Room）**："room"不是"房间"，是"会议室"。会议室是日程的一种参与人（resource attendee），不能脱离日程单独预定。
+- **日程会议 ID（Meeting ID）**：日程的历史视频会议 ID，在日程上开过视频会议才会有。
+
+## 术语映射
+
+用户日常说的"帮我约个日历""查一下今天的日历"，实际意图是针对**日程（Event）**的创建或查询，而非操作日历（Calendar）容器本身。自动将口语化的"日历"意图映射为"日程"操作。
+
+## 意图路由
+
+| 用户意图 | 路由到 |
+|----------|--------|
+| 查询过去的会议（"昨天的会议""上周的会"） | [`../lark-vc/SKILL.md`](../lark-vc/SKILL.md)（会议数据含即时会议，仅查日程会遗漏） |
+| 查询日历/日程或未来时间的会议 | 本 skill |
+| 按关键词搜索日程 | 本 skill（`+search-event`） |
+| 从日程获取关联的视频会议 ID 或用户绑定的会议纪要文档 | 本 skill（`+meeting`） |
+| 从日程进一步拿 AI 智能纪要 / 逐字稿 / 妙记产物 | 先 `+meeting` 取 `meeting_id`，再 [`vc +detail`](../lark-vc/references/lark-vc-detail.md) → [`note +detail`](../lark-note/references/lark-note-detail.md) / [`minutes +detail`](../lark-minutes/references/lark-minutes-detail.md) |
+| 预约/改约日程、添加/移除参会人、添加/更换会议室、调整时间 | 先判断新建 vs 编辑，再进入 [schedule-meeting 工作流](references/lark-calendar-schedule-meeting.md) |
+
+## 任务类型分流
+
+处理"预约/改约日程、添加/移除参会人、添加/更换会议室、调整时间"时，必须先判断新建 vs 编辑：
+
+- **编辑已有日程的强信号**：用户提到已存在的日程锚点（标题、时间段、`这个日程`、`这场会`）并表达修改动作（添加、移除、改到、换会议室、调整时间）。默认走编辑流，绝不能按新建处理。
+- **新建日程**：用户表达新增意图（"新约一个会""创建一个日程""安排一次会议"），且没有指向既有日程的修改动作。
+
+## 时间推断规范
+
+- **星期的定义**：周一是一周的第一天，周日是最后一天。计算"下周一"等相对日期时，基于当前真实日期推算。
+- **一天的范围**：用户提到"明天""今天"等泛指某天时，时间范围应覆盖整天，不要自行缩减。
+- **历史时间约束**：不能预约已经完全过去的时间。唯一例外是"跨越当前时间"的日程（开始在过去、结束在未来）。
+
+## 会议室规则
+
+- 凡是"预定/查询/搜索可用会议室"，都必须进入 [schedule-meeting 工作流](references/lark-calendar-schedule-meeting.md)。
+- `+room-find` 的时间输入必须是确定时间块，不能是时间区间搜索。
+- 用户仅要求"查会议室"但未提供明确时间时，必须先调用 `+suggestion` 获取可用时间块，再将时间块交给 `+room-find`。严禁猜测时间盲目调用。
+- 编辑已有日程时，"添加会议室"默认是增量语义，保留已有会议室；只有用户明确说"更换会议室""移除会议室"时才删除旧会议室。
+
+## API Resources
+
+```bash
+lark-cli calendar <resource> <method> [flags]
+```
+
+### calendars
+
+  - `create` — 创建共享日历
+  - `delete` — 删除共享日历
+  - `get` — 查询日历信息
+  - `list` — 查询日历列表
+  - `patch` — 更新日历信息
+  - `primary` — 查询用户主日历
+  - `search` — 搜索日历
+
+### event.attendees
+
+  - `batch_delete` — 删除日程参与人
+  - `create` — 添加日程参与人
+  - `list` — 获取日程参与人列表
+
+### events
+
+  - `create` — 创建日程
+  - `delete` — 删除日程
+  - `get` — 获取日程
+  - `instance_view` — 查询日程视图
+  - `patch` — 更新日程
+  - `share_info` — 获取日程分享链接
+
+### freebusys
+
+  - `list` — 查询主日历日程忙闲信息
+
+## 不在本 skill 范围
+
+- 查询过去的视频会议记录 → [lark-vc](../lark-vc/SKILL.md)
+- 待办任务管理 → [lark-task](../lark-task/SKILL.md)
+- 会议室物理设施管理 → 管理员后台
+
+**注意（强制性）：**
+- 涉及日期（时间）字符串与时间戳的相互转换时，务必调用系统命令或脚本代码等外部工具进行处理，以确保转换的绝对准确。违者将导致严重的逻辑错误！