transfer-strategy

name	transfer-strategy
description	当复杂性无法删除、组织或隐藏，需要转移到设备、系统、用户、开放体验或可信机制中时调用。不适用于把责任甩给用户。
source_book	《简约至上》 Giles Colborne
source_chapter	第 7 章 转移
tags	["simplicity","delegation","device"]
related_skills	[]

转移策略

R — 来源依据 (Reading)

原书依据见本节来源说明。

依据在设备之间转移、向用户转移、提醒与打断、开放式体验和信任章节。

本仓库不收录原书全文；此处只保留章节级依据和方法论重述。

I — 方法论骨架 (Interpretation)

• 转移是把复杂性放到更适合承载的位置。
• 可以转移给设备、自动化系统、用户创造力或社会信任机制。
• 好的转移提升控制感，坏的转移只是甩锅。

A1 — 书中的应用 (Past Application)

案例 1: 多设备设计

• 问题: 不同设备适合不同任务。
• 方法论的使用: 把复杂任务转给更合适设备。
• 结论: 用户在正确环境完成。
• 结果: 跨设备体验更简单。

A2 — 触发场景 (Future Trigger)

用户会在什么情境下需要这个 skill?

当复杂性无法删除、组织或隐藏，需要转移到设备、系统、用户、开放体验或可信机制中时调用。不适用于把责任甩给用户。

语言信号

• "这个复杂性能不能交给系统？"
• "多端怎么分工？"
• "用户能不能自己处理？"

与相邻 skill 的区分

• 本 skill 处理 转移策略 这一单点问题；若问题跨越多个环节，请先读本书 INDEX.md 选择组合顺序。

E — 可执行步骤 (Execution)

1. 识别复杂性来源

   • 完成标准: 判断来自计算、记忆、选择、输入还是判断。

2. 选择承载方

   • 完成标准: 设备、系统、用户、社群或开放接口。

3. 检查控制与信任

   • 完成标准: 确保用户理解、可撤销、可信任。

B — 边界 (Boundary)

不要在以下情况使用此 skill

• 不要把困难甩给用户。
• 自动化要可解释可撤销。

作者的盲点 / 时代局限

• 书偏交互设计，业务复杂性和组织政治需另行处理。
• 简化可能被误用为削弱能力。

相关 skills

• depends-on: {}
• contrasts-with: {}
• composes-with: {}

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: 100% 设计通过；结构校验见本书 QUALITY_REVIEW.md
• 蒸馏时间: 2026-06-18