先看看示例
作者提供的示例，实际效果取决于你的输入和使用工具。
输入
SOP：发送申请给财务，审批后购买。没有金额上限、所需附件、审批时限、负责人或紧急流程。
输出
编辑示例 · 未运行
高优先缺口：
- Who：未指定接收角色或队列，新人无法提交。
- What：未列报价、用途等必要材料，易来回补件。
- How much：无金额分级，无法判断审批路径。
- When：无时限与超时升级方式。
修补顺序：先由财务确认审批人和金额规则，再补示例申请和升级路径；不自行编写金额上限。
方法说明
按责任人、时机、步骤、成功信号和回退路径检查 SOP，同时查找知识库中的孤立、失效和过期页面。 具体任务 检查采购申请 SOP 的接手风险：按责任人、时机、步骤、成功信号和回退路径检查 SOP，同时查找知识库中的孤立、失效和过期页面。 整理知识库健康清单：查孤立页面、过期负责人、术语冲突与链接问题，并给出保留、合并或修订建议。 必需材料 授权的 SOP 或 wiki 导出 负责人、更新时间与使用场景 可选材料 内部链接索引 术语表 使用门槛 知道谁会按这些文档执行，以及最新流程实际是什么。 这个 Skill 额外提供的方法 同时检查单篇能否执行、跨篇是否互通和责任是否明确，按影响排序修补。 编辑示例（未运行） 检查采购申请 SOP 的接手风险 任务：请根据下面的示例材料完成检查采购申请 SOP 的接手风险，把判断依据和待确认事项写清楚。 输入： SOP：发送申请给财务，审批后购买。没有金额上限、所需附件、审批时限、负责人或紧急流程。 结果片段： 高优先缺口： - Who：未指定接收角色或队列，新人无法提交。 - What：未列报价、用途等必要材料，易来回补件。 - How much：无金额分级，无法判断审批路径。 - When：无时限与超时升级方式。 修补顺序：先由财务确认审批人和金额规则，再补示例申请和升级路径；不自行编写金额上限。 同时检查单篇能否执行、跨篇是否互通和责任是否明确，按影响排序修补。 该片段是编辑示例，用于说明交付形态，未运行上游技能。 首次任务 请使用「检查 SOP 是否真的让接手人知道怎么做」完成「检查采购申请 SOP 的接手风险」。 任务要求：同时检查单篇能否执行、跨篇是否互通和责任是否明确，按影响排序修补。 我的必需材料： - 授权的 SOP 或 wiki 导出：[请填写或粘贴] - 负责人、更新时间与使用场景：[请填写或粘贴] 请基于上述实际材料输出：完整性问题、失效链接与孤立页面、按优先级排列的清理清单。缺少依据的地方单列为待确认，不编造事实；未执行的操作或测试明确标为未执行。 验收要求： 1. 检查覆盖谁、做什么、何时、何地、为何、怎样和成本。 2. 问题对应具体文档位置。 3. 删除与合并建议保留历史及责任人确认。 验收方法 检查覆盖谁、做什么、何时、何地、为何、怎样和成本 问题对应具体文档位置 删除与合并建议保留历史及责任人确认 依赖与准备 来源可处理本地知识库导出并提供 Python 检查脚本；Notion/Confluence 实时访问需要连接器与权限，本地导出可先完成审计。 使用边界 链接不可访问不等于页面已废弃，应区分权限与失效。 清理报告不自动删除、覆盖或发布团队知识。 排错 同一流程有多个版本：按负责人和更新时间核对权威来源，保留旧版指向新版本。 脚本标记大量断链：先检查导出路径和权限，避免把内部不可访问链接误判成失效。 固定来源 https://github.com/alirezarezvani/claude-skills/blob/19392f7a08264ed00486a251f5b2098321771f94/business-operations/skills/knowledge-ops/SKILL.md