mcpField
I
internal-investigation

internal-investigation

github.com/cslawyer1985其他90636 次安装4 周前更新
代码仓库

关于 internal-investigation

面向 employment-legal 工作流的内部调查技能,用于建立调查记录、追踪证据收集并整理文档。它强调来源清单、证据缺口和律师对保密适用性的判断;美国程序仅作特定法域参考。

主要功能

  1. 01创建调查日志与来源清单
  2. 02筛查并记录调查文件
  3. 03标记证据缺口与矛盾
  4. 04从日志整理调查备忘录
  5. 05按事项工作区管理上下文

适用场景

  1. 01开启并规划内部调查
  2. 02审阅邮件或记录批次
  3. 03追踪尚未取得的证据
  4. 04汇总调查材料供律师审阅

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/cslawyer1985/claude-for-legal-zh --skill internal-investigation

安装后在 Claude Code 中输入/internal-investigation确认已加载。

详细介绍

内部调查技能

法域门禁: 本文件保留上游美国法域调查参考,含 work-product、Weingarten、Garrity 等美国程序。中国大陆事项不得按下文美国程序、特权标签或期限直接执行;改用本领域已本地化的 investigation-open、investigation-add、investigation-query、investigation-memo、investigation-summary 及目标工作区规则。仅在用户明确指定美国法域且负责律师确认适用性后,才把下文作为比较或当地律师复核材料。标注“保密”不创造中国法上的独立工作成果特权。

事项背景

事项背景。 查看实践级 CLAUDE.md 中的 ## Matter workspaces。如果 Enabled 为 ✗(内部法务用户的默认设置),跳过本段其余内容——技能使用实践级背景,事项管理机制不可见。如果已启用且没有活动事项,请询问:“这是哪个事项?运行 /employment-legal:matter-workspace switch <slug> 或回复 practice-level。”读取活动事项的 matter.md,了解事项专属背景和覆盖规则。将输出写入事项文件夹 ~/.claude/plugins/config/claude-for-legal-zh/employment-legal/matters/<matter-slug>/。除非 Cross-matter context 为 on,否则不得读取其他事项的文件。


输出页眉

在前面加上 ~/.claude/plugins/config/claude-for-legal-zh/employment-legal/CLAUDE.md → ## Outputs 中的工作成果页眉(因用户角色而异——请参阅 ## Who's using this)。此技能生成的每个文件、日志、备忘录和摘要都必须以该页眉开头。

分发规范。 此技能创建的每个文件——日志条目、备忘录草稿、受众摘要、文档注释——均沿袭基础调查的特权和保密状态。向特权圈子以外的人员分发(转发给调查团队以外的非律师、未明确限定范围就抄送 HR、交给业务部门)可能导致整个调查的特权被放弃。将这些文件存放在特权材料所在位置,按工作成果页眉的要求标注,并谨慎决定每一次分发。

⚠️ 特权声明——继续前请阅读

标注不会产生特权。 上述页眉反映了预期的保护状态,必须添加,但页眉本身并不能确立特权。任何输出是否实际享有特权,取决于调查是否由律师指导、创建文件的目的,以及后续如何使用或披露文件。

启动事项前,请确认: 这项调查是否由律师指导?如果不是——例如由 HR 主导、法务仅提供建议,或调查并非应律师指示、为获取法律意见而启动——特权分析将有实质变化,此技能的默认标注可能会造成误导。创建任何日志或文件前,请向律师提出这一问题。

如果对特权是否适用有任何疑问,律师应在创建调查文件前作出判断。如果日后对特权提出质疑,标注不当的材料可能会在证据开示中引发问题。


目的

内部调查常因两种问题而失败:覆盖缺口(从未收集的材料)和综合分析缺口(已收集但从未关联的证据)。此技能兼顾两者——跟踪已收集和未收集的材料,处理大量文档以呈现重要内容而不淹没律师,并维护结构化日志,随时可将其整理成享有特权的备忘录。

特权说明

此技能创建的所有文件均带有上述特权标注。 关于该标注的作用和局限,请参阅本技能开头的声明。

加载背景

阅读 ~/.claude/plugins/config/claude-for-legal-zh/employment-legal/CLAUDE.md → 升级处理表,以及其中提及的任何调查规程。


模式 1:开启新事项

由 /employment-legal:investigation-open、“open an investigation” 或“start an investigation into”触发。

步骤 1 — 接收信息

在同一段中询问以下内容:

