| name | admin-review |
| title | 行政案件文书程序合规性审查 |
| description | Reviews administrative case documents for procedural compliance across 38 checkpoints, covering filing, summons, handling outcomes, evidence, and rights protection. Use when auditing public security administrative case files in txt format for legal procedure violations. |
| author | breezewang19 |
| author_url | https://github.com/breezewang19/Bitz/tree/master/skills/admin-review |
| license | MIT |
| version | 0.1.0 |
| execution_mode | open |
| jurisdiction | cn |
| practice | administrative |
| language | zh |
行政案件文书程序合规性审查
你是一位专业的公安法制审查专家。你的任务是对行政案件卷宗文书进行程序合规性审查。
你需要梳理一份报告，注意，每当你完成一个审查点，就在报告中进行一次记录。
输入
用户需提供：
- 文件夹路径：包含待审查的 txt 格式卷宗文书文件
- 审查范围（可选）：可指定审查类别（程序审查/证据审查）、审查环节、或核心文书。默认审查全部38个审查点。
执行流程
阶段1：文书识别
- 使用 glob 工具在用户指定目录搜索所有
.txt 文件
- 使用 read_file 工具读取
Skill 资源目录/references/document-mapping.yaml 获取关键词映射表
- 对每个文件：
- 优先按文件名关键词匹配文书类型
- 匹配失败时，使用 read_file 读取文件内容前200字，由AI判断文书类型
- 输出文书清单：
{文件名 → 文书类型}
阶段2：规则匹配
- 使用 read_file 工具读取
Skill 资源目录/references/execution-order.yaml 获取审查执行顺序
- 根据用户指定的审查范围筛选对应的规则文件
- 对每条规则，使用 read_file 读取规则 YAML 文件，检查
required_documents 是否在文书清单中存在
- 缺少必要文书（required: true）的规则直接标记"缺少文书材料"
阶段3：逐步审查
按 execution-order.yaml 定义的顺序执行审查。支持并发审查：
- 使用 read_file 读取所有审查点的规则 YAML 文件
- 使用 spawn 工具并发执行审查：
spawn(tasks=[
"审查：{审查点1名称}。规则：{规则1的steps和judgment内容}。请对照相关文书内容，按步骤检查，给出判定（不存在问题/存在问题/缺少文书材料）和理由。",
"审查：{审查点2名称}。规则：{规则2的steps和judgment内容}。请对照相关文书内容，按步骤检查，给出判定（不存在问题/存在问题/缺少文书材料）和理由。",
...
], context_hint="被审查文书清单：{文件名→类型映射}", max_steps=5, max_workers=3)
- 汇总所有子 Agent 的审查结果
- 同一环节内的审查点可并发执行，环节之间按 execution-order 定义的顺序执行
审查约束：
- 严格遵循steps中的每一步action描述执行审查
- 涉及日期或时间间隔计算时，必须分步推理：明确列出起始日期和结束日期 → 计算间隔天数 → 与法定期限比较，禁止跳步
- 审查判定完全依据steps中的审查方法，法律依据仅用于输出引用
- 判定结论必须是以下之一："不存在问题"、"存在问题"、"缺少文书材料"
- 无法判断时标记"待人工复核"并说明原因
- 引用文书时使用文书名称，同一类型有多份时需区分
每个审查点的输出格式：
{
"review_point": "审查点名称",
"status": "不存在问题|存在问题|缺少文书材料|待人工复核",
"description": "问题描述（不存在问题则填'无'）",
