把飞书文档与知识库，发布为高颜值独立网站。飞书 CMS 数据层 + 25+ 精美主题 + AI-Ready 结构化出口。

FeiShow

无slug\空白文章；更多定义排序等.文章默认会排序在分类前面。

置顶文章演示

首页 在首页你可以对空间进行说明，比如包含以下内容。 🎯 愿景和目标 这里你可以描述知识空间建设的目标和意义，有利于团队成员理解目标并朝着目标努力。 ⛳️ 知识空间简介 这里你可以介绍知识空间的主要内容和面向的成员群体。 ⭐️ 常用文档和…

首页

飞书 CLI 配置与全权限打通实操指南（Agent 知识库实战篇） 作者/维护者：Codex & AI Agent 协同沉淀 归档位置：飞书知识库 - Agent 知识区 适用场景：AI Agent / 本地 CLI 自动化操作飞书云文档、…

飞书 CLI 配置与全权限打通实操指南（Agent 知识库实战篇）

飞书多文档批量分发与一键创建副本实战排坑指南（唯一有效解） 作者/实操验证：基于真实业务场景实测排坑 归档位置：飞书知识库 - Agent 知识区 核心结论：在飞书生态中，分发父文档或云盘文件夹均无法让接收方批量创建副本；唯一可行的官方原生…

飞书多文档批量分发与一键创建副本实战排坑指南（唯一有效解）

Skill 自动发布测试文档 本文档用于验证 lark-troubleshoot-sync Skill 内置发布脚本的可用性。 测试时间：2026-08-29 状态：自动化发布测试通过

Skill 自动发布测试文档

Codex 客户端更新致 Grok 4.6 报错 invalid-argument 根因排查与 CPA 修复指南 归档位置：飞书知识库 - Agent 知识区 实操验证：基于 Docker CPA 代理 xAI 模型的真实报错排查 核心结论…

Codex 客户端更新致 Grok 4.6 报错 invalid-argument 根因排查与 CPA 修复指南

飞书知识库空间「默认空间主页」与「普通 Wiki 节点」底层机制差异深度剖析 1. 研究背景与核心问题 在进行飞书开放平台（OpenAPI）知识库接口对接、二次开发及自动化内容流转时，经常会遇到一个极易混淆的问题：为什么知识库空间默认生成的…

飞书知识库空间「默认空间主页」与「普通 Wiki 节点」底层机制差异深度剖析

Chromium 多浏览器隔离下 Ego 与 Edge 登录态自动同步实战指南 归档位置：飞书知识库 - Agent 知识区 实操验证：基于 macOS + Microsoft Edge + Ego 浏览器自动化环境验证 核心结论：Chro…

Chromium 多浏览器隔离下 Ego 与 Edge 登录态自动同步实战指南

微信图片转圈、输入法卡顿、网页打不开？家庭双路由 IPv6 假通（前缀失效）根治指南：不用改光猫桥接，二级路由开透传秒搞定 归档位置：飞书知识库 - Agent 知识区 实操验证：基于真实家庭宽带（中国移动光猫 + TP-Link 二级路由…

微信图片转圈、输入法卡顿、网页打不开？家庭双路由 IPv6 假通（前缀失效）根治指南：不用改光猫桥接，二级路由开透传秒搞定

Chromium 浏览器书签深度治理与无损体检实战排坑（双通道测活 + 语义防假活 + 原生管道防云同步覆写） 归档位置：飞书知识库 - Agent 知识区 实操验证：基于 macOS + Microsoft Edge（428 条长尾书签）…

Chromium 浏览器书签深度治理与无损体检实战排坑（双通道测活 + 语义防假活 + 原生管道防云同步覆写）