要开启调查日志,我需要了解一些信息:

事项

  • 用通俗的话来说,指控或疑虑是什么?
  • 投诉人是谁(或者是什么引发了调查——投诉、线索、审计、经理观察)?
  • 被投诉人或调查对象是谁?
  • 被指称行为大约发生在什么时间段?
  • 这是否由律师指示?记录律师的角色和目的;不要仅因律师参与就推断存在特权。请负责律师根据适用法律评估保密性。

调查类型(有助于我建议合适的来源清单)

  • 人力资源:骚扰/歧视/报复
  • 财务不当行为:费用欺诈/采购违规/侵占公款
  • 高管不当行为:利益冲突/未披露的关系/治理失误
  • 举报人:因受保护活动遭到报复
  • 其他:简要说明

代理情况和雇主身份(揭示可能改变访谈程序的并行法律框架)

  • 被投诉人、投诉人或任何预期证人是否由工会代理,或受集体谈判协议约束?(如果是,请提示进行 Weingarten 研究——调查性访谈可能适用代理权利,并改变访谈流程。)
  • 公司是否为公共雇主(政府实体、公立大学、州或市政机构),或以其他方式代表州行事?(如果是,请提示进行 Garrity 研究——公共部门调查中的强制陈述具有特殊的使用豁免后果,并会改变访谈的进行和记录方式。)

如果触发任一提示,在进行访谈前研究适用规则(Weingarten:NLRA/州公共部门劳动法规;Garrity:第五修正案和 Garrity 系列判例,以及任何州级类似规定)。引用第一手资料。核实其时效性。在调整流程之前不要进行访谈。

步骤 2 — 创建事项目录和文件

创建以下文件:

~/.claude/plugins/config/claude-for-legal-zh/employment-legal/investigation-[matter-slug]/log.yaml:

# [WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this`]
matter: "[matter name]"
matter_slug: "[slug]"
opened: "[ISO date]"
attorney_directed: [true/false]
allegation: "[plain-language summary]"
complainant: "[name/role or anonymous]"
respondent: "[name/role]"
conduct_timeframe: "[approximate dates]"
investigation_type: "[HR/financial/executive/whistleblower/other]"
status: open
last_updated: "[ISO date]"

issues:
  - "[Issue 1 — derived from allegation, e.g. 'alleged hostile work environment']"
  - "[Issue 2 if applicable]"

entries: []

evidentiary_gaps: []

~/.claude/plugins/config/claude-for-legal-zh/employment-legal/investigation-[matter-slug]/sources-checklist.yaml:

根据调查类型生成。请参阅下方的来源清单模板。

~/.claude/plugins/config/claude-for-legal-zh/employment-legal/investigation-[matter-slug]/documents-reviewed.yaml:

# [WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this`]
matter: "[matter name]"
total_reviewed: 0
total_surfaced: 0
last_updated: "[ISO date]"
documents: []
步骤 3 — 来源清单

根据调查类型生成相应的清单。向律师展示清单并询问:“这适合您的事项吗?如果有任何项目不适用,请告知我(我会将其标记为 N/A);如有针对此情况的其他来源,也请告知我。”

人力资源调查来源(骚扰/歧视/报复):

sources:
  - id: 1
    source: "Complainant interview"
    status: open
    notes: ""
  - id: 2
    source: "Respondent interview"
    status: open
    notes: ""
  - id: 3
    source: "Witness interviews — identify from complainant and respondent accounts"
    status: open
    notes: ""
  - id: 4
    source: "Email/messaging review — parties, relevant date range"
    status: open
    notes: ""
  - id: 5
    source: "HR records — respondent's performance history, prior complaints,
             prior discipline"
    status: open
    notes: ""
  - id: 6
    source: "Prior complaints — any prior complaints against respondent in
             HR system"
    status: open
    notes: ""
  - id: 7
    source: "Comparator data — how were similar situations handled"
    status: open
    notes: ""
  - id: 8
    source: "Relevant policies — harassment, code of conduct, reporting
             procedures (version in effect at time of alleged conduct)"
    status: open
    notes: ""
  - id: 9
    source: "Org chart and reporting relationships at time of alleged conduct"
    status: open
    notes: ""
  - id: 10
    source: "Calendar records — any meetings or events mentioned in accounts"
    status: open
    notes: ""
  - id: 11
    source: "Upjohn warning documentation — confirm interviews were preceded
             by Upjohn warnings and documented"
    status: open
    notes: ""

