“制度里的对照表入库后列全乱了，问补贴标准答出来串行。”
斜塘做知识库的朋友小舟把检索结果甩给我。本地库吃 Markdown 制度稿，里面有几张对照表。切段时按固定字数硬切，表格中间被切开，表头和数据行拆到不同片段，列也对不齐。问到具体档位时，库里给出的是半截表。
图：see authors of the article and WP app dev history / Wikimedia Commons / CC BY-SA 4.0
我看了切段日志。规则按字数切，没有识别 Markdown 表块；表中间一道切缝，前后片段各自带着残列。CSV 中文逗号、脚注、重复表头不是这次重点，这次只盯表块整段保留。
小舟问：“是不是别用表格，全改成列表？”我说表格可以留，但切段得认表块。
第一，表块整段保留。切段前识别管道符表格，从表头到表尾整段放入同一片段，不允许在表中间切开。
第二，表后抽查。入库后对每张表抽三行关键列，检索必须能拼回完整行；抽不到或列错位就整表退回。
图：MikeRun / Wikimedia Commons / CC BY-SA 4.0
第三，错表告警。切段报告里单独列出被改写或拆碎的表，值班人一眼能看见，不再静默进库。
验收把十二份含表制度重放，原来有五张表被切碎，改完后五张整段保留，三十六处抽查行全部对齐。故意用旧切段规则重放，错表告警三次都亮。小舟说以后改切段参数先跑表抽查。
图：TechEquity / Wikimedia Commons / CC BY-SA 4.0
表格是制度里的关键结构。整段保留再抽查，比切完再靠模型猜列关系靠谱。
你们 Markdown 进库时有没有把表格切碎的情况？最后怎么改的切段？欢迎在评论区聊聊。
把检查写成固定步骤，比出了事再猜省力，换人值班也能按同一套标准走。
回头复盘，这类问题往往不是某一句提示词写错，而是入库、汇总、状态这些前置步骤少做了检查。
同事后来把这套步骤写进共享盘说明，新人接手也能按同样清单走一遍。
我把这次踩坑记进团队备忘，下次换环境先过一遍同样的三处改动。
验收数字摆在桌面上，比口头说好像好了更让人放心。
这类细节平时不起眼，真出了偏差排查却最费时间。
我们约定以后每次改完都留一份对照记录，方便下一次复盘。
关于 Markdown 表格切碎，我整理在 evafang.com 上了。
