先看看示例
作者提供的示例，实际效果取决于你的输入和使用工具。
输入
过去90天auth/session.py共8次有效修改，全部来自同一作者；CODEOWNERS列出另一个团队。
输出
编辑示例 · 未运行
待核对风险：会话模块近期知识可能集中于一人。
证据：90天内8次有效修改均由作者A完成。
不能推断：A是唯一能维护的人。
建议：与CODEOWNERS团队核对实际审查与交接安排，检查共享账号、合并提交是否影响归属。
方法说明
分析 Git 历史中谁维护关键模块，识别集中依赖和无人持续负责的区域。 具体任务 找敏感模块维护风险：从授权Git历史提取人与文件关系，识别单人集中和长期无人触达。 核对名义与实际维护：将提交证据与CODEOWNERS或团队记录比较。 必需材料 授权仓库和时间窗口 敏感路径或规则 可选材料 CODEOWNERS 账号别名映射 使用门槛 能解释Git记录的局限，掌握相关团队职责以作人工核实。 这个 Skill 额外提供的方法 把潜在单点风险定位到模块和证据，让交接讨论有具体对象。 编辑示例（未运行） 认证模块是否过度依赖单人 任务：根据虚构提交记录写风险提示 输入： 过去90天auth/session.py共8次有效修改，全部来自同一作者；CODEOWNERS列出另一个团队。 结果片段： 待核对风险：会话模块近期知识可能集中于一人。 证据：90天内8次有效修改均由作者A完成。 不能推断：A是唯一能维护的人。 建议：与CODEOWNERS团队核对实际审查与交接安排，检查共享账号、合并提交是否影响归属。 以下为官方编辑构造的示例，未运行上游 Skill。样例不披露真实员工信息，也不以提交指标评价个人表现。 首次任务 任务：基于获准仓库的真实Git历史和敏感路径规则，梳理安全维护人与知识集中风险。 任务重点：从授权Git历史提取人与文件关系，识别单人集中和长期无人触达。 必需材料： - 授权仓库和时间窗口：[填写或粘贴我的材料；未具备则说明] - 敏感路径或规则：[填写或粘贴我的材料；未具备则说明] 可选补充： - CODEOWNERS：[可填写，未提供不应假定存在] - 账号别名映射：[可填写，未提供不应假定存在] 请交付有材料依据的分析报告，列出发现、证据、建议与未覆盖范围。仅依据这些材料处理；缺少决定结果的信息时先说明缺口，不补造事实。未执行的检查、修改或外部操作明确标为未执行。 使用前提：能解释Git记录的局限，掌握相关团队职责以作人工核实。 处理边界：提交频次不能直接证明正式责任或能力；共享账号、批量迁移和机械提交会扭曲判断 验收要求： 1. 时间范围和过滤规则可复查。 2. 敏感标签有定义。 3. 结论经团队职责与异常提交核对。 验收方法 时间范围和过滤规则可复查 敏感标签有定义 结论经团队职责与异常提交核对 依赖与准备 Git历史、Python3及networkx；图数据库或可视化工具为可选，不自动上传历史。 使用边界 提交频次不能直接证明正式责任或能力 共享账号、批量迁移和机械提交会扭曲判断 排错 结果被一个机器人占满：分离机械提交、共享身份和别名。 图过于复杂：按敏感标签与有限时间窗口查询局部结果。 固定来源 https://github.com/openai/skills/blob/49f948faa9258a0c61caceaf225e179651397431/skills/.curated/security-ownership-map/SKILL.md