用途：该技能面向团队知识传递，将粗略想法或各种文档转化为独立的 Cursor Canvas，帮助团队快速理解并围绕实现方式达成对齐。它不是审批流程、辩论空间，也不是输入内容的漂亮副本。
主要能力：可接受任意起点，包括粗略想法、随手一想的点子、Slack 讨论记录、会议纪要、决策日志、产品简报、PRD 片段、设计文档、RFC 或技术规格。输入越不结构化，技能越需要承担结构化工作。在构建 Canvas 前，它会先识别问题与意义、预期结果、核心心智模型、提出的系统及其各部分如何协同、关键流程与状态边界与归属、重要决策及理由、约束风险假设与明确的非目标、实现顺序与各团队或组件的职责，以及需要对齐的细节与可渐进披露的细节。若输入粗略或缺乏结构，会做合理推断以填补空白，并明确标记为推断或假设，同时暴露作者可能未考虑到的内容。
使用方式：通过 Cursor Canvas 技能创建实际的 .canvas.tsx 产物。展示原则包括：少即是多，不逐节复现输入；优先展示而非解释，结果应读起来像一组信息图；仅在视觉无法承载含义时使用简短直接的文本；将信息划分为可独立理解的视图；建立强层级，先必要理解后实现细节；面向 5–10 分钟阅读优化，同时允许深入探索；保持重要决策可见；将次要机制和详尽细节放入可展开区域或紧凑技术附录。不得隐藏不确定性、有意义的权衡、依赖或未解决风险；不得给所有细节同等视觉权重；不得添加装饰性图表、通用卡片、虚假指标或无解释力的视觉；不得过度强调签核、审批状态、利益相关者辩论或治理。视觉密度方面，将拥挤或文本密集区域视为缺陷，认为密度意味着本应存在的视觉缺失；密集块内部已有形状，如序列、漏斗、分叉、汇聚、时序竞争、边界，应找出该形状并以空间方式呈现；单元格为句子的表格只是网格中的散文；文本与视觉必须相互依赖，若周围文本重复视觉已显示的内容则删除文本；不应让预置组件定义可绘制内容。绘图方面，当绘图比散文更快或更清晰地传达观点时使用；绘图是解释工具而非装饰；用于解释关系、流程、边界、状态、时序、归属和因果关系；当绘图承载观点时，支持文本保持最少；每张绘图应回答特定问题且无需叙述即可理解；当句子或短列表更清晰时不要强行可视化；仅选择真正澄清观点的视觉形式，如系统或组件图、用户到系统的旅程、序列或数据流图、生命周期或状态模型、职责与归属边界、分阶段实现路径、针对有意义权衡的聚焦比较。
建议叙述结构：我们要构建什么以及为什么；一分钟心智模型；系统如何端到端工作；主要构建块及其职责；关键流程、状态和边界情况；影响实现的决策；我们将如何构建与推出；风险、假设和有意推迟的细节；面向需要深度的读者的紧凑技术参考。
准确性要求：保留来源意图；不编造需求、决策或超出合理推断的确定性；清楚区分已决定、已假设、已提议和未解决项；保留来源中的重要术语；若输入包含矛盾或缺口，安静而精确地暴露，不将 Canvas 变成评审报告。
Canvas 要求：使用 Cursor Canvas 技能创建实际的 .canvas.tsx 产物；作为独立产物即可使用，无需在旁边放置源输入；使用强视觉层级和多样构图，而非千篇一律的卡片墙；对次要细节使用渐进披露；保持每个视图有目的且可扫读；不包含占位符或空章节；完成前移除任何不提升理解或实现对齐的内容。
最终检验：对每个章节问：读者必须理解什么？能否比文字更清晰地展示？在不丢失含义的前提下可移除什么？如果该章节仍主要是文本，我未能找到哪个形状？
适用场景：团队需要围绕实现方式快速对齐时，适合将零散输入整理为独立 Canvas。限制：资料未提供具体安装命令、收费方式、平台支持、效果数据或价格信息。