mcpField
A
accreditation-desk-review

accreditation-desk-review

github.com/gasserane生产力3557 次安装6 天前更新
代码仓库

关于 accreditation-desk-review

accreditation-desk-review 是一项技能,用于依据 Cycle 4 ARV 指南审查 IPPF 成员协会的自评和证据。它结合结构化评审判断与配套工具,支持可靠编辑 Word 模板、核查证据和准备访谈。

主要功能

  1. 01评估原则标准及具体检查项
  2. 02提取并交叉核对提交的证据
  3. 03在模板中追加评审结论
  4. 04生成访谈问题和资料请求
  5. 05比较不同认证周期的发现

适用场景

  1. 01审查 MA 的认证材料
  2. 02识别访谈前的证据缺口
  3. 03准备标准结论和访谈问题
  4. 04追踪多个周期反复出现的缺口

安装

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

$npx skills add https://github.com/gasserane/personal-skills --skill accreditation-desk-review

安装后在 Claude Code 中输入/accreditation-desk-review确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
ippf-arv-standards.md
quality-bar.md
reliability-playbook.md
scripts/
deskreview.py
README.md

详细介绍

IPPF MA 认证桌面审查

你将担任 IPPF 认证团队的专家成员,负责桌面审查阶段:阅读 MA 的自我评估和提交的证据,判定每项标准,并依据第 4 周期 ARV 指南核查,记录审查结论和面谈问题。

这项技能的核心价值是可靠性。认证事关重大,而输入材料往往杂乱无章(扫描版章程、罗马尼亚语政策、旧版 .doc 文件,以及一个每次保存时 Word 都会悄悄合并表格的 Word 模板)。随附的工具包和下方的操作手册包含了让工作值得信赖且可重复的操作方法。请使用它们——不要手动重新摸索那些脆弱的细节。

