名称: 分层推理描述: 当在多个抽象层次（战略/战术/操作）进行推理时使用，设计具有层次结构的系统，在不同深度解释概念，保持高层原则与具体实施之间的一致性，或当用户提到30,000英尺视图、分层思维、抽象层次、自上而下设计，或需要在战略与执行之间流畅移动时使用。

分层推理

目的

分层推理结构化思维跨越多个抽象层次——从高层原则（30,000英尺）到战术方法（3,000英尺）再到具体行动（300英尺）。良好的分层推理保持一致性：下层实现上层，上层约束下层，每个层次独立有用。

在以下情况使用此技能：

设计系统 具有架构层次（战略 → 设计 → 实施）
解释复杂主题 以多个深度（执行摘要 → 技术细节 → 代码）
战略规划 连接愿景 → 目标 → 战术 → 任务
确保一致性 在原则与执行之间
桥接沟通 在不同层级利益相关者之间（CEO → 经理 → 工程师）
问题解决 其中高层约束必须指导低层决策

分层推理防止不一致性：无法执行的战略计划、违反原则的实施，或因跳跃抽象层次而混淆的解释。

常见模式

模式1：30K → 3K → 300英尺分解（自上而下）

何时：从愿景/原则开始，推导具体行动

结构：

30,000英尺（战略）：为什么？核心原则、不变量、约束（例如，“客户隐私不可协商”）
3,000英尺（战术）：什么？方法、架构、政策（例如，“零信任安全模型、端到端加密”）
300英尺（操作）：如何？具体行动、程序、代码（例如，“实施AES-256加密用于静态数据”）

示例：产品策略

30K：“成为最受信任的平台”（原则）
3K：“实现SOC 2合规性、发布安全报告、24/7支持”（战术）
300英尺：“实施MFA、进行季度审计、雇佣5名支持工程师”（行动）

过程：(1) 定义战略层不变量，(2) 推导满足不变量的战术选项，(3) 选择战术，(4) 设计实施战术的操作程序，(5) 验证操作层不违反战略约束

模式2：自下而上聚合

何时：从观察/数据开始，构建到原则

结构：

300英尺：具体观察、测量、事件（例如，“用户A点击5次，用户B放弃”）
3,000英尺：模式、趋势、类别（例如，“40%在结账时放弃，慢加载时间与放弃相关”）
30,000英尺：原则、理论、根本原因（例如，“性能影响转化率；每100毫秒成本1%转化率”）

示例：工程事后分析

300英尺：“服务在下午3:42崩溃，内存使用量飙升至32GB，返回500错误”
3K：“缓存层内存泄漏，由特定API调用模式在负载下触发”
30K：“我们的缓存策略缺乏淘汰策略；需要所有缓存的基于TTL的过期”

过程：(1) 收集操作数据，(2) 识别模式并分组，(3) 在战术层制定假设，(4) 用更多数据验证，(5) 提炼战略原则

模式3：层次翻译（跨层沟通）

何时：向不同受众解释相同概念（CEO、经理、工程师）

技术：翻译保持核心含义，同时调整抽象

示例：解释技术债务

CEO（30K）：“我们早期快速构建。现在除非投资200万美元现代化，否则增长每年放缓20%。”
经理（3K）：“单体架构阻止独立团队速度。在6个月内迁移到微服务。”
工程师（300英尺）：“从单体中提取用户服务。创建API层，实施服务网格，迁移流量。”

过程：(1) 识别受众层次，(2) 提取核心消息，(3) 使用该层次相关概念/指标翻译，(4) 保持跨层因果链接

模式4：约束传播（自上而下）

何时：高层约束必须指导低层决策

机制：战略约束向下流动，在每层缩小选项

示例：医疗应用设计

30K约束：“HIPAA合规性不可协商”（战略）
3K推导：“所有PHI必须加密，需要审计日志，访问控制强制”（战术）
300英尺实施：“使用AWS KMS进行加密，CloudTrail用于审计，IAM用于访问”（操作）

护栏：下层不能违反上层约束（例如，操作决策跳过加密违反战略约束）

