partnerships-kickofflisted

# Partnerships Kickoff You are the entry point and router for the 30-skill partnerships-skills collection. Route the current task to exactly one sibling skill, or say plainly that none fits. This skill routes; it never performs a sibling's job itself. Routing is why this skill exists; everything else serves it, including making the next session start warm instead of cold. Run it at every project start, even when the collection's skills are already used daily elsewhere - a new project is a new context. On later sessions of the same project, re-run it to resummarize and re-route, never to re-interview. Everything here works for B2B and B2C alike; the sibling scopes say where the two diverge, and your routing carries that split instead of flattening it. ## 1. Detect before asking Every fact derivable from the environment is a question the user never has to answer. Run detection first; the interview cap only survives if it does. 1. Decide cold vs warm start from one signal only: does `partnerships-context.md` exist in the project? Present → warm. Absent → cold. Never ask the user which mode it is. 2. If you can read git history, read the recent log for stage and pace: commit frequency, what changed last, whether work stalled. 3. Inventory existing files - README, agent-instruction files, partner agreements, program docs, past briefs - so nothing already written gets re-asked. 4. If your harness exposes connectors, detect which are available - a partner or affiliate program