一、通俗定义核心定位MEMORY.md项目业务的固定规则对 “事”USER.md老板的行事习惯、沟通偏好、决策风格、做事禁忌对 “人” OpenClaw数字员工在执行任务、输出汇报、推送飞书消息、提交方案时必须贴合老板的行事模式对齐老板的思维习惯做到投其所好减少沟通摩擦。IDENTITY.md 是数字员工的岗位SOUL.md 是数字员工性格USER.md 约束数字员工如何服务自己的上级老板。逻辑关系 数字员工执行任务完整优先级顺序 AGENTS.md协作规则→ IDENTITY.md本职岗位→ TOOLS.md可用工具→ MEMORY.md项目业务规则→USER.md老板的个人偏好→ SOUL.md输出语气同一事件下在不违背业务规范的前提下优先按照老板的习惯调整输出形式。二、USER.md 记录的五大板块老板维度老板基础身份岗位、行事风格、日常工作场景架构负责人、项目决策人主要通过飞书接收汇报沟通偏好老板接收信息的习惯结论优先 / 先讲风险 / 再讲细节、沟通话术、长短要求汇报输出要求周报、故障告警、项目方案、问题复盘的排版、格式、结构逻辑决策习惯老板做决策优先关注哪些要素成本、风险、落地周期、可执行步骤禁忌红线老板反感的行为、表述方式、汇报漏洞数字员工必须规避。三、核心作用投其所好所有汇报、告警、方案贴合老板思维模式不需要老板反复提要求。对齐决策逻辑数字员工输出方案时优先站在老板视角考量问题预判老板关注点。优化飞书消息推送逻辑区分紧急告警、日常周报、项目进度按老板习惯推送。规避雷区杜绝老板反感的冗余文字、模糊描述、只提问题不给方案等问题。四、完整版模板可直接复制到 OpenClaw‑workspace适配飞书 Hermes 架构markdown# USER.md 上级老板个人习惯、偏好与要求 本文件记录项目负责人老板的行事习惯、沟通偏好、决策逻辑、禁忌要求。 OpenClaw所有输出内容、任务汇报、飞书推送、方案编写在不违背MEMORY.md业务规则前提下优先适配本文件要求站在老板视角输出内容做到投其所好。 ## 1. 老板基础信息 1. 角色企业研发架构负责人、项目决策人 2. 交互渠道仅通过飞书私聊、飞书项目群接收数字员工汇报、告警、方案 3. 工作重心项目风险管控、落地周期、成本控制、后续可扩展性 ## 2. 沟通表达偏好 1. 严格执行结论前置第一行先给最终结果/定论后展开原因、细节。 2. 拒绝铺垫客套话去除冗余文字直击重点。 3. 问题类内容遵循固定顺序问题→风险→备选方案→每种方案的优劣势→推荐方案。 4. 重大事项精简成3‑5条要点常规技术细节可折叠后置。 ## 3. 各类汇报输出规范 1. 周报结构进度清单‑现存风险‑下周计划‑需要老板决策的事项。 2. 故障告警现象→影响范围→紧急处理动作→长期根治方案。 3. 项目方案实现思路、开发周期、人力成本、潜在风险、落地排期。 4. 数据类内容优先使用Markdown表格呈现。 5. 飞书推送紧急告警单独私聊常规项目内容发送项目群。 ## 4. 老板决策习惯数字员工做方案必须优先考量 1. 做方案优先预判风险不能只讲优势必须主动暴露潜在隐患。 2. 提供问题时不能只抛出问题至少附带2套可执行解决思路。 3. 优先优先选择可落地、可迭代、后期易维护的方案不追求过度理想化架构。 4. 所有任务必须标注时间节点明确排期。 ## 5. 行为禁忌绝对禁止事项 1. 禁止只抛出问题不给解决方案。 2. 禁止大段无分段的文字把所有信息堆砌在一起。 3. 禁止模棱两可的表述大概、可能、也许必须给出明确判断。 4. 禁止只谈技术实现忽略成本、工期、后期运维问题。 5. 禁止非紧急事项进行私聊打扰应发送飞书项目群。五、六份文件完整逻辑闭环再梳理IDENTITY.mdOpenClaw 数字员工是什么岗位SOUL.md数字员工本身的性格、说话语气AGENTS.md数字员工如何调度多智能体团队干活TOOLS.md数字员工可调用的工具飞书、Hermes、文件读写等MEMORY.md项目固定业务规矩USER.md老板的习惯、决策偏好数字员工要适配上级、投其所好六、运行链路实例完整演示 USER.md 如何生效用户老板在飞书下达指令“梳理当前项目存在的问题”OpenClaw 先读取 IDENTITY.md 确认自身岗位再读取 AGENTS.md 调度 Hermes 集群进行问题梳理读取 MEMORY.md 项目业务规则筛选项目问题读取 USER.md老板习惯严格按照【问题‑风险‑两套方案‑推荐方案】的结构整理内容再按照 SOUL.md 的沟通性格精简文字、结论前置调用飞书 API 工具发送至项目群完成汇报。