litigation-deadline-calendar根据排期令为诉讼和仲裁期限制作日历。解析 PDF 排期令、识别关键日期、使用适用规则（科罗拉多 CRCP、联邦 FRCP，或 AAA/JAMS 的仲裁论坛规则）计算向后期限，并生成可导入 Outlook 或 Google 日历的 .ics 日历文件。 每当用户提及以下内容时使用本技能：诉讼期限、排期令、案件管理令、期限日历制作、发现期限、庭审准备期限、仲裁排期，或任何与计算或跟踪法院或仲裁期限相关的内容。当用户上传看似法院排期令或仲裁排期令的 PDF 时也触发。
Independent GitHub snapshot · Automated classification · Original documentation governs
name: litigation-deadline-calendar description: > 根据排期令为诉讼和仲裁期限制作日历。解析 PDF 排期令、识别关键日期、使用适用规则（科罗拉多 CRCP、联邦 FRCP，或 AAA/JAMS 的仲裁论坛规则）计算向后期限，并生成可导入 Outlook 或 Google 日历的 .ics 日历文件。
本技能接收排期令（PDF 上传）、确定适用的程序规则、提取关键日期、计算所有向后期限，并生成用户可导入 Outlook 或 Google 日历的 .ics 日历文件。
向用户询问以下内容。他们可能提前提供其中一些；填入您已有的内容并询问其余部分。
必需：
如为诉讼：
如为仲裁：
可选（但先检查已保存的偏好）：
calendar_app 偏好（如 calendar_app: google 或 calendar_app: outlook）。如果找到，静默使用 — 不要重新询问。如果未找到，询问用户使用哪个日历应用并将其选择保存到 CLAUDE.md，以便延续到未来会话。CLAUDE.md 条目示例：calendar_app: google内置辖区（完整规则数据库，含州特定假日、送达天数增加、短期间计算阈值和发现答复期间）：科罗拉多、联邦、加利福尼亚、纽约、得克萨斯、佛罗里达、伊利诺伊、宾夕法尼亚、俄亥俄、佐治亚、新泽西、马萨诸塞。
其他辖区：工具将使用保守的联邦式默认值，技能应在计算前进行网络搜索核验该特定州的规则。始终警告用户非内置辖区的期限应独立核验。
将其呈现为简单对话，而非表单。例如： "您希望事项名称在日历条目上如何显示？" "这是诉讼还是仲裁？" "这看起来来自丹佛县地区法院 — 这是科罗拉多州案件吗？"
使用 Read 工具读取上传的 PDF。提取排期令中提到的每个日期及其代表的内容。要寻找的常见日期：
诉讼排期令通常包括：
仲裁排期令通常包括：
解析后，向用户展示您发现的内容并请他们在继续前确认。格式化为干净清单：
"以下是我从排期令中提取的内容：
这看起来对吗？有遗漏或弄错的吗？"
此确认步骤很重要，因为 PDF 解析可能遗漏日期或误解它们，而此处的错误会级联到每个计算的期限。
在计算期限之前，核验规则并提供来源。
核验程序：
在网上搜索适用规则的当前文本以及任何近期修订：
核验州假日。 工具为 12 个州内置了假日函数，但假日可能且确实会变化（州可能新增、重命名或移除假日）。搜索：
对内置辖区，将您找到的内容与参考文件及 scripts/compute_deadlines.py 中的 STATE_RULES 字典比较：
references/colorado-crcp.mdreferences/federal-frcp.mdreferences/arbitration-rules.mdSTATE_RULES 条目如果发现不一致（在规则或假日中）：
如果无法核验（如检索失败）：
对非内置辖区（科罗拉多以外的任何州）： 搜索该特定州的民事诉讼规则，重点：
将您找到的内容呈现给用户确认后再计算。
来源引注要求 — 这是强制性的： 核验规则后，始终向用户提供"Sources"部分，列出他们可以独立检查所应用规则的具体 URL。这至关重要，因为用户管理外部律师，需要能够独立核验规则。格式：
"Sources for [Jurisdiction] rules used in this calculation:
按辖区的首选官方来源：
如果无法为某条规则找到官方来源，明确说明，而非省略引注。
为计算脚本创建输入 JSON 文件。格式为：
{
"matter_name": "Smith v. Jones Co.",
"proceeding_type": "litigation",
"jurisdiction": "colorado",
"forum": "",
"service_method": "electronic",
"scheduling_order_dates": {
"trial_date": "2026-09-15",
"discovery_cutoff": "2026-07-28",
"dispositive_motion_deadline": "2026-06-15",
"pretrial_conference": "2026-08-15",
"plaintiff_expert_disclosure": null,
"defendant_expert_disclosure": null,
"rebuttal_expert_disclosure": null,
"amend_pleadings_deadline": "2026-03-15",
"join_parties_deadline": "2026-03-15",
"mediation_deadline": "2026-05-01",
"hearing_date": null,
"custom_dates": {
"Motions in Limine": "2026-08-01",
"Proposed Jury Instructions": "2026-08-01"
}
},
"attendees": ["jane@company.com", "bob@lawfirm.com"]
}
排期令中没有的日期用 null。脚本将在适用处按规则计算它们（如从庭审日期向后计算专家期限）。
将排期令中不属于标准字段的任何日期添加到 custom_dates 并附描述性标签。
计算出的期限 JSON（compute_deadlines.py 的输出）支持单个期限条目上的三个可选字段，控制它们在 .ics 日历中的显示：
time（字符串，24 小时制 HH:MM）：使事件成为定时事件而非全天。示例："time": "08:30"。如果未提供明确结束时间，事件假定在最后一天 17:00 结束。timezone（字符串，IANA 时区）：定时事件的时区。示例："timezone": "America/Denver"。省略时默认为 America/Denver。duration_days（整数）：使事件跨越数天。示例：5 天庭审用 "duration_days": 5，始于事件日期。与 time 结合时，事件在第 1 天指定时间开始，最后一天 17:00 结束。不与 time 结合时，创建多日全天事件。这些字段对多日庭审或听证之类的事件很有用，或当排期令为会议或期限指定特定时间时。
运行计算：
python scripts/compute_deadlines.py --input /tmp/input.json --output /tmp/computed.json
审阅输出并对计算出的日期做健全性检查：
运行日历生成。如果用户指定 Google 日历，添加 --google 标志：
# Outlook / Apple Calendar（默认）：
python scripts/generate_ics.py --input /tmp/computed.json --output /path/to/output/[matter_name]_deadlines.ics
# Google Calendar：
python scripts/generate_ics.py --input /tmp/computed.json --output /path/to/output/[matter_name]_deadlines.ics --google
Google 日历模式产出针对 Google 导入行为优化的文件：确定性 UID（重新导入会更新而非重复）、无 VTIMEZONE 块（Google 使用自己的时区数据库）、无 VALARM 条目（Google 忽略它们并应用自己的默认提醒），以及 LF 行尾。
输出文件应放入用户的工作区文件夹，文件名基于事项名称的描述性命名。
在交付文件之前，向用户展示摘要：
"以下是我为 [Matter Name] 计算的期限：
[List each deadline with date, description, and rule basis]
关键期限（以 !!! 标记）需要特别关注。
.ics 文件包含每个期限前 7 天和 1 天的提醒。 [如为 Google 日历模式：]注意：Google 日历使用自己的默认提醒，不会导入自定义提醒设置。 [如已指定与会者：]导入文件时，日历邀请将发送给 [names]。
重要： 这些期限是根据排期令和适用规则计算的。它们应由律师独立核验，尤其是地方法规和任何可能修改期限的后续命令。
所应用规则的来源： [List each source URL used — same sources provided in Step 3]"
然后提供 .ics 文件链接。来源应始终出现在最终输出中，使用户紧邻期限即可获得，而不仅仅是在对话更早处、他们可能滚动略过的地方。
读取这些参考文件以获取计算中使用的详细规则：
科罗拉多 CRCP 规则：references/colorado-crcp.md
联邦 FRCP 规则：references/federal-frcp.md
仲裁规则：references/arbitration-rules.md
所有日历条目遵循此格式： [Matter Name] — [Deadline Description]
示例：
事项名称始终放在前面，使不同案件的条目在拥挤的日历中可视觉区分。
排期令优先于默认规则： 如果排期令设定的期限与规则会产生的不同（如更短的发现期），始终使用排期令日期。只对排期令中未指定的期限使用基于规则的计算。
仲裁不是诉讼： 如果用户说"arbitration"，绝不要适用 CRCP 或 FRCP 时间计算规则。仲裁期限来自仲裁员的命令和论坛规则。如果仲裁员的命令以引用方式纳入任何诉讼规则，向用户说明，但仍按仲裁员指定的方式适用它们。
地方法规： 对联邦案件，地方法规可能显著改变期限（尤其是简易判决答复和审前程序）。向用户标记："Federal courts often have local rules that modify these default deadlines. Check the local rules for [district] to verify."
修订后的排期令： 如果用户提到排期令已被修订，索取最新版本。较早版本可能含有已被取代的日期。
已过的期限： 如果任何计算的期限早于今天，突出标记："WARNING: [Deadline] computed as [date], which has already passed. Verify this is correct or whether an extension was granted."