开了代理依然打不开 GitHub？排查本地 hosts 静态残留架空 TUN 分流规则死锁（实操复盘与彻底根治指南） 归档位置：飞书知识库 - Agent 知识区 实操验证：基于 macOS + Clash Verge (Mihomo TU…

开了代理依然打不开 GitHub？排查本地 hosts 静态残留架空 TUN 分流规则死锁（实操复盘与彻底根治指南）

配置中心说明 配置中心就是这样 克隆 然后改成自己的 然后自己改配置就行了 复杂点的是主题控制台里边改的配置 这里改的配置要导出来 然后再把这个配置复制到这个配置中心里边 要不然在前端改的那些东西它不会生效就是在主题控制台里边改那些东西 它…

配置中心说明

容器子文二：部署说明 挂在 Posts 容器下的子文档 2。

容器子文二：部署说明

测试密码 1972@54S 当前的功能还没有开发。

测试密码

测试复制等权限 这里的复制权限是站点设置的，不是飞书官方这个设置的权限。

测试复制等权限

示例分类下示例文章2 示例分类下示例文章2

示例分类下示例文章2

示例分类下示例文章1 示例分类下示例文章1内容

示例分类下示例文章1

未命名文档

个人备注 https://notionnext.tangly1024.com/user-guide/start-here 未来文档可以参考这里 项目的灵魂文档并没有公开到 GitHub 仓库里边 然后项目默认的这个权限配置用的是豆包账户下的…

个人备注

这是示例的文章摘要，摘要内容可被用做搜索、预览。

新手教程

单页示例，可用 /posts/about 访问。

关于

示例页面

页面的路径需要自己写到菜单里。

友情链接

agent

示例分类1

示例分类2

左下角切换模板

教程

问题反馈

友链

😮关于我

搜索

直接跳转

不常用功能

分类列表页

agent 内容

😈子菜单

Eglish

父级菜单2

子菜单

类型=公告的已发布记录可显示在首页。

公告

公告
这是公告示例。😑
类型=公告的已发布记录可显示在首页。

类型为公告的文章将被显示为公告。

：普通节点的子查询具有天然的边界隔离性，绝对不会越界拉取空间中的其他平铺文档。

空间的固定根锚点（Root Anchor）

 是否为特殊空间主页，可通过检查其是否存在于 

 结果集中：不在集合中但又能通过 

 查到的顶层节点，即为默认空间主页。

属于前端私有视图，内嵌展示整库平铺文档

调用飞书官方空间顶级节点列表接口 

GET /open-apis/wiki/v2/spaces/:space_id/nodes

创建 Wiki Space 时由系统自动强制生成

④ 前端视图与底层数据的“视觉割裂”

空间内所有用户自建的普通文档均能遍历返回；

不要把默认空间主页当成“树状父目录”遍历

：在 OpenAPI 视角下，这些文章与该主页是

与特殊空间主页不同，普通 Wiki 节点遵循严格的标准树形模型：

获取整个知识空间的全量顶层内容时，应使用 

GET /spaces/:id/nodes?parent_node_token={该主页Token}

如果业务需要获取某个父文件夹下的子内容，必须使用用户自建的、具备父子层级关系的普通 Wiki 节点。

：飞书前端在打开该主页时，客户端私有逻辑会自动查询该 Space 的平铺文档，并借助正文内嵌的 

 组件展示出来，给用户造成“这些文章都在这个主页下方”的假象；

：当用户在侧边栏将文档 B 拖入文档 A 下方时，文档 B 的 

用户手动点击「+ 新建文档」生成

完全没有「删除」和「移动」按钮

内容树的普通数据节点（Tree Node）

这证明在飞书底层数据库中，它不是作为一颗“树上的节点”存储的，而是作为“空间实体的附加属性/固定门面”。

支持自由删除、重命名、跨目录移动

在进行飞书开放平台（OpenAPI）知识库接口对接、二次开发及自动化内容流转时，经常会遇到一个极易混淆的问题：

为什么知识库空间默认生成的那个主页，在前端界面上“看起来能看到空间所有子页面”，但在 OpenAPI 接口里却查不到任何子节点？

能查到（包含完整的父子关联）

但该默认主页完全不出现在返回数组中

3. 默认空间主页（Space Home）的 4 大底层特殊机制

本文对飞书知识库底层数据模型、接口返回值与前端交互逻辑进行了全量比对，深度拆解「默认空间主页」与「普通 Wiki 节点」的底层机制差异。

 时，能够 100% 精确返回文档 B，层级清晰透明；

4. 普通 Wiki 节点（Normal Wiki Node）的数据模型

② 与 Space 生命周期强绑定（不可删除）

① 独立于常规节点树（API 查不到）

它是空间的物理锚点，除非整个知识空间被解散删除，否则该页面永久存在。

要获取整个知识库的内容，应直接面向 Space

仅展示真实挂靠在自身名下的子文档

③ 无法作为树状父级（无 has_child）

飞书知识库空间「默认空间主页」与「普通 Wiki 节点」底层机制差异深度剖析
1. 研究背景与核心问题
在进行飞书开放平台（OpenAPI）知识库接口对接、二次开发及自动化内容流转时，经常会遇到一个极易混淆的问题：为什么知识库空间默认生成的那个主页，在前端界面上“看起来能看到空间所有子页面”，但在 OpenAPI 接口里却查不到任何子节点？
本文对飞书知识库底层数据模型、接口返回值与前端交互逻辑进行了全量比对，深度拆解「默认空间主页」与「普通 Wiki 节点」的底层机制差异。
2. 核心特征全景对比矩阵
维度
默认空间主页（Space Home）
普通 Wiki 节点（Normal Wiki Node）
生成机制
创建 Wiki Space 时由系统自动强制生成
用户手动点击「+ 新建文档」生成
空间节点树列表归属
(GET /spaces/:id/nodes)
❌ 不在节点列表中（返回 false）
在节点列表中（正常返回节点对象）
直接查询节点详情
(GET /spaces/get_node?token=)
能查到（返回对应 space_id，但 parent_node_token: ""）
能查到（包含完整的父子关联）
创建子页面权限
❌ 无创建子页面权限（界面无「+」号）
支持多层级子页面创建
生命周期控制
❌ 不可删除、不可移动（菜单无删除选项）
支持自由删除、重命名、跨目录移动
正文“子页面列表”组件
属于前端私有视图，内嵌展示整库平铺文档
仅展示真实挂靠在自身名下的子文档
底层数据角色
空间的固定根锚点（Root Anchor）
内容树的普通数据节点（Tree Node）
3. 默认空间主页（Space Home）的 4 大底层特殊机制
① 独立于常规节点树（API 查不到）
调用飞书官方空间顶级节点列表接口 GET /open-apis/wiki/v2/spaces/:space_id/nodes 时：
空间内所有用户自建的普通文档均能遍历返回；
但该默认主页完全不出现在返回数组中。
这证明在飞书底层数据库中，它不是作为一颗“树上的节点”存储的，而是作为“空间实体的附加属性/固定门面”。
② 与 Space 生命周期强绑定（不可删除）
在飞书 Web 端查看该文档的 ... 菜单：
只有常规阅读、分享等选项，完全没有「删除」和「移动」按钮；
它是空间的物理锚点，除非整个知识空间被解散删除，否则该页面永久存在。
③ 无法作为树状父级（无 has_child）
在 API 层面，该节点的 has_child 始终返回 false；
如果尝试调用 GET /spaces/:id/nodes?parent_node_token={该主页Token}，返回的子节点数组恒为 []（空）。
④ 前端视图与底层数据的“视觉割裂”
界面上的错觉：飞书前端在打开该主页时，客户端私有逻辑会自动查询该 Space 的平铺文档，并借助正文内嵌的 sub_page_list 组件展示出来，给用户造成“这些文章都在这个主页下方”的假象；
底层的真实结构：在 OpenAPI 视角下，这些文章与该主页是完全平级的兄弟关系，并不属于它的子节点。
4. 普通 Wiki 节点（Normal Wiki Node）的数据模型
与特殊空间主页不同，普通 Wiki 节点遵循严格的标准树形模型：
显式树状归属：当用户在侧边栏将文档 B 拖入文档 A 下方时，文档 B 的 parent_node_token 会被精准写入为文档 A 的 node_token；
标准子节点查询：调用 parent_node_token={文档A} 时，能够 100% 精确返回文档 B，层级清晰透明；
数据安全与隔离：普通节点的子查询具有天然的边界隔离性，绝对不会越界拉取空间中的其他平铺文档。
5. 开发者与 API 对接避坑建议
不要把默认空间主页当成“树状父目录”遍历：
如果业务需要获取某个父文件夹下的子内容，必须使用用户自建的、具备父子层级关系的普通 Wiki 节点。
要获取整个知识库的内容，应直接面向 Space：
获取整个知识空间的全量顶层内容时，应使用 space_id 调用 GET /open-apis/wiki/v2/spaces/:space_id/nodes，而不是传入默认主页的 node_token 去查子节点。
识别两者的判定方法：
若需在代码中判断某个 node_token 是否为特殊空间主页，可通过检查其是否存在于 listWikiNodes(space_id) 结果集中：不在集合中但又能通过 get_node 查到的顶层节点，即为默认空间主页。