用途：当贡献者的补丁只修复了用户痛点的一个可见症状、可能未覆盖完整集成契约时，用此技能判断应补全什么，或精确说明为何保持狭窄。
主要能力：把工作拆为三部分——贡献者的原始补丁、底层用户痛点、Pydantic AI 应支持的集成契约，以契约决定最终形态。适用范围不限于 UI 或 provider 集成，凡触及同一更大表面中某个变体的补丁都适用，如 parse/dump、请求/响应、流式/非流式、静态/动态、同步/异步、原生/provider/本地工具、元数据、状态机、持久执行、文档或测试。
使用方式：先读取本地上下文（CLAUDE.md、agent_docs/index.md、branch-context、各 AGENTS.md 等）。用 gh 解析工作项，例如 gh pr view <PR> --json number,title,url,state,body,author,headRepository,headRepositoryOwner,headRefName,maintainerCanModify,baseRefName,comments,reviews,closingIssuesReferences。重建痛点、以一手资料验证规格、映射集成表面、检查 git/GitHub 历史，再分类缺失工作为必需、回归测试、锦上添花或超范围。实现时优先小改动、保持向后兼容。测试优先集成/适配器级，相关变体用参数化，仅在真实 provider 交互是被测行为时使用 VCR。可先跑 uv run pytest tests/<target>.py::<test_name> 与 PYRIGHT_PYTHON_IGNORE_WARNINGS=1 uv run pyright <changed-file.py>。
委派：规范研究员、代码路径映射、历史研究员、测试形态评审可用子代理，但分支选择、综合、实现与推送决策留在本地。
限制：不要用它替代 /review-branch 做一般代码审查；PR 无本地上下文时应先运行 /adopt-pr。永不 force push；能否直接推贡献者分支取决于 maintainerCanModify。若扩大范围会改变公开 API、provider 语义、持久行为或安全姿态，应先询问维护者。分类标识仅为技能名，未提供更多平台或收费信息。