财务不当行为来源:

sources:
  - id: 1
    source: "Expense reports — subject, relevant period"
    status: open
    notes: ""
  - id: 2
    source: "Approval records — who approved the expenses or transactions"
    status: open
    notes: ""
  - id: 3
    source: "Vendor/contractor records — contracts, invoices, payment records"
    status: open
    notes: ""
  - id: 4
    source: "Financial system records — AP, GL entries for relevant accounts"
    status: open
    notes: ""
  - id: 5
    source: "Email/messaging review — subject, approvers, counterparties"
    status: open
    notes: ""
  - id: 6
    source: "Subject interview"
    status: open
    notes: ""
  - id: 7
    source: "Approver interviews"
    status: open
    notes: ""
  - id: 8
    source: "Counterparty/vendor interviews (if accessible)"
    status: open
    notes: ""
  - id: 9
    source: "Audit logs — system access logs for relevant accounts/systems"
    status: open
    notes: ""
  - id: 10
    source: "Prior audits or reviews covering the relevant period"
    status: open
    notes: ""
  - id: 11
    source: "Upjohn warning documentation"
    status: open
    notes: ""

高管不当行为来源:

sources:
  - id: 1
    source: "Subject interview"
    status: open
    notes: ""
  - id: 2
    source: "Board/compensation committee records — relevant resolutions,
             minutes, approvals"
    status: open
    notes: ""
  - id: 3
    source: "Employment agreement and any amendments"
    status: open
    notes: ""
  - id: 4
    source: "Equity records — grants, exercises, vesting"
    status: open
    notes: ""
  - id: 5
    source: "Expense reports and approval records"
    status: open
    notes: ""
  - id: 6
    source: "Email/messaging review — subject, relevant counterparties"
    status: open
    notes: ""
  - id: 7
    source: "Conflict of interest disclosures (or absence thereof)"
    status: open
    notes: ""
  - id: 8
    source: "Outside business activity records"
    status: open
    notes: ""
  - id: 9
    source: "Witness interviews — direct reports, peers, board members"
    status: open
    notes: ""
  - id: 10
    source: "Prior complaints or concerns raised about subject"
    status: open
    notes: ""
  - id: 11
    source: "Upjohn warning documentation"
    status: open
    notes: ""

举报人来源:

sources:
  - id: 1
    source: "Complainant interview"
    status: open
    notes: ""
  - id: 2
    source: "Original complaint or tip — written form if exists"
    status: open
    notes: ""
  - id: 3
    source: "Records related to the underlying allegation (the thing
             complainant blew the whistle on)"
    status: open
    notes: ""
  - id: 4
    source: "Records related to any adverse action taken against complainant
             after the protected activity"
    status: open
    notes: ""
  - id: 5
    source: "Decision-maker interviews — who made the adverse action decision"
    status: open
    notes: ""
  - id: 6
    source: "Comparator data — treatment of similarly situated employees
             who did not engage in protected activity"
    status: open
    notes: ""
  - id: 7
    source: "Email/messaging review — decision-makers, relevant timeframe"
    status: open
    notes: ""
  - id: 8
    source: "Timing analysis — proximity of protected activity to adverse
             action"
    status: open
    notes: ""
  - id: 9
    source: "Respondent/decision-maker interviews"
    status: open
    notes: ""
  - id: 10
    source: "Upjohn warning documentation"
    status: open
    notes: ""

展示清单后,将其写入 ~/.claude/plugins/config/claude-for-legal-zh/employment-legal/investigation-[slug]/sources-checklist.yaml。


模式 2:添加数据

通过 /employment-legal:investigation-add 或“添加到 [matter] 调查”触发,或者在律师粘贴文件或访谈笔记时触发。

步骤 1 — 确认事项

如果 ~/.claude/plugins/config/claude-for-legal-zh/employment-legal/ 中存在多个调查文件夹,询问这些数据属于哪个事项。如果只有一个,则继续。

步骤 2 — 确认数据类型

(如果上下文中不明确)询问:

  • 访谈笔记(谁的访谈?)
  • 文件批次(电子邮件、记录、文件)
  • 律师笔记或观察
  • Upjohn 警告确认
步骤 3 — 文档筛选标准

对于任何一批文档,均应用以下筛选标准。满足以下任一条件的文档都应被列出。这些标准有意设置得略微宽松一些——宁可列出不相关的文档,也不要漏掉重要内容。

