client-comms-log

/client-comms-log

1. 使用以下工作流。
2. 需要提供 case-id（如果未提供，则提示用户）。
3. 根据标志路由：
   • --add（默认）：记录方向、媒介、学生、摘要、行动项和跟进截止日期。向用户确认。追加（按时间倒序，将最新条目放在最前）到 ~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[case-id]/log.md。
   • --read：显示最近的 N 条记录。
   • --summary：生成一段精简摘要。
   • --patterns：检查未获回复的沟通、错过的跟进、语言障碍、语气变化和联系缺口。侧重督导。
4. 集成：如果日志中确定了截止日期，则提供 /legal-clinic:deadlines --add；如有需要，通过 --summary 路由到 /legal-clinic:semester-handoff。

---

客户沟通日志

用途

维护此日志有四个原因：

1. 防范渎职索赔。 如果客户声称“没人告诉过我 [X]”，带日期的记录可以证明情况并非如此。临床课程的教授要对学生的工作承担专业责任；及时记录可为他们提供保护。
2. 交接时保持连续性。 下一学期的学生接手后会阅读日志；他们无需再次询问客户已回答过的问题。
3. 便于督导查看。 六周内有五条未回的语音留言，这就是一种模式。日志能让人看清单个学生可能不会主动注意到的模式。
4. 归档保留。 法学院诊所有义务维护完整的客户档案。沟通记录也是其中的一部分。

保持轻量。只追加，不修改。学生的工作是在每次联系后写下两句话；此工具会进行格式整理并追加记录。

加载上下文

• ~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[case-id]/log.md（如果存在）——追加目标
• ~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md → 无需仔细阅读；此技能的作用范围仅限个案

模式

标志：--add | --read | --summary | --patterns（默认：add）

--add（默认）——记录新条目

输入：

• 案件 ID（必填——对应哪个案件）
• 日期 + 时间（默认：现在）
• 方向：in（客户 → 诊所）| out（诊所 → 客户）
• 媒介：call | email | text | letter | in-person | video | voicemail-left | voicemail-received
• 联系人（学生）：姓名
• 联系人（客户方）：客户姓名；如果来自对方律师、家庭成员等，则写“third-party: [description]”
• 时长 / 篇幅（例如，“10 min call”“3-paragraph email”“45 min in-person meeting”）
• 摘要：2-4 句话。说明发生了什么，以及实质内容。
• 行动项：
  • 学生需为客户完成的事项（附截止日期）
  • 客户需为学生完成的事项（附预期时间）
• 跟进截止日期：如适用，注明日期
• 备注：上述内容未涵盖但值得记录的事项——使用的语言、情绪语气、观察到的家庭关系

写入前： 向用户展示格式化后的条目并请求确认。诊所记录应在写入前审核，而不是写入后。

追加到 ~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[case-id]/log.md。如果日志不存在，则创建该文件并添加标题：

# Communications Log — [case name]

**Case ID:** [case-id]
**Client:** [name]
**Opened:** [YYYY-MM-DD]

Append-only. Most recent at top.

---

然后将新条目插入顶部（最新条目在最前）。

--read——显示最近的条目

打印最近的 N 条记录（默认 5 条）。适用于在学期中途接手案件或与客户通话前查看记录。

--summary——精简摘要

用一段话概述日志内容——最近一次联系、条目总数、常用媒介、学生方面尚未完成的行动项，以及尚未回复的沟通。供 /semester-handoff 和 /status 使用。

--patterns — 标记日志中的问题

扫描以下内容：

• 未回复的客户沟通。 客户致电或发邮件 N 次，但没有对应的回复记录。
• 未跟进事项。 有注明跟进截止日期的行动项，但之后没有记录显示该事项已解决。
• 语言／便利安排问题。 记录中注明客户使用非英语语言；检查发出的沟通是否使用了该语言。
• 升级模式。 客户的语气是否在不同记录中逐渐变化（变得沮丧／痛苦）。
• 间隔。 活跃案件中是否存在长时间没有联系的情况。

这是一款督导工具。使用 --patterns 扫描各自案件的临床教授，可以查看哪些学生可能需要支持。

集成

• /client-letter： 生成并发送信函后，询问是否将其记录为一条发出的沟通。
• /status client： 生成面向客户的状态摘要时，询问是否将其记录下来（这类摘要通常会发送给客户）。
• /client-intake： 每个新案件日志中的第一条记录都是接案联系。
• /semester-handoff： 交接备忘录会读取每个案件的 --summary，用于填写沟通历史部分。
• /deadlines： 如果某次沟通确定了截止日期（“客户说他们需要在周五前回复”），则询问是否执行 /deadlines --add。

此技能不做什么

• 存储实质性法律分析。 这些内容应保存在接案、备忘录和状态文件中。日志用于记录沟通——联系事实，而非法律策略。
• 从外部系统自动记录。 如果诊所使用案件管理系统（Clio），集成可以自动提取通话记录和邮件。这是未来新增的功能，不属于 v1。
• 编辑过往记录。 日志仅支持追加。如果某条记录有误，应新增一条记录，注明原记录并予以更正。日志的完整性取决于不篡改历史。
• 强制记录纪律。 如果学生没有记录一次通话，该技能无从得知。日志规范是诊所文化方面的问题；该技能只负责让记录变得简单。
• 处理受保密特权保护或仅供律师查看的备注。 如果学生需要记录策略性思考，应将其写入案件的内部分析文件，而非沟通日志。