用途：在实现无障碍（或其他）修复前，先判断受影响代码是否真正属于本项目，避免对共享组件、设计系统、渲染器、框架或 npm/PyPI/Packagist/Composer 等外部依赖做本地补丁。
主要能力：当障碍可能来自项目外部时，加载 upstream-first 决定负责的修复形式，包括已安装能力、现有公开 API 或扩展点、合适的维护中开源包、对现有项目的聚焦贡献、有可信归属的新可复用开源包，或带书面理由的本地实现。若决定上游贡献，使用 maintainer-ready-contribution 准备 issue、提案、补丁或 PR；若可能是安全漏洞，改用 responsible-security-disclosure，不得公开 issue、复现、分支、fork 或 PR；若 AI 实质参与已知贡献，在接收方政策允许时提交前运行 ai-contribution-review。
使用方式与限制：任何外部项目的打开、评论、指派、打标签、fork、分支或提交，都必须获得人类对具体动作的明确批准。临时本地补丁、覆盖、fork、pin 或 workaround 应记录为债务，包含下游负责人、上游引用或例外、基于风险的复审日期、适用支持版本、移除条件与回滚计划；上游条目合并或关闭不等于解决，需下游采用受支持版本并重测原用户可见行为。该技能本身不重述上游项目的决策层级、分类步骤或贡献流程，相关细节由 mgifford/upstream-first 维护。
适用场景：修复可能影响多个项目消费者的共享组件障碍，或需要判断修复归属时。限制：资料未提供具体安装命令、收费、价格、平台与效果信息。