The front door to the Pipeline Coordination system. One guided skill that doubles as installer + onboarder + meta-plan builder + first-handoff drafter + launcher. It scans a project's recent work for a goal and a candidate work-pile, sorts that pile WITH the operator, writes a coordination meta-plan PL and a first delegation handoff (HAN), installs the handoff-handling overlays into the create-note and pickup skills, teaches the three roles (orchestrator / coordinator / worker) in plain words, and prints exact launch instructions. Trigger on "meta-plan-init", "/meta-plan-init", "set up coordination", "set up the meta-plan", "bootstrap the pipeline coordination", "onboard me to the coordination system", "adopt my existing work into a meta-plan", or any request to stand up the coordinated-pipeline-execution layer for a project. Messy-work-adopt is the primary path; clean-start is the degenerate case.
Coordinator playbook for executing a delegation handoff issued by a meta-plan orchestrator. Auto-invoked by /pickup when it detects a delegation HAN (a `HAN - *.md` with `category: Handoff`, an `orchestrator_contact`, a `related_pl` pointing at a meta-plan, and `## Checkpoint log` + `## Clarification requests` sections) and this session is executing it. Also trigger when the operator says "coordinate this handoff", "I'm the coordinator", "run this HAN", "work the delegation". The coordinator is the top-level interactive instance the operator chats with: it stands up a workgroup of meta-plan-worker subagents, validates their deliverables, and posts LEAN progress to the HAN for the orchestrator. It does not own or edit the meta-plan.
Get oriented in the current project or Obsidian vault — read agent configs, guardrails, vault structure, and lessons learned. Use this skill at the start of any new session, after context compaction, when entering an unfamiliar project directory, or when the user says "orient", "get oriented", "what's the context here", "read the agents file", or "start up". Also trigger on /orient with no arguments. Even continued sessions count as new starts after compaction — always re-read the config chain.
Run a structured open-source landscape survey before designing or rebuilding a complex system. Six phases: bracket, discover (video + oracle + grounding doc), workspace (scratch clone), anchor read (manual, 1-2 closest peers), parallel deep-reads (team-dispatched), synthesis (single-worker comparative RE). Produces per-repo AREs + one comparative-analysis RE + grounding-doc cross-ref appendix; hands off to SD update and SPC drafting. Use whenever the user says "landscape survey", "deep-read these repos", "what should we borrow from X", "research before we spec", "evaluate candidates before the rebuild", "comparative source analysis", "what's the state of the art for [domain]", or invokes /landscape-survey. Also fires when the user points the assistant at a candidate set (a list of repos / libraries / approaches) and asks for a build plan before the SPC. The skill is the structural answer to "we built the system on marketing-page understanding and only discovered the failure mode after shipping."
Log work to the daily note AND project log. Use this skill when the user wants to record what they've been working on, says "log this", "log work", "add to worked on", "update the daily note", or wants to capture implementation progress. Always writes to both layers: daily note (human-readable) and PJL (agent-readable). Also trigger on "what did I work on" if the user wants to retroactively log work.
Load pickup documents (PICs) and resume work. Handles both single-PIC loading and full backlog triage. Use this skill when the user says "pickup", "pick up", "start of day", "what's on my plate", "what do I need to do", "get started", "load the pickup", "continue where I left off", "resume work", "triage pickups", "which pickups are easiest", "work through my pickups", "clear out pickups", "pickup backlog", "how many open pickups", "rank my pickups", "what's the quickest pickup to close", "batch my pickups", "group pickups by project", or points at a specific PIC document. Also trigger when the user opens a new session and says something like "ok what am I doing today" or "what was I working on".
Execute implementation plans with minimal ceremony — dispatch workers, track progress inline in the plan file. No external PM tools. Redesigned based on Anthropic's agent team research: default to the simplest pattern that works, replace agent-based QA with automated checks, eliminate PM relay. Use this skill when the user has a ready plan (PL - *.md) and wants to start building, resume a partial implementation, or when create-plan has just finished. Trigger on "implement", "build this", "start the plan", "kick off", "resume implementation", "let's go", "execute", or the user pointing at a plan file. Third step in the spec>plan>implement pipeline.
Run a retrospective — audit what happened, analyze what worked and what didn't, and apply process improvements. Works for sprints, phases, milestones, or any bounded unit of work. Also generates the handoff section (carry-forwards, infra changes, Plane refs) so the next session can resume efficiently. Use after completing a sprint or phase, when the user says "retro", "retrospective", "sprint review", "what went well", "what went wrong", "what can we improve", "review the sprint", or wants to analyze the build:fix ratio and prevent recurring issues. Also trigger automatically at the end of any /implement sprint that had incidents (fix cycles, user-caught bugs, compliance failures). Even casual requests like "let's look at what happened this sprint" or "how did that go" should trigger this skill when an implementation sprint just completed.