单次生成式研究海报

成功契约

任务未完成，直至海报包中包含以下全部内容：

• 可编辑的海报源文件，通常为 poster.html；
• 最终单页打印用 PDF 文件；
• 由该 PDF 渲染或采用相同打印模拟浏览器导出方式生成的最终 PNG 预览图；
• 本地资源目录（images/ 等），其中包含海报中引用的所有图表、Logo 和二维码；
• GATE_REPORT.json 或等效验证报告；
• 针对关键数字、定理、数据集、基线方法、会议场地信息及单位署名文本的“主张–证据”审计（claim-evidence audit）；
• 官方会议 Logo 及核心单位 Logo；若无法使用任一 Logo，须明确记录原因。

仅提供浏览器截图即视为失败；仅提供交互式编辑器即视为失败；仅在屏幕显示模式下效果良好而无法正确打印的海报亦视为失败。若任一必需产物或硬性校验关卡（hard gate）无法产出，请明确声明海报被阻塞（blocked）或不完整（incomplete），并指出缺失的具体关卡。

“单次生成”（One-shot）指仅需一次用户请求，并非零次内部迭代。需端到端驱动整个工作流，仅做最少必要澄清：最多提出一次紧凑的澄清请求批次，随后基于合理判断进行设计、渲染、测量、修正与重渲染，直至所有硬性关卡全部通过。不得暗示初稿即为终稿；承诺在于——用户无需手动协调生产流水线。

引擎策略

按如下优先级顺序选用引擎：

1. posterly 风格生产路径（默认）。 优先使用 posterly；若不可用，则构建等效的、尺寸精确的 HTML/CSS 工作流，配合 Chromium 打印渲染及硬性校验关卡。此路径是生成最终 PDF 的唯一默认路径。
2. posterskill 风格交互式编辑器（可选辅助工具）。 参考 ethanweber/posterskill 中的参考海报匹配、网页/项目资源发现、宽高比感知图像排版、以及 window.posterAPI 提供的空白区域优化能力。将最终布局固化回稳定源码，并仍需运行全部生产校验关卡。
3. 降级方案：自定义 HTML。 若上述两个仓库均不可用，则创建尺寸精确的本地 HTML/CSS，并实现等效校验：单页 PDF、物理尺寸准确、所有资源本地化、无 TODO/FILL_IN 占位符、无远程图片 URL、图表边缘完整性审计、以及最终 PNG 视觉检查。

禁止选择天然输出仅为截图的路径。在启用非 posterly 路径前，请务必查阅 references/engine-selection.md 与 references/failure-analysis.md。

必需工作流

1. 创建海报包

新建一个独立工作目录，例如：

poster/
  poster.html
  poster.pdf
  poster.png
  GATE_REPORT.json
  CLAIM_EVIDENCE.md
  POSTER_STATE.json
  images/
  sources/

在 POSTER_STATE.json 中完整记录每一项源决策：论文路径或 URL、会议页面 URL、画布尺寸、海报展示日期/时间、展室号、海报编号、二维码目标地址、Logo 来源、图表来源，以及用户提出的约束条件。

2. 源材料摄取与校验

优先采用论文原文（如 LaTeX 源或 Markdown）而非 PDF。若仅有 PDF 可用，则提取文本并渲染页面图像，以便对图表进行视觉比对校验。

对于当前有效或外部动态变更的事实，必须使用官方信源：

• 会议规定的海报尺寸、上传格式、Logo 使用政策、二维码政策、最小字号规则；
• 日程安排、展室号、海报展位位置、分会场日期与时间；
• 用户指定会议 venue 的官方 Logo，例如 ICML、CVPR、NeurIPS、ICLR、ACL、EMNLP、ICCV、ECCV 或 SIGGRAPH；
• 第一作者、通讯作者及其他关键机构的单位 Logo（若尚未提供）；
• arXiv / OpenReview / 项目主页 URL 及论文元数据。

所有获取的资源必须本地存储。最终海报中不得保留任何远程图片 URL。

