关于
这个网站怎么来的、内容从哪来、错了怎么办
面向没有法学背景的普通人的普法站点。定位是「官方文本的结构化入口 + 大白话解释」,不是法律咨询,也不是律师服务。
本站运行状态(以下数字都是当场从数据库查的)
已导入法律
1 部
其余部门的法律尚未导入——本站不猜它们的条文。
已导入条文
1260 条
每条都带官方来源链接与版本日期,来源缺失的字段显示「未记录」而不是留空猜测。
全文索引
已就绪(1260 行)
索引不可用时检索退回逐字包含匹配,并在结果里标注实际用的是哪一种。
场景人工关联条文
0 条
关联要求逐条写明「为什么这条适用于这个场景」,核一条填一条;现在的数量就是已核对的数量。
文书生成
2 次(拦截 1 次)
拦截包含律师函请求与非白名单类型;被拦截的请求不生成任何正文。
文书引用核对
0 处(删除 0 处)
「删除」是用户正文里写了站内查不到的条号,本站删除并在文书末尾留痕。
提问
1 条(检索为空 0 条)
检索为空的比例是评估召回质量的基线,空答本身会如实显示给用户。
模型生成的引用
0 处
当前未接入语言模型,因此这一项应为 0;接入后它必须始终为 0——任何未通过核对的引用都会被删除。
数据来源
更新与核验流程
- 1人工下载官方文本你从国家法律法规数据库等渠道取得现行有效文本,保存到 data/raw/ 留档。
- 2整理为固定模板 JSON按 data/TEMPLATE.law.json 填写:法律元信息、编章节结构、逐条条文。不确定的日期填 null,不猜。
- 3机器校验(R1~R16 十六条规则)条号写法与是否重复、层级结构与路径能否逐级对上、来源字段是否非空且指向官方域名、日期格式与先后关系、正文有没有省略号截断、声明条数与实测是否一致。任一 error 整批不入库;条号断档、同一部法混用写法这类只提醒,不拦。
- 4条数比对脚本统计实际导入条数并与 JSON 声明的官方口径条数比对,不一致则整个导入中止——不允许出现「少了一部分还以为导完了」。
- 5事务写入校验全部通过后在一个事务里 upsert,重复导入同一文件结果一致(幂等)。
- 6记录溯源ImportRun 表记下来源文件名、法律名称、实际写入条数、文件声明条数、成功或失败与时间;每条条文用 importRunId 指回产生它的那一次导入。
- 7定期复查法律修订后重新下载文本、重导、比对差异;被废止的法律保留记录但标注状态与废止依据,不静默删除。
本站明确承认自己没做的事
- 不代你发函,不代你立案,不代收法律文书。
- 不判断谁对谁错,不预测判决或仲裁结果。
- 不出具律师函,不以律师或律所名义发布任何内容。
- 不提供案例库、不输出任何案号或裁判文书。
- 不推断未收录条文的内容,不补全法条、不改编原文。
- 不在官方信息未确认时填写看起来合理的日期或条号。
已知的待核验事项
这里分两组。第一组是「已经导入站内、但库里某些溯源字段还是空的」法律, 第二组是「本站一条都没导入,因此无从核对」的事实。 两组都只说哪里还没确认,不填成看起来合理的值。
一、已导入法律中,当前仍为空的溯源字段
核对的字段共 5 个:制定/修订机关、公布日期、施行日期、主席令号、官方来源。 下面这一组是当场查 Law 表得到的,不是手写的—— 哪一部缺哪几个,与那部法律详情页上「待核验」出现的位置逐字一致。
- 《中华人民共和国民法典》的 制定/修订机关、主席令号 ——详情页对应字段位置显示「待核验」;官方文本核对后补进库里,这两处会同时消失。
二、尚未从官方文本确认的事实(下面这些法律本站一条都没有导入,所以第二组不可能来自数据库)
- 「生态环境法律部门」是否已进入官方白皮书或权威教材的正式分类:本站仍按 2011 年白皮书的七大部门组织内容,把它单列为「正在确立」的第八张卡片。
- 《生态环境法典》最终条文总数:媒体与百科口径为 5 编 1242 条,草案曾为 5 编 1188 条,需按官方文本逐条核对。
- 《生态环境法典》各编的官方排列顺序与编名全称。
- 《生态环境法典》施行后同步废止的 10 部单行法的准确名单与废止日期。
- 《生态环境法典》的通过日期与施行日期:站内按公开报道口径叙述,主席令号没有写进任何页面——同一把尺子,《民法典》的主席令号在库里至今是「待核验」。
- 《民事诉讼法》在不同修正版本之间条文编号的整体变动:同一内容(如起诉条件、起诉状应记明事项)在 2015 年版与修正后版本中的编号不一致。本站没导入这部法律,所以不给任何条号;将来导入时必须先锁定一个版本,再逐条带版本日期入库。
隐私说明
- 无账号体系:本站不要求注册、不收集手机号或邮箱。
- 收藏与笔记只在你设备上:存于浏览器 localStorage,不上传服务器。清理浏览器数据即消失,重要内容请自行备份;换设备不同步。
- 文书表单:你填写的内容提交到本站接口用于当场组装草稿,本站不建用户档案、不长期保管。服务端日志只保留文书类型、引用的条号与校验结果,用于审计「删掉了哪些不成立的引用」——表单里写的姓名、地址、金额不入库。
- 问答提问:提问与「检索为空」的标记写入服务端日志,用于统计召回质量;写入前会遮蔽身份证号、手机号与 8 位以上数字串。检索到的条文与校验结果一并记录,便于复现「当时喂给模型的是什么」。
- 场景描述:「我遇到事了」输入的经过描述只在浏览器地址栏与本次请求里参与匹配,本站不为它建用户档案。
- 敏感信息建议:请不要在表单里填写身份证号、银行卡号、病历详情。草稿生成后由你本人补填正式信息。
- 第三方:本站当前不接入任何统计脚本、广告或第三方 SDK。