Client Comms Log Zhou210712

---
name: client-comms-log-zhou210712
title: 'Client comms log'
description: 记录当事人沟通——电话、邮件、短信、信函、面谈、语音留言。 按案件仅追加记录，含日期条目、方向、媒介、摘要、行动事项。 与 /client-letter 和 /status client 协同使用。 当需要记录通话或当事人邮件、查阅沟通日志或询问"我们上次告诉[当事人]什么"时使用。
author: zhou210712
author_url: https://github.com/zhou210712/claude-for-legal-ZH/tree/main/legal-clinic/skills/client-comms-log
license: Apache-2.0
version: 0.1.0
execution_mode: open
jurisdiction: general
practice: general
language: zh
---

# /client-comms-log

1. 使用以下工作流。
2. 要求案件编号（未提供则提示）。
3. 按标志路由：
   - `--add`（默认）：记录方向、媒介、学生、摘要、行动事项、后续截止日期。与用户确认。追加（最新在最前）到 `~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[案件编号]/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/[案件编号]/log.md`（如存在）——追加目标
- `~/.claude/plugins/config/claude-for-legal/legal-clinic/CLAUDE.md` → 不重度读取；本技能是案件范围的

## 模式

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

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

**输入：**
- 案件编号（必需——哪个案件）
- 日期 + 时间（默认：现在）
- 方向：`in`（当事人 → 诊所）| `out`（诊所 → 当事人）
- 媒介：`电话 | 邮件 | 短信 | 信函 | 面谈 | 视频 | 留言-已留 | 留言-已收`
- 谁（学生）：姓名
- 谁（当事人方）：当事人姓名，或"第三方：[说明]"如果来自对立方律师、家属等
- 时长/长度（如"10分钟通话""3段邮件""45分钟面谈"）
- 摘要：2-4 句话。发生了什么，实质性内容是什么。
- 行动事项：
  - 学生欠当事人的（附截止日期）
  - 当事人欠学生的（附属预期时间）
- 后续截止日期：如适用
- 备注：任何重要但不属于上述分类的内容——使用的语言、情绪语调、观察到的家庭动态

**写入前：** 向用户展示格式化的条目并征求确认。诊所记录应在写入前审查，而非写入后。

**追加**到 `~/.claude/plugins/config/claude-for-legal/legal-clinic/client-comms/[案件编号]/log.md`。如果日志不存在，创建它并附页眉：

```markdown
# 沟通日志 — [案件名称]

**案件编号：** [案件编号]
**当事人：** [姓名]
**建立日期：** [YYYY-MM-DD]

仅追加。最新在最前。

---
```

然后将新条目置于顶部（最新在最前）。

### `--read`——显示近期条目

打印最近 N 条（默认 5 条）。在学期中接手案件或当事人来电前有用。

### `--summary`——简要阅读

生成一段话的日志摘要——最近联系、总条数、常用媒介、学生方任何待处理行动事项、任何未回复的沟通。输入给 `/semester-handoff` 和 `/status`。

### `--patterns`——标记全日志的关注事项

扫描：

- **当事人方未回复的沟通。** 当事人来电或邮件 N 次但无回复条目录入。
- **遗漏的后续跟进。** 附后续截止日期的行动事项，但之后无条目解决。
- **语言/合理调整问题。** 当事人语言标注为非中文；检查发出的沟通是否使用了该语言。
- **升级模式。** 当事人语气变化（沮丧/焦虑）贯穿条目。
- **缺口。** 在活跃案件中长时间无联系。

这是指导工具。诊所指导老师跨案件运行 `--patterns` 可以看到哪些学生可能需要支持。

## 联动

- **`/client-letter`：** 生成并发送信函后，提议记录为一条发出的沟通。
- **`/status client`：** 生成面向当事人的状态摘要时，提议记录（这些摘要通常发给当事人）。
- **`/client-intake`：** 每个新案件日志的第一条是接待联系。
- **`/semester-handoff`：** 交接备忘录读取每个案件的 `--summary` 以填充沟通历史部分。
- **`/deadlines`：** 如果某次沟通建立了截止日期（"当事人说他们需要在周五前回复"），提议 `/deadlines --add`。

## 本技能不做什么

- **存储实质性法律分析。** 那存在于接待、备忘录和状态文件中。日志是沟通记录——联系事实，不是法律策略。
- **从外部系统自动记录。** 如果诊所使用案件管理系统，集成可以自动拉取通话记录和邮件。那是未来开发项；非 v1。
- **编辑过往条目。** 仅追加。如果条目有误，撰写新条目引用并更正。日志的完整性取决于不重写历史。
- **强制日志纪律。** 如果学生不记录通话，技能无法知晓。日志习惯是诊所文化问题；技能只是让记录变得容易。
- **处理保密或律师专用备注。** 如果学生需要记录策略思考，应放在案件的内部分析文件中，而非沟通日志。