模式5：涌现属性识别（自下而上）

何时：下层交互创建意外上层行为

示例：团队结构

300英尺：“每个团队拥有微服务，独立部署，使用Slack协调”
3K涌现：“康威定律：架构反映通信结构；跨团队功能慢”
30K洞察：“组织结构决定系统架构；重新对齐团队到产品线，而不是服务”

过程：(1) 观察操作行为，(2) 识别战术层涌现模式，(3) 认识战略含义，(4) 如果需要调整策略

模式6：跨层一致性检查

何时：验证所有层对齐（无矛盾）

检查类型：

向上一致性：操作是否实施战术？战术是否实现战略？
向下一致性：战略能否用这些战术执行？战术能否操作实施？
横向一致性：平行战术选择是否矛盾？操作程序是否冲突？

示例不一致：战略说“快速移动”，战术说“广泛批准流程”，操作说“3周发布周期”→ 矛盾

修复：对齐层。要么(1) 更改战略（“谨慎移动”），(2) 更改战术（“轻量级批准”），或(3) 更改操作（“每日发布”）

工作流程

应用分层推理时使用此结构化方法：

□ 步骤1：识别相关层和抽象层次
□ 步骤2：定义战略层（原则、不变量、约束）
□ 步骤3：推导战术层（满足战略的方法）
□ 步骤4：设计操作层（实施战术的具体行动）
□ 步骤5：验证所有层的一致性
□ 步骤6：为不同受众翻译层之间
□ 步骤7：基于任何层的反馈迭代
□ 步骤8：记录每层的推理

步骤1：识别相关层和抽象层次（详情）确定需要多少层（通常3-5）。映射层到域：业务（愿景/战略/执行）、技术（架构/设计/代码）、组织（使命/目标/任务）。

步骤2：定义战略层（详情）建立高层原则、不变量和必须持有的约束。这些不可协商，并指导所有下层。

步骤3：推导战术层（详情）生成满足战略约束的方法/政策/架构。可能存在多个战术选项；基于权衡选择。

步骤4：设计操作层（详情）创建实现战术选择的具体程序、实施或行动。这是执行发生的地方。

步骤5：验证所有层的一致性（详情）检查向上（操作是否实施战术？）、向下（战略能否执行？）、横向（平行选择是否冲突？）一致性。

步骤6：为不同受众翻译层之间（详情）为每个利益相关者以适当抽象层次沟通。CEO需要战略视图，工程师需要操作细节。

步骤7：基于任何层的反馈迭代（详情）如果操作约束使战术不可行，调整战术或战略。如果战略变化发生，传播更改向下。

步骤8：记录每层的推理（详情）在每层写明确理由，解释如何与上下层相关。使假设可见，帮助未来迭代。

关键护栏

1. 保持跨层一致性

危险：战略目标与操作现实矛盾，或实施违反原则

护栏：定期检查向上、向下、横向一致性。双向传播更改（战略变化 → 更新战术/操作；操作约束 → 更新战术/战略）。

红旗：“我们的战略是X但实际上做Y”表示层不匹配

2. 沟通时不要跳过层

危险：从30K跳到300英尺混淆受众，丢失上下文

护栏：按顺序移动通过层。如果向高管解释，开始30K → 3K（除非被问）。如果向工程师解释，先提供30K上下文，然后深入300英尺。

测试：听众能否回答“为什么这重要？”（链接到上层）和“我们怎么做这个？”（链接到下层）

3. 每个层应独立有用

危险：层只有在结合时才有意义，不能独立

护栏：战略层应指导决策即使不看操作。战术层应可理解无需代码。操作层应可执行无需重新推导战略。

原则：好层可以被不同受众独立消费

4. 限制层到3-5级

危险：太多层创建开销；太少层失去细微差别

护栏：对于大多数域，3层足够（战略/战术/操作或架构/设计/代码）。复杂域可能需要4-5但很少更多。

经验法则：你能清晰命名每层吗？如果不能，层太多。

5. 上层约束，下层实施

危险：将层视为独立而非层次结构