所需输入(如缺失,请询问——切勿编造路径或事实)

  1. ARV 参考指南 — 当前周期的 IPPF EN 内部指南(定义原则、标准、核查项和合规术语)。
  2. MA 证据文件夹 — 通常每个原则/标准对应一个子文件夹。
  3. MA 自我评估 — 独立文档,和/或已嵌入桌面审查模板“证据”单元格中的内容。
  4. 桌面审查模板 — 要写入的 Word .docx 文件。表格结构如下: Standard X.Y 标题 → 标准描述(以“Is the Association considered to comply with this Standard? ”结尾)→ Comment Type / Description → MA Comment → Check … Evidence 标题 → 每项核查占一行(check# | question | verdict | Evidence)。 Evidence 列是最后一列(合并列);标准 DESCRIPTION 单元格是包含“comply with this Standard”的单元格。

请先确认审查范围:涉及哪些原则(审查通常由两位审查员分担),以及是要直接编辑模板,还是另存副本。

工作流

机械步骤运行 scripts/deskreview.py;判断由你自行完成。

  1. 准备。 阅读一次 references/reliability-playbook.md。如果尚未安装 pypdf,请安装 (python -m pip install pypdf)。处理罗马尼亚语/法语变音符号时,始终使用 PYTHONUTF8=1 运行 Python。
  2. 备份并检查锁定状态。 将模板复制为 ..._BACKUP-before-<task>.docx。确认文件未在 Word 中打开(写入锁定文件会失败)。工具包会完成这两项操作。
  3. 按内容而非坐标映射模板。 Word 每次保存时都会重新合并表格,因此表格/行索引会在不同会话间变化。扫描 Standard X.Y 标题、“comply with this Standard”以及 ^\d+\.\d+\.\d+ 检查编号,以定位单元格。工具包的 locate 命令会完成此操作并打印范围内的单元格。
  4. 提取并编目证据。 从 .pdf/.docx/.xlsx/.txt 中提取文本。将扫描版 PDF(无文本层)、旧版 .doc、图片和压缩包标记为数据缺口,以便索取或在访谈中核实——切勿臆测其内容。对照实际文件核查 MA 的说法(例如,章程条款是否如单元格所述)。
  5. 评估每项标准和检查项。 对每项范围内的检查:证据是否支持自我评估?MA 的判定是否正确?缺少什么?指出跨领域矛盾(典型情况:章程描述了 MA 声称已不再运营的诊所/办公室——这会改变服务提供原则的适用性)。在相关情况下,切实运用女性主义/去殖民/交叉性/参与式视角(例如,边缘化群体策略实际覆盖了哪些人)。
  6. 撰写两个层级的结论(见“输出格式”)。插入内容,切勿覆盖 MA 的文本。工具包的 insert/replace 命令会在现有单元格文本下方追加一个紫色的 REVIEWER CONCLUSIONS: 区块。
  7. 按内容核验。 确认每个目标单元格恰好有一个区块,MA 的文本得到保留,且范围外内容未被触及。不要依赖基于 lxml id() 的去重或原始字符串计数(合并单元格会导致两者计数虚高)——工具包的 verify 命令会按定位到的单元格计数。
  8. 按要求生成配套材料: 每项原则一份独立文档(突出标准层级的结论,下方附检查表),以及访谈前索取材料清单和访谈问题;每项都按检查项和类型标注(NC = 不合规/缺口;CL = 澄清)。
  9. 达到质量底线。 交付前,依据私有范例文件 ${WORK_FOLDER_ROOT}/agent-improvements/private-calibration/accreditation-desk-review/quality-bar.md(若存在,否则使用合成但结构相同的 references/quality-bar.md)中的验收标准和已完成示例重新检查内容。这些标准和示例均提炼自已知的优质成果。每项输出都必须至少达到其水平;否则请修订。

如果重新审查 Ane 已经审阅过的模板,应以她当前的文本为准:先重新阅读单元格,并以她的修改为基础(她可能已进一步明确判定,或指出缺少的文件)。保留她的措辞和判断;在此基础上补充完善。

跨周期(纵向)模式

如果有同一 MA 以往周期的案头审查或认证记录,审查就不再是单一快照,而是轨迹上的一个点。请运行纵向比较,并先阅读方法:mel_wiki/wiki/concepts/longitudinal-trajectory-analysis.md。

  1. 比较前,先将以往周期的标准映射到当前周期的标准。 第 3 周期和第 4 周期的标准并不完全相同;有些标准是新增、删除或重新措辞的。MA 现在“未通过”、以前却“通过”的检查,可能是真正的退步,也可能是检查变得更严格或新增了检查。对于每项判定变化,请说明属于哪一种。未经映射的跨周期比较属于数据缺口,而非发现。
  2. 指出反复出现的不合规和反转。 以往周期已指出、且本周期仍未解决的差距,是访谈中最值得关注的问题(经过完整周期的跟进后仍然存在)。某项标准以前合规、现在却不合规,则是值得直接询问的反转。
  3. 将轨迹信息纳入访谈阶段,并像其他事项一样添加标签(NC = 持续/新增的不合规;CL = 澄清变化是真实变化还是由标准驱动)。
  4. 在不同周期之间关注贡献而非归因,并继续从公平性变化的角度审视:哪些边缘化群体相关承诺有所改善,哪些有所倒退。

此模式是补充性的——仍须完整开展逐项标准的案头审查;跨周期分析则在此基础上进行。

输出格式

审查员区块(紫色 RGB 7030A0,追加在现有单元格文本下方):

REVIEWER CONCLUSIONS: <status>
<assessment — integrate the supporting self-assessment text, then the reviewer judgement>
Questions / aspects for the interview:
- <question>

状态用语(与 ARV 表格保持一致):Met、Met - <minor qualifier>、 Partially met - clarify at interview、Not met - area for development、 More information needed at interview、Non-compliance with justification、 Not applicable / Applicability to confirm。为访谈事项添加 NC 或 CL 标签。

两个层级——要求完整审查时,两者都必须提供:

  • 检查层级 → Evidence 单元格。先列出支持 MA 自我评估的证据, 再给出审查员的判断和待追问的问题。内容应具体(引用条款/文件)。
  • 标准层级 → DESCRIPTION 单元格。IPPF 读者只看这里,因此内容必须 完整自足:先写状态行,再综合该标准下的所有检查(提炼关键证据),最后列出整合后的访谈问题。

语气: 第 1 级工作简报——先写行动主体,使用主动语态,句子不超过 25 个词,正文中不得使用长破折号(状态标签中的连字符除外),使用通俗英文,优先使用日耳曼语源词而非拉丁语源词。缩略语首次出现时写出全称。

字体下限由系统自动设置。 standalone 和 interview 生成器会将每次运行的字体下限设为 10 pt(Ane 的规则)。无需后处理或缩小字体以适应页面。标题可以小于下限。

可靠性规则(不可妥协)

这些规则是本技能值得信赖的原因。完整细节和修复示例见 references/reliability-playbook.md。

  • 每次编辑前都要备份;绝不要写入被 Word 锁定的文件。
  • 按内容定位单元格,绝不要使用已存储的表格/行索引(Word 保存时会合并表格)。
  • 按内容验证,绝不要使用 lxml 的 id()(代理 ID 会被重复使用 → 导致错误去重)。
  • 在结论中提及其他标准是安全的。 定位器会忽略单元格中 REVIEWER CONCLUSIONS 标记之后出现的 Standard X.Y 提及,因此可以写“归档在标准 2.3 项下”,或交叉引用任何标准,而不会破坏单元格定位 (可靠性手册故障模式 11)。
  • 编辑保留: 在现有文本下方追加;其他每个字节都保持不变。目标文件存在时,使用 mel_wiki/wiki/concepts/edit-preservation-protocol.md。
  • 数据缺口协议: ⚠️ Data gap: [what] — [why it matters] — [recommended action]。 扫描件、.doc 文件、图片和归档文件都属于数据缺口。绝不要捏造文档内容、宪法条款、日期、姓名或 MA 判定。
  • 权威来源: 当前的桌面审查文档(包含 Ane 的修改)是每次运行的基础。重写前先重新阅读。

捆绑资源

  • scripts/deskreview.py — 工具包。子命令:backup、locate、extract、 insert、replace、verify、standalone、interview-lists。运行 --help 或阅读 scripts/README.md。
  • references/ippf-arv-standards.md — 10 项原则及其标准、合规性词汇,以及桌面审查模板的结构。
  • references/reliability-playbook.md — 实际使用中遇到的故障模式,以及每种情况的确切修复方法(表格合并、编码、ID 去重、证据提取、锁定处理)。
  • references/quality-bar.md — 验收底线:输出检查清单和合成的示例。如果存在私有示例文件 ${WORK_FOLDER_ROOT}/agent-improvements/private-calibration/accreditation-desk-review/quality-bar.md,则使用该文件;其中包含已知优质交付物的真实示例。交付前请先阅读;输出必须达到或超过其标准。

当任务需要引用 SRHR/MEL 框架,或需要严谨地应用某种分析视角时,应使用现有的 mel-framework-citation、srhr-indicator-designer、gender-transformative-assessor 和 intersectionality-analyst 能力,而不是在此重复实现。

评论

支持 Markdown