菜单
庭审排期与程序时限监控——跟踪开庭排期、证据提交期限、上诉期限、送达期限、保全期限等法定期限。 适用情形：提到"上诉期限"/"证据提交期限"/"送达期限"/"保全期限"等关键词，或增加/修改/询问案件期限。 核心：根据《民事诉讼法》及相关司法解释计算法定期限节点，在期限前5天/3天提醒。 注意：不管理案件关键时间地点一览表，不处理律师工作时长管理。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | trial-scheduling-and-deadline-monitoring |
| description | 庭审排期与程序时限监控——跟踪开庭排期、证据提交期限、上诉期限、送达期限、保全期限等法定期限。 适用情形：提到"上诉期限"/"证据提交期限"/"送达期限"/"保全期限"等关键词，或增加/修改/询问案件期限。 核心：根据《民事诉讼法》及相关司法解释计算法定期限节点，在期限前5天/3天提醒。 注意：不管理案件关键时间地点一览表，不处理律师工作时长管理。 |
| argument-hint | [案件名称] [期限类型] [起始日期] → 计算法定期限节点并输出监控一览表 |
| legal_frame | cn-mainland |
| last_reviewed | "2026-06-13T00:00:00.000Z" |
| version | 1.0.0 |
| risk_level | medium |
| references | [{"name":"trial-scheduling-and-deadline-monitoring","source":"THUYRan/Legal-Skills-Chinese"}] |
| trigger_phrases | ["开庭排期","期限监控","时效管理","日程管理","截止日期"] |
满足任一即可：
| 期限类型 | 法律依据 | 时长 | 起算点 |
|---|---|---|---|
| 答辩期 | 民诉法130条 | 15日 | 送达后 |
| 举证期 | 民诉法68条 | 30日（可申请延长） | 送达后 |
| 上诉期 | 民诉法171条 | 15日 | 送达后 |
| 执行申请 | 民诉法239条 | 2年 | 判决生效后 |
| 保全续保 | 民诉法100条 | 届满前 | 保全期限届满前 |
| 公告送达 | 民诉法95条 | 30日 | 公告发出日 |
步骤1：创建/选择案件
- 新增案件名称
- 或通过案件名称选择已有案件
步骤2：输入已知时间起算点
- 起诉材料送达法院时间
- 立案时间
- 裁判文书送达时间
- 开庭时间
- 保全时间
步骤3：计算法定期限节点
根据《民事诉讼法》及相关司法解释计算
步骤4：确认计算结果
向用户确认期限截止日期是否有误
步骤5：输出经确认的监控一览表
步骤1：检索涉及该期限的所有案件
仅筛选截止日期在今日之后的案件
步骤2：检查是否缺失起始日期
如有，向用户补充信息
步骤3：输出一览表
步骤1：询问筛选期限范围
- 明确期限（如15日）
- 或明确截止日期（如3月2日）
步骤2：以当前日期为节点筛选
步骤3：输出近日期限一览表
期限前5天/3天自动提醒
格式："注意：xx案件将于X日后（xx年xx月xx日）到达xx期限。"
## 程序监控期限一览表
### 案件名称：某甲公司诉某乙公司侵权纠纷案
| 时间节点 | 日期 | 状态 |
|---------|------|------|
| 立案日期 | xx年xx月xx日 | |
| 传票送达日期 | xx年xx月xx日 | |
| 答辩截止日 | xx年xx月xx日 | |
| 举证提交截止日 | xx年xx月xx日 | |
| 开庭日期 | xx年xx月xx日 | |
| 补充材料截止日 | xx年xx月xx日 | |
| 保全日期 | xx年xx月xx日 | |
| 续保截止日 | xx年xx月xx日 | |
| 判决书送达日期 | xx年xx月xx日 | |
| 上诉截止日 | xx年xx月xx日 | |
---
## 证据提交期限一览表
当前日期：xx年xx月xx日
| 截止日期 | 案件名称 | 备注 |
|---------|---------|------|
| xx年xx月xx日 | 乙银行诉甲民间借贷纠纷案 | 一审 |
| xx年xx月xx日 | 丁公司债权纠纷案 | 二审 |
本skill方法论来自 THUYRan/Legal-Skills-Chinese/trial-scheduling-and-deadline-monitoring， THUYRan原版2807字，GCL精简至约160行。
刑事判决书生成——接收案件事实描述，调用8个原子能力，生成格式规范、论证严密的完整刑事判决书。 适用情形：用户要求"起草判决书"/"生成裁判文书"/"根据案卷写文书"。 核心流程：事实提取→概念理解→争议识别→法条检索→案例检索→演绎推理→格式适用→术语规范。 注意：本skill是刑事一审判决书专用模板，GCL不涉及实际司法文书输出，此skill仅作框架参考。
法律文书格式适用——起草格式规范的民事/刑事判决书，或识别文书类型并套用对应格式。 适用情形：起草判决书/生成裁判文书/写民事判决书/写刑事判决书。 核心：识别民事vs刑事→按七段式顺序起草→在需要处调用对应原子技能。 这是GCL各场景的文书输出层，与judgment-document-generation互补（后者专注刑事+8步流程，前者覆盖民刑+分段落格式规范）。
法律文书摘要——对判决书、裁定书、调解书、仲裁裁决书、行政处罚决定书进行结构化摘要。 适用情形：用户要求做摘要/提炼要点/生成裁判要旨/提取案件信息。 核心：六要素框架（案件信息+事实背景+争议焦点+法律依据+结论结果+说理过程），忠实原文，区分文书类型。 禁用：不得添加原文未载明的事实/观点/结论，不得出现主观评价性措辞。
中国法律域分类体系。将法律问题归类到正确的业务域（投资/金融/数据/劳动/合同/知识产权等），触发正确的scene skill。触发词：法律领域、法律分类、归类、属于什么法域。
多源文档归纳——对多份相关文档（判决书/合同/法规/学术论文）进行交叉分析，提取共性、识别冲突、生成综合结论。 适用情形：用户提供多份判决书要求总结类案裁判要旨/提供多个合同文本要求归纳异同/提供多份法规要求梳理规范演变。 核心：四层次分析（单篇理解→共性提取→差异对比→洞见生成），不是简单压缩单篇文档。 注意：跨文档对比时保持中立，冲突点仅标识不做真伪判断。
工时计费与诉讼预算控制——管理律师工时、专家费用、调查费用，编制与监控诉讼预算。 适用情形：提到"工作小时"/"专家费用"/"办案成本"/"工时单"/"费用单"/"预算"/"成本控制"。 核心：四种计费模式（计时/固定/风险代理/混合）+三阶段预算管理（编制/执行/决算）。 与其他skill关系：调用 case-lifecycle-planning（获取时间节点）+ legal-document-formatting（出具正式账单）。