What problem does it solve? Epic-level context in Notion tickets is scattered and stale: developers lose track of why an epic exists, what has landed, what is blocked, and which ticket to pick next. This Skill keeps one concise markdown brief per epic inside the repository, updated automatically as tickets start, stop, and resolve. ## Core Features & Use Cases - Single owned brief per epic: One markdown file at <knowledge.dir>/epic/<KEY>-<n>-<slug>.md with a fixed template (Why, Goal, Where we stand, Open threads, Decisions & constraints, Next), committed to the PR target branch. - Read, record, refresh, and note operations: Reads the brief as context when a ticket starts, rewrites it when a ticket resolves, derives the ## Next recommendation from live Notion child-ticket state, and routes new facts into the brief. - Bootstrap and drift repair: Distills an existing hand-written plan or the Notion epic page into a first brief, and detects and repairs drift between the brief and live ticket status. - Safe concurrent writes: All commits go through a locked, fetch-pull-commit-push write path with retry-on-rejection, so parallel runs never clobber each other or human edits. - Use Case: When a developer runs /notion-dev:ticket on a ticket belonging to an epic, the brief is read for background context; when the ticket merges, the brief is rewritten with what landed, which threads unblocked, and the next recommended ticket. ## Quick Start Ask the agent to read the epic brief for the current ticket and show the recommended next ticket and open threads.