GeekLaw Tools：把重复劳动做成工具

工具入口：GeekLaw Tools ↗

本文记录工具整理时的版本，实际功能及数据处理边界以工具页面说明为准。

Word 模板批量生成

之前遇到过要给不同的人发律师函，内容大体一致，只是基础信息不同。特定案件当然可以单独做一个 Skills 或程序，但有时等 AI 生成反而比自己手动还慢，所以做了个通用小工具。实现方式是在 Word 模板里添加 {{占位符}}，上传后自动生成表单，既可单份生成，也可拖入 Excel 按行批量生成。整个过程同样在浏览器本地完成，不上传服务器。

证据目录转换

有的法官比较喜欢看竖版证据目录，但实际拷给书记员时往往又需要横版。这个小工具就是识别竖版证据目录的首行内容，把表格格式化成纯文字版。

身份证信息格式化

身份证号本身可以推导出生日期和性别，但人数一多，这类整理就变成了典型的重复劳动。例如输入：

粘贴原始信息（每行一名当事人，字段顺序不限），自动整理成法律文书句式：

张三 110101199003078881 汉族 住沈阳市和平区某街道 电话： 13900000000

自动转化成：

被告：张三，男，汉族，1990年3月7日出生，住沈阳市和平区某街道，公民身份号码：110101199003078881，联系电话：13900000000。

PDF 工具合集

主要基于 pdf-lib 实现，整理了我日常常用的 8 种工具，同样不走服务器。

法律文书下载

这个需求并不新鲜，也已经有不少类似工具。我把它分成两个模式：

• 基础模式：浏览器直连法院官方接口完成提取与下载，全程不经第三方服务器；
• 专业模式：同样不经第三方服务器，但增加了命名和合并功能。

但需要做说明的是只支持 zxfw.court.gov.cn 该网站，有部分地区的送达是特定格式的，因为我没有数据，故没有办法测试。

如果只考虑我自己使用，我其实更倾向于 Playwright 这类浏览器自动化方案，体验会完整得多。但公开分享时，我更在意数据是否经过服务器，所以最终保留的是浏览器直连、尽量本地处理的方案，总体来说并不完美。

在这里也推荐下杨卫薪律师的 legal-skills。

身份证 OCR 识别

身份证信息虽然可以格式化，但很多时候我们拿到手的是照片。百度云和阿里云提供了 OCR 识别接口，通过识别身份证可以返回姓名、性别、民族、出生日期、住址、身份证号等结构化字段，再按具体案件需要整理成相应内容。

这个工具采用“自带 Key”的方式：临时使用时，在页面里填写自己的云 API Key，用完即弃，不做持久化存储。现在网站虽然已经有登录功能，但密钥、便利性和隐私之间怎么平衡，我仍然没有找到一个自己完全满意的方案。

身份证拼接

二代身份证有固定的长宽比例。以前处理客户发来的身份证照片时，我习惯先导入 Word，再手工裁剪和调整比例。后来发现腾讯云 OCR 除了返回文字信息，还能返回证件区域坐标，于是就可以根据坐标自动校正位置，再把正反面拼接到统一版式里。

发票批量下载器

我之前写过一篇 《我是如何管理发票的》，核心是用 Playwright 做模拟点击。这是目前唯一需要走服务器的功能，所以上传的发票文件默认 30 分钟后删除。因为现在不怎么收集发票了，可能有些网站适配得不太全。

一些还没公开的思路

下面这些因为涉及数据来源、使用场景或权限边界，暂时不公开，只把思路留在这里供参考。

比如执行材料，可以在 Word 模板批量生成的基础上继续往前走：把案号、当事人信息整理成被执行人信息，通过案号识别法院，再自动生成执行申请、授权等材料。

还有查询户籍信息的文档生成器。我不太清楚其他地方的申请表是怎么做的，但沈阳的申请表需要提供被查询人的一些信息，有时手动输入很慢，因此可以通过替换生成默认模板来使用。

把重复劳动交给工具

这些工具解决的都是日常工作里的小事。后续会继续补充，也会把不能本地完成的部分说明清楚。

工具入口：GeekLaw Tools ↗

公众号原文：阅读公众号原文 ↗

原稿说明：使用了 Kimi 和智谱的 GLM。

特别感谢广东普威律师事务所叶森律师提供的算力支持。

EOF