裁判文书怎么查?如何检索类案与案件大数据

五步完成一次类案检索

1. 1.第一步 · 组合定位类案

   进入类案检索,按省份、案由、法院、年份、关键词自由组合。先选案由(如民间借贷、买卖合同)与省份缩小范围,再用关键词进一步聚焦——关键词为全文检索,直接命中裁判文书正文并高亮;也可直接点案由导航 chip 一键检索。法院这一格请填不含省名、也不含「中级 / 人民法院」的地名短词(填「深圳」而不是「深圳市中级人民法院」):后端对法院名是分词匹配而非精确匹配,「中级」「人民法院」这类通用词会各自匹配到大量别的法院,于是法院名写得越完整,命中数反而越大 —— 2026-08-12 实测 court=深圳 命中 16,514 篇、首页 20/20 确实是深圳的法院,而 court=深圳市中级人民法院 命中 16,463,002 篇、首页 20/20 一家深圳法院都没有。

   进入类案检索
2. 2.第二步 · 展开裁判文书全文

   在结果列表中点开任一案件,内联展开本院认为、裁判结果与裁判文书全文,命中关键词自动高亮;点「详情」进入独立详情页,可调字号、护眼/夜间阅读、正文内查找定位。需要回核原文时请记下案号 —— 结果不提供裁判文书网原文直链(source_url 系统性为空),回核请到裁判文书网按案号检索。⚠️ 「按案号检索即可」这句,我们从来没验过它走不走得通,而且用 HTTP 验不出来:2026-08-22 现网实打该站的案号检索页(URL 上用 `s21=` 挂案号)共 6 组 —— 其中两个真案号直接取自本站检索结果、一个编造案号、一串垃圾、三个雪人字符,以及一个空案号,6 组全部返 200 / 14,179 字节 / `text/html`,响应体 md5 逐字节相同(`504af898bd320c6549ab0b06a44337b3`)。落点是 JS 单页应用,案号要到浏览器里才发给后端(页面外壳去掉脚本后可见文字仅 151 字,只有「登录/注册/搜索」这类导航词,一行结果都没有) ⇒ 状态码零信息量,你写脚本批量核一批案号只会拿到「条条 200」。而且连该站自己出结果的那个接口也是 200 裹着拒绝:同日 `POST wenshu.court.gov.cn/website/parse/rest.q4w`、不带登录凭证的程序化调用当场被拒,返回的仍是 HTTP 200(158 字节 `application/json`):`{"code":9,"success":false,"description":"没有权限请求接口"}`。两条加起来:朴素的 `res.ok` / 看状态码这两种自动核验,在这条路径上一定是假绿。但请别把这段读成「按案号回核走不通」 —— 恰恰相反,该站本身是通的(同日首页 200 / 22,309 字节),我们没有任何证据说人工在浏览器里按案号检索会失败,也没有在浏览器里人工试过。本段只钉住两件事:这条路径我们没验证过、而且它没法用状态码自动验证。要确认某一条,请人工打开该站检索(未登录时页面上就摆着「登录/注册」),别拿脚本的 200 当作核对通过。把「未验证」读成「已证伪」是另一种假话。⚠️ 回核用的「案号 + 法院 + 裁判日期」这三样,并不是每条结果都给得出:2026-08-22 现网实打本站免 key 检索线(`/api/cases/search`,14 词 × `pageSize=50` 共 643 条,复打 2 轮读数逐位相同),三样齐全的只有 546/643 = 84.9%(在有案号的那 626 条里也只有 87.2%);分开看:有案号 97.4%、其中带真实法院名 97.1%、带裁判日期只有 90.1%。而且缺口不是均匀撒的 —— `民间借贷`/`交通事故`/`房屋买卖`/`建设工程`/`侵权` 这些词三样齐全率是 100%,而 `抚养` 38.8%、`利息` 45.9%、`离婚` 52.0% ⇒ 拿常见商事案由抽样自测必然全绿,真踩到的是婚姻家庭/人身类查询的读者。两个锚点还塌在不同的词上,所以「挑一个词试试」也验不出来:在有案号批内,掉法院的是 `利息`(真实法院名 18/34 = 52.9%),掉裁判日期的是 `抚养`(19/47 = 40.4%),两者互不重叠。另需分清:有案号有日期、单单法院是空串的有 18 条,与另一类 court 脏值不是一回事——后者指的是 court 字段里存的不是审理法院名、而是裁判文书网的不上网事由原文(2026-08-22 同一轮普查里只出现 2 种取值:「人民法院认为不宜在互联网公布的其他情形」「离婚诉讼或者涉及未成年子女抚养、监护的」),这类 14 条,无一条有案号——它们正是本轮 643 条里缺案号那 17 条中的 14 条,所以「按案号回核」这条路对它们本来就不成立,而上面那 18 条是有案号的,只是没写法院名。本段讲的是 court 字段;若在别处读到「正文只剩一句依法不上网的理由」那类说法,那是 body_text 字段上的另一组读数,别与这 14 条相加或互相换算。那批的口径盖不住这里。上面那条「别读成走不通」在这里同样成立 —— 案号本身就足以在该站检索,法院与裁判日期是用来消歧的加分项,不是缺了就核不成;案号仍是本站能给的最好回核锚点(原文直链是真空的),这条推荐不变。本段只钉住一件事:别把「记下这三样」当成总是做得到 —— 约每 7 条就有 1 条做不到,碰上只剩案号的条目,直接拿案号去检索即可,不必以为是自己漏看了字段。⚠️ 再往下一层:上面那个「有案号 97.4%」量的是 `case_no` 非空,不是「这个案号拿得去检索」。本轮普查里 court 一侧是验过形态的(靠 `court_is_court_name`,上面那 14 条正是这么揪出来的),而 case_no 一侧只验了非空 —— 而回核推荐押的恰恰是 case_no。2026-08-22 同一份样本逐条验案号形态(「(年份)+法院代字+类型+序号+号」),有案号那 626 条里形态不完好的有 2 条(0.3%),坏法还不一样:`4475`(q=`民间借贷`,裸序号——没有年份、没有法院代字、没有案件类型,补不回来,拿它检索不出任何东西)、`(2022)苏0322执恢92`(q=`民间借贷`,末尾缺一个「号」字,形态被截断,人工补一个字还能用)。这只是形态一关:形态完好不等于到裁判文书网真搜得到(那条边界另有一段,说的是「这条路我们没验过、也没法用状态码验」,别把两者混成一件事);本段只钉住:连形态都不完整的那 2 条,不必等到去搜才发现。同样别把这段读成「案号不可信」 —— 624/626 = 99.7% 形态完好,推荐不变;真正一点办法都没有的是 1 条。本段只钉住一件事:「有案号」这个勾,不等于「这个案号能用」 —— 按 97.4% 去估「能回核的比例」会略微高估,真正形态完好的是 624/643 = 97.0%。⚠️ 再往下还有一层,而且方向不一样:案号是给站外核对用的引用锚点,不是本站的检索键。上一段说的是案号长得完不完整;这一段说的是把一个长得完全没问题的案号打回本站检索框,会发生什么。2026-08-22 从同一份样本里取 20 条形态完好的案号,逐条原样当关键词打回 `/api/cases/search`(每次看首页 20 条),取回自己那份文书的有 0 条(复打 2 轮,20/20 逐位相同)。更要紧的是失败长什么样:20 次查询共返回 393 行,其中 68 行与目标同一家法院、却不是目标那一份(最坏一格 `（2018）鄂0683民初3148号` 是 18/20),另 325 行连法院都不是同一家。即它不会告诉你「没找到」,它会给你满满一页看起来像找对了地方的别的案子。一条线索(只是线索,别当定论):另一条线的 `q_tokens` 显示,案号被切开后序号那一段整个不在里面 —— `(2018)豫0621民初2797号` 切成 「民初」「0621」「豫」「2018」,没有「2797」;`(2022)苏0322执恢92号` 切成 「执」「恢」「2022」「苏」「0322」,没有「92」。序号恰恰是同一法院同一年同一类案件之间唯一的区分位。但这只有 2 个案号的实测,样本太小,不足以当机理下结论,此处只作线索登记。别把这段读成「按案号回核走不通」 —— 回核推荐指向的是中国裁判文书网,案号在那边是有效的定位符,那条推荐一个字不变;本段只把方向说清楚:拿到案号请往站外去核,别指望在本站搜索框里把它搜回来。也别与上面两段混:一段讲「案号长得完不完整」,一段讲「站外那条路没验过」,本段讲「站内这条路取不回自己」,三件事各说各的。⚠️ 上面那句「取不回自己」量的是首页 —— 而往下翻页也救不回来。 上一段每个案号只看了首页 20 条,于是留着半个问题:搜不到的人顺手往下翻几页,会不会在更深的页码上撞见目标?若会,那句话就该收窄成「首页取不回」。2026-08-22 本发把它打完了:不必收窄。同一条免 key 线、同样 20 条形态完好的案号,这次每条连翻 10 页(pageSize=50),共扫过 不少于 9,703 行,其中 615 行仍是同一家法院的别的案子 —— 取回自己那份的依旧是 0 条。复打 2 轮,「命中 0 条 / 触顶 20 条 / 同法院 615 行」三项逐位相同(扫过的行数两轮有几十行漂移,是上游逐页去重所致,故此处按较小的一轮讲)。再挑一条把整个可翻页窗口翻到底:`（2018）鄂0683民初3148号` 连翻 200 页(= pageSize 50 下的翻页上限),两轮分别取回 9,956 行 与 9,807 行,目标仍不在里面(最少的一轮也扫了 9,807 行)。⇒ 这不是「排得靠后」,是「翻多少页都不在」。还有一层别读反:这 20 次查询每一次的 `total_is_capped` 都是 true(total 恰好等于窗口容量),所以上一句的「翻到底」也只是翻完了相关度最高的那一薄片,并不等于翻完了该词的全部命中。窗口本身是什么、它截掉了什么,不在本段 —— 那是响应里 `window_note` 与排序窗口那一条单一来源的事,请去读那一条,别把两段读成一段;本段只借它说明一件事:连「翻到底」都不是「看全了」 —— 所以「多翻几页总能找回来」这个念头从一开始就没有落脚点。别把这段读成「按案号回核走不通」 —— 回核推荐指向的是中国裁判文书网,案号在那边是有效的定位符,那条推荐一个字不变;本段只是把上一段的射程量实:站内搜不回来,不分首页还是第 10 页。也别与前面几段混:一段讲「案号长得完不完整」,一段讲「站外那条路没验过」,一段讲「站内首页取不回自己」,本段讲「往下翻页也取不回」,四件事各说各的。⚠️ 上两段都是把案号整串塞进关键词框 —— 那「拆开送」呢? 读者手上的案号本身就含年份与法院代字,而本站检索另认 `yearFrom`/`yearTo` 与 `court` 两个键;所以上一段那句「站内取不回自己」还欠半个答复:会不会只是送法不对?2026-08-23 本发把 6 种送法一次打完 —— 不是送法不对。同一条免 key 线、同样 20 条形态完好的案号,每种送法各打首页(pageSize=50),复打 2 轮、6 种送法的命中数逐位相同:案号整串当关键词(上两段那种送法) 0/20;拆开送:序号当关键词 + 年份区间 4/20;序号 + 年份 + 法院名(连法院名都替读者查好) 3/19;案号整串 + 年份 + 法院名 0/19;只送序号,不加年份 2/20;序号 + 法院名,不加年份 3/19。(其中 3 种送法的分母是 19 而不是 20,因为样本里有 1 条连法院名都是空串,这几种送法对它根本做不出来。)⇒ 「拆开送」不是全无效,但最好的一种也只有 4/20;四种拆开送法全试一遍,命中并集也只有 7/20。而且把法院名一并送进去并不加分(4 → 3) —— `court=` 是分词 OR 匹配、不是精确过滤器,这一点归 `window_note` 那条单一来源,本段只报读数、不在这里展开。真正咬住的是年份键:它筛的是「judgement_date(裁判日期)」,不是案号里那个年份。 对照臂(对照:拿这条文书当初出现的那个检索词 + 同一个年份区间)命中 14/20,说明结构化键本身没坏;而没命中的那 6 条,正是「裁判日期为空、或裁判日期的年份与案号里的年份对不上」的那 6 条,一条不多一条不少(其中 3 条裁判日期整个为空 —— 任何年份区间都筛不到它;另 3 条差着年,例如 `(2014)黔执99999号` 的裁判日期是 2018-07-13(差 4 年))。⇒ 读者从案号里读出年份、当成筛选年份送进去,恰恰把目标自己筛掉了。所以本段给不出「正确的搜法」,这不是偷懒:加年份能救回的那批与不加年份能救回的那批,命中集合完全不相交 —— 要选对送法,得先知道这份文书的裁判日期对不对得上案号里的年份,而裁判日期正是他还没拿到的那份文书里的字段。这个圈自己咬着自己。(⚠️ 第 641 发就地收窄:上面这 6 种送法里一种都没送 `province`,而它是这几个键里唯一真把结果集缩下来的那个 —— 加上它之后最好的一种能到 6/17。所以「给不出正确的搜法」这句,只对不含 `province` 的那几种送法成立;加了 province 之后是什么样、以及从案号读省份自己有哪些坏法,全在下一段,本段不展开。)别把这段读成「按案号回核走不通」 —— 回核推荐指向的是中国裁判文书网,案号在那边是有效的定位符,那条推荐一个字不变;本段只是把上两段的射程再补一刀:站内取不回来,不分整串还是拆开送。也别与前面几段混:一段讲「案号长得完不完整」,一段讲「站外那条路没验过」,一段讲「站内首页取不回自己」,一段讲「往下翻页也取不回」,本段讲「拆成结构化键送也取不回」,五件事各说各的。⚠️ 上一段那几种送法里,一种都没送 `province` —— 而它恰是这几个键里唯一真会缩范围的那个。 2026-08-23 本发把它补打了:同一条免 key 线、同一份 20 条形态完好的案号,其中 17 条的案号代字读得出省份,七种送法全部在这同一批上重打(pageSize=50,复打 2 轮、命中数与触顶数逐位相同),故与上一段可直接比。逐臂读数(命中 / 触顶):案号整串 + 省份 0/17(触顶 17);只送序号 2/17(触顶 14);序号 + 年份 3/17(触顶 7);序号 + 法院名 3/16(触顶 13);序号 + 年份 + 法院名 2/16(触顶 6);序号 + 省份 3/17(触顶 5);序号 + 省份 + 年份 6/17(触顶 1)。对照臂(对照:拿这条文书当初出现的那个检索词 + 同一个省份)命中 14/17,province 键本身没坏。机理落在触顶那一列上:「案号整串 + 省份」17/17 格触顶,而「序号 + 省份 + 年份」只剩 1/17 格 —— province 是唯一把结果集真压到翻页窗口以下的键,目标于是不再被挤出去,命中也从「序号 + 年份」的 3/17 抬到 6/17。(把法院名送进去为什么不管用,归 `window_note` 那条单一来源 —— `court=` 是分词 OR 匹配、不是精确过滤器,本段只报读数、不在这里展开。)⇒ 上一段那句「给不出正确的搜法」得收窄:四种老送法的命中并集本发在同一批上复现出 7/20(与上一段逐位相同),加上两种带 province 的送法后升到 11/20。实测最好的送法是「序号 + 省份 + 年份」。但它离「正确的搜法」还差着三道,下面逐道说清 —— 别只把上面那半句抄走。㈠ 有相当一部分案号根本读不出省份。 624 条形态完好的案号里,103 条的代字不是省级简称。条数最多的几个是 「兵」30 条、「镇」6 条、「浦」6 条、「和」4 条、「杨」4 条(前 5 个合计 50 条,最大的一类是兵团;余下 53 条是老式县市代字的长尾)。另有一条本站自己的死条目:代字表里收的是通用简称「蒙」,而内蒙古自治区的法院在案号里写的是「内」——本样本里前者 0 条、后者 2 条,与第 445 发修掉的「贵 / 黔」是同一类。两头都已修:第 642 发补上了真正在用的那个代字;第 646 发把「蒙」这一格从案号代字表里摘掉 —— 本样本里 0 条只说明内蒙古自治区这一侧没人用它,定向普查一打就是 49 条,全部出自外省四家同名市县法院(广西蒙山 20 / 山东蒙阴 18 / 安徽蒙城 10 / 云南蒙自 1),其中云南蒙自那条现网已被读成内蒙古自治区。㈡ 读得出的那批,还可能读成错的省 —— 而且是静默的。 把 624 条按代字形态分开看:代字是「省简称 + 4 位数字」的新式案号 515 条,与库中省份对不上的只有 2 条,而这 2 条拿法院名当第三方裁决,错的是库里那一侧不是代字(`（2021）黑0726民初87号` 法院是南岔县人民法院,库里却写湖南省;`（2022）苏0191执2588号` 法院是江苏省江宁经济技术开发区人民法院,库里却写广东省)⇒ 新式代字读省份是可靠的;而老式案号 109 条里,有 37 条的首字恰好撞上省级简称,其中 5 条读错(`（2011）苏民初字第1694号` 的「苏」是郴州市苏仙区人民法院的字头,不是江苏省,实际在湖南省;`（2013）津行初字第44号` 的「津」是津市市人民法院的字头,不是天津市,实际在湖南省)。读错的后果不是报错,是返回整整一页那个省的别的案子 —— 与前面那段「同一家法院的别的案子」同族,读起来像找对了地方。㈢ 最阴的一条:卡片上印的省份,未必是能送进 `province=` 的那个值。 `(2025)黔0402执3359号` 的卡片上写着「贵州省」(它的 court 字段是空串)。不加省份查(序号 + 年份)总命中 571 条、没触顶,目标就在首页;只加一个 `province=贵州`,总命中变成 13 条、仍然没触顶(整份结果就在眼前),目标不在里面;换成全称 `province=贵州省` 同样 13 条、同样不在。既然两次都没触顶、结果集整份可见,这就不是窗口截掉的,是被 `province` 筛掉的 —— 上游那条记录的 province 字段是空的,卡片上那个「贵州省」是本站按案号代字回填的显示值。⇒ 读者照着卡片把省份送进去,恰恰把目标自己筛掉,与上一段「按案号读年份反而把自己筛掉」是同一种自噬,只换了一个字段。这一条本发只证到「确实存在」,没量它有多常见:回填是静默的,响应里读不出哪一条的 province 是库里本来就有、哪一条是补上去的。所以既别把它读成「省份键不可靠」(对照臂 14/17 摆在那儿),也别读成「只此一例」。别把这段读成「按案号回核走不通」 —— 回核推荐指向的是中国裁判文书网,案号在那边是有效的定位符,那条推荐一个字不变;本段只是把上一段的判词修正到位:站内取不回来这件事,加上省份之后从「几乎全军覆没」变成「小半能捞回来」,但仍不是一条可靠的路。也别与前面几段混:一段讲「案号长得完不完整」,一段讲「站外那条路没验过」,一段讲「站内首页取不回自己」,一段讲「往下翻页也取不回」,一段讲「拆成年份 + 法院名送也取不回」,本段讲「把省份也送进去能捞回一小半、以及从案号读省份自己的三道坎」,六件事各说各的。⚠️ 再补一种坏法:上面那两条举证说的都是「这是个案号,只是坏了」(裸序号 / 被截断),而还有一种是 `case_no` 里装着别的字段的内容 —— 那根本不是案号。2026-08-27 拿一份更大的样本复量:免 key 线 `/api/cases/search`,14 词 × 4 页 × 50 = 2,675 条(doc_id 去重后仍是 2,675 条,无重复行;是第 637 发那份的 4.2 倍),承载关键读数的 7 个页面原样复打逐位相同。先对个账:非空 2,620 条里不合形态 8 条 = 0.31%,与第 637 发的 2/626 = 0.32% 落在同一处(两份样本各自独立,别相加当全库口径)。再往下切一刀:案号必含序号数字,所以「非空且零阿拉伯数字」就不可能是案号 —— 这是条硬判据,与形态正则不是一回事(`4475`、`集民初字第766号`、`(2022)苏0322执恢92` 都不合形态,但那三条确实是案号,只是不完整)。按这条判据命中 3 条 = 0.115%,已逐条人眼复核:`执行裁定书`(q=`工资`,装的是文书类型)、`pt”>执行裁定书`(q=`工资`,同上,而且带着 HTML 残渣 `pt”>`(抓取时把标签尾巴一起吃了进来))、`原告：褚进运。`(q=`交通事故`,装的是当事人句)。射程:这条判据也会把假想中的全汉字数字案号(如「(二〇一四)…第一号」)误判成不是案号,本轮样本里一条都没有。但本段刻意不给「有案号」那个比例加限定句,两条理由都得摆出来:㈠ 0.115% 是长尾,而「缺案号率」这个数刚被统一成一个读数,为 3 条把它重新拆成两个,收益是负的;㈡ 更硬的一条 —— 这 3 条已经被站内现有的 court 判据全数接住:3/3 条的 `court_is_court_name` 为 `false`,而这面旗在全样本上的基准红率只有 3.29%(88/2,675)⇒ 共位不是碰巧,照现有口径读结果的人在这几条上本来就已经看到一面红旗。同样别把这段读成「案号不可信」 —— 2,612/2,620 = 99.7% 形态完好,推荐不变;本段只钉住一件事:「有案号」这个勾,最坏情况不是「拿到一个残缺的案号」,而是「拿到的根本不是案号」。最后划清一条界:另有一段讲的是 `province` 字段里装着法院名,本段讲的是 `case_no` 里装着文书类型 / 当事人句 —— 证据在不同字段、不同行上,别把两者合并成一句「上游字段普遍装错」,那等于把一边的可信度借给另一边。

   查看检索结果