Logo 发现须为主动行为，而非被动等待。若用户要求“ICML 海报”，则主动查找官方 ICML Logo；若为“CVPR 海报”，则查找官方 CVPR Logo。随后从论文原文/PDF/arXiv/OpenReview 页面中识别作者单位，并抓取关键机构 Logo。当作者列表较长时，应保持精简：仅保留第一作者单位、通讯作者单位及主导性共属单位 Logo；次要单位 Logo 若导致标题区拥挤则应省略，并在记录中说明省略理由。

3. 构建主张–证据审计表

在撰写最终海报正文前，先建立一张简洁表格：

海报主张 | 来源 | 证据 | 状态

状态值包括：OK、NUMERIC-MISMATCH、OVERCLAIM、MISSING-PRECONDITION、NOT-IN-SOURCE、INTENTIONAL-SUMMARY。

需特别审慎核查以下内容：

• 标题中百分比数值与指标提升幅度；
• 数据集与基线方法名称；
• 定理陈述及其前提假设；
• “免训练”（training-free）、“免参考”（reference-free）、“即插即用”（plug-and-play）、“无需重训练”（no retraining）等范围类主张；
• 会议场地信息及单位/通讯作者署名行。

严禁编造数字。若论文中给出的是带限定条件或语境依赖的表述，海报文字应保留该限定条件，或适当弱化措辞。

4. 准备图表、Logo 与二维码

除非用户明确要求概念重绘，否则一律使用论文中的原始图表/表格。对每张使用的论文图表：

• 从已渲染的论文页面或原始论文源中以高分辨率裁剪；
• 保留方法标题、坐标轴标签、刻度标签、图例、解读所需图注，以及表格行列标签；
• 图表嵌入后，须再次与源页面比对确认；
• 若使用资源清单（manifest），应在图表上标记来源元数据，例如 data-source="paper" 与 data-asset-id="fig5"；
• 对裁剪后的图表运行 scripts/figure_edge_audit.py，并对任何边缘告警进行人工视觉复核。

关于 Logo：

• 若会议官方 Logo 公开可用，则优先抓取；否则使用用户提供的 Logo；
• 抓取第一作者、通讯作者及主导性共属机构的单位 Logo；
• 作者或单位数量较多时，优先选用第一作者 + 通讯作者 + 主导机构组合，避免堆砌成“Logo 墙”；
• 对光栅格式 Logo 运行 scripts/logo_asset_plan.py；
• 若作者/单位元数据完备，可使用 scripts/logo_selection_plan.py；
• 逐个决定各 Logo 是否需要白色底衬（white chip）、透明背景放置、边框或缩放处理；
• 确保 Logo 组合在视觉上清晰可读，且不与标题形成竞争关系。

关于二维码：

• 离线生成，保存为本地图像文件；
• 二维码目标地址须有清晰文字标注；
• 须在最终渲染的 PNG/PDF 中验证其可读性。

5. 编写尺寸精确的 HTML/CSS

使用真实 @page { size: ... } 规则定义打印画布。严格匹配会议官方尺寸，不得假定通用默认尺寸。

设计规范：

• 所有资源必须本地化；
• 颜色、字体、间距及卡片变体（card variants）应在引擎支持前提下参数化（tokenized）；
• 论文图表应使用 object-fit: contain，禁止硬裁剪（hard clipping）；
• 图表容器禁止使用 overflow: hidden，除非该裁剪已通过审计；
• 禁止为适配尺寸而隐藏坐标轴标签或方法标题；
• 标题文字、作者、单位、会议/机构 Logo、二维码及页脚场地信息，须作为统一系统整体对齐；
• 删减低价值重复文本，而非全局缩小所有元素。

页眉与页脚规范：

• 当 Logo 可用时，会议/机构标识须视觉显著；
• 若会议 Logo 已隐含录用信息，则移除冗余的“accepted”类文字；
• 展室号、海报编号、分会场时间、论文/代码链接、联系人信息，应置于页脚或二维码标签中；
• 页脚文字不得与阴影或页面边缘发生碰撞。

6. 运行生产校验关卡

对于 posterly，使用标准循环：

