一、写这个工具的起因每个开过会、跟过项目的人应该都经历过这个场景会议结束纪要发到群里任务表在协作文档里更新了一版群聊里还有人随手补一句「这个我来盯」。信息是全的但散落在三种完全不同的格式里。一周之后开跟进会没人说得清三个最基本的问题——谁、在什么时候、要完成什么具体有多散拿我造的演示材料星辰科技产品研发周会人物公司均为虚构举例纪要正文写「决议 2.1增加支付链路熔断阈值由李思远负责10月12日前上线」——责任人、时间、动作都藏在一句自然语言里任务表里同一件事是另一行但责任人栏只写了「李」截止日格式还是10-12群聊记录里有人口头认领「熔断阈值我算了一下按当前QPS峰值设成800比较稳……最晚10月9日提申请」——这话纪要里根本没记。人工对齐这三份材料要开着三个窗口一行行找。漏掉一条轻则跟进度的人当场尴尬重则上线那天直接爆。这才是会后最真实的痛点承诺发生在三种格式里跟进却往往只看其中一份。所以这个工具的定位很克制——它不替你开会、不替你录单、不替代项目管理系统只回答一个问题这几份材料里的行动项能不能自动归成一本台账每条还能点回原文。二、作品介绍会议行动追踪台一个单文件 HTML 的 Web 应用参加 TextIn「文档觉醒」AI 应用创新赛赛道一实用价值赛道。把会议纪要 PDF 任务表 PDF 群聊记录 PDF一起拖进页面工具逐份调用 TextIn xParse 解析然后三个来源各抽一遍行动项——纪要抽「决议 责任人 截止日」任务表读表格网格群聊识别口头认领跨源归并——三处来源指同一件事的合并成一条证据全部保留meeting-minutes.pdf p.1 / task-board.pdf p.1这样的溯源标注挂在每条右侧时效与风险评估——按截止日算临期/逾期叠加任务表的高危标记和依赖阻塞每条风险都带成因页面产出——行动项清单可按状态/风险过滤、责任人负荷排行、风险与遗留面板、KPI 总览。实测内置示例一轮跑完14 条行动项、7 位责任人、3 条高风险、11 条风险提示全部从 3 份 PDF 自动归集零人工录入。三、搭建过程3.1 技术选型为什么是「单文件 HTML xParse」我想清楚了两条边界数据不出浏览器。会议纪要是敏感材料所以解析请求从浏览器直发api.textin.com不经任何中间服务器解析完即从内存释放零部署成本。没有后端、没有框架、没有 CDN 依赖HTML 文件拖进浏览器就能跑评审拿到文件双击就能看。文档解析这层完全没有自研的必要——纪要是版式文档、任务表是表格、群聊记录是仿聊天气泡的排版自己写规则解析等于给自己挖坑。xParse 一次接口全吃下这正是「xParse 结合度」评分想看到的使用方式把解析交给引擎把业务逻辑留给自己。3.2 核心接口调用同步接口FormData 直传请求头带凭证POST https://api.textin.com/api/v1/xparse/parse/sync x-ti-app-id: App ID x-ti-secret-code: Secret Code Content-Type: multipart/form-data file: 待解析的 PDF config: {capabilities:{include_table_structure:true,title_tree:true, include_hierarchy:true,include_inline_objects:true}}四个 capability 开关都打开其中include_table_structure是任务表场景的命根子——打开后表格以table_structure.cells[]返回每个单元格带row、col、coordinates这是「单元格级溯源」能力的来源。密钥管理做了双层XPARSE_KEY常量内置演示凭据页面加载时内置值优先面板填写的那份存 localStorage作回落。这样评审打开就能解析真实文件换账号也不用改代码结构。3.3 三种来源的抽取策略这是整个工具业务逻辑最重的部分三种格式三套打法会议纪要自然语言。正则为主责任人抓由/负责/责任人[:]前缀后面的人名还要剥掉「负责修订」「工程师」这类职务后缀「不变」「待定」直接丢弃日期抓\d{1,2}月\d{1,2}日(前)?和2026-10-12两种写法。另外配了一个「陈述句过滤器」——句子里出现「提示|说明|认为|原因是|由于|提醒」这类词的是背景陈述不是派活不抽否则风险描述会被当成行动项。任务表结构化表格。从 xParse 返回的 markdown 里取table还原成二维网格按表头文字语义匹配列「任务/事项」列、「责任人/负责」列、「截止/期限」列、「依赖/前置」列、「状态/进展」列、「风险/等级」列——按表头找不按位置取换一种版式的任务表也能读。取到的每条行动项记录文件名 页码 行号页面上就是那个紫色的溯源标签。群聊记录对话流。识别认领句式第一人称 动词 时间承诺归到说话人名下。这块最难的是判断「这句话算不算任务」纯技术讨论「按当前QPS峰值设成800比较稳」不算「最晚10月9日提申请」才算。3.4 跨源归并最值钱的一步三处来源抽完只是半成品。真正的价值在归并纪要里的「决议 2.1」、任务表里的 T-03、群聊里的口头承诺指向的是同一件事必须合成一条行动项、保留全部证据。判据是加权重合度语义关键词重合 责任人一致 时间相近。归并后每条行动项的右侧会列出它所有的证据来源演示时点开「值班响应流程修订」这条能看到纪要和任务表两处出处——这正是人工整理最容易漏的「纪要没写、群里说了」。3.5 一个踩坑数字清洗和上个作品单据勾稽台同一个坑解析结果里日期偶尔被拆成「10 月12 日前」。直接喂给日期正则全错位。所以清洗必须放在取数之前去空格、去数字中间的逗号、统一日期写法。教训记住了任何解析结果都不要直接信任先归一再参与计算。另外时效计算固定以会议日 2026-10-05 为基准而不是Date.now()——不然演示效果随打开时间漂移下周打开全是「已逾期 3 天」很尴尬。四、使用体验实际用下来的感受分三点上传很顺。三份 PDF 拖进同一个区域即可没有顺序要求每份单独调接口、各自显示进度。解析失败的文件按错误码给中文提示40307 显示为「今日免费额度已用完明天 00:00 自动恢复」用户看不到原始错误码。溯源是安全感来源。AI 抽取难免有误页脚也老实写了「关键行动项请以原始纪要为准」。但每条行动项都能点回原文——文件名、页码、表格行列坐标都在核对成本极低这让「自动抽取」从「不敢信」变成了「快速抽查」。风险面板是真正每天会看的东西。14 条行动项平铺是没人看的但「3 条高风险 成因」「4 天后到期尚未开始且临近截止」「任务表标记为高风险依赖 T-03」一眼就知道今天该催谁。五、效果展示内置示例星辰科技产品研发周会3 份材料载入后✓ 会议纪要.pdf → 决议行动项 责任人 截止日 ✓ 任务表.pdf → 表格逐行含状态/风险/依赖列 ✓ 群聊记录.pdf → 口头认领 时间承诺 KPI14 行动项 · 7 责任人 · 3 高风险 · 0 已逾期 · 6 条 7 天内到期 · 2 条有依赖两个最有说服力的瞬间决议 2.1纪要与群聊承诺归并成同一条——演示时把这条单独点开两个来源的证据并列下图 T-05 行右侧同时挂着meeting-minutes.pdf和task-board.pdf两个标签比说什么都有力风险成因链——「设计资源冲突应对方案」这条4 天后到期 尚未开始 前置依赖 T-03三条原因叠出来一个红色高风险直接回答「明天站会先聊什么」。六、在线体验与说明在线地址会议行动追踪台 · TextIn xParse 已内置演示密钥打开即可解析真实文件不想消耗额度就点「载入内置示例」效果完整素材为虚构演示材料星辰科技产品研发周会不含真实业务数据#TextIn 、#AI数据层基础设施 
长河君 · 2026/10/18 8:07:36 · 阅读 1.2k 会开完了没人记得谁该干什么？我用 TextIn xParse 写了个「会议行动追踪台」，三种格式一份台账
一、写这个工具的起因每个开过会、跟过项目的人应该都经历过这个场景会议结束纪要发到群里任务表在协作文档里更新了一版群聊里还有人随手补一句「这个我来盯」。信息是全的但散落在三种完全不同的格式里。一周之后开跟进会没人说得清三个最基本的问题——谁、在什么时候、要完成什么具体有多散拿我造的演示材料星辰科技产品研发周会人物公司均为虚构举例纪要正文写「决议 2.1增加支付链路熔断阈值由李思远负责10月12日前上线」——责任人、时间、动作都藏在一句自然语言里任务表里同一件事是另一行但责任人栏只写了「李」截止日格式还是10-12群聊记录里有人口头认领「熔断阈值我算了一下按当前QPS峰值设成800比较稳……最晚10月9日提申请」——这话纪要里根本没记。人工对齐这三份材料要开着三个窗口一行行找。漏掉一条轻则跟进度的人当场尴尬重则上线那天直接爆。这才是会后最真实的痛点承诺发生在三种格式里跟进却往往只看其中一份。所以这个工具的定位很克制——它不替你开会、不替你录单、不替代项目管理系统只回答一个问题这几份材料里的行动项能不能自动归成一本台账每条还能点回原文。二、作品介绍会议行动追踪台一个单文件 HTML 的 Web 应用参加 TextIn「文档觉醒」AI 应用创新赛赛道一实用价值赛道。把会议纪要 PDF 任务表 PDF 群聊记录 PDF一起拖进页面工具逐份调用 TextIn xParse 解析然后三个来源各抽一遍行动项——纪要抽「决议 责任人 截止日」任务表读表格网格群聊识别口头认领跨源归并——三处来源指同一件事的合并成一条证据全部保留meeting-minutes.pdf p.1 / task-board.pdf p.1这样的溯源标注挂在每条右侧时效与风险评估——按截止日算临期/逾期叠加任务表的高危标记和依赖阻塞每条风险都带成因页面产出——行动项清单可按状态/风险过滤、责任人负荷排行、风险与遗留面板、KPI 总览。实测内置示例一轮跑完14 条行动项、7 位责任人、3 条高风险、11 条风险提示全部从 3 份 PDF 自动归集零人工录入。三、搭建过程3.1 技术选型为什么是「单文件 HTML xParse」我想清楚了两条边界数据不出浏览器。会议纪要是敏感材料所以解析请求从浏览器直发api.textin.com不经任何中间服务器解析完即从内存释放零部署成本。没有后端、没有框架、没有 CDN 依赖HTML 文件拖进浏览器就能跑评审拿到文件双击就能看。文档解析这层完全没有自研的必要——纪要是版式文档、任务表是表格、群聊记录是仿聊天气泡的排版自己写规则解析等于给自己挖坑。xParse 一次接口全吃下这正是「xParse 结合度」评分想看到的使用方式把解析交给引擎把业务逻辑留给自己。3.2 核心接口调用同步接口FormData 直传请求头带凭证POST https://api.textin.com/api/v1/xparse/parse/sync x-ti-app-id: App ID x-ti-secret-code: Secret Code Content-Type: multipart/form-data file: 待解析的 PDF config: {capabilities:{include_table_structure:true,title_tree:true, include_hierarchy:true,include_inline_objects:true}}四个 capability 开关都打开其中include_table_structure是任务表场景的命根子——打开后表格以table_structure.cells[]返回每个单元格带row、col、coordinates这是「单元格级溯源」能力的来源。密钥管理做了双层XPARSE_KEY常量内置演示凭据页面加载时内置值优先面板填写的那份存 localStorage作回落。这样评审打开就能解析真实文件换账号也不用改代码结构。3.3 三种来源的抽取策略这是整个工具业务逻辑最重的部分三种格式三套打法会议纪要自然语言。正则为主责任人抓由/负责/责任人[:]前缀后面的人名还要剥掉「负责修订」「工程师」这类职务后缀「不变」「待定」直接丢弃日期抓\d{1,2}月\d{1,2}日(前)?和2026-10-12两种写法。另外配了一个「陈述句过滤器」——句子里出现「提示|说明|认为|原因是|由于|提醒」这类词的是背景陈述不是派活不抽否则风险描述会被当成行动项。任务表结构化表格。从 xParse 返回的 markdown 里取table还原成二维网格按表头文字语义匹配列「任务/事项」列、「责任人/负责」列、「截止/期限」列、「依赖/前置」列、「状态/进展」列、「风险/等级」列——按表头找不按位置取换一种版式的任务表也能读。取到的每条行动项记录文件名 页码 行号页面上就是那个紫色的溯源标签。群聊记录对话流。识别认领句式第一人称 动词 时间承诺归到说话人名下。这块最难的是判断「这句话算不算任务」纯技术讨论「按当前QPS峰值设成800比较稳」不算「最晚10月9日提申请」才算。3.4 跨源归并最值钱的一步三处来源抽完只是半成品。真正的价值在归并纪要里的「决议 2.1」、任务表里的 T-03、群聊里的口头承诺指向的是同一件事必须合成一条行动项、保留全部证据。判据是加权重合度语义关键词重合 责任人一致 时间相近。归并后每条行动项的右侧会列出它所有的证据来源演示时点开「值班响应流程修订」这条能看到纪要和任务表两处出处——这正是人工整理最容易漏的「纪要没写、群里说了」。3.5 一个踩坑数字清洗和上个作品单据勾稽台同一个坑解析结果里日期偶尔被拆成「10 月12 日前」。直接喂给日期正则全错位。所以清洗必须放在取数之前去空格、去数字中间的逗号、统一日期写法。教训记住了任何解析结果都不要直接信任先归一再参与计算。另外时效计算固定以会议日 2026-10-05 为基准而不是Date.now()——不然演示效果随打开时间漂移下周打开全是「已逾期 3 天」很尴尬。四、使用体验实际用下来的感受分三点上传很顺。三份 PDF 拖进同一个区域即可没有顺序要求每份单独调接口、各自显示进度。解析失败的文件按错误码给中文提示40307 显示为「今日免费额度已用完明天 00:00 自动恢复」用户看不到原始错误码。溯源是安全感来源。AI 抽取难免有误页脚也老实写了「关键行动项请以原始纪要为准」。但每条行动项都能点回原文——文件名、页码、表格行列坐标都在核对成本极低这让「自动抽取」从「不敢信」变成了「快速抽查」。风险面板是真正每天会看的东西。14 条行动项平铺是没人看的但「3 条高风险 成因」「4 天后到期尚未开始且临近截止」「任务表标记为高风险依赖 T-03」一眼就知道今天该催谁。五、效果展示内置示例星辰科技产品研发周会3 份材料载入后✓ 会议纪要.pdf → 决议行动项 责任人 截止日 ✓ 任务表.pdf → 表格逐行含状态/风险/依赖列 ✓ 群聊记录.pdf → 口头认领 时间承诺 KPI14 行动项 · 7 责任人 · 3 高风险 · 0 已逾期 · 6 条 7 天内到期 · 2 条有依赖两个最有说服力的瞬间决议 2.1纪要与群聊承诺归并成同一条——演示时把这条单独点开两个来源的证据并列下图 T-05 行右侧同时挂着meeting-minutes.pdf和task-board.pdf两个标签比说什么都有力风险成因链——「设计资源冲突应对方案」这条4 天后到期 尚未开始 前置依赖 T-03三条原因叠出来一个红色高风险直接回答「明天站会先聊什么」。六、在线体验与说明在线地址会议行动追踪台 · TextIn xParse 已内置演示密钥打开即可解析真实文件不想消耗额度就点「载入内置示例」效果完整素材为虚构演示材料星辰科技产品研发周会不含真实业务数据#TextIn 、#AI数据层基础设施