Install
$ agentstack add skill-patonkikh-apes-integration-planner ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Integration Planner
Purpose
Plan integrations between system containers and external systems: patterns, contracts, sequencing, failure handling, and monitoring.
Input: Container diagram, API designs (optional), external system inventory Output: Integration Plan with connection matrix, sequence flows, and rollout phases Examples: See [examples.md](examples.md) for worked input/output.
Workflow
Step 1: Inventory integration points
List all integrations:
| Source | Target | Type (sync/async/batch) | Data | Criticality | |--------|--------|-------------------------|------|-------------|
Include internal (container-to-container) and external (third-party) connections.
Step 2: Classify integration patterns
Assign pattern per connection:
| Pattern | Use when | |---------|----------| | Request-response (REST/gRPC) | Real-time queries, commands | | Message queue | Decoupled async processing | | Event streaming | Multiple consumers, audit trail | | File/batch transfer | Large volumes, scheduled sync | | Webhook/callback | External system pushes events |
Step 3: Define contracts
For each integration:
- Message/event schema or API reference
- SLA expectations (latency, availability)
- Authentication mechanism
- Retry and idempotency rules
- Dead letter / poison message handling
Step 4: Sequence critical flows
Document 2–3 end-to-end integration sequences:
Actor → Container A → Queue → Container B → External System
Include happy path and failure branches.
Step 5: Plan rollout phases
| Phase | Integrations | Dependencies | Risk | |-------|--------------|--------------|------|
Order by dependency and risk (stub externals first).
Step 6: Define observability
Per integration:
- Correlation ID propagation
- Metrics (latency, error rate, throughput)
- Alerts thresholds
Step 7: Validate
Run Validation checklist.
Decision Rules
| Condition | Action | |-----------|--------| | No container diagram | Stop; run container-diagram-builder | | Synchronous chain > 3 hops for user request | Flag latency risk; recommend async | | No auth on external integration | Flag security finding; block proceed | | Duplicate integration paths | Consolidate; document single canonical path | | External SLA unknown | Mark as risk; recommend SLA discovery task |
Validation
- [ ] All container diagram connections covered
- [ ] Pattern assigned to each integration
- [ ] Auth mechanism specified per external integration
- [ ] Retry/idempotency rules for async integrations
- [ ] ≥2 sequence diagrams for critical flows
- [ ] Rollout phases ordered by dependency
- [ ] Observability requirements per integration
- [ ] Failure handling documented
Anti-patterns
- Point-to-point spaghetti — n×n connections without hub/broker.
- Sync everywhere — blocking chains for non-real-time needs.
- No dead letter queue — lost messages on failure.
- Missing correlation IDs — impossible to trace cross-service requests.
- Big bang integration — all externals at once without phased rollout.
Best Practices
- Prefer events over direct DB sharing between containers.
- Use circuit breakers for external dependencies.
- Stub external systems in early phases.
- Align with api-designer output for REST contracts.
- Document integration ADRs for non-obvious pattern choices.
Output Structure
# Integration Plan: [System Name]
## Integration Inventory
| ID | Source | Target | Pattern | Criticality |
|----|--------|--------|---------|-------------|
## Contracts
### INT-001: [Name]
- Pattern: [type]
- Auth: [method]
- Schema: [reference]
- Retry: [rules]
## Sequence Flows
### Flow 1: [Name]
[Step-by-step sequence]
## Rollout Phases
| Phase | Integrations | Milestone |
|-------|--------------|-----------|
## Observability
| Integration | Metrics | Alerts |
|-------------|---------|--------|
## Risks
| Risk | Mitigation |
|------|------------|
Next Skills
| Outcome | Recommended Skill | |---------|-------------------| | Analyze data movement | architecture/data-flow-analyzer | | Review integration security | architecture/architecture-review | | Design APIs | architecture/api-designer | | Document pattern decision | architecture/adr-generator |
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: patonkikh
- Source: patonkikh/APES
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.