# Review System Integration

> System integration review for cross-repository contracts, versioning, shared data, service boundaries, dependency direction, synchronous and messaging chains, failure propagation, cycles, and coordinated-release risk. Use for system maps, integration, or fleet-architecture questions.

- Skill: `kenlck/review-system-integration` (Agent Skill, multi-file: 3 files)
- Install (CLI): `npx skillmds@latest add kenlck/review-system-integration`
- Raw SKILL.md: https://api.skillmd.com/api/skills/kenlck/review-system-integration/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Security
- Author: kenlck (https://skillmd.com/u/kenlck)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/kenlck/review-system-integration

---


# Review system integration

Assess one repository, a repository group, or an existing fleet evidence bundle. Treat declared, observed, and inferred relationships as distinct evidence classes.

## Run the lens

1. Read the [standalone lens protocol](../audit-software-fleet/references/standalone-lens.md) completely and prepare the supplied scope with lens ID `system-integration`.
2. Read [the system integration checks](references/checks.md) completely. Apply every check family relevant to contracts, clients, data, messages, artifacts, and graph edges in scope.
3. Reconcile authoritative declarations with observed evidence and bounded inferences. Classify supported outcomes as strengths or findings; record missing peers, contracts, deployment data, and edge evidence as unknowns.
4. Link findings to relevant interaction edges, then follow the protocol to account for every contract-registered check family, validate the result, ingest it, and hand back the canonical artifact path.

When a declared system map is supplied, read its semantics in [configuration](../audit-software-fleet/references/configuration.md). For raw collection or contract-tool execution, read and follow the [safety model](../audit-software-fleet/references/safety-model.md).

## Boundary

Own cross-repository contracts, topology, coupling, and coordinated change. Route internal module structure to codebase design and repository-local failure implementations to software reliability.

## Completion

**Complete when:** every in-scope repository has an exact commit or explicit unavailable state, every applicable check family is accounted for, every reported edge has evidence, source type, and confidence, gaps remain visible in unknowns and coverage, and the shared result validator succeeds.