figure-designer

图示设计器

概述

顶级会议的论文通常包含 6 到 8 幅图，其中有 3 幅承担了几乎全部的叙事重任：动机示例（图 1，位于第 1 页或第 2 页顶部）、解决方案概览（位于方法论部分）以及实验结果图（位于实验部分）。评审者会在不到一分钟内浏览这 3 幅图，以判断论文是否值得细读；薄弱的图示会拖累原本很出色的论文。

此技能会结合用户的意图（想要传达什么）和上下文（研究领域、方法名称、目标会议），给出推荐的范式、布局草图、标注指导、工具建议，以及依据通用规则集进行的质量检查（矢量格式、字体大小、色盲友好型编码、可独立理解的图注、诚实的坐标轴范围）。

何时使用此技能

• 绘制论文中的任何图示之前。
• 用户要求“设计图示”“绘制图 1”“绘制实验结果图”或“选择合适的图表类型”。
• 用户已绘制图示，并希望进行设计审查。
• 用户不确定应选择哪种图示类型或范式。
• 投稿前准备最终版图示。

何时不使用此技能

• 用户只想在论文之外获得一般性的绘图帮助（条形图、折线图）。常规协助即可。
• 论文尚未完成结构规划；先使用 intro-drafter 或 tech-paper-template 决定论文需要哪些图示。
• 用户想要审阅一篇已完成的论文。使用 pre-submission-reviewer。

核心流程

步骤 1：识别图示类型

判断该图示属于哪种核心类型。如果用户的请求不匹配任何一种，它要么是辅助图示（以实验结果图的指导为基础），要么就不应放入论文。

如果模式为 figure-audit，且用户提供了图像路径，请在进入步骤 2 之前使用 Read 工具加载图像。基于视觉的检查有助于在步骤 6 中直接依据通用规则审查字体可读性、调色板、光栅图与矢量图的特征，以及图表垃圾元素，而不是依赖用户描述。如果未提供图像，请继续采用纯文本模式，并在最终审查报告中将仅凭视觉才能判断的规则（字体大小、光栅图检测、调色板）标记为“用户必须核实”。

步骤 2：推荐范式

请根据图示类型参阅：references/motivated-example.md、references/solution-overview.md 或 references/experimental-results.md。

每种图示类型都有两到三个典型范式。选择最符合用户叙事需求的一种，并解释其他范式为何不太合适。

步骤 3：布局草图

以文字描述布局：面板位置、元素摆放、箭头、颜色分配。目标是让用户仅凭草图就能绘制初稿。

步骤 4：标注与注释指导

• 为每个可见元素命名，名称要具体（不要使用“模块 A”“X”“Y”）。
• 标注关键点（突出失败、突出成功、强调对比）。
• 指定字体大小和调色板。默认调色板：定性数据使用 ColorBrewer，连续数据使用 Viridis。

步骤 5：工具建议

有关工具矩阵和决策启发式，请参阅：references/tools.md。

默认建议：

• 动机示例和解决方案概览：PowerPoint（初稿）、Figma（润色）。
• 实验结果：在可复用的 plot_utils.py 脚本中使用 Matplotlib 或 Seaborn。
• 与 LaTeX 集成的图示：TikZ 或 PGFPlots。

步骤 6：通用规则审查

完整的通用规则集请参见：references/design-rules.md。

逐一核查每个拟议或已有图示是否符合以下要求：

• 导出时使用矢量格式（PDF、EPS、SVG）。
• 缩放后字号至少为 8pt。
• 画布尺寸较小（而非大画布搭配小字号）。
• 使用色盲友好型配色；不单独依赖颜色编码。
• 图注内容完整独立，且首句陈述核心发现。
• 坐标轴范围合理。
• 不使用 3D 效果或无关装饰。

按严重程度标记每项违规。

步骤 7：完整性检查

运行下方“完整性检查”部分中的检查。

步骤 8：输出

按照下方“输出格式”给出完整设计。

完整性检查

标记为 [inspection] 的条目由 LLM 根据自身输出进行检查。标记为 [user-verify] 的条目需要用户确认，因为检查依赖于图示本身或该技能不具备的知识（论文背景、先前的引言）。

返回设计前：

1. [inspection] 范式与图示类型相符（示例说明图不是流程图；概览图不是条形图）。
2. [inspection] 布局草图足够具体，用户能够据此绘制。
3. [inspection] 标签使用真实实体名称，而非占位符。
4. [inspection] 工具建议符合图示的复杂程度（多图标示例说明图不建议使用 Matplotlib；包含 20 种方法的条形图不建议使用 PowerPoint）。
5. [inspection]（提供了图像时），[user-verify]（仅有文本时） 已完成通用规则审查；没有尚未解决的 CRITICAL 违规。只有用户提供图像时，才能检查仅凭视觉判断的规则（栅格图与矢量图、字号、配色）。
6. [user-verify] 对于示例说明图，示例必须与引言中提到的贯穿全文的示例相同（图 1 中不得引入新示例）。该技能无法查看引言；请用户确认。
7. [inspection] 对于实验结果，图表类型与数据类型相符（时间序列使用折线图，多方法比较使用分组条形图，权衡关系使用散点图）。

如果任何 [inspection] 检查未通过，请将设计标记为“需要用户注意”。对于 [user-verify] 项，请提醒用户在提交前必须确认。

输出格式

1. 图示类型

• 类型：<motivated-example 或 solution-overview 或 experimental-results>
• 原因：<一句话>

2. 范式建议

• 范式：<名称>
• 推荐此范式的原因：<依据>
• 考虑过但未采用的替代方案：<列表>

3. 布局草图

• 画布：<尺寸>
• 面板：<位置和内容列表>
• 箭头和连接：<列表>
• 颜色分配：<对应关系>

4. 标签和注释

• 元素名称：<列表>
• 重点标注：<列表>
• 字号：<目标值>
• 配色方案：<名称>

5. 工具建议

• 首选：<工具>
• 替代方案：<工具>
• 原因：<依据>

6. 通用规则审查

• 矢量格式：<通过或未通过>
• 字号：<通过或未通过>
• 色盲友好：<通过或未通过>
• 图注内容完整独立：<通过或未通过>
• 坐标轴范围合理（如适用）：<通过或未通过>
• 无无关装饰：<通过或未通过>

7. 完整性检查结果

• 检查项 1-7：<通过或未通过>

8. 严重程度汇总

• 项 CRITICAL， 项 MAJOR， 项 MINOR
• 优先列出最重要的三项操作：……