用途：修复“陌生人想帮忙”到“PR 被合并”之间漏人的环节。路径共七步：访问、找活、搭环境、改动、提交、过评审、回访；技能帮你找出泄漏点、修复并从干净机器冷跑验证。
主要能力：先按 Steinmacher 等人 2015 年系统综述（Information and Software Technology 59，基于 20 项原始研究）的五类新手障碍分类——社交互动、先前知识、如何开始、文档、技术障碍——定位问题类别，避免把审计变成挑措辞。重点优化两个项目内部看不见的失败：维护者未测过的机器上搭建失败；提交 PR 后无人回应（GitHub 开源指南为从业者建议，称 48 小时内评审的贡献者回访率更高，但无公开数据集）。覆盖环境层级选择（bootstrap 命令 / 固定工具链 / 容器定义）、第一条 issue 队列规范（七个组成要素、按技术领域而非难度贴标签、认领约定与过期规则、常备至少三条未认领 issue）、CONTRIBUTING 文件分节撰写、评审与致谢两时钟规则。
使用方式：典型触发如“审计首次贡献者为何放弃”“写 CONTRIBUTING.md”“good first issue 长期无人动”“首次 PR 不知如何回复”“只有 star 没有 PR”。先跑 scripts/contributor-path-audit.sh <repo-root> 做基线，再按 Scorecard 协议冷跑两条路径并记录摩擦日志。每条交付物须附证据：文件路径与行号、命令输出、带日期的计数。访谈 1-7 题未答完前不写任何文件。
适用场景与限制：适合志愿或单人维护、公司或基金会支持的开源项目；不适合把周边问题（许可策略等）当成本技能范围，应按 Reference 分节路由到兄弟技能。脚本对文件内容是关键词探测，不等于主题已覆盖，须人工阅读原文。90 天响应窗口与四个季度贡献者窗口为本技能默认，非公开标准；容器托管商公布的省时数据为营销数字，无同行评审测量。其余细节资料未提供。