视觉画布设计
canvas-design
基于设计原则创作静态视觉作品,用于海报与品牌图形。
litigation-deadline-calendar【文档与办公】根据排期令为诉讼和仲裁期限制作日历。解析 PDF 排期令、识别关键日期、使用适用规则(科罗拉多 CRCP、联邦 FRCP,或 AAA/JAMS 的仲裁论坛规则)计算向后期限,并生成可导入 Outlook 或 Google 日历的 .ics 日历文件。 每当用户提及以下内容时使用本技能:诉讼期限、排期令、案件管理令、期限日历制作、发现期限、庭审准备期限、仲裁排期,或任何与计算或跟踪法院或仲裁期限相关的内容。当用户上传看似法院排期令或仲裁排期令的 PDF 时也触发。
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
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."