做一张能从原始表格复算的图

把一张小表变成可靠的图，第一步是定义每个数字包含什么。保留原始行，另算绘图系列，再把得到的图片与计算结果逐项对照。如果 Total（总数）已经包含 Checked（已检查），把 Checked 和 Total 堆叠起来，就会重复计算已检查的卡片。给第二个系列改名，并不能修好它的长度。

本文提供完整原创数据、实际制作的故意错误图、完整修复请求，以及修复后的 SVG 和 PNG。展览说明卡案例及其错误均为教学编写，不是真实展览记录、模型输出截图或 AI 服务测试。

配图沿用英文版，图内名称与标签保留英文；下文提供中文释义及完整文字替代，没有把图片本身中文化。

先确定图要回答什么

虚构案例中的读者想知道：**在同一快照时点，每批展览说明卡有多少张已检查、多少张待检查。**这是具有部分与整体关系的数量比较。水平堆叠条形图能显示总量，并让两个部分共用一条数量轴。

你可以先口述目的，再把精确数据和定义保留为文字。语音输入是可选的；它不会验证数字，也不能决定 Total 的含义。只有四行时，直接在电子表格中做图，或者只保留表格，也可以满足需求。

以下是完整原始 CSV：

snapshot_utc,batch_id,batch_label,total_cards,checked_cards
2030-06-12T14:00:00Z,E01,Harbour,12,9
2030-06-12T14:00:00Z,E02,Garden,20,8
2030-06-12T14:00:00Z,E03,Machines,16,0
2030-06-12T14:00:00Z,E04,Night,8,8

完整中文数据口径明确了这些含义：

• 每行是虚构的 2030 年 6 月 12 日 14:00 UTC 快照中的一个批次，单位为张（卡片）。
• 四批互不重叠。每张卡片只能是已检查或待检查之一，总数包含这两种状态。
• Remaining = Total - Checked；已检查比例为 Checked / Total。
• Machines 明确为零张已检查，Night 则全部已检查；两者都不是缺失值。
• E01 至 E04 是目录顺序，不是对人员或表现的排名。

检查卡片文字，不等于批准发布，也不证明参观者已理解内容；那些结论需要另外的记录。

先算清两部分，再画图

下面完整列出修复后绘图数据的四行，并展示计算过程：

所有数量都是整数。显示用百分比保留一位小数，条形长度则使用数量。所给四批总数均为正数；如果其他输入的总数为零，已检查比例未定义，不能悄悄写成 0%。

四个互不重叠批次合计 56 张，其中 25 张已检查、31 张待检查。总体比例为 25/56，即保留一位小数后的 44.6%。直接平均四个批次显示的百分比会得到 53.8%，但它回答的是另一个问题：8 张的小批次与 20 张的大批次被赋予了相同权重，不能用这个均值替代所有卡片的总体已检查比例。

看完整的错误图

可下载实际的错误 SVG、错误 PNG及错误绘图数据。它们是完整的作者教学反例，不是模型失败截图。

错误出在第二个系列：它取了整个 Total，却把名称写成 Remaining。

Night 最能暴露问题。它的 8 张卡片已经全部检查完，错图却又添加了 8 张“待检查”，于是已检查比例看起来只有 50%。Machines 因为已检查数是零，恰好看起来正确。因此，某一行看着合理，不能验证整张图。

错误的四条条形合计画出了 81 张，原始输入却只有 56 张。已检查卡片被算了两次：一次在 Checked 中，另一次包含在 Total 中。仅把百分比标签改成 100%，Night 的浅色段和总长度仍然是错的。

提供整个修复任务，不只抱怨百分比

完整中文修复请求包含中文指令、完整原始 CSV、完整原始定义、错误绘图 CSV 和整份错误 SVG 源码。原始定义及 SVG 保留英文，不需要此前聊天或隐藏附件，也没有把正确图或正确派生表放进输入。上面的 PNG 是错误 SVG 的栅格预览。

请求要求返回完整替换图和对应数据。核心是回到未改动的原始输入，逐行推导 Remaining，同时修正图形段与标签。快照、四个批次、目录顺序和卡片单位都要保留；还需要完整文字替代，以及实际改数后重新生成的检查。

用于自己的任务时，要一起替换这些输入。只说“把图修好”，无法让助手知道问题究竟来自错误的数据范围、重叠类别、改变的定义，还是仅有格式问题。

把修复图和数据放在一起读