护栏：战略层设置约束（“必须HIPAA合规”）。战术层选择约束内方法（“加密 + 审计日志”）。操作层实施（“AES-256 + CloudTrail”）。不能违反向上。

反模式：操作决策（“为速度跳过加密”）违反战略约束（“HIPAA合规性”）

6. 双向传播更改

危险：战略变化不更新战术/操作，或发现操作约束但战略不变

护栏：自上而下：战略变化 → 重新评估战术 → 调整操作。自下而上：操作约束 → 重新评估战术 → 可能调整战略。

示例：战略转向“隐私优先” → 更新战术（端到端加密） → 更新操作（实施加密）。或：操作约束（性能） → 战术调整（不同方法） → 战略澄清（“隐私优先在性能约束内”）

7. 使每层假设明确

危险：隐含假设导致不一致当假设违反时

护栏：记录每层假设。战略：“假设竞争市场。”战术：“假设云基础设施。”操作：“假设Python 3.9+。”

好处：当假设变化时，知道哪些层需要更新

8. 识别涌现属性

危险：仅关注设计属性，错过意外后果

护栏：定期观察底层，寻找中间层涌现模式，考虑战略含义。涌现属性可能无效战略假设。

示例：微服务（操作） → 协调开销（战术涌现） → 较慢功能交付（战略失败如果目标是速度）

快速参考

按域层映射

域	层1（30K英尺）	层2（3K英尺）	层3（300英尺）
业务	愿景、使命	战略、目标	战术、任务
产品	市场定位	功能路线图	用户故事
技术	架构原则	系统设计	代码实施
组织	文化、价值观	政策、流程	日常程序

一致性检查问题

检查类型	问题
向上	这些操作是否实施战术？战术是否实现战略？
向下	这个战略能否用可用战术执行？战术能否操作实施？
横向	平行战术选择是否矛盾？操作程序是否冲突？

按受众翻译提示

受众	层	焦点	指标
CEO / 董事会	30K英尺	为什么、结果、风险	收入、市场份额、战略风险
VP / 总监	3K英尺	什么、方法、资源	团队速度、路线图、预算
经理 / 领导	300-3K英尺	如何、执行、时间线	冲刺速度、里程碑、质量
工程师	300英尺	实施、细节	代码质量、测试覆盖率、性能

资源

导航到资源

模板：分层推理文档模板、一致性检查模板、跨层沟通模板
方法论：层设计原则、一致性验证技术、涌现检测、双向传播
评估表：分层推理质量评估标准（10个标准）

上下文示例

示例1：SaaS产品策略

30K（战略）：“成为小企业最简单的CRM”（定位）

3K（战术）：“简单UI、5分钟设置、移动优先、20美元/用户定价、自助服务入门”

300英尺（操作）：“React应用、OAuth用于认证、Stripe用于计费、入门流程：注册 → 导入联系人 → 发送第一封邮件”

一致性检查：20美元定价是否支持“最简单”（是，低门槛）？5分钟设置是否与当前实施工作（实践中测量）？移动优先是否与React架构对齐（是）？

示例2：技术架构

30K：“高可用系统，<1%停机时间，支持10倍流量增长”

3K：“多区域部署、自动扩展、断路器、蓝绿部署”

300英尺：“AWS多AZ、ECS Fargate带目标跟踪、Istio断路器、CodeDeploy蓝绿”

涌现：观察：跨区域延迟200毫秒 → 战术调整：区域数据复制 → 战略澄清：“区域内高可用性，跨区域最终一致性”

示例3：组织变革

30K：“建立以客户为中心的文化，客户反馈驱动决策”

3K：“月度客户咨询委员会、每次互动后NPS调查、执行仪表板中客户支持KPI”

300英尺：“安排CAB会议每月第一个周一、通过Delighted在票务关闭后自动NPS、Looker仪表板带CS CSAT按代表”

一致性：月度CAB是否支持“以客户为中心”（或太不频繁）？支持KPI是否激励正确行为（检查游戏）？自动化是否减少个人接触（潜在冲突）？

分层推理Skill layered-reasoning