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：示例原始记录，用于演示「散记 → 案例」。