What problem does it solve? A single feature often lands in two or more repositories at once — a backend endpoint and the frontend screen that calls it, or a service and its gRPC consumer. Planned separately, the two halves drift: one side assumes a field or status the other never provides. This Skill plans all repos together once and freezes the shared boundary into an interface contract every repo's plan is pinned to. ## Core Features & Use Cases - Cross-repo intake and resolution: Identifies the HOST repo and resolves each PEER repo by filesystem path or crosslink node slug, auto-deriving the relation between repos. - Read-only recon with a question loop: Reads wiki, crosslink boundary tags, and pointed-at source files across all repos, then asks batched questions until the boundary shape, auth, errors, and versioning are fully pinned. - Source-of-truth doc set: Writes poly-context.md, interface-contract.md, and a machine-readable poly-spec.md into poly-repo-implementation/<slug>/ in the HOST repo. - Split handoff: Dispatches the planner to emit one implementation plan per repo, each embedding the frozen contract, so later per-repo /orc builds cannot drift. - Use Case: You need a new "saved carts" endpoint in shop-api plus a screen in shop-web. Run /orc-poly, paste the peer repo path, answer the scoping questions, and receive two contract-pinned plans to build separately. ## Quick Start Run /orc-poly in your host repository and paste the path of each peer repo to plan a cross-repo change with a frozen interface contract.