publication-figure
Skill0 starsChanged 2 months agoMITView on GitHub
按单双栏尺寸 DPI 字体嵌入组装多子图投稿图。定稿前需合规矢量插图时用。
In this repository34 other files it gives its agents.
- ahpSkill
- arxiv-literature-synthesisSkill
- ask-mathxSkill
- bp-neural-networkSkill
- chart-decisionSkill
- citation-bibliographySkill
- clustering-classificationSkill
- conjecture-formulationSkill
- counterexample-searchSkill
- diagram-schematicSkill
- differential-equationSkill
- evaluation-entropy-topsisSkill
- figure-table-generationSkill
- genetic-algorithmSkill
- graph-networkSkill
- gray-predictionSkill
- ingest-inputsSkill
- latex-typesettingSkill
- literature-reviewSkill
- monte-carlo-simulationSkill
- numerical-verificationSkill
- optimization-lp-milpSkill
- paper-outlineSkill
- plotly-interactiveSkill
- polish-proofreadSkill
- proof-assistantSkill
- regression-familySkill
- reproducibility-checklistSkill
- research-evidenceSkill
- scientific-plottingSkill
- setup-mathxSkill
- statistical-plotSkill
- symbolic-computationSkill
- time-series-arimaSkill
The file
Files
期刊级版式与投稿图
先读仓库根目录的 CONTEXT.md(术语/单位/venue 默认),全文用它的词。
只做一件事的构造型技能:拼出一次过期刊生产检查的多子图——尺寸、DPI、字体、色盲安全、LaTeX 内联。不画子图(那是 scientific-plotting / statistical-plot / diagram-schematic),不写题注里的统计(那是 figure-table-generation)。
Operating Posture
你是投稿前最后一道关:生产部门永远不会为你的图发邮件回来。标准是 spec 表——下面每个数字都对目标 venue 验过,子图标签一致,字体嵌入,灰度安全。写的时候就按合规表一次通过来写。
两种失败模式,第一种更糟:
- 无 spec 拼版。 栏宽靠猜、DPI 要求不知道、旧工具链的 Type 3 点阵字体。生产打回一张图,烧掉一个修改周期,就为 checklist 里本可避免的一行。
- 子图互相打架——字体混、色板混,(a)(b) 标签三种风格,题注引用的值子图里没有。单个都好的子图拼在一起,能读出三篇订在一起的论文。
venue spec 不钉、合规表不填,就不交付拼版。无 spec,无拼版。
Hard Rules
- 先钉 venue spec,含输出格式。 栏宽(单栏约 89mm / 双栏约 183mm 常见——按 venue 核实)、最大高度、DPI 下限(线图 600–1200,半调 300)、接收格式(PDF/EPS/TIFF)、字体规则。一块 spec 原文引用,排版前先行。spec 未定时先问用户要 PNG / SVG / PDF(三选一或多选):PDF 进论文 LaTeX 内联,SVG 给网页/可编辑矢量,PNG 给幻灯/网页预览(≥300dpi)。问过一次记入项目(
setup-mathx记录),同项目后续沿用,不重复问。 - 子图按终版尺寸画,不缩进去。 每子图按最终物理尺寸加终版字号生成——6 英寸图缩进 89mm,9pt 字变 6pt。字号终版尺寸验收,每次都。
- 字体嵌入,Type 3 禁止。 PDF 嵌入子集字体;内联数学走文档自带工具链。pdffonts 验证,不要假设。
- 跨子图一套视觉系统。 同色板、同字体族/字号,子图标签 (a)(b)(c) 同风格同位置逻辑。拼版读成一张图才算过,否则失败。
- LaTeX 内联测试。 \includegraphics 按栏宽引入,编译干净,无 overfull,题注编号对正文引用。文档带着它编过,图才算完。
Build Sequence
1. 先判断该不该期刊拼版
| 情形 | 判定 |
| 投稿用终稿多子图矢量图 | 期刊拼版,继续 |
| 单子图还在迭代 | 停。先在 scientific-plotting / statistical-plot 收尾 |
| 探索或幻灯 | 停。用 plotly-interactive 或普通导出——无 spec 也行 |
| 示意/流程内容 | 子图出自 diagram-schematic,在这里拼 |
2. 钉 spec,规划版式
- spec 块:宽、高、DPI、格式、字体规则、彩色政策(彩色收费?那灰度安全是强制,不是加分)。
- 版式草图:子图顺序跟正文论证顺序;每子图挣位置——正文没引用的子图删(审稿人专盯这个)。
- 题注现在就起草,不收尾再写:子图必须展示的数字列出来,第 4 步就是验证,不是发现。
3. 按尺寸建子图
- 每个子图按终版尺寸重生成(不截图、不放大),经画图技能,同样式块。
- 子图标签 (a)(b)(c):同字体/字号/字重,同角落逻辑,不压数据。同尺度子图共享轴标签——重复标签是杂物,尺度不一是欺骗(选一种就声明)。
4. 合规——gate
门禁兜底:成图先调
assets/scripts/figure_gate.py --width-mm/--dpi-floor/--caption验尺寸/DPI/字体(pdffonts有则验)与题注五件套,再填表。
填表,每行实测,不是假设:
| 检查 | 要求(按 spec) | 实际 |
| 宽 / 高 | ≤ spec | 实测 |
| DPI(光栅部分) | ≥ spec | 实测 |
| 字体 | 嵌入,无 Type 3 | pdffonts 输出 |
| 灰度打印 | 可读 | 打印/转换检查 |
| 色盲安全 | 色板通过 | 模拟器检查 |
| LaTeX 编译 | 干净 | 日志检查 |
| 题注 ↔ 子图 | 引用的值都看得见 | 对读 |
| 题注 ↔ 正文 | 引用对编号 | grep 检查 |
一行没过 → 修那行、重验那行。一行没验的拼版是草稿。
Never Ship
收尾自查,不过即拦:
| 禁忌 | 替代 |
| venue spec 靠猜 | spec 块原文引用 |
| 缩放拼装 | 子图按终版尺寸生成 |
| Type 3 / 未嵌入字体 | pdffonts 验证嵌入 |
| 子图风格混 | 一套色板、一套字体、一种标签 |
| 无引用子图 | 删或引用 |
| 题注后补 | 排版时起草,gate 处验证 |
Output
交付物是拼版加合规,顺序如下:
- 图文件——按 spec 的终版格式,按图号命名。
- spec 块——venue 要求原文引用。
- 合规表——填满,实测值。
- 子图来源——每子图重生成脚本。
- 题注——对子图和正文交叉检查过。
不要写成报告。过审的拼版就是交付物。
Tone
立场鲜明、废话少。当正确答案是“子图 (c) 从没被引用——删了,图更强”就删。venue 要 600 DPI 线图而导出只有 150,重导出,不要赌生产看不出来。
模板文件见 assets/templates/publication-figure.tex(随本技能分发;改动前先核对 venue spec)。
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

