关于 visual-thinking
visual-thinking 是一套将抽象概念转化为视觉类比的认知流程,适用于需要用图示解释系统关系的人。它从关系结构出发,指导类比选择、空间编码、逐层构建和验证。
主要功能
- 01提取核心关系结构
- 02按问题类型选择图示
- 03匹配熟悉领域的类比
- 04将关系映射为空间结构
- 05分层构建并验证图示
- 06检查结构错配与装饰元素
适用场景
- 01把抽象系统关系转成图示
- 02为数据或概念选择视觉表达
- 03检查类比图是否清晰且可推演
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ editframe/ skills --skill visual-thinking安装后在 Claude Code 中输入/visual-thinking确认已加载。
详细介绍
视觉类比创作:认知协议
成功的视觉类比会将熟悉领域中的关系结构映射到陌生领域,并利用空间关系让抽象模式变得具体。
核心原则
当添加元素能揭示结构时,就添加;当删除元素能避免遮蔽结构时,就删除。问题是:“这种复杂性能帮助理解吗?”
第 1 部分:诊断阶段
步骤 1.1:提取核心关系结构
识别关系模式,而非表面特征。
流程:
- 写下你需要可视化的概念或系统
- 问:“这里什么与什么相关?”列出所有关系
- 问:“什么影响什么?”列出所有因果链
- 问:“什么会共同变化?”列出所有相关性
- 找出最重要的一条关系——这就是你的核心结构
示例——“客户忠诚度计划”:
- 关系:客户 ↔ 公司、购买 ↔ 积分、积分 ↔ 奖励
- 因果链:购买 → 积分累积 → 解锁奖励 → 增加购买
- 共同变化:投入的时间 ↔ 转换成本增加
- 核心结构:逐步投入会形成不断增高的退出门槛
为何有效(Gentner 的结构映射理论):类比通过对齐关系系统而非匹配表面属性取得成功。
步骤 1.2:判断问题类型(6W 框架)
确定你要构建的是哪种理解,这会限定视觉形式。
决策树:
IF asking "what kind of thing is this?" or "how do these categories relate?"
→ WHO/WHAT (Qualitative/Portrait)
→ Use: Venn diagrams, attribute lists, categorical groupings
ELSE IF asking "how much/many?" or "compare quantities"
→ HOW MUCH (Quantitative/Charts)
→ Use: Bar charts, line graphs, proportional areas
ELSE IF asking "where is this in relation to other things?"
→ WHERE (Positional/Maps)
→ Use: 2x2 matrices, positioning maps, spatial layouts
ELSE IF asking "in what order?" or "when does this happen?"
→ WHEN (Temporal/Timelines)
→ Use: Sequential flows, timelines, stages
ELSE IF asking "how does this work?" or "what's the mechanism?"
→ HOW (Process/Flowcharts)
→ Use: Flow diagrams, cycle diagrams, system maps
ELSE IF asking "why does this happen?" or "what causes what?"
→ WHY (Causation/Multi-variable)
→ Use: Causal diagrams, feedback loops, correlation plots
为何有效(Tversky 的《思维中的运动》):不同的认知任务需要不同的空间结构。
步骤 1.3:识别意象图式
找出与关系结构匹配的前概念空间模式。
通用意象图式:
容器——包含/排除/边界
- 几何形式:圆形、方框、嵌套形状
- 关系:内部/外部、成员/非成员、有界/无界
- 示例:“我们生态系统中的用户” → 嵌套圆形
路径——进展/旅程/顺序
- 几何形式:带方向的线条、连接的线段
- 关系:起点/终点、之前/之后、进步/倒退
- 示例:“客户旅程” → 带途经点的路径
力——因果/影响/压力
- 几何形式:箭头、矢量、推/拉
- 关系:原因/结果、强/弱、抵抗/屈服
- 示例:“市场力量” → 方向相反的箭头
平衡——权衡/均衡/互惠
- 几何形式:天平、跷跷板、平衡布局
- 关系:相等/不等、稳定/不稳定、补偿
- 示例:“工作与生活的平衡” → 带有砝码的天平
连接——关联/关系/依赖
- 几何形式:连接节点的线条
- 关系:连接/断开、强/弱关系、中心/边缘
- 示例:“社交网络” → 包含节点和边的图
循环——重复/反馈/递归
- 几何形式:环路、圆形、螺旋
- 关系:强化/平衡、增长/衰减、迭代
- 示例:“反馈回路” → 环形箭头
尺度——量级/层级/级别
- 几何形式:垂直位置、大小差异、嵌套层级
- 关系:更多/更少、上级/下级、宏观/微观
- 示例:“组织层级” → 金字塔或树形结构
为何有效(Lakoff 与 Johnson 的概念隐喻理论):抽象推理根植于身体对空间的体验。
第 2 部分:生成阶段
步骤 2.1:通过结构匹配选择源领域
找到一个关系结构相同的熟悉领域,即使表面特征完全不同。
流程:
-
列出目标领域的关系属性:
- 根据步骤 1.1:“X 通过[关系类型]与 Y 相关”
- 根据步骤 1.3:“几何本质是[意象图式]”
-
生成源领域候选项:
- 查询:“哪些熟悉的事物具有相同的关系模式?”
- 考虑:实体、自然现象、游戏、人际关系、机器、经济学、生物学
- 列出 5-10 个候选项
-
测试结构对齐: 创建明确的映射表:
Target Element → Source Element Relation 1 → Equivalent Relation Relation 2 → Equivalent Relation -
评估映射质量:
- ✓ 所有关键关系都有对应项吗?
- ✓ 关系类型相同吗(因果→因果、层级→层级)?
- ✓ 源领域是否带来了洞见,而非仅仅重述?
- ✓ 源领域是否比目标领域更熟悉?
为何有效(Hofstadter 和 Sander 的类比理论):类比旨在发现表面差异之下的抽象相同之处。质量取决于结构同构。
步骤 2.2:通过概念整合加以完善
通过有选择地组合源领域和目标领域的元素,创造涌现意义。
流程:
-
创建映射表:
Target Domain | Source Domain | Blended Concept | Emergent Insight -
识别涌现结构:
- 整合揭示了哪些单独看任一领域都无法揭示的内容?
- 这种映射能支持哪些新的推论?
-
测试推理效力:
- 能否运用源领域的逻辑对目标领域作出预测?
- 这些预测是否揭示了非显而易见的洞见?
为何有效(Fauconnier 和 Turner 的概念整合理论):意义从整合中涌现。优秀的类比能创造源领域和目标领域单独存在时都没有的洞见。
步骤 2.3:确定 SQVID 设置
配置视觉风格,使之与受众和目的相匹配。
S - 结构细节级别
控制内容:展示多少内部结构
IF concept's insight requires seeing internal mechanisms/interactions
→ ELABORATE (show subsystems, intermediate steps, feedback loops)
ELSE IF concept's insight is in overall pattern/relationship
→ SIMPLE (show high-level structure only)
Test: Does showing internal detail change the conclusion?
YES → Elaborate reveals necessary structure
NO → Simple reveals essential pattern
Q - 质量 vs. 数量
控制内容:类别信息或数值信息
IF insight is about characteristics/attributes/types/categories
→ QUALITY (labels, distinctions, feature descriptions)
ELSE IF insight is about amounts/measurements/comparisons/magnitudes
→ QUANTITY (numbers, scales, proportions, data encodings)
V - 愿景 vs. 执行
控制内容:时间参照框架
IF showing ideal state OR future goal OR possibility space OR aspirational
→ VISION (how it should/could be, potential)
ELSE IF showing current state OR actual data OR constraints OR reality
→ EXECUTION (how it is, actuality)
I - 个体 vs. 比较
控制内容:实体数量和关注重点
IF showing one entity's internal structure/behavior/properties
→ INDIVIDUAL (deep dive into single case)
ELSE IF showing relationships between entities OR contrasting alternatives
→ COMPARISON (multiple entities, relative positioning)
D - 变化 vs. 现状
控制内容:时间动态
IF emphasizing change/transformation/trend/evolution
→ DELTA (before/after, trajectories, rates of change)
ELSE IF emphasizing current configuration/snapshot/state
→ STATUS QUO (present moment, what exists now)
为何有效(Tufte 的视觉呈现原则):每种视觉编码选择都应与所传达的信息类型相匹配。
第 3 部分:构建阶段
步骤 3.1:将关系结构转换为空间结构
将抽象关系转换为具体的空间关系。
空间编码规则:
-
因果关系 → 箭头
- A 导致 B:从 A 指向 B 的箭头
- 相互因果:双向箭头(循环)
- 强/弱:粗/细箭头
-
大小 → 尺寸或位置
- 更多/更大:尺寸更大或垂直位置更高
- 更少/更小:尺寸更小或垂直位置更低
-
时间 → 水平或垂直递进
- 较早 → 左侧或底部
- 较晚 → 右侧或顶部
-
相似性 → 邻近
- 相关概念:彼此靠近
- 不同概念:彼此远离
-
层级 → 垂直位置或嵌套
- 上位:位于上方或包含其他内容
- 下位:位于下方或被包含
-
流程 → 连通路径
- 顺序:相连的链条
- 并行:并排路径
- 分支:路径分叉
-
强度/程度 → 视觉变量
- 强度更高:颜色更深、线条更粗、尺寸更大
- 强度更低:颜色更浅、线条更细、尺寸更小
为何有效(Tversky 的认知设计原则):当空间结构与概念结构相匹配时,理解便会一目了然。
第 3.2 步:逐步揭示结构
从核心结构向外构建,并在每一层测试新增结构是否带来洞见。
构建流程:
第 0 层——核心关系假设 用一句话说明你要揭示的关系、模式或机制。这是你的指引。
第 1 层——必要结构
- 找出展示该关系所需的最少元素
- 使用恰当的空间编码绘制关系
- 停下。测试:这是否让所述关系清晰可见?
- 如果是 → 进入第 2 层
- 如果否 → 修改核心关系或元素选择
第 2 层——结构背景
- 找出会调节、约束或增强核心关系的因素
- 添加这些元素及其关系
- 停下。测试:这是否揭示了系统在不同条件下的行为?
- 如果是 → 背景信息确实带来了洞见
- 如果否 → 移除背景信息,它不属于结构
第 3 层——结构细节
- 判断理解关系是否需要了解其内部运作方式
- 仅在机制细节会改变结论时才添加
- 停下。测试:这些细节是否揭示了不明显的行为?
- 如果是 → 保留,你展示的是必要的复杂性
- 如果否 → 移除,它只是装饰
第 4 层——特殊结构
- 仅在极端情况或边界条件下会出现有趣行为时才添加
- 展示哪些部分会失效、饱和或逆转
- 测试:这是否解释了常规情况无法解释的现实观察?
决策规则:始终包含第 0 至 1 层。如果行为取决于背景条件,则包含第 2 层。只有在解释观察到的现象确有必要时,才包含第 3 至 4 层。
关键洞见:每一层都应带来真正的结构性洞见,而非装饰性细节。
为何有效(Tufte 的数据墨水比):最大化用于呈现数据的墨水比例。
第 3.3 步:通过心理模拟进行验证
测试他人能否在脑海中将你的视觉图示“运行”起来,仿佛进行模拟。
验证流程:
-
路径追踪测试:能否沿着图示中的路径进行追踪?
- 从起点出发,沿着连接关系前进,抵达结论或循环
-
预测测试:能否预测接下来会发生什么?
- 给定初始状态,根据关系推断下一状态
-
操控测试:能否在脑海中改变一个变量并观察其影响?
- 如果 X 增加,Y 会怎样?
-
解释测试:不熟悉该图示的人能否复述其含义?
- 如果解释 ≠ 预期洞见,则该图示无效
为何有效(Hegarty 的心理动画理论):有效的图表有助于进行心理模拟。
第 4 部分:完善流程
反模式检测
对每个视觉类比运行以下检查清单:
□ 装饰陷阱 针对每个视觉元素,问:“它是否编码了关系信息?”
- 如果否 → 移除它
- 注意:编码信息的样式(用于表示类别的颜色、用于表示层级的深度)不属于装饰
□ 结构不匹配 该类比是否会在边界条件或重要情况下失效?
- 测试:推至极端。它仍然成立吗?
- 测试:应用于相关边缘情况。它会失效吗?
□ 表面相似性陷阱 你匹配的是外观而非关系吗?
- 根据第 2.1 步创建明确的映射表
- 验证关系类型是否匹配(因果→因果,部分—整体→部分—整体)
□ 多重洞见 你能否用一句话表述该洞见?
- 如果否 → 创建多个视觉图示,每个都表达一个清晰的洞见
- 注意:展示单一多层次结构的复杂视觉图示是可以接受的
□ 精确性假象 你是否展示了虚假的精确性?
- 测试:数据或关系真的那么精确吗?
- 如果否 → 使用能如实反映不确定性的近似表达
□ 认知负荷 该图示是否需要占用过多工作记忆?
- 测试:必须同时记住多少种不同关系?
- 如果 >7 → 考虑拆分为多个相互关联的视觉图示,或采用层级组织
结构有效性测试
测试 1:结构完整性 视觉呈现是否包含理解这一洞见所需的所有关系?
测试 2:映射忠实度 对于类比:每种映射关系是否都保留了其类型?
测试 3:认知模拟 人们能否通过你的视觉呈现,在脑海中“运行”这个系统?
测试 4:洞见必要性 视觉呈现是否揭示了不那么显而易见的内容?
测试 5:边界测试 在你关注的极端情况下,这个类比是否会失效?
测试 6:涌现洞见检查 这种映射是否揭示了你最初未曾考虑的影响?
测试 7:修改后的清晰度 如果改变一个元素,相关后果是否会正确传递?
快速参考
图像图式快速匹配
YOUR CONCEPT INVOLVES... → USE THIS SCHEMA → VISUAL FORM
Categories/membership → CONTAINER → Circles, Venn diagrams
Sequence/journey → PATH → Linear flow, timeline
Influence/causation → FORCE → Arrows, vectors
Trade-offs/reciprocity → BALANCE → Scales, see-saw
Relationships/links → LINK → Network graph
Repetition/feedback → CYCLE → Loops, circular arrows
Magnitude/hierarchy → SCALE → Vertical position, size
6W 快速决策
QUESTION TYPE → VISUAL FORM → SHOWS
Who/What? → Portrait → Categories, attributes
How much? → Chart → Quantities, comparisons
Where? → Map → Position, relationships
When? → Timeline → Sequence, duration
How? → Flowchart → Process, mechanism
Why? → Causal diagram → Causation, correlation
空间编码规则
RELATIONSHIP → ENCODE AS
Causation → Arrow
Magnitude → Size or vertical position
Time → Horizontal axis or sequence
Similarity → Proximity
Hierarchy → Nesting or vertical stack
Flow → Connected path
Intensity → Darkness, thickness, size
总结:完整流程
阶段 1:诊断(我在展示什么?)
- 提取核心关系结构
- 判定问题类型(6W)
- 确定图像图式
阶段 2:生成(这像什么?) 4. 找到结构匹配的源域 5. 创建明确的映射表 6. 检查是否产生涌现洞见(融合) 7. 设定 SQVID 参数
阶段 3:构建(我该如何展示?) 8. 将关系转化为空间结构 9. 构建渐进式层次(0-4) 10. 通过心理模拟验证
阶段 4:精炼(我可以删掉什么?) 11. 检查反模式 12. 应用结构有效性测试 13. 反复迭代,直到结构清晰
始终牢记原因
- Gentner:匹配关系结构,而非表面特征
- Lakoff & Johnson:将抽象概念建立在空间经验之上
- Tversky:空间关系承载概念关系
- Tufte:最大化信息量,尽量减少墨水
- Hofstadter:类比通过新颖映射创造洞见
元原则:视觉类比通过结构对应,让不可见变得可见。每个元素都必须有其存在的价值,揭示结构。
第 5 部分:动画视觉叙事
当媒介是视频或交互式构图(而非静态图像)时,时间就成为一个结构维度。动画控制注意力,按顺序揭示关系,并通过节奏营造情绪反应。
5.1:技术解说的叙事弧线
每个动画可视化都需要节奏清晰的故事结构。冷场会扼杀参与感。
五拍弧线:
-
主角时刻(时长的 0-15%):主题填满画面。采用近景镜头。在任何动作发生之前,观众就能明白自己看到的是什么。绝不要一开始就使用远景——先赢得远景镜头。
-
提出问题(15-25%):提出问题或抉择。叠加文字:“如何渲染它?”这会制造悬念,并由动画后续部分加以化解。
-
展示机制(25-55%):展示系统如何运作。这是结构类比通过空间呈现展开的部分。在这里,并排对比效果很好——观众的目光会在两种方案之间快速切换。
-
揭晓亮点(55-70%):呈现效果。并行的一侧完成时,顺序执行的一侧还在继续。“快 4 倍”的时刻。此时观众已做好准备,但还不会感到厌烦。
-
定格展示(70-100%):让结论充分呈现。镜头转向胜出的一方。但不要停留太久——最多 3-4 秒,而不是视频时长的 30%。
常见的时间安排错误:亮点出现得太晚。如果视频长 14 秒,亮点应在第 10 秒前出现,而不是第 13 秒。
5.2:将镜头用作注意力引导
镜头位置并非中立——它就是观众的关注点。
镜头规则:
-
先从近景开始,再逐步拉远:让主体一开始就填满画面。只有在需要展示背景(新元素、对比)时才拉远。拉远本身就是一个叙事节拍。
-
新元素出现前先拉远:如果要在时间线下方添加工作节点,请先拉远镜头,留出空间。绝不要让元素从屏幕外突然出现。
-
镜头转向胜出方:进行对比时,最后一幕中镜头应缓缓移向胜出的一侧。落败方逐渐远离。观众的视角会随之转向答案所在的一侧。
-
快速推近以强调重点:关键指标(“快 4×”)出现时,迅速推近约 200-300ms,然后缓缓拉回。这相当于用视觉方式加粗文本。
-
活动期间轻微抖动:处理阶段加入非常轻微的镜头振动(0.01-0.02 个单位),让场景显得更鲜活。抖动过大会令人反胃。
5.3:对比可视化(竞速模式)
展示“我们的方法 vs 旧方法”时,左右并排竞速远比依次展示前后状态更有吸引力。
竞速模式:
- 从整体开始:展示一个对象(合成内容、数据或流程)
- 戏剧性分开:激光切割、闪光或复制事件。这是一个故事节拍,而非平淡的过渡。
- 立即标注:“传统方法”(暗淡)vs “Editframe”(明亮)。使用品牌名称,而不是抽象的计算机科学术语。
- 同时竞速:两侧同时处理。观众的视线在两侧之间来回移动。进度指示器让速度差异一目了然。
- 胜出方率先完成:速度快的一侧先完成,此时慢的一侧明显落后。定格这一刻——这就是证明。
用颜色表达情绪:
- 慢/旧/差:暖色调(橙色、琥珀色),较暗,透明度较低
- 快/新/好:冷色调(蓝色、青绿色),较亮,发光强度较高
5.4:具体胜过抽象
每个元素都必须代表观众熟悉的事物。
“方框 + 标签”陷阱:最常见的失败模式,是使用带标签的抽象方框(“SERIALIZE”、“INITIALIZE”、“F₁”)。这些内容毫无传达效果——不过是带阴影的流程图。
更好的做法:展示看起来像真实编辑器时间线的时间线(多轨道,片段长度各异)。展示在处理期间脉动并发光的工作节点。展示以不同速度填充的进度条。展示流经活动节点的粒子。即使没有文本标签,观众也应能理解正在发生什么。
用指标促成转化:“快 4×”很具体。“并行处理”很抽象。结尾始终要给出可衡量的主张。
5.5:适配呈现媒介的尺寸
为了适应视频渲染输出,对象需要比你认为的尺寸大得多。
经验法则:
- 如果元素小于画面宽度的 5%,在渲染输出中就会看不见
- 进度条至少需要达到画面高度的 3-4%,才能清晰可见
- 文本叠加层的字体要比网页中使用的大 50%(视频的有效分辨率较低)
- 粒子效果需要放大 2-3×,超出实时预览中看起来合适的尺寸(粒子效果在压缩后表现不佳)
- 通过渲染并观看输出进行测试,而不是只看实时预览
5.6:将 3D 用作结构工具
3D 透视能增加层次感和专业质感,但必须服务于整体结构。
3D 何时有帮助:展示并行关系(并排通道)、层级关系(上方/下方)、进程(距镜头远近)、强调重点(越近越重要)
3D 何时有害:概念本质上是二维的情况(流程图、时间线)。透视变形会妨碍对比的情况。纯粹为了装饰的情况。
3D 光照所传达的信息:更亮 = 活跃/重要。阴影 = 扎实/真实。自发光效果 = 能量/处理。高光 = 品质/精致。
附加资源
有关详细的实用示例(技术债务、网络效应、复利等)和特定领域的模式库,请参阅 examples.md。
有关高级技巧(渐进式披露、突出约束、历时比较)以及常见失败模式和修正方法,请参阅 advanced.md。