**图 1——展览说明卡的已检查与待检查数量。**四个互不重叠的虚构批次，快照为 2030 年 6 月 12 日 14:00 UTC。来源：原创 EXHIBIT-CARDS-01 CSV 与数据口径。可下载修复 SVG、PNG 预览和完整中文图注、文字替代及数据表。

修复后的条形总长分别为 12、20、16、8 张。深浅两段加起来，正好对应输入中的各批总数。Machines 只有浅色段，Night 只有深色段。零宽度的段不会画出来，但零值仍保留在文字标签中。

小屏幕下需要精确查数时，可使用配套表格，或放大查看 SVG。静态图片缩窄时，不会自动重新排列标签。

两张教学图使用同一条 0–32 的卡片数量轴，固定比例尺便于直接比较修复前后的长度。较宽的上限也为故意错误的 28 张条形留出空间，不表示某批实际有 32 张。条形旁的百分比是辅助标签，不是第二条轴。

**文字替代：**水平堆叠条形图中，Harbour 共 12 张，9 张已检查、3 张待检查；Garden 共 20 张，8 张已检查、12 张待检查；Machines 共 16 张，0 张已检查、16 张待检查；Night 共 8 张，8 张已检查、0 张待检查。按目录顺序从上到下排列。深色 Checked 与浅色 Remaining 共用一条数量轴，每行旁边都有精确数量和已检查比例。

图内英文可按下表阅读；名称和标签本身没有改成中文：

从一个数字追到图里的实际长度

以 Garden 为例，未改动的原始行给出总数 20、已检查 8，待检查为 12。在实际修复 SVG 中，每张卡片对应 15 个绘图单位，起点为 x=160。深色段宽 120；浅色段从 x=280 开始，宽 180。两段最终到 x=460，对应 20 张卡片的位置。这些是已生成矩形的实际属性，不只是预期绘图设置。

同样的检查覆盖了每个批次，也包括不应画出的零宽度段。原英文案例中的另一个本地检查程序读取原始与派生 CSV，检查经过变换的 SVG 几何和实际轴锚点，并在渲染后的 PNG 中采样每个非零段的内部填色；完整直接标签也在检查范围内。这是在核对源数据与输出的对应关系，保存文件成功本身不能证明这些关系成立。

原英文案例使用 ReportLab 4.4.9 制图、Sharp 0.35.5 栅格化。图表构建源程序和PNG 渲染程序可供已有相应库的读者使用。SVG 是该静态图的矢量源，不是 Excel 原生图表；不能保证导入办公应用后会得到可编辑的数据系列。

改一个输入，确认实际变化

以下沿用原英文案例的制作与检查记录；本中文翻译未重复改数、绘图或运行检查程序。

原作者实际把源 CSV 中 Garden 的 Checked 从 8 改成 10，Total 仍为 20，并重新生成了单独候选。结果为 10 张已检查、10 张待检查、已检查比例 50.0%。深色 SVG 段宽从 120 增至 150 个绘图单位，浅色段宽从 180 降至 150，总端点仍是 20 张。其余三行保持不变。

保存的改数输入、派生数据、SVG与PNG展示了这次临时练习。它是虚构案例的改数变体，不是真实展览的后续观测。

原作者记录称，随后恢复原始 CSV 字节并重新生成两张基线图，当时六项基线输出——两份绘图 CSV、两份 SVG、两份 PNG——与改数前保存的哈希一致。这段历史操作顺序属于作者记录；已有独立复核核对了当前内容，并另做过一次改数候选检查，没有独立重演整套历史恢复过程。原核验程序可供具备所需依赖的读者在材料副本中重复有界练习，其算术与几何检查独立于图表构建实现。

表格够用时，就用更简单的结果

只有四行且需要精确查数时，完整表格可能已经够用。也可以在电子表格中，用 Checked 和计算后的 Remaining 手工生成图表。无论使用哪条路线，都要保留相同口径并检查实际图形；AI 工具是可选的。

本题来自一条有限的公开图表百分比困惑。发帖者后来称，将所选输入改为了已完成和总数减已完成。我们没有查看或复现对方的工作簿。本文用全新数据演示相关的分母错误，并不诊断那个文件。

英国 Government Analysis Function 图表检查清单提供从零开始的条形轴、来源、数据下载与文字替代等发布指导。已有本地检查不代表无障碍认证或办公应用原生兼容性。它们支持的是范围更明确的结论：在这个完整教学案例中，静态图、源数值和已记录的输入变更相互对应。