人工智能接口返回的结果里，要分清哪一列是原文哪一列是生成

接口返回的一张表里，如果原文和生成的句子混在同一列，后面的人会把生成的话当成已经存在的原件。分列要在接入之前写明：哪一列只放业务上原来就有的字，哪一列只放这次生成的字。列名写在方案同一页，不要靠颜色、靠先后位置让人去猜。猜出来的列，换一个人就对不上。

返回结果里原文和生成分成两列

接口收回来的内容，先落成一张有列名的表，再谈怎么用。表上至少分开两列：一列只放业务原来就有的字，一列只放这一次生成的字。两列不要合成一段，中间用标点隔开也不够。合成之后，下一道工序分不清哪半句能拿去和原件对，哪半句是新写的。分不清的半句，抽查时整行都算来源不清。

原文列的字必须来自已经存在的记录，生成时不允许改写这一列。若生成过程把原文缩写、翻译或补全了，缩写后的文字放进生成列，原文列仍保持送进去时的样子。方案里写明这一条。没有这一条，原文列会慢慢变成也被改过的文字，列名还叫原文，核对就失去了对照。失去对照之后，生成列写得再整齐也没有尺子。

没有原文、完全是新起的一段，原文列留空，不要用生成的文字把空填上。空着表示这次没有原件可对。填上之后，别人会以为存在一份被引用的原文。空列在抽查时算一种正常结果，不算残缺，除非这一类业务规定必须先有原文才能生成。那种规定要另写一行，写明没有原文时这一行停在哪一栏，不往下走。

列名写死不靠颜色和位置来认

列名用业务岗位也能念出来的字，例如原有内容、本次生成。不要只用左右或第一第二来称呼。列的顺序一旦调整，靠位置认的人会把生成当成原文。颜色更不能作为依据，打印出来或换一台屏幕，颜色就不在了。方案正文写出列名，导出的表头和正文用同一个列名。表头和正文不一致的，以方案页上的列名为准去改导出，不反过来改方案去迁就导出。

列名定了就不要在不同入口各起一个。同一份方案里，屏幕上、导出里、运行记录里都叫同一个名字。若某个入口暂时做不到，标成这一入口待补，不要另起一个近义词应付。近义词会在交接时被人当成新的一列，对照表就多出一对不上的名字。对不上的名字先停用，不要在两套名字之间口头换算。

有人若要增加摘出的一列或译出的一列，另起列名，不要塞进已有的两列。新列写明它是从哪一列来的，以及它算不算生成。算生成的，就按生成列的用法来约束，不能因为名字不叫生成就拿去当原件。列的清单放在方案同一页，新增一列先改这一页再改接口。先改接口再补页，中间那些行的列名就会对不上。

对外引用只能用已经标明用途的那一列

对外发出或写入正式单据之前，方案要写明用的是哪一列。若规定正式单据只接受原文列，生成列就只能作为草稿留在内部。草稿被复制进正式单据，要经过人把字再确认一遍，并明确写下采用了哪一句，同时在记录里留下从生成列的哪一行来的。没有这一步，生成列会悄悄变成正式文本。悄悄变成的那一行，抽查时退回，不在正式单据上直接改字。

若某一类业务允许把生成列写进正式单据，也要单独写明是哪一类、哪一个岗位签字。没有被写明的类别，默认不能写进。默认不要写成都可以，再靠人记住例外。人记不住的例外，抽查时会发现正式单据里混着没有签字的生成句。没有签字的生成句整行退回给该岗位，不由抽查的人代签。

引用时在正式单据的备注里写上来源列名和那一行的编号。备注不是为了好看，是为了以后能回到那一列去对。没有备注的正式单据，抽查时算来源不清。来源不清的行退回给签字岗位补，不在抽查表上直接改字。补不上的，这一行保持来源不清，不要事后补一个看起来完整的列名。看起来完整但补不上路径的列名，仍然算来源不清。

抽查时先对原文列再看生成列改了什么

抽查的顺序写进方案，避免每个人先看顺眼的那一列。先拿原件对原文列，看原文列是不是和送进去之前一致。不一致，先记原文列被改写，这一行的生成列先不评价。生成得再整齐，也建立在已经偏了的对照上。先评价生成、后发现原文被改过的，要把已经写下的评价划掉，改记成对照失效。

原文列对上之后，再看生成列相对原文改了哪些意思。改动用业务的话记在抽查栏，例如多写了一个没有原件的承诺、少写了一个已有的限制。不要只写通顺或不通顺。通顺对不上原件，不能说明这一列可以用。可以用还是不可以用，只根据多出来或少掉的意思，以及这一类业务允不允许这些意思进入正式单据。

抽查表每一行都带列名。只写这句有问题，不写是哪一列，改的人会去改原文列，把对照也改坏。发现生成列的问题，就只改生成列的用法或那一条规则，原文列维持不动。规则改完之后用同一张单再跑一次，两列仍分开记，才能看出问题是不是还在。还在，就不要把这一列放行；不在，也只对这一张单的这一次算看过，不写成全部类别都已看过。

你下次看接口返回的表时，先确认原文和生成是不是两列，并在同一页写着列名，分不开就先不要把任何一列写进正式单据。