长篇写到第三卷设定开始自己打架我做了个跨卷审校工具第一卷写主角三十六岁第三卷的时间线一算四十三。这一卷说队伍「三人生还」另一卷说「下落不明」两句话隔着十几万字。写的时候都记得自己定过什么可没人会为了一个数字回头翻十几万字。写长篇的人大概都碰上过这种时刻读者在评论区指出矛盾作者回去一查两处说法确实打架而且都是自己写的。我把这件事做成了一个网页工具叫设定审校台。设定集拖进去它抽出人物、时间、地点、组织几类实体把同一个实体在不同章节的说法摆在一起比对报出地理、人数、时间线、生死四类差异每条附上两处原文和所在章节。在线体验设定审校台 · TextIn xParse它做什么稿件传进来先切章按标题层级分成卷和章。然后抽实体五类信息各按固定规则认人名看间隔符「·」向左取姓氏向右取两到三个字的名「北纬 68 度」这类数值位置归到lat「长夜纪元 1247 年」这类纪年归到era队伍人数、存活人数归到party。同一个实体在多个章节出现时合并成一条记录每个说法都保留原文和出处不压成一个最终值。简称另做一次归并——中文长篇后文常只写名字的一部分不归并的话全名和简称各成一个实体人物状态就跨不到同一处比较。最后判矛盾四类规则并行跑按严重度排序进矛盾清单。只报差异不替作者改稿网上同类工具大多直接给修改建议作者往往不认。原因不难想伏笔、倒叙、视角切换在字面上都像矛盾。「第三卷写四十三岁」可能是时间线跳跃也可能是笔误工具分不清。真按工具的判定去改很可能改掉的是作者故意留的东西。设定审校台只报差异把两处原文并排放出来改不改、算不算问题作者看一眼就知道。这个定位还带来一个好处它能用在没定稿的稿子上不要求作者先认下「这里写错了」。怎么搭的工具是一个 HTML 文件CSS 和 JavaScript 都在里面没有后端也没有构建步骤解析走 xParse 的同步接口浏览器直连稿件不上传到任何第三方服务器。POST https://api.textin.com/api/v1/xparse/parse/sync x-ti-app-id: App ID x-ti-secret-code: Secret Code ​ file: 稿件文件 config: {capabilities:{include_table_structure:true,title_tree:true, include_hierarchy:true,include_inline_objects:true}}这个作品最依赖标题层级。切章靠的是 markdown 里的#、##xParse 把「# 第一卷星火纪元」「## 第三章 · 北方的囚笼」这类结构完整保留下来代码才能按卷按章切开。最容易踩的坑是实体 key 用了取值这是同类工具最常见的失效方式我一开始也差点这么写。如果 key 直接取用值「北纬 68 度」和「北纬 41 度」会变成两个独立实体比对的时候永远碰不到一起冲突根本检不出来。工具跑完一遍报告「未发现矛盾」看着挺正常其实什么都没查。改成 key 用类别名lat两个取值就落进同一条记录才能比出差值。人数、纪年、数量同理。拿不到差值后面的判定逻辑再准也没用。title_tree 拿不到文本xParse 返回里有个title_tree字段看名字像是给标题层级用的可实际在那个端点上节点只有层级没有内容text是空的。卷名章名不能靠它拿得从 markdown 的标题行自己切。知道这件事之前我按title_tree写的一版切章逻辑一条都没切出来还以为是参数没配对。一个争议点标题被当成了卷名切章稳定之后页面报出「9 章4 卷」但内置示例明明是 3 卷。查了半天问题在一个标题上韦恩的绝对裁决权是否在第二卷中仍然有效这是矛盾清单里的一条争议点标题因为含「第二卷」三个字被卷名正则收了进去。原来的判定只要求标题里出现「第X卷」太宽松正文里任何提到卷名的小标题都会中招。收紧成「第X卷要么在行首要么紧跟书名号、间隔号或冒号之后」误判消失卷数回到 3。引文段落要跳过设定集里常有「据《北探队纪要》记载队伍于某某年出发」这类引文。引文里的年份和人数不算正文设定切章时识别以引号或书名号开头的行并跳过不然会抽出假实体检出一堆不存在的矛盾。用起来是什么样点「载入内置示例」3 页的教学设定集切出 3 卷 9 章抽出 34 个实体其中 16 个跨章出现检出 2 处强矛盾。第一处是地理冲突。第三章写「实测派主张吞日者位于北纬 68 度以北的冰盖深处」第十二章写「不在北纬 68 度以北而在北纬 41 度」相差 27 度。27 度在这本书里不只是个数字「灯照即近邻」是教义的立足点——吞日者真在北纬 41 度它离灰港只有数百公里现行的灯塔制度整个站不住。页面给出两条路采信 41 度全书教义要重写采信 68 度那份手抄件属伪造或误记。第二处是人数冲突。第三章写「教内派出一支由十二人组成的北探队」官方记录为「任务完成无发现」第十二章写队伍被击溃「仅三人生还」差 9 人。官方写「任务完成无发现」和「仅三人生还」是两种完全不同的结论。是官方在掩盖还是记录的人在撒谎页面把两处原句并排放着判断哪边成立由作者定。扫描维度台账页面还有一块台账列出每类规则采到了哪些表述。维度采到表述取值纪年9 处最晚长夜纪元 1247 年北纬位置7 处68 与 41人数12 与 3 两种说法差 9 人这块在「没检出矛盾」的时候更有用。某一类采到 0 处表述说明这类实体在这一稿里根本没写到不是扫过了没问题是压根没扫到。两种情况看着都是「无异常」处理方式完全不一样。实测数据2026 年 10 月用一份仿真设定集跑真实接口文件页数元素表格耗时返回novel.pdf3650 个2241mscode200元素类型分布Title11 个、NarrativeText42 个、Image11 个、Header1 个。这份稿件是纯文本里面没有表格所以include_table_structure对它并不是必需的能力。xParse 在没有表格的文档上同样把标题层级完整解析了出来。在线体验设定审校台 · TextIn xParse打开就能用密钥内置不用注册。想试自己的稿子直接拖进去支持 PDF、TXT、MD 和图片。不想消耗解析额度点「载入内置示例」也能看到完整效果。它做不到什么工具报的是「同一个实体在不同章节有两个不同取值」。下面这几种它报不出来单章内部的逻辑矛盾一段话里前后说不清实体抽取抓不到作者心里定了、稿子里从没写过的设定比如「主角是左撇子」从头到尾没提也检不出来需要读完两段才能判断的逻辑问题工具只做字面比对同章内的重复表述两个人物在同一章里被写成两个名字实体归并按跨章逻辑处理可能漏掉。工具做的是文本层面的字面比对不判断文学意图也不替作者做创作决策。最后这个作品是一个 HTML 文件无后端无依赖。素材是用 Chromium 打印功能合成的 3 页仿真中文设定集故意埋进了距离、年龄、人数、死而复生几类矛盾另外还留了一份作者自备的问题清单用来对照工具检出的结果全不全。有在写长篇的朋友或者对设定一致性这类问题有兴趣的欢迎评论区聊聊。#TextIn 、#AI数据层基础设施