ci-triage
Diagnose a failing GitHub Actions run — find the first real error in the logs, tell a flake apart from a genuine failure, and identify the commit that broke…
Write a page into Notion that someone else can find and trust — pick the right parent, check for the page that already exists, and structure it for a reader who was not in this conversation. Use when the user says to write up, document, save, or capture something in Notion, or
$ npx -y skills add superset-sh/superset --skill write-to-notion --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/write-to-notionContext preview
The summary Claude sees to decide when to auto-load this skill.
Write a page into Notion that someone else can find and trust — pick the right parent, check for the page that already exists, and structure it for a reader who was not in this conversation. Use when the user says to write up, document, save, or capture something in Notion, or
name: write-to-notion description: Write a page into Notion that someone else can find and trust — pick the right parent, check for the page that already exists, and structure it for a reader who was not in this conversation. Use when the user says to write up, document, save, or capture something in Notion, or to update an existing page. argument-hint: what to write, and where it belongs allowed-tools: mcp__notion__*
An unfindable page is worse than no page: it splits the truth in two and neither copy gets maintained. Most of the work happens before you create anything.
Search before you create, using the words a previous author would have used, not the words in your prompt. Finding it changes the task from "write a page" to "update a page" — which is almost always the better outcome, because the existing page already has the links, the history, and the readers.
Update in place when the new content belongs to the same subject. Create a new page only when the subject is genuinely new, or when the existing page is a record of a moment — a meeting note, an incident write-up — that should not be rewritten after the fact.
A page's parent determines who ever sees it. Ask which team or database it belongs to rather than defaulting to the first workspace root you can write to. When a database is the right home, fill the properties — an entry with empty properties falls out of every filtered view its readers use.
If you cannot tell where it belongs, ask. A page in the wrong place is harder to find than a page that does not exist, because it looks like coverage.
Open with what the page is for, in one sentence, before any background. Then the content, in the order it gets used rather than the order you discovered it. Date anything time-bound and name the people involved — "we decided" is unreadable in six months.
Link the sources: the issue, the PR, the page you took numbers from.
For anything substantial, show the user the title, the parent, and the outline before writing. Parent and title are what everyone else navigates by, and both are awkward to correct once links exist.
After writing, hand back the URL.
When updating, read the current content first and preserve what you are not changing. Append to a page with history rather than replacing it, and keep the existing headings unless they are wrong — other pages and people link to them.
same thing is the failure this skill exists to prevent.
conclusion, and the reasoning that survives.
hides the page in plain sight.
a moment. Add to them; do not revise them.
Superset is an agentic IDE to orchestrate 100+ coding agents in parallel. Run any agent with your own subscription.
Diagnose a failing GitHub Actions run — find the first real error in the logs, tell a flake apart from a genuine failure, and identify the commit that broke…
Triage a GitHub issue into something actionable — reproduce the claim, find duplicates, judge severity, and apply labels, milestone, and assignee. Use when the…
Find and merge duplicate Linear issues — group reports of the same underlying bug, pick the survivor, and move the evidence across. Use when the backlog has…
Turn a rough report into a Linear issue someone can pick up — reproduce the claim, check for duplicates, and fill in team, priority, and labels. Use when the…
Draft a Linear project status update from what actually moved — progress, risks, and the one decision that needs making. Use when someone asks for a project…
Find what the workspace already says before you answer or write — search Notion, tell the canonical page from the stale copy, and cite what you used. Use when…