机器人能聊天，不等于已经能长期协作
很多人把 OpenClaw 接进飞书之后，会直接开始提需求。
短期看没问题，但很快就会出现这些情况：
- 回复风格一会一个样
- 它不知道你是谁、你讨厌什么
- 说自己“记住了”，下次又像第一次见面
- 会聊天，但不会把长期规则写进工作区
这就是为什么飞书初始化不是锦上添花，而是正式使用前的必要动作。
初始化真正要解决什么
初始化的核心，不是让机器人“更懂你一点”，而是把这些长期规则真正落盘：
- 它是谁
- 你是谁
- 它应该怎么表达
- 它应该怎么做事
- 它怎么使用文件和工具
只有写进 workspace，后面才有稳定性可谈。
先记住这 5 个核心文件
IDENTITY.md
回答“它是谁”。
包括名称、角色、职责、整体气质。
USER.md
回答“你是谁”。
包括你的称呼、工作背景、语言偏好、产出偏好。
SOUL.md
回答“它应该怎么说、怎么做、有什么边界”。
这份文件最直接决定输出是不是像你要的风格。
AGENTS.md
回答“它应该按什么工作流处理任务”。
重点不是写人格，而是写方法。
TOOLS.md
回答“它怎么读文件、写文件、回显结果、避免假装完成”。
这份文件通常决定它之后会不会“嘴上说写了，实际上没写”。
更稳的初始化顺序
如果你已经在飞书里能正常和机器人对话，建议按这个顺序做：
- 先确认它具备 workspace 文件读写能力
- 先写
IDENTITY.md - 再写
USER.md - 再写
SOUL.md - 最后补
AGENTS.md和TOOLS.md - 再做统一回读验收
这个顺序的好处是：
你能很快判断问题到底出在“写不了文件”，还是“写进去了但内容不对”。
最常见的误判
误判 1：它说已经记住了，所以算完成
不算。
真正的标准不是口头答应，而是：
- 已经写入文件
- 能回读文件
- 回读内容和你要求的一致
误判 2：先靠聊天慢慢磨，也能越来越准
聊天当然会积累上下文，但它不等于稳定的长期规则。
没有写进文件的东西，后面很容易漂。
误判 3：初始化就是给它写一份人格
不够。
真正有用的初始化，一定同时包含：
- 身份
- 用户画像
- 风格
- 工作流
- 工具规则
少任何一层，后面都会慢慢暴露出来。
什么叫“验收通过”
一轮合格的飞书初始化，至少满足下面这些条件：
- 它能列出当前已写入的核心文件
- 它能逐个读取并贴出完整内容
- 它明确说明内容已经写入 workspace
- 后续回复风格开始出现稳定变化
如果做完之后它还是每次都像第一次认识你，那通常说明初始化根本没有真正完成。
什么时候最值得先做这件事
最值得做的时机通常是：
- 刚完成飞书接入
- 准备开始长期用它做事
- 已经明显感觉输出风格不稳定
- 你准备接入更多 skill 或更复杂的工作流
因为初始化做得越晚，后面你就越容易在不稳定状态上继续叠复杂度。
结论
飞书初始化不是“优化体验”的小动作。
它本质上是在给 OpenClaw 建立长期协作的地基。
如果你要它以后真的成为工作搭档，而不是一个偶尔能聊两句的机器人，这一步就不该跳过。