integrate

Wire new capabilities into public surfaces after unit tests complete.

Updated Jun 4, 2026
One-click install
npx skills add https://github.com/Kohlex/autopilot-plugin --skill integrate-kohlex
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: integrate
Source: https://github.com/Kohlex/autopilot-plugin/tree/main/skills/integrate
Command: npx skills add https://github.com/Kohlex/autopilot-plugin --skill integrate-kohlex

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Wire new capabilities into the project's public surface after unit tests complete, ensuring they are reachable through the established interfaces without invasive edits.

Core Features & Use Cases

  • Detects the integration shape from ARCHITECTURE.md §3 Public surface and mirrors established wiring patterns from sibling modules.
  • Updates module barrels and wiring files in a single, atomic commit that wires the capability into the public surface.
  • Performs optional smoke checks and updates SPEC.md breadcrumbs to prove reachability and validation.

Quick Start

Run /integrate in the capability worktree after PLAN.md is complete to wire the new module into the project's public surface.

Frequently Asked Questions about integrate

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I wire a new module into my project's public surface after unit tests?

To wire a new module into your project's public surface, you can run an integration command after unit tests complete. It reads your ARCHITECTURE.md §3 to mirror established wiring conventions from sibling modules into the designated wiring files.

What files do I need before integrating a new capability into HTTP routes or CLI dispatchers?

You need ARCHITECTURE.md, a completed PLAN.md, and a SPEC.md to prove reachability before integrating a new capability. These input requirements ensure the integration process correctly mirrors established wiring patterns for HTTP routes, CLI dispatchers, or Tauri commands.

Does the integration process modify multiple files or create a single commit?

The integration process edits only designated wiring files and updates SPEC.md breadcrumbs, producing a single cohesive integration commit. This ensures that module barrels and wiring files across event buses, library exports, or workflows are updated atomically.

Can I use this to automate wiring capabilities into Tauri commands and library exports?

Yes, you can automate wiring capabilities into Tauri commands and library exports. The integration process applies across HTTP routes, CLI dispatchers, event buses, and workflows by detecting the integration shape from ARCHITECTURE.md and mirroring sibling module patterns.

Why does the capability integration require PLAN.md completion and SPEC.md reachability?

Capability integration requires PLAN.md completion and SPEC.md reachability to enforce input requirements and validate the new module. This ensures the wiring process only runs after the capability is built and ready to be mirrored into the public surface without invasive edits.

Are there limitations to what the public surface integration will edit?

Yes, the public surface integration is limited to editing only designated wiring files and updating SPEC.md breadcrumbs. It avoids invasive edits by mirroring established wiring conventions from sibling modules, ensuring the new capability is reachable through existing interfaces.