📦 deps(thirdparty): update snapshots

antigravity-awesome-skills/skills/crossframe-org/examples/bad-output-vs-good-output.md

@@ -0,0 +1,39 @@
+# 失败样例与修正
+
+## 用户输入
+
+团队项目总延期，复盘也没有效果，帮我给管理建议。
+
+## 失败输出
+
+团队需要加强沟通，提升执行力，增强主人翁意识。管理者要压实责任，建立更完善的复盘闭环，每周开会同步风险，确保所有成员对目标保持一致。大家要主动发现问题、及时解决问题，把复盘结果落实到行动中。
+
+## 为什么失败
+
+- 管理鸡汤：全是态度词，没有组织变量。
+- 把问题压给执行层：要求成员更主动，没有检查授权链。
+- 没有反馈写回：没有写明改到规则、资源、角色、接口或时间表。
+- 没有停止条件：建议每周加会，未说明何时暂停或撤回。
+- 没有中层保护：没有识别协调成本可能继续压给中层。
+
+## 合格输出片段
+
+# 组织诊断备忘录
+
+## 一句话判断
+
+当前更像是复盘没有进入下一轮结构改变，而不是团队不知道要反思。先不要追加更密集会议，先查反馈为什么没有写回。
+
+## 责任链、授权链、成本链
+
+- 结果责任：项目 owner 与执行团队承担延期。
+- 条件授权：范围冻结、优先级调整、资源补偿和停止条件可能不在执行层。
+- 成本链：中层和执行层承担返工、解释和加班成本。
+
+## 反馈写回动作
+
+选择一个重复延期原因，把它写回到时间表和接口规则：需求冻结日之后的新增需求必须由授权 owner 在“延期、删范围、加资源”三选一中明确取舍。
+
+## 停止条件
+
+如果两周内新增会议只增加汇报材料、没有减少需求变更和返工，停止加会，转查授权链。

antigravity-awesome-skills/skills/crossframe-org/examples/middle-manager-depletion-case.md

@@ -0,0 +1,31 @@
+# 样例：中层承接耗竭
+
+## 用户输入
+
+一个部门主管越来越累，上面要求结果，下面抱怨需求乱，跨部门又总是临时改。主管每天开会协调，但没有权力砍需求或延时间。
+
+## 应读取
+
+- `../crossframe/references/concept-cards/structure-process-group.md`
+- `../crossframe/references/concept-cards/repair-byproduct.md`
+- `references/middle-manager-depletion.md`
+- `references/responsibility-authorization-chain.md`
+- `templates/org-diagnostic-memo.md`
+
+## 输出片段
+
+# 组织诊断备忘录
+
+## 一句话判断
+
+这个主管的耗竭不是单纯工作量大，而是组织把“范围变化、跨部门冲突、下行情绪、上行解释”集中压给他，却没有给他改变范围、时间和接口的授权。
+
+## 中层承接负荷
+
+- 他承担了结果解释、团队安抚、跨部门翻译和临时补救。
+- 他缺少需求冻结、延期声明、优先级降档和接口重设的授权。
+- 如果继续要求他“多协调”，组织会短期维持运转，长期损失真实风险上报和团队信任。
+
+## 反馈写回点
+
+把跨部门临时变更写回到接口规则：超过某个时点的需求变更必须由授权 owner 同时给出延期、删减范围或资源补偿，不能只交给主管协调。

antigravity-awesome-skills/skills/crossframe-org/examples/project-failure-case.md

@@ -0,0 +1,40 @@
+# 样例：项目失败
+
+## 用户输入
+
+项目连续三轮延期。每次都说是需求变了、沟通不及时、执行不够主动。项目经理一直在协调，团队开始不愿意报风险。请用 crossframe-org 做组织诊断备忘录。
+
+## 应读取
+
+- `../crossframe/SKILL.md`
+- `../crossframe/references/read-routing-map.md`
+- `protocols/org-diagnostic-protocol.md`
+- `references/responsibility-authorization-chain.md`
+- `references/org-failure-signals.md`
+- `templates/org-diagnostic-memo.md`
+
+## 输出片段
+
+# 组织推理提纲
+
+- 诊断对象：项目延期的决策和反馈写回流程。
+- 事实边界：已知连续三轮延期、需求变化、项目经理持续协调、团队不愿报风险；未知需求变更记录和授权规则。
+- 机制候选：目标漂移、授权断裂、反馈写回失败。
+- 判断档位：开放断言到组织诊断备忘录之间，需补需求变更和决策记录。
+
+# 组织诊断备忘录
+
+## 一句话判断
+
+这个项目可能不是单纯执行不够主动，而是“承担结果的人没有足够权限阻止需求漂移，知道风险的人也看不到反馈被写回下一轮”。
+
+## 责任链、授权链、成本链
+
+- 结果责任：项目经理和执行团队承担延期结果。
+- 条件授权：需求冻结、优先级调整和资源增补可能在更高层或业务侧。
+- 解释与补救成本：项目经理持续协调，团队逐渐停止报风险。
+- 当前错位：能改变范围的人未必承担延期成本，承担延期成本的人未必能改变范围。
+
+## 先停什么
+
+先停止把下一轮延期预防写成“团队更主动沟通”。如果没有需求冻结权和风险暂停权，更主动只会让项目经理继续吸收成本。

antigravity-awesome-skills/skills/crossframe-org/examples/retrospective-distortion-case.md

@@ -0,0 +1,33 @@
+# 样例：复盘失真
+
+## 用户输入
+
+我们每次复盘都很认真，材料也越来越规范，但下一轮还是同样的问题。大家现在都知道该怎么写复盘，不知道该怎么改事情。
+
+## 应读取
+
+- `../crossframe/references/concept-cards/repair-byproduct.md`
+- `../crossframe/references/concept-cards/evidence-cost.md`
+- `protocols/retrospective-redesign-protocol.md`
+- `references/anti-chicken-soup-guardrails.md`
+- `templates/retrospective-redesign-recommendation.md`
+
+## 输出片段
+
+# 复盘改造建议
+
+## 当前复盘为什么失真
+
+复盘正在从修复回路退化成可交付文本：材料越来越规范，但没有证据显示它改动了规则、资源、角色、接口或时间表。团队学会的是“如何完成复盘”，不是“如何让下一轮少掉一个重复失败”。
+
+## 删除
+
+- 删除泛化表态，例如“加强沟通、提高协同、压实责任”。
+- 删除无授权承诺，例如让执行层承诺解决需要上层取舍的问题。
+- 删除全员大复盘中的人格化归因环节。
+
+## 增加
+
+- 授权主体在场：能改范围、优先级、资源和停止条件的人必须对一个取舍表态。
+- 结构写回动作：本轮只选择一个重复问题，写回一个规则或时间表变化。
+- 证据指标：下一轮检查该变化是否真的减少返工、等待或风险沉默。