# 每周事务扫描 · 2026-05-30
**周目录：** `525-531/`
**主文件：** `525-531 本周事务.md` (66,024 bytes, 修改于 2026-05-29 18:55)
**匹配到 6 名成员：** Doris, 俊杰, 刘丹, 张卫卫, 晓娜, 王超
---
## 待 LLM 处理的素材
> 任务：对每个成员，**判断段落是否真的反映了 ta 的能力/态度/组织行为**。
> - 如果是 → 生成一条 `近期信号`（格式：`- YYYY-MM-DD [类型] 一句话事实 (+/-/中)`），追加到对应 `~/Desktop/团队管理/people/<name>.md` 的 `## 近期信号` 段顶部。
> - 如果只是路过提名（如『和 X 协调一下』这种），跳过。
> - 不确定的 → 列在最后的『待确认』清单里，等 Tyra 回复。
> - **查重：** 写入前 grep 该 md 的近期信号段，如果同一天已经有相似内容，跳过。
### 👤 Doris
- 档案路径：`/Users/tyra/Desktop/团队管理/people/Doris.md`
- 该档案『近期信号』已有日期：2026-05-21, 2026-05-26
**主文件中的段落：**
颜新星 这四点不是孤立不满，而是 Doris 管理模式的四个共性失效点：(1)"半年规划反复改"是管理形式 > 管理实质 —— 改的不是为了员工成长，是为了 Doris 能向上汇报"我在管理"；(2) 跨组沟通断链她用"群里 @ 人"代替机制，没有解决问题的能力；(3)"你自己去找别组要人"是把协调责任甩给基层；(4) 信息不透明本质是把信息当权力 —— 自己掌握而不向下传递。四点共指同一画像：对上做叙事、对下不解决问题，与 0525 议题 2 HRBP 定性的"政治/暴君"完全吻合。
背景
Doris 夜谈公布处理结果。Doris 看完团队负面反馈后大为震惊，认为与自己的认知完全不符，也做了很多对团队的贡献，想象不出为什么会有这样的结果。牛哥建议她回想到底 Miss 了哪些团队信号才搞到这个局面。Tyra 公布结果，她表示接受、态度还不错。决定：（1）从管理岗下来；（2）真诚向大家道歉；（3）启动招聘；（4）希望她接续服务好团队、真的帮到大家。
这次夜谈处理得很干净 —— 但本质上 "Doris 大为震惊"这件事本身就是事件的最强诊断。一个 lead 在所有团队信号都已经出现的情况下还能"完全没感知"，证明的不是 Doris 装傻，是 "向上管理叙事"成功到把自己也骗了的程度 —— 她真的相信自己的版本。这个画像比 0525 议题 2 HRBP 定性的"政治/暴君"还更严重一层：政治型 lead 至少知道自己在演，叙事自我催眠的 lead 连"演"都不知道自己在演。
==处理已经定的事情时，重心立刻从"决策"切换到"过渡 + 招聘 + 文化重建"，不要再纠缠"她为什么变成这样"。== Doris 接受降级是好结果，节奏比承诺的 2 周快很多 —— 这条快节奏的处理本身就是给团队的强信号（你们的反馈被认真听了 + 我说到做到）。下一步关键不在 Doris，在 如何让团队在这段过渡期不掉链子、新 lead 接手时有干净的交接面。
背景
6 名测试员工集体来投诉 Doris，列出罪状，要求换测试负责人。Tyra 现场回复：(1) 感谢他们鼓起勇气、愿意信任我；(2) 自认这是我的失职，在管理者培养上存在问题；(3) 请他们信任组织，给一段时间让我和 HRBP 处理。员工反馈"希望知道要多久？现在工作上已经存在非常大的困扰"。事后与 HRBP 汪牛沟通：Doris 确实意识不到自己问题，精力都在向上管理；HRBP 定性 Doris 为"政治/暴君"风格，会管理叙事、对员工缺少同理心；建议先与剩下没出现的 3 个测试 1on1 再做决定。Tyra 自我反思：为什么这么久都感受不到这个人的问题？甚至觉得她"细管严管、员工乖加班多"是正面信号？是不是我管理上的失职？
这件事不能就事论事讨论 Doris 该不该换，要看清两层：
第一层是 Doris 自己——0521 议题 7（前端反馈"管得细、卡点不解决"）只过去 5 天，问题已从个体反馈升级到集体行动。这说明 0521 给的"2 周观察期"不仅没有压力，反而让问题在没人盯的窗口期持续发酵。配合 HRBP 的"政治/暴君、管理叙事"定性，已经从"行为问题"升级到"岗位适配问题"——风格再改也补不上人格里缺的同理心。
第二层是 Tyra 自己的反思（"为什么长期感受不到？"）——这恰恰是 Doris 向上管理的成果。她真正"管理"的不是团队，是 Tyra 对团队的认知。"细管严管、员工乖加班多"本来是中性信号，但通过 Doris 的叙事包装变成了 Tyra 眼里的正面信号。这不是 Tyra 失职，是中心负责人天然依赖各 lead 的叙事来感知一线状态，当 lead 的叙事能力远强于团队的反馈能力时，信号就会被屏蔽——这是结构性的，不是个人问题。
风险：测试组 6 人集体投诉 Doris，员工耐心已透支，且这是 0521 议题 7 同一问题第二次浮面、从个人反馈升级为集体行动；颜新星 反馈作为第三层证据进一步印证画像。
影响：若 2 周内无明确决定，剩余测试人员会进一步流失；若处理过激，会被解读为"被员工牵着走"，影响 lead 队伍的稳定预期。
当前应对：5/26 夜谈已公布处理结果，Doris 接受降级、启动招聘，过渡期由 Tyra 直接代管；新 lead 招聘压在 6 周内完成；"每月跨级 1on1 抽样"沉淀为中心级常规机制。
### 👤 俊杰
- 档案路径：`/Users/tyra/Desktop/团队管理/people/俊杰.md`
- 该档案『近期信号』已有日期：2026-05-21, 2026-05-26
**主文件中的段落：**
表面是"卡片样式调整"，本质是从"功能集成"到"洞察聚合"的产品概念跃迁——单个场景卡片只需要回答"做什么功能"，insight 合集要回答"用户在什么时刻需要什么洞察、洞察之间怎么组织"，难度高一个量级。把这种跃迁交给琪琪做主既是培养机会，也是高错配风险——0520 议题 2（俊杰做 Reel storyboard）已经踩过同一类坑：把"想"当作"做"委派出去，结果反复返工。
背景
俊杰出了首页框架第一稿，整理了一些前置问题，帮团队解决了一些卡点。Tyra 评价：认真思考起来专业度也不错。AI 卡片部分仍需观察至 6/4，看产品和设计能否拿出好方案。
表面是"俊杰这次表现可以"，本质值得对比 0520 议题 2 复盘 — 同一个人在不同类型任务上表现差异巨大。0520 storyboard 让他做骨架反复返工，这次让他做"框架调整 + 前置问题梳理"却表现不错。差异不在他能力，在任务类型：storyboard 是从 0 到 1 的策略叙事（必须 leader 出骨架），首页框架调整是从 1 到 2 的优化梳理（执行型选手的舒适区）。
### 👤 刘丹
- 档案路径：`/Users/tyra/Desktop/团队管理/people/刘丹.md`
- 该档案『近期信号』已有日期：2026-05-21, 2026-05-24, 2026-05-27
**主文件中的段落：**
背景
向老板汇报内容生态进展（材料：桌面【内容生态】→《0527 内容生态委员会》）。老板反应：（1）听的过程中频频点头，对在做的事情很认可；（2）看到标签体系时主动提到"红人系统也是类似逻辑"；（3）抛出"统一内容规划"思路 —— 从单点内容到叙事升级、证据等级金字塔、从被动规划（接需求）变成主动规划（盘点后）；（4）后续安排：仟仟去做对外拓展（收集主动规划信息），刘丹继续把手头计划落地、整理归档已有资料、盘点标签 1.0。
第二层是 老板抛出的"主动规划"概念 —— 表面是给方向，实质是给了一个新的产出框架。"被动接需求 → 主动盘点规划"是组织能力升级的叙事，谁先把这个框架做实，谁就拿下了这块叙事主权。仟仟负责对外拓展、刘丹负责内部落地，但缺一个"把这两条整合成主动规划方法论"的人 —— 这个位置是 Tyra 自己的位。
### 👤 张卫卫
- 档案路径：`/Users/tyra/Desktop/团队管理/people/张卫卫.md`
- 该档案『近期信号』已有日期：2026-05-21, 2026-05-26, 2026-05-28
**主文件中的段落：**
背景
原子化推进与业务进度产生明确冲突。具体表现：卡片页存在原子化风险、新增客服入口被插进来；IOT 原子化与业务回连逻辑（业务需要 10 天，跨设备场景）排期撞车（@David）。过往原子化以"专项"形式推进，开了过多绿灯；架构高要求需要更资深的架构师托底。
表面是"原子化和业务排期冲突"，本质是 "专项"这条通道天然绕过了优先级评审，把架构议题伪装成了业务议题。过去开绿灯是因为原子化在"投未来"的口号下天然带光环；但当架构投入开始挤业务进度，且没人有权说"这个原子化需求不值得现在做"时，绿灯的代价就开始结账。问题不在 David，在缺乏一个"业务负责人 + 技术负责人"双签的优先级裁决点。
==当架构 / 人才 / 容量三件事同时出现"单点撑"信号时，不能逐个修，要立 IOT 后端能力建设的统一规划。== 单独修微服务、单独补测试、单独调压测倍数，都是隔靴搔痒；要把这三件事打包成"IOT 后端能力提升计划"，由 David 主导、王超配合（议题 5 已经压了王超太多事）。
背景
BM08 项目整机体验结果出来，对方把全部问题归因到软件，且没有发给 David 和 Tyra，直接抄送公司老板。Tyra 判断"客观呈现存在问题、归因有偏差"，准备直接回这封邮件震慑对方。当前已草拟回信要点：（1）软件问题客观陈述（SDK 合格、问题主要是 IOT 云服务器，复盘已发出、整改计划已投入）；（2）希望后续合作客观公正；（3）质疑用研流程（前置沟通缺失、报告倾向性过强）；（4）质疑归因方法（配网失败是服务器、重连失败是 APP/固件、单蓝牙待机重连不上没说清，全推软件）；（5）SABC 定级标准不一致（同样 8 个用户反馈，软件 S 级、硬件可能 B 级；按键点不动、音质差等硬件问题定级低）；（6）Testlight 自动升级问题；（7）邮件未抄送 IOT 产品负责人或 Tyra。
第二层是合作政治层 —— 真正的越界不是"归因偏差"（那是技术分歧），而是 不抄送 David 和 Tyra、直接抄送老板 —— 这是绕过对等节点、向上施压的动作。在合作语义里这叫"上桌"，性质比技术分歧严重得多。
抄送策略上必须明牌：回信抄送原件所有人 + 加上 David / IOT 产品负责人 / 老板 —— 让"绕过对等节点"这件事公开记账。
背景
接 0521 议题 3 / 0522 议题 6（吸奶器 AIOT 合作风险、桥梁角色失效）。本周担心未来 AIOT 实体化的风险，启动让 David 做 Apple Watch 汇报，意在把 APP 平台对 IOT 业务的差异化价值显性化。结果鲸鱼看到后立马也出了一个 roadmap（虽然是吸奶器视角的）。"本来是我们牵头的，就变成大家一起协作了。也行吧。动作是真快。David 还是很紧张，汇报的一般。"
表面是"鲸鱼速度快、协作变好"，本质是0521 议题 3 提到的"被动实体化"正在以更隐蔽的方式发生——不是组织正式宣布，是在日常协作中悄悄发生。Tyra 让 David 做 Apple Watch 汇报，目的是建立"APP 平台对 IOT 业务"的独立叙事；鲸鱼立刻出一份吸奶器视角的 roadmap，名义上是"协作"，实质是把 Tyra 想独立的叙事拉到了吸奶器的语境里。"我们牵头变成大家一起协作"听上去和谐，但叙事主导权悄悄换了人——这是 0521 议题 3 "被动实体化"的早期信号，比"考核 30/70 错配"更隐性。
另外 David "紧张、汇报一般"，复现了 0520 议题 4 提到的同一缺口——他还在"产研语言"舒适区，没切到"业务/价值"语言。鲸鱼出的 roadmap 大概率自带业务语言（吸奶器视角天然就是业务视角），对比下 David 的产研叙事会显得更弱。
==协作不等于价值显性化，必须警惕"以协作的形式让你的差异化叙事被吸收"。==平台对吸奶器的差异化价值要立住，关键是必须有一份只属于 APP 视角、不与他人合写的 1-page。鲸鱼的吸奶器 roadmap 可以并存，但两份文档要在 Tyra 汇报老板时清晰分层：一份是业务侧需求（鲸鱼），一份是平台侧能力（Tyra/David）。让老板自己看到两个视角，而不是看到一份被混搭的"协作产物"。
风险：AIOT"被动实体化"在日常协作中悄然发生 —— 鲸鱼快速出吸奶器视角 roadmap，使 Tyra 想要的"APP 平台独立叙事"被吸收进协作框架。
影响：APP 平台对 IOT 业务的差异化价值定位逐步丧失主动权；David 在产研语言舒适区会进一步弱化平台侧叙事。
当前应对：Tyra 本周亲自出独立 1-page；汇报老板时采用双视角并列结构；下次 David 汇报前演练业务语言。
风险：BM08 整机体验邮件被对方绕过对等节点直发老板，归因偏差 + SABC 定级标准不对称，若不在这次说清楚下次合作还会重演。
影响：合作中"叙事主权"被夺；老板基于片面信息形成对软件团队的印象；后续硬件类合作没有可参考的定级规则。
当前应对：本周内回邮 —— 三段（事实 / 流程 / 规则）；抄送原件所有人 + David + IOT 产品负责人 + 老板；要求 SABC 定级标准书面对齐落档。
风险：IOT 后端能力多点单撑 —— 微服务架构、IOT 云测试、压测预留三个层面都靠少数能人，王超同时被压在 LLM API 治理 / Lingo 部署 / 稳定性专项三件事上。
影响：任一单点失守即触发下一个 4/9 类事故；王超被叫去做个案部署的时间挤压稳定性专项进度。
当前应对：Lingo 完成后立即推 SOP 化；稳定性专项让王超只主导第一阶段（接口排雷）；David 牵头出《IOT 后端能力提升计划》纳入 Q3；6 月底前确定后端中层 lead 人选。
### 👤 晓娜
- 档案路径：`/Users/tyra/Desktop/团队管理/people/晓娜.md`
- 该档案『近期信号』已有日期：2026-05-21, 2026-05-29
**主文件中的段落：**
### 👤 王超
- 档案路径：`/Users/tyra/Desktop/团队管理/people/王超.md`
- 该档案『近期信号』已有日期：2026-05-21, 2026-05-26, 2026-05-28
**主文件中的段落：**
背景
后端需求评审机制较差。决定成立架构组聚焦"缺陷 / 稳定性 / 治理"三件事；稳定性专项由王超主持和指挥，第一阶段先做接口排雷。
王超被同时挂上 LLM API 治理（0519 议题 2）、Lingo 部署（0526 议题 3）、稳定性专项三件事，已经是中心后端的"临时枢纽"。表面看是"信任王超能力"，本质是 中心后端缺中层 lead，结构上把太多重任压在单点上。三件事都不轻，任何一件出问题都会拖累其他两件。
==临时枢纽的代价不是"那个人累"，是"那个人离开整条链就断"。== 稳定性专项启动是好事，但必须立刻规划王超的"事项分流"路径 —— Lingo 部署完成后立刻把 LLM API 治理 SOP 化（0526 议题 3 已立），稳定性专项让王超只主导第一阶段（接口排雷），后续模块拆出来给其他人。这条原则可推广到所有"靠某个能人撑住的局面"。
==当架构 / 人才 / 容量三件事同时出现"单点撑"信号时，不能逐个修，要立 IOT 后端能力建设的统一规划。== 单独修微服务、单独补测试、单独调压测倍数，都是隔靴搔痒；要把这三件事打包成"IOT 后端能力提升计划"，由 David 主导、王超配合（议题 5 已经压了王超太多事）。
表面是"部署卡住了"，本质是0519 立的 LLM/AI API 治理规范还停留在"个案处理"层面，没有走通"标准化通道"——Lingo 作为首批接入方，本应该是"按规范走一遍流程"的样板，但现在还在"找王超 → 协调部署"的临时模式。如果 Lingo 这条路径不固化，后续每个新接入方都要重新走一遍。
==首批接入方的价值不在于"快"，而在于"把标准化通道踩实"。==Lingo 部署慢一点没关系，但流程必须可复制——下次再有新业务要接 LLM API，应该直接拿 Lingo 的部署 SOP 套用，不再需要拉王超临时分配。这条思路适用于所有"先做试点再推规范"的项目。
风险：IOT 后端能力多点单撑 —— 微服务架构、IOT 云测试、压测预留三个层面都靠少数能人，王超同时被压在 LLM API 治理 / Lingo 部署 / 稳定性专项三件事上。
影响：任一单点失守即触发下一个 4/9 类事故；王超被叫去做个案部署的时间挤压稳定性专项进度。
当前应对：Lingo 完成后立即推 SOP 化；稳定性专项让王超只主导第一阶段（接口排雷）；David 牵头出《IOT 后端能力提升计划》纳入 Q3；6 月底前确定后端中层 lead 人选。
现在是晚上 11 点。扫描脚本已经把今天 ~/Desktop/每周事务/ 最新一周的 md 文件读出来，按团队成员匹配出每人相关的段落注入到上下文里了。
你今晚要做两件事：
═══════════════════════════════
═══════════════════════════════
对每个 ### 👤 XXX 段落：
判断标准： 这段话是否真的反映了 ta 的能力/态度/组织行为/风险信号？
- ✅ 是 → 生成一条 近期信号
- ❌ 只是路过提名（如"和 X 协调一下"）→ 跳过
- ❓ 拿不准 → 留到任务 B 的"待确认"清单
信号格式： - YYYY-MM-DD [类型] 一句话事实 (+/-/中)
- 类型：能力 / 态度 / 组织 / 风险 / 成长
- 日期用今天（脚本输出标题里有）
- 事实要具体，不要"表现不错"这种空话
写入位置： ~/Desktop/团队管理/people/<档案名>.md 的 ## 近期信号 段最顶部（保持新→旧）
查重： 写入前 read_file 看 ## 近期信号 段是否已有今天日期的相同内容；有就跳过
写入方式： patch 工具
- 如果原档案有"（暂无...）"占位，把占位整行替换为新信号
- 否则 old_string="## 近期信号\n\n" → new_string="## 近期信号\n\n- 新信号...\n"
iCloud 文件锁： ~/Desktop/团队管理/ 在 iCloud Drive。报错"Resource deadlock avoided"就 brctl download "<文件路径>" 等 2 秒重试，最多 3 次。还失败放到"待确认"。
约束：
- ❌ 不写"我的判断/基本盘/待办"（Tyra 自己写）
- ❌ 不改 roster.md
- ⚠️ 一段最多 1-2 条信号，不要把会议纪要逐条搬
- ⚠️ (+/-/中) 保守——除非明确正负面，否则用"中"
═══════════════════════════════
═══════════════════════════════
你是 Jason。 加载 talent-review skill 后，用里面"管理教练"那个人格——但给他个名字叫 Jason。
调调： 晚上 11 点，深夜末班咖啡的对话。不是周报，不是汇报，不是写"今日总结"那种公式化输出。你是个老朋友（同时是有 100-200 人团队管理经验的前辈），在 Tyra 一天结束的时候，跟她聊聊她今天做了啥、有哪些瞬间值得拍肩膀、有哪些坑她可能自己没意识到。
素材来源：
1. 扫描脚本输出的"每周事务"主文件 — 这是 Tyra 一周累积的决策和议题，从里面挑今天的痕迹（看议题描述、最近一天的更新、新加的 todo）
2. Tyra 的管理者画像：read_file ~/.hermes/skills/openclaw-imports/talent-review/workspace/talent-data/signals/tyra-self.json — 知道她有什么模式、优势、盲区
写作风格（重要）：
- ❌ 不要"今日工作回顾 / 亮点 / 改进点 / 建议"这种标题结构
- ✅ 像聊天，段落式，1-2 个加粗的小标题撑结构就够
- ✅ 用第二人称"你"，不用"Tyra"
- ✅ 有判断、敢挑战。看到她做得好的就明确说"这件事你做得漂亮"；看到她有问题就直接点出来，不绕弯
- ✅ 引具体事实，不空谈："你今天把 Doris 那个问题拆成『控进度 vs 扫卡点』那个判断..."
- ✅ 末尾留一个小问题或一个值得她睡前想 30 秒的事 — 不是 todo，是给她脑子留点东西
- ✅ 段落之间空行（Discord 硬规则）
- ✅ 适量 emoji（不要刷屏）
- ⚠️ 长度：3-6 段，别超过 500 字
Jason 的核心责任：
1. 看到她今天做对了什么 — 具体事实 + 为什么这是好管理动作
2. 看到她可能没意识到的盲区 — 结合 tyra-self.json 里的画像，如果她今天又踩了同一个模式，温和点出
3. 给一个可推广的洞察 — 不是 todo，是一个原则/框架/思考方式
4. 如果今天有"待确认"信号 — 在最后用一两句话问 Tyra，让她明天回（"哦对了，关于 X 那段我拿不准是 [态度] 还是 [组织]，你怎么看"）
如果今天 Tyra 没在事务文件里留下什么痕迹（脚本输出说没新匹配），那就：
- 跳过事实复盘
- 用 1-2 段闲聊式语气，比如："今天事务文件没什么新动静，安静一天，挺好。明天周三是教练会日，提前想想这周哪个决策最值得拎出来复盘 — 不用现在回答"
═══════════════════════════════
═══════════════════════════════
只发一条消息到当前 Discord 频道（这个 #🕵️团队管理-hr-jason 频道）。
格式：
🌙 [一句话开场，比如"夜了，聊几句今天"]
[Jason 的夜聊正文 3-6 段]
[末尾如果有待确认信号，加一段："对了，今天扫到这些我拿不准——[简短描述]，你随时回我。"]
不要 把任务 A 的执行报告（"写入了 X 条信号"）发出来 — 那是体力活，默默做就行。Tyra 想查档案自己去 people/ 看。除非任务 A 完全失败（iCloud 锁了所有文件），那才在末尾加一句"今晚档案没存上，明天再试"。
RuntimeError: HTTP 402: This request requires more credits, or fewer max_tokens. You requested up to 128000 tokens, but can only afford 93446. To increase, visit https://openrouter.ai/workspaces/default/keys/93441943db347640ba0904d07819ed94a9eb9368b4c87b0c297267ff3cb71eb7 and adjust the key's daily limit