All skills
integration-change-builder
ProfessionalRuntime top levelUse analysis-agent for integration decisions or task-agent for cross-system/external changes involving contracts, retries, idempotency, authentication, or reconciliation. Skip isolated work with no integration edge.
- Group
- Implementation owners
- Routing mode
- automatic
- Supported roles
- MainAnalysisTaskReview
- Source
- SKILL.md
Use when
Trigger signals that make this skill the right owner
- cross worker merge
- external integration change
- shared contract alignment
Do not use when
Anti-triggers — as binding as the triggers above
- isolated change with no integration edge
- unrelated source inspection
Required inputs
What must be supplied before this skill can decide anything
- component handoffs
- contract summary
Output contract
What this skill owes the next role
- integration design
- integrated boundary changes
- provider risk
Escalation signals
When this skill must hand the decision back
- scope, authority, or material risk exceeds the selected task contract
Related expertise
10 Layer 3 candidates may be loaded behind this skill. A single task loads at most three, and only when the current evidence justifies them.
Targeted references
Each reference carries its own load condition. None of them enter context by default.
| Reference | Load when | Do not load when | Required by |
|---|---|---|---|
| checklist.mddecision-checklist | Closing or reviewing an external integration change needs provider-contract, timeout, retry/backoff, circuit-breaker, idempotency, webhook/replay, credential, reconciliation, test, and monitoring checks | The inline Skill quality gate is sufficient for an L1 read or a deeper capability reference already covers the same checklist with task-specific detail | AnalysisTask |
| index.mdindex | competing integration change builder references require dependency, conflict, or output-fragment selection | the integration change builder root or a task-named reference already resolves selection | AnalysisTask |
| solution-optimality.mdtargeted | An outbound call, webhook, provider migration, retry, concurrency, delivery, or reconciliation design has a material failure, latency, cost, or state-consistency tradeoff | The provider contract and accepted task already determine a bounded adapter change with no material delivery or failure-mode choice | AnalysisTask |