python tools/run_gates.py poster.html --report GATE_REPORT.json
python tools/render_preview.py poster.html --pdf poster.pdf --png poster.png
python tools/poster_check.py verify-final poster.pdf --from-html poster.html
python scripts/check_poster_deliverables.py poster

若存在 FIGURE_MANIFEST.json，则额外执行：

python tools/run_gates.py poster.html --manifest FIGURE_MANIFEST.json --report GATE_REPORT.json

若使用降级引擎，须复现相同含义的校验关卡：

• 静态 HTML 关卡：无 TODO/FILL_IN 占位符、无缺失本地资源、无远程图片 URL、无原始 LaTeX 残留；
• 样式/布局关卡：页面尺寸精确、无内容被意外裁剪、无意外产生额外页面；
• 资源关卡：论文图表真实、本地化、足够清晰、内容完整；
• 渲染关卡：最终 PDF 与 PNG 均已生成，且源自打印画布；
• 内容关卡：“主张–证据”审计中无未解决的硬性问题。

所有硬性关卡全部通过，或已明确记录用户批准的豁免项之前，不得宣告成功。

7. 最终视觉检查

须检查最终渲染的 PNG 图像，而不仅限于 HTML 源码。重点核查：

• 标题、作者、单位、Logo、二维码及页脚文字是否清晰可读；
• 每张图表顶部与底部内容是否完整显示；
• 图像网格上方是否保留方法名称；
• 折线图/柱状图是否保留 X 轴与 Y 轴标签；
• 表格是否清晰可辨、未过度裁剪；
• 无重复卡片以相同主张呈现而未赋予新角色；
• 无文字重叠、阴影裁剪、Logo 裁剪、或孤立白色 Logo 矩形；
• PDF 为单页，且物理尺寸准确。

对最终 HTML 运行 scripts/audit_poster_text.py，删除重复短语，除非其服务于不同读者模式：快速浏览（scan）、机制说明（mechanism）、证据支撑（evidence）、实际部署（practical deployment）或后勤信息（logistics）。

8. 交付

返回最终 PDF、PNG、HTML/源码、本地资源目录及校验报告的完整路径。若存在未运行的可选关卡（例如缺失图表清单），须明确说明。

可借鉴的参考系统能力

来自 posterly：

• 精确打印画布；
• Playwright/Chromium 渲染；
• preflight → style → asset → measure → polish 多阶段校验关卡；
• 最终 PDF 尺寸验证；
• 本地二维码与资源管理规范；
• 参数化模板与边界可控的布局修正机制。

来自 ethanweber/posterskill：

• 同时解析论文原文及项目/作者网站；
• 当简单下载失败时，使用 Playwright 主动发现 Logo/图像；
• 作者/项目网站可作为 Logo 来源之一，但优先选用官方会议与机构页面；
• 当用户提供示例时，匹配参考海报风格；
• 分配卡片前先行测量图像宽高比；
• 调用 window.posterAPI.getWaste() 或等效浏览器测量接口，减少图表区域空白浪费；
• 允许临时交互式调整，再将结果固化为稳定源码。

综合能力的成功体现，在于交互/编辑思想服务于生产渲染器，而非替代它。

参考资料

• references/engine-selection.md：何时选用 posterly、posterskill 或降级 HTML 方案。
• references/failure-analysis.md：仅输出截图的成因，以及防止此类失败的设计规范。
• references/logo-discovery.md：会议与单位 Logo 的主动发现、优先级排序及来源追溯规则。
• references/poster-system-comparison.md：三种工作流的详细对比。
• references/content-qa.md：“主张–证据”审计与重复内容审查规则。
• references/visual-qa.md：图表完整性、Logo 处理及最终渲染检查规则。
• scripts/check_poster_deliverables.py：对必需最终产物与本地资源的硬性校验。
• scripts/audit_poster_text.py：提取海报全文并标记重复短语/章节。
• scripts/figure_edge_audit.py：检测图表裁剪是否出现墨迹触边（ink touching edges）。
• scripts/logo_selection_plan.py：按会议 Logo、第一作者单位、通讯作者单位、主导单位顺序进行 Logo 优先级排序。
• scripts/logo_asset_plan.py：检查 Logo 尺寸、透明度、白色背景及放置处理方式。