# docs +create(创建飞书云文档) > **前置条件(MUST READ):** 生成文档内容前,必须先用 Read 工具读取以下文件,缺一不可: > 1. [`../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) — 认证、全局参数和安全规则 > 2. [`lark-doc-xml.md`](lark-doc-xml.md) — XML 语法规则(使用 Markdown 格式时改读 [`lark-doc-md.md`](lark-doc-md.md)) > 3. [`lark-doc-style.md`](style/lark-doc-style.md) — 排版指南(元素选择、丰富度规则、颜色语义) > 4. [`lark-doc-create-workflow.md`](style/lark-doc-create-workflow.md) — 从零创作工作流(Code-Act Loop、并行执行策略) > > **未读完以上文件就生成内容会导致格式错误或样式不达标。** 从 XML(默认)或 Markdown 内容创建一个新的飞书云文档。 > **⚠️ 格式选择规则:** 创建 / 导入场景下 XML 和 Markdown 都可以——用户提供 `.md` 本地文件、或明确说"导入 Markdown"时,直接用 Markdown;没有明确指示时默认 XML(表达能力更强,支持 callout、grid、checkbox 等富 block 类型)。不要在用户没要求的情况下主动从 XML 切到 Markdown,也不要在用户已给出 Markdown 时强行改成 XML。 ## 命令 ```bash # 创建 XML 文档(默认格式,推荐) lark-cli docs +create --api-version v2 --content '项目计划

目标

' # 创建到指定文件夹(XML) lark-cli docs +create --api-version v2 --parent-token fldcnXXXX --content '标题

首段内容

' # 创建到个人知识库(XML) lark-cli docs +create --api-version v2 --parent-position my_library --content '标题

内容

' # 仅当用户明确要求时才使用 Markdown lark-cli docs +create --api-version v2 --doc-format markdown --content $'# 项目计划\n\n## 目标\n\n- 目标 1\n- 目标 2' ``` ## 返回值 ```json { "ok": true, "identity": "user", "data": { "document": { "document_id": "doxcnXXXXXXXXXXXXXXXXXXX", "revision_id": 1, "url": "https://xxx.feishu.cn/docx/doxcnXXXXXXXXXXXXXXXXXXX", "new_blocks": [ { "block_id": "blkcnXXXX", "block_type": "whiteboard", "block_token": "boardXXXX" } ] } } } ``` - **`document.new_blocks`**:本次操作新增的 block 列表(如画板)。`block_id` 可用于 `docs +update` 的 `--block-id` 做精确编辑;`block_token` 是资源块(如画板)的 token,可交给 `lark-whiteboard` 等 skill 继续操作 > \[!IMPORTANT] > 如果文档是**以应用身份(bot)创建**的,如 `lark-cli docs +create --as bot` 在文档创建成功后,CLI 会**尝试为当前 CLI 用户自动授予该文档的 `full_access`(可管理权限)**。 > > 以应用身份创建时,结果里会额外返回 `permission_grant` 字段,明确说明授权结果: > - `status = granted`:当前 CLI 用户已获得该文档的可管理权限 > - `status = skipped`:本地没有可用的当前用户 `open_id`,因此不会自动授权;可提示用户先完成 `lark-cli auth login`,再让 AI / agent 继续使用应用身份(bot)授予当前用户权限 > - `status = failed`:文档已创建成功,但自动授权用户失败;会带上失败原因,并提示稍后重试或继续使用 bot 身份处理该文档 > > `permission_grant.perm = full_access` 表示该资源已授予”可管理权限”。 > > **不要擅自执行 owner 转移。** 如果用户需要把 owner 转给自己,必须单独确认。 ## 参数 | 参数 | 必填 | 说明 | | ------------------- | -- |---------------------------------------------| | `--api-version` | 是 | 固定传 `v2` | | `--content` | 是 | 文档内容(XML 或 Markdown 格式) | | `--doc-format` | 否 | 内容格式:`xml`(默认,始终优先使用)\| `markdown`(仅用户明确要求时) | | `--parent-token` | 否 | 父文件夹或知识库节点 token(与 `--parent-position` 互斥) | | `--parent-position` | 否 | 父节点位置,如 `my_library`(与 `--parent-token` 互斥) | ## 最佳实践 - 文档标题从内容中自动提取(XML `` 或 Markdown `#`),不要在内容开头重复写标题 - **创建较长的文档时只建骨架**:`--content` 仅传标题 + 各级 heading + 简短占位摘要;正文留给后续 `docs +update --command append` 或 `block_insert_after` 分段追加。一次性塞超长 `--content` 既容易触发参数限制,调试也更难。 - **视觉丰富度**:必须遵循 [`lark-doc-style.md`](style/lark-doc-style.md) 中的样式指南,主动使用结构化 block 丰富文档 ## 参考 - [`lark-doc-create-workflow.md`](style/lark-doc-create-workflow.md) — 从零创作工作流(Code-Act Loop、并行执行策略) - [`lark-doc-style.md`](style/lark-doc-style.md) — 文档样式指南(元素选择 + 丰富度规则 + 颜色语义) - [`lark-doc-xml.md`](lark-doc-xml.md) — XML 语法规范 - [`lark-doc-fetch.md`](lark-doc-fetch.md) — 获取文档 - [`lark-doc-update.md`](lark-doc-update.md) — 更新文档 - [`lark-doc-media-insert.md`](lark-doc-media-insert.md) — 插入图片/文件到文档 - [`../../lark-shared/SKILL.md`](../../lark-shared/SKILL.md) — 认证和全局参数