筛选标准:

  1. 包含调查中任何一方的姓名(投诉方、被投诉方、先前日志条目中提及的证人)
  2. 由某一方在关键行为发生期间撰写或接收
  3. 包含与指控类型相关的关键词(在初步受理时以及先前日志条目中确定;随着陈述中出现新术语,更新关键词列表)
  4. 包含明示或暗示的承认(“我不该这么做”“我知道这看起来如何”“别把这写下来”“把这个删掉”)
  5. 包含与日志中已有陈述相矛盾的内容——标明具体矛盾以及与之冲突的日志条目
  6. 包含在诉讼中可能敏感的内容:歧视性用语、威胁、对受保护特征或活动的讨论,以及符合指控模式的财务违规行为
  7. 属于先前陈述中提及但尚未出现在文档集中的文档类型(例如,访谈中提到过一次会议,但尚未审查相关日历邀请)→ 记为证据缺口,而非列出的文档

每份已审查文档的处置结果:

  • surfaced:符合一项或多项筛选标准——作为日志条目添加到日志中
  • reviewed-nothing-significant:已审查,不符合筛选标准——在 documents-reviewed.yaml 中记录,仅附一行描述

处理完一批文档后,报告:

Document review complete.
Reviewed: [N] documents
Surfaced: [N] as potentially significant
Logged as reviewed / nothing significant: [N]
New evidentiary gaps identified: [N]

Surfaced items:
[list with one-line description and which pull criterion triggered]

此报告旨在回答“是否有遗漏的关键材料”。筛选标准已记录,列出比例一目了然,律师可随时审查完整的文档日志。在问答模式下,“我在已审查的 [N] 份文档中没有看到任何关于 [topic] 的文档”之所以有意义,正是因为每份已审查的文档都有记录。

步骤 4 — 编写日志条目

对于每项列出的内容,将以下内容追加到 log.yaml:

- entry_id: [auto-increment]
  entry_type: [interview / document / attorney-note / gap]
  date_of_event: "[date the event occurred — not when logged]"
  date_logged: "[ISO datetime]"
  source: "[witness name/role, or document filename/description]"
  source_type: [complainant / respondent / witness / document / attorney-note]
  issues: ["[which investigation issue(s) this entry relates to]"]
  significance: [high / medium / background]
  summary: "[what this entry adds to the record — 2-5 sentences]"
  quote: "[verbatim quote if significant — otherwise empty]"
  contradicts_entry: [entry_id or null]
  corroborates_entry: [entry_id or null]
  credibility_note: ""
  pull_criterion: "[which criterion triggered — for documents]"
  privilege: attorney-work-product

对于证据缺口:

- gap_id: [auto-increment]
  description: "[what document/source should exist but hasn't been found]"
  identified_from: "[which log entry or account raised this]"
  source_to_obtain: "[where to get it]"
  priority: [high / medium / low]
  status: open
步骤 5 — 更新来源检查清单

如果新增数据对应某个检查清单项目,询问律师是否应将其标记为已完成或进行中。不要自动标记为已完成——由律师决定来源何时已得到充分覆盖。


模式 3:查询日志

由 /employment-legal:investigation-query 触发,或在提出任何针对调查的问题时触发(例如,“[witness] 对……说了什么”“哪些文档能佐证”“我们还需要什么”“双方各自最有力的证据是什么”)。

回答前阅读完整日志。回答类型:

事实查询(“X 对 Y 说了什么”): 根据日志条目作答,并引用条目 ID。如果日志中没有相关内容:“我在本次调查日志(已审查 [N] 条目)中没有看到任何关于 [topic] 的信息。或许值得将此标记为一项缺口。”

矛盾查询(“哪些陈述相互矛盾”): 列出所有 contradicts_entry 链接。对于每处矛盾,说明矛盾之处、相互冲突的条目,以及任何与该矛盾相关的文件证据(如有)。

覆盖情况查询(“我们还需要什么”/“有哪些缺口”): 读取 sources-checklist.yaml 和 log.yaml 中的 evidentiary_gaps。报告:

  • 仍未完成的检查清单项目
  • 已记录的证据缺口
  • 提及尚未收集来源的任何陈述

证据强度查询(“每个问题上最有力的证据是什么”): 对于日志中的每个问题,指出:最重要的日志条目、任何文件佐证,以及尚未解决的矛盾。按问题逐一呈现。

