Markdown文件浏览工具
浏览我用我自制的加了外挂式扩展的solomd: （上下工具栏、右侧的烦人的霓虹灯气球都可以最小化）
Markdown语法用到自定义转义标注块callouts
文件如下
会话总结报告：三 MCP 审查、升级实施与红旗机制（2026-10-26）
[!abstract] 一页速览
本次会话以多 subagent 编排（GLM-5.3 主控 + GLM-5.3-Flash×7 执行 + Explore×3 只读审查）完成：三个司法 MCP 的架构审查 → 全量备份 → P0 安全修复 + P1 新维度落地 →红旗一票否决机制（回应"加权分稀释致命信号"）→ 推送 GitHub 三仓库并创建 PR×3；四个元典检索 skill 换新工具名；6271 号案卷作为实证样本与锚定例贯穿全程。本文档所有提示框均采用 TeXRobust RobustCallouts v3 转义写法（自定义标题完整保留）。
[!important] 三条核心结论
①"当事人预期—诉请支持度—裁量合理性—止诉息讼"已成为可计算维度：三引擎分别以 D17（anomaly）、claim_support 第 8 维（quality）、H-7/H-8（hallucination）落地，规范锚点为法发〔2018〕10号第七/十五条、法发〔2024〕16号第十三条（均经元典核验原文）。②红旗机制三处闭环：判决侧 Veto 封顶 59 分、幻觉侧 critical 下限 60 分且等级不优于 D、行政文书模式映射复议法 63/64 条与行政诉讼法 70/77 条撤销情形。③Bridge 架构方向正确（服务端零 LLM），现代化方向是深化而非推翻——工具面收敛、编排外移、元典作唯一外部事实源（P2/P3）。
一、提示与执行时间线
[!info] 编排口径
全程"GLM-5.3 起草方案/编排/验收/归总，Flash 并行执行"分工；后台代理并发上限 2，超限即排队；每次派发均附带 file:line 级工单与脱敏红线。
| # | 用户指令（概括） | 处置路径 | 状态 |
|---|---|---|---|
| 1 | 审查三 MCP 架构代码；提出当事人预期/给付与确认之诉/裁量合理/止诉息讼维度；结合元典、anysearch、6271 案出修改方案与实施计划；评 MCP/skill 思路是否停滞保守 | 三路 Explore 并行审查 + 案卷精读 + 元典法条类案检索 + anysearch 政策调研 → 主方案文档 §1-§8 | ✅ 已交付 |
| 2 | 备份原 MCP；按方案实施并 push GitHub；多 subagent 分工（5.3 主控 / Flash 执行·推送·文档） | 预检（git/gh/可见性）→ 备份代理 → 4+3 个 Flash 串并行实施 → 全部推送 → PR×3 | ✅ 已交付 |
| 3 | 打分缺陷：严重违法/可改判信号被加权平均稀释；行政决定书复议/诉讼撤销同类困境；要求预警机制并尝试添加 | 红旗三层机制设计（§9）→ 父会话续段派发实施 → 分叉会话内亲自补齐 hallucination 缺口 | ✅ 已交付 |
| 4 | 加速（9:00 token 清零，余 15/10 分钟） | 核实在途成果 → 外科手术式最小实现 → 冒烟→提交→推送一气呵成 → 收尾 PR | ✅ 已交付 |
| 5 | 汇总所有提示/阅读/概括/修改/未解决/前后比对，表格+callouts | 本报告 v1 | ✅ |
| 6 | 再细化：callouts 须符合 TeXRobust 语法、标题可定制、尽量多用 | 依据 solomd-onelick 手册 v3 重写全部提示框为转义写法并加密度 | ✅ 本版 |
[!tip] 会话连续性说明
本会话系自父会话分叉（fork），分叉点后的父会话工作（quality/anomaly 红旗层实施与推送）以仓库远端状态核实为准——git ls-remote与本地 HEAD 比对一致后计入交付，未凭记忆 assumption。
二、阅读与调研清单
[!example] 阅读方法
代码审查走"子代理 file:line 级报告 + 主控抽查"双通道；法条一律经元典法规库取原文核验；政策与技术趋势经 anysearch 检索并回链官方来源。
2.1 代码（三路并行审查）
| 对象 | 体系 | 关键发现（top 3） |
|---|---|---|
| judicial-doc-anomaly-mcp | 16 维 + A1-A8 + F-01~26，Bridge 架构（14 工具） | legacy 直调 LLM 死代码；write_skill 路径穿越；.env 残留真实 DeepSeek key |
| judicial-doc-quality-mcp | 7 维加权 100 分制（substantive_resolution 权重 0.25 最高，27 工具） | batch_assess 启发式冒充评分（双轨）；40 分托底默认开；内置法规库仅 7 部法 |
| legal-hallucination-mcp | H-1~H-6 六维（约 45 工具） | 法规库近空载（.docx 不被加载）；法院代号硬编码；三 MCP 零元典集成 |
2.2 案卷（6271 实证）
[!quote] 判决书原文（裁量说理不足典型）
“主张两公司承担连带责任，无法律依据，本院不予支持。”——二审判决对混同用工连带责任的处理仅此一句，未论证考量因素，恰为法发〔2018〕10号第十五条所禁的结论式论断。
- 诉请台账：给付类 # 元 → 支持##.17 元（9.0%）；确认之诉 4 项（全支持 1/部分 2/驳回 1）
- 程序高危点：变更后诉请（顺延至 2025.7）未审理——对照元典 8 件类案口径（遗漏诉请→发回重审）
- 息讼反证：衍生 11402 号另案 + 行终 448 号 + 判后答疑申请×2 + 保全——个体"案-件比"劣化完整样本
2.3 法条（元典核验，原文入库）
[!quote] 法发〔2018〕10号 第七条（节选）
“法官行使自由裁量权处理案件时，应当坚持合法、合理、公正和审慎的原则，充分论证运用自由裁量权的依据，并阐明自由裁量所考虑的相关因素。”
[!quote] 法发〔2018〕10号 第十五条（节选）
“不能未经分析论证而直接使用’没有事实及法律依据，本院不予支持’之类的表述作为结论性论断。”
| 法条 | 用途 |
|---|---|
| 民诉法(2023修正)第 177 条 | 二审处理方式；6271 判决引用核实无误 |
| 行政诉讼法(2017修正)第 70/77 条 | 行政模式红旗：六项撤销情形 + 明显不当可判变更 |
| 行政复议法(2023修订)第 63/64 条 | 行政模式红旗：变更/撤销+责令重作情形 |
| 法发〔2024〕16号 第 11/12/13/15 条 | 备位释明、二审全面审查、正面回应诉辩+判后答疑、可执行性 |
2.4 政策与技术（anysearch）
[!info] 司法环境硬数据
2025 年最高法以"案-件比"为核心质效指标（再降 0.07 ≈ 减少 220 余万件衍生案件）；一审民商事上诉率 2.88%；法答网答疑率超 95%——止诉息讼已从理念变为可考核指标。
[!note] 技术趋势判断
MCP 2026-07-28 规范转向无状态核心/全远程化；Agent Skills（2025-10）与 MCP 分工已明确互补。三 MCP 的 Bridge 模式（服务端零 LLM、渲染-回收-确定性核算）与之同向，判定为"内核不保守、外围停滞"。
三、修改清单（逐仓库 + commit）
3.1 judicial-doc-anomaly-mcp —PR#1
| 改动 | 文件 | commit |
|---|---|---|
| D17 诉请支持度维度（台账→对齐→核算→裁量四要素→衍生信号；CS-B01~B10） | skills/dimensions/17_claim_support.md、pipelines/full_scan.md | 5889867 |
| A9 诉请回应缺失 + F-27 遗漏诉请 / F-28 结论式驳斥 | taxonomy.py、_taxonomy.md、03_fact_finding.md | 5889867 |
| 红旗 fatal 层（保守标注原则 + 报告顶部🚩区块 + 行政模式注记） | taxonomy.py、report_builder.py | e59463d |
| 安全：write_skill realpath 前缀校验（PATH_400）、删除 .env 真实密钥 | server.py、error_codes.py | 5889867 |
| v0.6.0 版本统一、gui-scripts 坏入口删除、README 校正（14 工具）、CHANGELOG 新建 | pyproject/README 等 13 文件 | 5889867 |
| 脱敏清理 + 引用校正 | 测试夹具、SAFETY_GUIDE | cd89826、7727fc3 |
[!success] 测试证据
pytest 194 通过 / 0 失败（基线 169 + 新增 25：D17 发现与渲染、A9/F-27/F-28 双处一致性、write_skill 四类穿越拒绝断言）；未删除断言凑绿。
3.2 judicial-doc-quality-mcp —PR#1
| 改动 | 文件 | commit |
|---|---|---|
| 第 8 维 claim_support（0.15）+ 八维重平衡（和=1）+ 锚定例 3 条（含匿名化劳动争议 medium 例） | config.py、skills/dimensions/08、anchors/ | 系列提交 |
| 红旗 Veto(59)/Warning(74) 封顶、优先于 40 分托底、weighted_raw_score 双展示 | config.py、server.py、response_parser.py | 系列提交 |
| document_type=administrative_decision 模式（AV1-AV6 映射复议/诉讼撤销情形） | config.py、server.py | 系列提交 |
| R11/R12 交叉规则、台账表/裁量评级表渲染、"七维"文案动态化 | config.py、report_builder.py | 系列提交 |
| 修复：batch_assess 缺 import/坏符号、mock 路径盖章、has_favorable_finding 默认 False | batch_assess.py、response_parser.py | 系列提交 |
| 脱敏（untrack 暴露案号的 graphify 产物）+ 引用校正 | .gitignore、维度文件 | 4877340、d632e72、3c28d36 |
[!caution] 仓库卫生备注
该仓库原有 6 个脏测试文件与未跟踪 output/ 属会话前遗留，全程未触碰、未 stage、未提交——归并 PR 时如遇冲突属预期。
3.3 legal-hallucination-mcp —PR#1
| 改动 | 文件 | commit |
|---|---|---|
| H-7 裁判结果-依据一致性、H-8 诉请-判决回应一致性（八维权重和=1） | config.py、rule_engine.py、report_builder.py | 5bf6e00 |
| 法规库 .docx 可选加载（python-docx 惰性导入，无硬依赖） | law_knowledge_base.py、pyproject | 5bf6e00 |
| 红旗 critical 下限层（见 3.4 详述） | server.py | 2657dde |
| [LOCK] 日志降 DEBUG、脱敏清理、CHANGELOG V44/V44.1 | 全局、CHANGELOG | 6ec4c93、683ce25、2657dde |
3.4 红旗 critical 下限层（分叉会话内主控亲授实现）
[!example] 冒烟测试实录（2657dde）
veto 案例输入{'hallucination_score':12.0,'risk_grade':'A','flags':[{'severity':'critical','dimension':'H-1'}]}→ 输出total 60.0 / grade F / red_flag_level veto / score_floor_applied true；干净案例12.0 / B / None不变——无回归。
实现要点：递归扫描规则+语义结果中severity==critical旗标（不依赖单一字段路径）；critical ≥1 → 分数下限 60、等级不优于 D；H-1/H-7/H-8 critical → veto 级；新增输出字段red_flag_level / red_flag_messages / critical_flag_count / score_floor_applied。
3.5 本地交付（不入库）
| 对象 | 内容 |
|---|---|
| 备份 | .mcp_backups/20261026/三项目 1202 文件逐字节一致 + BACKUP_MANIFEST.md |
| 4 个元典检索 skill | 曾用名→现行工具名（case/company/law 81 处 + securities sed 批量）；各留 .bak-20261026 |
| 主方案文档 | §1-§8 审查与计划、§9 红旗设计、§9.3 实施状态回写 |
| 本报告 | v1 → v2（TeXRobust 规范化） |
[!warning] securities skill 局限
sed 批量替换为防短词误伤，jc→stock_short_name、name→company_full_name、dy→region未处理，使用时须按当前 schema 手工传参（其文件尾更新说明已注明）。
四、前后比对（关键机制）
[!important] 比对结论
八项机制全面升级，其中"致命信号处理"是本次用户核心关切的直接回应——从"会被平均掉"变为"规则层强制封顶/下限 + 双展示防静默"。
| 机制 | Before | After |
|---|---|---|
| 判决质量维度 | 7 维，无诉请级核算 | 8 维（+claim_support 0.15），输出台账/支持率/裁量评级 |
| 异常检测 | 16 维 26 F 码 | 17 维（D17）28 F 码 + A9 |
| 幻觉检测 | 6 维 | 8 维（+H-7/H-8） |
| 致命信号 | 加权平均稀释（严重违法判决仍可 B+） | Veto 封顶 59 / critical 下限 60；红旗优先于托底；原始分与终分双展示 |
| 行政文书 | 不区分类型 | administrative_decision 模式（复议 63/64 + 诉讼 70/77 情形集） |
| write_skill | ../路径穿越 | realpath 前缀校验 + PATH_400 不可重试错误 |
| 密钥 | .env 真实 DeepSeek key | 已删除本地与提交外副本 |
| 法规/检索数据 | 内置 7 部法、.docx 不加载、skill 教曾用名 | .docx 可加载；4 skill 换新名；元典联动列 P2 |
[!danger] 唯一须立即人工处理
旧 DeepSeek key 本地虽删，但历史备份/镜像副本仍存在——请在服务商处作废轮换，这不是可选项。
五、尚未解决（遗留清单）
| 优先级 | 事项 | 说明 | 预估 |
|---|---|---|---|
| 高 | 三 PR 人工审阅合并 | 合并后建议打 tag（0.6.0 / 0.4.0 / V44.1） | 0.5h |
| 高 | DeepSeek key 轮换 | 见上 danger 框 | 0.1h |
| 中 | glm53-supervisor 独立验收 + 6271 端到端回归 | 黄金集断言（台账 12 行、支持率≈0.09、连带裁量=不合格、CS-B03 命中）未正式跑 | 2h |
| 中 | P2 元典联动 | 法规/类案核验走 Bridge 惯例接 yuandian；企业涉诉统计做衍生诉讼观测；类案偏离度 | 2-4 周 |
| 中 | securities skill 短参数补齐 + 全部 skill 新工具名实跑验证 | 本环境已连元典，各探测一次即可 | 1h |
| 低 | P3 架构收敛 | 三 MCP 并套件、工具面 86→10-12、无状态化、编排外移宿主 workflow、判后答疑生成器 | 4-6 周 |
| 低 | anomaly legacy 层删除 | 测试仍覆盖 legacy，需同步改造后移入 legacy/ | 0.5-1 天 |
[!todo] 下次会话起手三步
① 合并三 PR → 打 tag；② 跑 6271 全卷宗端到端回归固定黄金集；③ 启动 P2 元典联动（最小工作量、最高边际价值）。
[!question] 一个待决问题
quality 仓库 6 个会话前遗留的脏测试文件（test_auto_detect.py 等）：是本会话之外的历史工作，建议单独核验后决定提交或还原，避免与本次 PR 混淆。
六、验收状态与角色实录
[!success] 验收通道（已完成的）
anomaly pytest 194/0；quality 与 hallucination 代理全量测试 + 主控冒烟抽查（红旗 veto/干净案例双路径）；三仓库git ls-remote与本地 HEAD 一致；全提交正则脱敏自查零命中（真实姓名/公司/完整案号）。
[!failure] 验收通道（未完成的）
glm53-supervisor 独立只读验收未执行（时间所限）；6271 黄金集回归未正式运行——两者均已列入遗留清单"中"优先级。
| 角色 | 分工 |
|---|---|
| GLM-5.3（主控） | 方案起草、工单编排、法条核验、脱敏红线、红旗机制设计、hallucination 红旗层亲授实现、验收抽查、两份文档归总 |
| GLM-5.3-Flash ×7 | 备份校验 / skills 更新 / anomaly 实施+push / quality 实施+push / hallucination 实施+push / 文档维护 / 收尾加速 |
| Explore ×3 | 三 MCP 只读代码审查（file:line 级） |
| glm53-supervisor | ⏸ 未启用（遗留） |
[!bug] 本文档写作已知边界（依 TeXRobust 手册 3.8）
提示框内不放表格（如需须逐行>前缀）；不嵌套；每块单标记；打印永远展开折叠框——法律文书不隐藏内容原则。
文档版本 v2（TeXRobust RobustCallouts v3 规范化）· 2026-10-26 · 配套：主方案《三个司法MCP架构审查与诉请支持度维度升级方案_20261026.md》
