用途：setup-task-to-pr 是配置器技能，用于在目标仓库中创建或更新项目本地技能，使 task-to-pr 套件了解当前仓库的命令、验证门禁、评审规则、产物路径、产品面与运维约束。它不写单一中心配置文件，而是让每个已配置技能读起来像是为该仓库编写的。
不适用：执行实现任务用 task-to-pr；仅提交改动用 commit；仅测试已完成功能用 test-feature；仅一次性解释流程时，直接解释已安装技能即可。
目标输出：在首个受支持的本地技能目录下创建或更新技能，路径为 .agents/skills/<skill-name>/SKILL.md、.claude/skills/<skill-name>/SKILL.md 或 .codex/skills/<skill-name>/SKILL.md。仓库已使用 .agents/skills 或没有既定技能目录时优先选它；已有文档指定目录则沿用。
默认配置栈：task-to-pr、test-feature、automate-e2e-tests、agent-browser、commit、review-pr。仅当验证机制确实不同时，才创建按产品面拆分的测试技能，如 test-web-feature、test-mobile-feature、test-ios-feature、test-android-feature、test-api-feature、test-desktop-feature、integration-test、contract-test、ci-failure-triage。拆分依据是工具链与证据要求，而非产品标签，例如同用 Playwright 的 Web 与 PWA 可共用 test-feature，原生 iOS 与 Android 通常应各自配置。
工作阶段：一、检查仓库，先运行只读发现命令（如 pwd、git status --short、rg --files 查找 AGENTS.md、CLAUDE.md、README*、package.json、playwright.config.、pom.xml、go.mod、.xcodeproj 等），并查找 e2e、tests、specs、tests 目录，读取最高信号文件，能从文件推断的不再提问。二、访谈团队，只问会改变生成技能的问题，如支持哪些产品面、有哪些验证通道、每个通道的精确命令、各类变更的必需通道、昂贵或易碎命令、本地功能验证方式、需要哪些证据、PR 正文要求、分支提交推送规则、企业约束；无法回答时在技能中编码运行时确认步骤而非猜测。三、按决策表选择技能拓扑，初始配置保持可用的最小规模。四、编写每个项目本地 SKILL.md，包含 frontmatter、触发与反触发、项目契约、精确命令与路径、验证通道矩阵、所需证据与报告位置、失败处理、自改进说明。五、保留上游来源段，注明由 Supatest AI supa-skills <skill-name> v<version> 经 setup-task-to-pr 生成，更新时保留本地知识、替换过时命令。六、验证 frontmatter 从第 1 行开始、名称与目录一致、描述触发范围合适，可运行 find .agents/skills .claude/skills .codex/skills -name SKILL.md 检查，仓库有技能校验器则运行；配置期间不做破坏性命令。
最终报告应说明使用的本地技能目录、创建或更新的技能、拆分测试技能及原因、配置的命令与门禁、留待运行时确认的问题，以及风险、缺失凭据或不可用工具。
限制：资料未提供官方网址之外的版本号、许可证、收费或价格信息。