Upjohn 查询(“是否已记录 Upjohn 警示”): 检查对应的检查清单项目,以及标记为 Upjohn 文档的任何日志条目。如果尚未完成,则予以提示。

模式 4:起草或更新备忘录

由 /employment-legal:investigation-memo 或“起草备忘录” 或“更新备忘录”触发。

如果尚无备忘录 — 首次起草

阅读完整日志。在以下事项完成之前不要起草(若未完成则发出警告):

  • 每个未解决问题至少有一条记录
  • 投诉人和被投诉人的记录均已提供
  • 已审查来源核对清单(标出任何尚未解决的高优先级事项)

按照以下结构并遵循标准的内部调查备忘录惯例起草备忘录:

[WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this`]

---

**MEMORANDUM**

To: [Attorney to fill in]
From: [Attorney to fill in]
Date: [Date]
Re: Internal Investigation — [Matter name]
Status: PRELIMINARY DRAFT

---

## Executive Summary

[2-3 paragraphs: allegation in plain terms, investigation scope and
methodology summary, key findings in bullet form (Sustained / Not
Sustained / Inconclusive), recommended actions. Written last but
appears first.]

---

## Background and Scope

**Triggering event:** [What initiated the investigation]

**Allegations investigated:**
[Each issue from the log as a numbered allegation]

**Out of scope:** [Anything explicitly not investigated and why]

**Investigation period:** [Dates of conduct alleged]
**Investigation conducted:** [Date opened] to [present or close date]

---

## Methodology

**Interviews conducted:**
| Witness | Role | Date | Notes |
|---|---|---|---|
[Populated from log entries with source_type = interview]

**Documents reviewed:**
[Summary of document categories reviewed, volume, date range.
Full document log is maintained separately.]

**Other sources:**
[Any other sources from checklist — policies, HR records, etc.]

**Limitations:** [Any sources requested but not obtained, any constraints]

---

## Factual Findings

*[Organized by issue — one section per allegation. Not by witness,
not purely chronological.]*

### Issue 1: [Allegation]

[Narrative of what the evidence shows on this issue. Cite log entry IDs
inline in brackets. Where accounts conflict, present the conflict directly
— do not smooth it over. Documentary evidence presented with quotes where
significant.]

### Issue 2: [Allegation]

[Same structure]

[Continue for each issue]

---

## Credibility Assessment

*[Standalone section. Address only witnesses whose credibility is
determinative — i.e., where the finding on an issue depends on which
account is credited.]*

### [Witness name/role]

**Internal consistency:** [Consistent / Inconsistent — note specifics]
**Corroboration:** [What documentary or other evidence corroborates
or undermines the account]
**Motive:** [Any reason to credit or discount the account]
**Demeanor:** [Attorney's observations if interviews were in person —
leave blank if not applicable or not observed]
**Assessment:** [Credit / Do not credit / Partially credit — with basis]

---

## Relevant Policies

[Policies in effect at the time of alleged conduct that bear on the issues.
Cite the version. Do not cite policies that were adopted after the conduct.]

---

## Conclusions

| Issue | Finding | Basis |
|---|---|---|
| [Issue 1] | Sustained / Not Sustained / Inconclusive | [One sentence] |
| [Issue 2] | ... | ... |

*Findings are based on a preponderance of the evidence standard.*

---

## Recommendations

[Organized by action type:]

**Disciplinary action:** [If any — state the basis, not just the outcome]
**Policy or process changes:** [If any gap in policies contributed]
**Training:** [If indicated]
**Further investigation:** [Any threads not fully resolved]
**Monitoring:** [Any follow-up needed]

---

## Appendix A: Chronology of Events

[Auto-generated from log entries sorted by date_of_event, not date_logged.
Format: Date | Summary | Source (Entry ID)]

## Appendix B: Documents Reviewed

[Summary table from documents-reviewed.yaml]

将草稿写入 ~/.claude/plugins/config/claude-for-legal-zh/employment-legal/investigation-[slug]/memo.md。

如果备忘录已存在 — 更新

阅读备忘录和日志。找出自上次起草备忘录以来新增的日志条目(将 date_logged 与备忘录的最后更新日期进行比较)。

报告变更内容:

Since the last memo draft ([date]), the following has been added to the log:

[N] new entries
New issues: [any]
New conflicts: [any]
Resolved gaps: [any]

Sections that need updating:
  Factual findings: [which issues are affected]
  Credibility: [any new credibility-relevant entries]
  Conclusions: [any findings that should be revisited]
  Appendix A: [N] new chronology entries

询问:“要我更新整份备忘录,还是只更新受影响的部分?”

应用更新。保留之前的草稿内容。将更改过的部分标记为 [UPDATED: date],直到律师审阅为止。


模式 5:起草面向特定受众的摘要

由 /employment-legal:investigation-summary 或“为 [受众] 起草摘要”触发。

询问:受众是谁?这份摘要旨在支持什么决定或行动?

HR 摘要(用于 HR 决定纪律处分):

  • 发生了什么(事实摘要,不含法律分析)
  • 对每项指控的认定(成立/不成立/无法确定)
  • 建议采取的行动
  • 本摘要不包含的内容:特权分析、可信度评估方法、法律风险评估、律师的思维印象
  • 标题:“机密 — 仅供 HR 使用 — 请勿分发”
  • 不要包含条目 ID 或文件引用 — 这些内容应保留在备忘录中

领导层/董事会摘要(用于治理决策):

  • 用一段话说明指控和范围
  • 关键调查结果
  • 业务影响/风险敞口(高层概述 — 不含具体法律分析)
  • 公司正在采取的应对措施
  • 标题:“[工作成果标题 — 根据插件配置 ## Outputs — 因角色而异;参见 ## Who's using this]”

外部律师简报(移交以应对诉讼或进行更深入审查):

  • 包含完整背景,包括法律风险分析
  • 尚未解决的证据线索
  • 仍有争议的可信度问题
  • 在诉讼中最重要的文件
  • 标题:“[工作成果标题 — 根据插件配置 ## Outputs — 因角色而异;参见 ## Who's using this]”

后果重大行动关卡(回应要求或投诉)

在编写供对外回应使用的摘要、备忘录或内容之前(例如,对 EEOC/DFEH/州政府机构指控的回应、对原告律师要求函的回应、监管机构回应或任何正式投诉答复): 阅读 ~/.claude/plugins/config/claude-for-legal-zh/employment-legal/CLAUDE.md 中的 ## Who's using this。如果角色是 非律师:

回应要求、指控或投诉会产生法律后果——在此采取的立场可能会成为后续程序中的自认,可能会无意中放弃抗辩,而且底层调查享有的特权可能会丧失。你是否已与律师审阅此回应?如果是,请继续。如果否,请准备以下简要材料带给律师:

  • 指控、审理机构和截止日期
  • 调查发现的情况(按指控分类的调查结果;已审阅的文件;已访谈的证人;是否给予 Upjohn 警告)
  • 尚未解决的证据线索或可信度争议
  • 拟议回应的内容及其隐含承认的事项
  • 尚待解决的问题
  • 可能出现的问题(特权放弃、事实陈述前后不一致、错过积极抗辩)
  • 应向律师询问的问题(理论是否正确;是否保留了抗辩;是否应由外部律所接手;哪些内容需要删节或列入特权日志)

如果你需要寻找律师、法律事务律师、大律师或其他经授权的法律专业人士:请联系你所在地区的专业监管机构(美国的州律师协会、英格兰和威尔士的 SRA/Bar Standards Board、苏格兰/北爱尔兰/爱尔兰/加拿大/澳大利亚的 Law Society,或你所在司法管辖区的同等机构),咨询转介服务。机构回应和要求函回应很容易因未经培训的答复而造成比原始指控更大的风险。

未经明确肯定答复,不得越过此关卡起草对外回应。仅在组织内部使用的内部备忘录、人力资源摘要和领导层简报不触发此关卡(但本技能开头关于特权形成的注意事项仍然适用)。


此技能不会做什么

  • 作出纪律处分决定——它为律师的调查结果提供支持, 不代替人力资源部门采取行动
  • 保证特权——特权取决于调查的组织方式, 而非备忘录的标题
  • 处理无法读取的文件——如果文件格式无法解析, 请标记以供人工审阅
  • 进行访谈——它会记录访谈笔记,但不会访谈证人
  • 取代 Upjohn 警告——它会跟踪是否已给予警告,但不会 给予警告

以“后续步骤”决策树收尾

按照 CLAUDE.md ## Outputs 中的要求,以“后续步骤”决策树收尾。根据此技能刚刚生成的内容调整选项——五个默认分支(起草 X、升级处理、收集更多事实、观望等待、其他事项)只是起点,并非固定选项。决策树就是输出;由律师作出选择。

评论

支持 Markdown