3. 3.第三步 · 高级筛选与排序

   用高级筛选在本页结果内按审判程序、文书类型、法院层级、当事人关键词细化;再按相关度或裁判日期新→旧/旧→新排序,快速把最贴近的判决顶到前面。两个日期方向并不对称,请先知道一点:「裁判日期 旧→新」这一个方向会把「取不到裁判年份」的文书整批排除,顶部命中数也跟着变小,而这与你的检索条件无关 —— 2026-08-12 实测同一条件只改这一项:q=离婚 8,773,249 篇 → 6,900,832 篇(少 1,872,417 篇,21.342%);默认或「裁判日期 新→旧」 一篇都不排除。要看全,用默认或「裁判日期 新→旧」排序即可。三个排序里「相关度」是你填了关键词又没选排序时的默认项,它不改命中数,但会改首页的构成:某些词的首页会被一批标题极短、反复含该词的条目占住,这批条目往往没有案由、没有裁判日期,正文也只有一句「依法不上网的理由」——2026-08-12 实测同一条件只改这一项:q=离婚 相关度首页 40 条里有 34 条如此,而按「裁判日期 新→旧」排的同一批条件是 0 条。这不是每个词都会踩到(八个词实测 3/8,另有 3/8 反而更干净),详见下方常见问题「按相关度排在最前的,为什么看着不像最相关的」。

   试试高级筛选
4. 4.第四步 · 导出 / 收藏 / 分享

   把有用的判决☆收藏进收藏夹,或导出 CSV / 复制清单带回本地;还能把当前检索条件编码成分享深链,一键复制发给同事或收藏,打开即自动重现同一检索。

   开始检索并收藏
5. 5.第五步 · 用大数据把握裁判倾向

   进入案件大数据分析,查看全库案由/地域/年份/法院四维实时聚合分布(秒级返回);点任一分布项即可下钻到对应的类案检索结果,从宏观分布快速切到具体判决。

   进入大数据分析

四个提高命中率的检索技巧

常见问题