夜雨聆风
法律法规是律师工作的标配。
律师可以暂时不用某个AI模型，也可以不用某个写作工具，但不可能不查法条。
这篇文章不是介绍如何写代码，而是分享我如何把律师长期坚持的"官方回源"习惯，变成 AI 工作流的一部分。
在开发这个工具之前，我已经把北大法宝、元典、聚法等商业法律数据库陆续接进了自己的AI工具。它们在法规检索、案例关联、裁判观点和资料发现方面各有优势，也是我平时常用的检索来源。
既然已经有了这些商业数据库，我为什么还要接国家法律法规数据库？
原因很实际。商业数据库适合快速查找资料、扩大检索范围；遇到官方已经公布文本的法律法规，我希望在写入法律意见、诉讼文书或者正式引用之前，再回到官方来源核对一次。
这是我的检索习惯，也是一道回源校验。
商业数据库解决"查得到"，官方数据库解决"引得准"。
这一次，我用Codex搭建了一个本地MCP，把国家法律法规数据库接进AI工具。做好以后，我又把它配置到Claude Code中进行交叉测试。
整个过程经历了三个版本：最早的人工核验原型、能够直接查询的第一版，以及后来增加"一句话查询"的第二版。
我前后重做了两次。
我先把目标和边界告诉Codex
很多人以为，AI 编程就是告诉 AI"写一个 MCP"。
我真正花时间的，其实不是写代码，而是先把律师真正需要解决的问题描述清楚。当业务边界清楚以后，代码反而变成了最容易的一部分。
我先把律师的使用场景说清楚，再让Codex动手写代码：
我希望做一个本地MCP，用来查询国家法律法规数据库。律师输入法规名称、条号或者关键词以后，工具返回法规名称、制定机关、公布日期、施行日期、效力状态、条文内容和官方链接。
我同时提出了几条限制：
只访问公开内容； 不需要用户提供账号、密码、Cookie或者API Key； 不批量抓取； 不建立本地法规库； 遇到验证码、拒绝访问或者访问频繁提示时立即停止； 正式引用前始终提醒律师打开官方链接复核。
这些边界很重要。Codex只有先理解我要解决的工作问题，才知道该做什么、哪些功能不该做。
最早的原型，只能生成一份人工核验任务
一开始，我先让Codex核实国家法律法规数据库能不能免登录查询。
中国人大网在数据库开通时，将它称为法律法规的"国家库""基础库"，定位是面向社会公众提供权威、便利的公共法律服务产品。
我一直在做法律AI，也是一名律师。AI可以分析合同、整理证据、画案件时间线，但现行法条如果还依赖模型记忆，法律AI的底座就不稳。
Codex最早给我做了一个很保守的原型。
这个原型可以生成国家法律法规数据库的人工检索任务，也可以在用户提供具体官方链接后，低频读取一次公开页面。它有官方域名白名单、访问间隔和熔断设置，但不能直接返回法规检索结果。
从配置上看，MCP已经连接成功；律师仍然要自己打开网站、输入检索词、寻找法规。
这个版本只能算"接通"，还没有解决我的问题。
于是，我让Codex第一次重做。
第一次重做：让MCP直接查询法规
第一次重做以后，MCP增加了三项直接查询能力：
按法规名称或者正文关键词检索； 根据法规编号读取制定机关、公布日期、施行日期和效力状态； 根据条号或者关键词读取官网返回的条文片段。
我把它接进Codex和Claude Code，并设置为全局可用，不需要在每个项目中重新配置。
接好以后，我没有拿《民法典》这类容易命中的法规测试。我问了一个更接近实际检索的问题：
查询福建省关于养犬、犬只管理的地方性法规，包括省级以及厦门、泉州等下辖地市。
这类问题看起来普通，实际检索时很容易漏项。
相关规定未必都叫"养犬管理条例"。有的放在动物防疫条例里，有的写进物业管理条例，还有一些散落在市容环境卫生条例、文明行为促进条例中。
当时的回答列出了多个地市的专门养犬法规，也提到《福建省动物防疫条例》《福建省物业管理条例》，以及泉州、莆田等地综合性法规中的养犬条款。
我看完以后，马上追问了一句：
你刚才到底用了国家法律法规数据库MCP，还是直接打开浏览器搜的？
如果最后还是靠浏览器，那我做这个MCP还有什么意义？
我会这样问，是因为那次回答同时出现了MCP检索内容和浏览器补充内容，却没有把两类来源逐项标清楚。
国家法律法规数据库可以用来核对正式法规。地方实施细则、危险犬目录、免疫点公告、部门通知和仍在征求意见的草案，往往还要到地方人大、政府或者主管部门网站继续查找。
两种检索方式都要用，来源必须说清楚。
从这次测试开始，我要求工具在输出时明确标注：哪些内容来自国家法律法规数据库，哪些内容需要打开官方链接或者使用浏览器继续核验。
Claude为什么还说"抓不到全文"？
随后，我在Claude Code里测试《湖南省烟花爆竹安全生产管理若干规定》：
查《湖南省烟花爆竹安全生产管理若干规定》第一条，并核验是否有效。
Claude已经返回了法规名称、文号、制定机关、公布日期、施行日期、效力状态和官方链接。一到具体条文，它又提示无法抓取完整正文。
我把这个结果交给Codex继续检查，发现当时有三个问题。
电脑里还留着旧版工具
旧版只能生成"请人工检索"的任务，新版才具备直接查询能力。AI调用到旧工具时，自然无法完成条文读取。
律师需要记住三个英文工具名
第一版的完整操作是：先检索法规，复制法规编号，再查询详情，最后查询条文。
技术流程可以运行，使用门槛却很明显。律师只想说一句"查这部法规第一条"，没有必要记住三个英文工具名和调用顺序。
条文接口返回的是命中片段
第一版取得的条文内容来自官网的关键词命中片段。片段有时会在一句话中间截断，可以用来寻找线索，不适合直接放进法律文书。
这三个问题促成了第二次重做。
第二次重做：让律师直接说要查什么
第二次重做时，我继续让Codex按照律师的使用习惯调整工具，同时参考MCP Builder对工具入口和调用说明的设计要求。
原来的三个底层工具继续保留，同时增加一个"一句话查询"入口。用户只需要输入：
查《中华人民共和国民法典》第五百八十五条，并核验效力。
MCP会接着完成：
检索法规名称； 在同名版本中优先选择现行文本； 读取制定机关、公布日期、施行日期和效力状态； 读取指定条号或者关键词； 返回国家法律法规数据库官方链接； 分开标注"MCP返回"和"需要打开官方链接人工核验"。
我也调整了Claude Code里的全局调用规则。普通的法规名称、效力状态和条文查询，优先使用一句话入口；遇到同名法规、多个候选版本或者自动查询失败，再使用底层工具分步处理。
调用顺序留在工具里面。律师只需要说清楚要查哪部法规、哪个条文。
完整条文怎么处理
国家法律法规数据库会为单篇法规提供电子文本。
第二版在确认法规后，低频读取这一部法规对应的DOCX电子文本，在内存中识别指定条文。处理结束后不保存法规文件，也不建立本地全文库。
如果单篇电子文本无法读取，工具会退回官网的关键词命中片段，同时提示：
当前结果可能被截断，请打开官方链接人工核验。
这样可以防止一段命中片段被误当成完整法条。
查到线索以后，离正式引用还差一次核验。
我又拿湖南这部法规测试了一遍
升级后，我继续用《湖南省烟花爆竹安全生产管理若干规定》测试新的查询流程。
这次我重点检查几件事：法规名称和效力状态有没有返回，指定条文有没有来源说明，系统能不能标出条文是否完整，有没有附上官方链接和人工核验提示。
除了手动检查，我还让Codex运行了项目中的自动化测试。当前共10项，全部通过，覆盖以下内容：
MCP服务能否正常启动并暴露预定工具； 法规ID格式校验； 检索结果中的高亮标签清理； DOCX正文解析； 完整条文截取； 同名法规中优先选择现行版本； 一句话查询流程； 官方HTTPS域名白名单； 限流和安全验证页面识别； 网页文本的安全清理。
其中，一句话查询和完整条文截取使用模拟的官方返回数据进行自动化验证。正式使用时，仍然要通过MCP的来源说明和官方链接完成复核。
到这里，这个工具才从"配置已经识别"，走到律师可以开始使用。
自动访问官网，是不是网络爬虫？
很多律师看到这里都会想到一个问题：自动访问官方网站读取法规，这是不是大家常说的网络爬虫？
我的处理比较保守。工具一次只查询指定的一部法规，不批量翻页，不批量下载，也不建立本地法规库。
它设置了同一站点的访问间隔、每分钟及每小时调用上限、单次返回上限、文件大小限制和异常熔断。遇到验证码、访问频繁或者拒绝访问提示，自动查询立即停止，后续由律师打开官网核验。
我目前只把它用于个人、低频、只读的法规核对。团队高频使用、对外提供服务或者批量处理数据，都需要重新评估网站规则、数据合规要求和授权边界。
MCP、商业数据库和浏览器怎么分工
我现在采用这样的顺序：
具体做法是：
商业数据库扩大检索面 → 国家法律法规数据库MCP回到官方来源 → 浏览器补充地方配套文件 → 律师作最终判断。
这个MCP补上的是律师AI检索中的官方法规回源环节。
数据库电子文本仍需律师复核
国家法律法规数据库页面提示：数据库电子文本与法律规定的标准文本不一致时，使用时应当引用标准文本。
中国人大网关于数据库建设的介绍也提到，数据库建设过程中会对制定机关提供的电子文件和公报版本进行比对印证。
所以，MCP返回结果可以说明数据库中检索到了某部法规，数据库标注了相应效力状态，电子文本中存在相应条文。
律师还要继续判断：
该版本能不能适用于案件发生时点； 有没有特别法、地方规定或者过渡条款； 条文能不能适用于眼前的事实； 正式法律文书应当引用哪个标准文本。
MCP的最后一步始终是返回官方链接，交给律师复核。
最后
我用Codex搭建这个工具以后，我感受最深的地方落在代码之外。花时间最多的，是把律师脑子里的检索习惯、核验要求和风险边界说清楚，再通过一次次测试写进工具。
查法规就是其中最基础的一步。
这次接通数据库没有花太多时间。后面的追问、测试和两次重做花了更多精力。
连接只是技术起点。律师不用记技术，检索过程能够说明来源，结果能够回到官方文本，这个工具才算能用。
法律法规是律师的标配。给律师使用的AI，也应该具备法规检索、版本识别和官方回源能力。
这个MCP目前仍是个人、本地、低频、保守的版本。至少它已经让AI从"好像记得这条法"，往前走了一步。
AI 可以生成答案，律师必须确认答案的来源。
AI 可以帮助律师理解法律。但律师首先要确认，AI 理解的是哪一个版本的法律。
我做这个工具，并不是为了替代国家法律法规数据库。恰恰相反。我希望把律师一直坚持的专业习惯，放进 AI 时代的工作流。
先回到官方来源，再形成法律意见。
声明： 本文介绍的是作者个人搭建的本地法律检索辅助工具，与国家法律法规数据库之间不存在官方发布、授权、合作或背书关系。文中不提供批量抓取、绕过访问限制或建立法规镜像的方法。工具返回内容属于数据库检索结果和核验线索，不构成法律意见，法规效力、历史沿革、标准文本及具体适用性仍由律师最终复核。
