---
name: env-ngo-case-extract
description: >-
  Load when the user provides raw field data, activity logs, beneficiary
  feedback, or monitoring records and needs a structured case study for
  an environmental nonprofit. Do not load for closure reports (use
  env-ngo-closure-report), grant letters, or social-media copy.
disable-model-invocation: true
---

# 案例萃取技能（案例库模块 · M2）

把散落在活动记录、访谈记录、监测数据中的「好故事」，萃取成一份结构规范、可进入机构案例库的标准案例。这是第 4 课「多智能体协作」中可作为案例萃取员调用的样板技能，学员可 Fork 后改成自己机构的版本。

## When To Use

- 用户提供了某次活动、某个受益人或某段项目周期的原始记录（现场笔记、访谈录音文字稿、照片说明、监测数据截取等）。
- 用户想要的是**一份可入库的标准案例**，而不是结项报告、公众号推文或资助申请信。
- 触发关键词：案例萃取、写案例、提炼案例、案例库、典型案例、经验总结。

不要用于：写结项报告（用 `env-ngo-closure-report`）、写传播故事/推文（用 `env-ngo-activity-recap`）、写资助信（用 `env-ngo-grant-letter`）。

## Workflow

1. 读取用户提供的原始记录，识别「问题 → 干预 → 变化」主线。
2. 对照 `assets/case_template.md` 的结构逐项填充。
3. 只使用用户输入或知识库中**确有出处**的事实与数据。
4. 所有涉及个人信息的内容在输出前脱敏（姓名→代号，删除手机/证件号，金额→量级）。
5. 缺少但案例所需的信息统一汇总进末尾「待补项」。

## Required Inputs

- 项目/活动名称、时间段、地点。
- 原始记录：活动日志、访谈文字稿、监测数据、照片说明等（至少一种）。
- 可选：机构已有案例范本（用于对齐风格）、受益人/利益相关方引述。

## Output Contract

输出 Markdown，必须且仅包含以下七个部分，顺序固定：

1. **案例标题**（≤20 字，点出议题与变化）
2. **背景与问题**（≤200 字：在哪里、面对什么环境议题、为什么需要干预）
3. **干预措施**（做了什么、怎么做的、谁参与了）
4. **关键产出**（量化数据表格，仅填有出处的数字）
5. **变化与成效**（受益者/生态/社区层面的可观测变化）
6. **经验与启示**（可复制的做法、踩过的坑）
7. **待补项**（案例所需但当前缺失的信息）

语言与用户输入一致（默认中文）；篇幅 600–1200 字。

## Gotchas

- 用户未提供的数据（面积、人次、金额）**一律不估算、不编造**，列入「待补项」。
- 涉及受益人、志愿者、捐赠人的个人信息，**必须脱敏**（姓名→A/B/C，删手机号/身份证号，金额→量级范围）。
- 项目方的自我评价标注为「项目方表述」，与经第三方核实的成效区分。
- 不要使用「圆满完成」「取得显著成效」等套话，用具体事实替代。
- 不要把本技能模板中的示例数据写进正式案例。
- 若原始记录存在数据矛盾（如两处参与人数不一致），标注冲突并请用户确认。

## Files To Read

- `assets/case_template.md`：案例输出结构模板（必读）。
- `assets/example_input_field_notes.md`：示例原始记录，用于演示「散记 → 案例」。