Investigation memo drafter
Skill findscripter/everything-skills/09-verticals/investigation-memo-drafter
当内部调查(HR/财务/高管/吹哨人)进展到可写首稿、或日志新增数据需回写草稿时使用;从特权调查日志生成/更新「内部调查备忘录」——按争点组织事实认定、可信度评估、依优势证据出 Sustained/Not Sustained/Inconclusive 结论,带工作成果抬头存为 memo.md;不适用于替律师作处分决定、保证特权、或缺关键来源强行定稿。触发词:调查备忘录, 内部调查, investigation memo, 起草备忘录, 可信度评估, 事实认定, draft memo, 调查结论From its SKILL.md
npx -y skills add findscripter/everything-skills --skill investigation-memo-drafterAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its file declares
Copied from the file, not written here
The file declares its own license as Apache-2.0. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.
SKILL.md
9.4 KB, ~3.1k tokens by cl100k_base, as published. Nobody here has run it
何时使用
- 一项内部调查(HR 骚扰/歧视/报复、财务舞弊、高管不当行为、吹哨人报复)已采集到足够材料,需从特权调查日志写出第一版备忘录。
- 调查日志新增了访谈记录/文档/律师批注,既有备忘录草稿需要回写更新。
- 用户说「起草调查备忘录」「把日志写成 memo」「更新调查结论」「补一段可信度评估」。
不该用的边界(划清「做」与「不做」):
- 不替律师/HR 作纪律处分决定——本技能支撑律师的事实认定,不替 HR 拍板处分。
- 不保证特权成立——特权取决于调查是否律师主导、文档制作目的及后续使用,不取决于备忘录怎么标注(见「注意事项」)。
- 不在缺关键来源时强行定稿——首稿前必须满足前置条件,否则只警告、不蛮干。
- 不进行访谈、不给 Upjohn 警告——它只把这些记录进日志。
步骤
本技能是「内部调查」框架的 Mode 4(起草/更新备忘录)。先确认调查为律师主导(否则特权分析改变,先把这问题抛给律师再动手)。读取案件目录下 log.yaml、documents-reviewed.yaml、sources-checklist.yaml 全量,再分两路:
A. 若无备忘录——写首稿。 先核前置条件,缺则警告但不阻断起草:
- 每个开放争点(issue)至少有一条日志条目;
- 投诉人(complainant)与被调查人(respondent)的条目均已就位;
- 复核来源清单,高优先级仍 open 的来源逐一警告。
按下列固定结构起草(标准内部调查备忘录范式),写入 memo.md,状态标 PRELIMINARY DRAFT:
- Executive Summary——指控白话、范围与方法概述、各争点结论(Sustained / Not Sustained / Inconclusive)、建议措施。最后写、放最前。
- Background and Scope——触发事件、逐条编号的被调查指控、明确的范围外事项、行为期间与调查期间。
- Methodology——访谈表(证人/角色/日期/备注,取自 source_type=interview 的条目)、文档类别与卷量、其他来源、Limitations(请求但未获取的来源、各种约束)。
- Factual Findings——按争点组织,一争点一节(不按证人、不纯按时序)。内联方括号引用日志 entry_id。账述冲突处直接呈现冲突,不抹平,关键文档配引文。
- Credibility Assessment——独立成节,仅评估其可信度决定结论走向的证人。每人四维:内部一致性 / 旁证印证 / 动机 / 庭审观感(仅当面访谈时;否则留空)→ Assessment(采信 / 不采信 / 部分采信,附依据)。
- Relevant Policies——行为发生时生效的版本,注明版本号;不引用事后才出台的政策。
- Conclusions——表格:争点 | 认定(Sustained/Not Sustained/Inconclusive)| 一句依据。注明「依优势证据(preponderance of the evidence)标准」。
- Recommendations——按动作类型:纪律处分(写依据非仅结论)/ 政策或流程改进 / 培训 / 进一步调查(未结线索)/ 后续监控。
- Appendix A: Chronology——从日志条目按
date_of_event(非 date_logged)排序自动生成:日期 | 摘要 | 来源(Entry ID)。 - Appendix B: Documents Reviewed——从
documents-reviewed.yaml汇总表。
B. 若已有备忘录——更新。 读备忘录与日志,比对 date_logged 与备忘录上次更新日,识别新增条目。先报告变化,再改写:
自上次草稿([日期])以来,日志新增:
[N] 条新条目 / 新争点:[…] / 新冲突:[…] / 已补缺口:[…]
需更新的小节:
事实认定:[受影响的争点] / 可信度:[新增可信度相关条目]
结论:[需重审的认定] / 附录A:[N] 条新时序项
然后问:「更新整篇,还是只改受影响小节?」按答执行,保留既有起草,改动小节标 [UPDATED: 日期] 直到律师复核。
指令
- 争点优先组织:事实认定按指控分节,绝不退化成「证人 A 说→证人 B 说」的逐人复述;冲突账述并陈、指向印证或反驳它的文档。
- 可信度仅评关键证人:不要给每个证人都写一段。只评「认定结论取决于采信谁」的那几位,套四维框架。
- 政策按时点取版本:只引用行为发生当时生效的版本并注版本号。
- 结论用受控三态:Sustained / Not Sustained / Inconclusive,优势证据标准,主观/临界判定打
[review]交律师,绝不静默认定阈值已满足。 - 附录自动化:时序按
date_of_event排序(不是入库时间);文档附录直接由documents-reviewed.yaml汇总。 - 来源归属标签:引用规则/判例时标
[CourtListener]/[statute / regulator site]/[user provided]/[model knowledge — verify],标签描述出处而非把握度,不删改不合并。
示例
写入 memo.md 的备忘录骨架(保留工作成果抬头):
[工作成果抬头 — 按插件配置,因角色而异:PRIVILEGED & CONFIDENTIAL — ATTORNEY WORK PRODUCT]
**MEMORANDUM**
To/From: [律师填] · Date: [日期] · Re: Internal Investigation — [案件] · Status: PRELIMINARY DRAFT
## Executive Summary
[指控白话|范围与方法|各争点 Sustained/Not Sustained/Inconclusive|建议]
## Factual Findings
### Issue 1: [指控]
[本争点证据叙述,内联引用 [entry 7][entry 12];账述冲突直接并陈,不抹平]
## Credibility Assessment
### [证人]
内部一致性:[…] · 旁证印证:[…] · 动机:[…] · 庭审观感:[当面访谈才填]
Assessment:[采信 / 不采信 / 部分采信 — 依据]
## Conclusions
| 争点 | 认定 | 依据 |
|---|---|---|
| Issue 1 | Sustained / Not Sustained / Inconclusive | [一句] |
*认定依优势证据(preponderance of the evidence)标准。*
更新模式:先输出「自上次草稿以来新增 N 条…需更新 X/Y 小节」的变化报告 → 问「整篇 vs 仅受影响小节」 → 改动小节标 [UPDATED: 日期]。
注意事项
- 标注不创设特权:抬头反映意图但本身不成立特权。是否真享特权取决于调查是否律师主导、文档制作目的、后续如何使用/披露。开案前先确认是否律师主导——若由 HR 主导、法务仅顾问角色,特权分析实质不同,先把这问题抛给律师,再建任何文件。
- 传播即可能弃权:备忘录及衍生摘要继承底层调查的特权状态。转发给调查圈外的非律师、未限缩抄送 HR、交给业务侧,都可能对整项调查弃权。按抬头标注,存特权材料处,每次分发都刻意决定。
- 外发响应有门:若要据此对外回应(EEOC/州机构指控、对方律师索赔函、监管回函),非律师角色须先经律师;此处所采立场可能成为日后程序中的自认,并可能弃失对调查的特权。
- 非律师输出模式:使用者非律师时,律师摘要置顶、每个法律标记加一句白话注解、每条法条加白话主题行。
- 不静默补漏:法律检索工具对某规则返回稀少时,报所得并停下列选项交律师,不替其接受低可信来源。
- 结尾给「下一步决策树」(起草摘要 / 升级 / 补事实 / 观望 / 其他),定制到本次产出,由律师选择。
互见
- requires:无强制前置;实务上调查日志、来源清单已由「内部调查」框架的 Mode 1–3 建好。
- related:
litigation-chronology-builder(时序附录与诉讼时间线相通)、deposition-outline-prep(可信度评估与询问提纲互通)、privilege-log-reviewer(备忘录及衍生件的特权状态判定)、general-counsel-advisor(升级与法律意见)、diligence-issue-extractor(按争点抽取与组织证据)。 - combines_with:
litigation-chronology-builder—— 调查转入诉讼时,把事实认定接成可主张的时间线;general-counsel-advisor—— 就结论与敞口给出 GC 级判断与升级路径。
本条采编自 anthropics/claude-for-legal(Apache-2.0)。
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.