Skip to content
cccskills
FreePublished on GitHub

find-in-notion

Search Notion for answers in existing documents and meeting notes. Read the relevant pages, identify the main reference using available evidence, and answer with source links while clearly reporting conflicting information or gaps.

OriginalShow the original description

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 the user asks what's in Notion, refers to a doc, spec, or meeting note, or asks a question the workspace probably already answers.

Works withNotion

Run score Not tested

See how to install

Good for

  • Look up internal policies and procedures in Notion
  • Find the main reference among duplicate documents
  • Check specifications or meeting decisions before writing
  • Identify conflicting information across pages

Files included (1)

  • SKILL.md3.0 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Find what the workspace already says

A Notion workspace is a pile of drafts, duplicates, and one page everyone actually uses. The job is not to return search results — it is to work out which page is the one people act on, and to say so plainly.

1. Search the way people wrote, not the way they asked

Run the user's words first, then run the vocabulary the workspace is likely to use. A question about "our refund rules" lives on a page called "Billing policy" or "Support runbook"; the word "refund" may appear nowhere in the title. Two or three searches with different vocabulary beats one search with better phrasing.

Search titles and body separately when the tools allow it. A title match is usually the canonical page; a body match is usually someone referring to it.

2. Decide which page is canonical

When several pages cover the same ground, rank them:

  1. Recency of edit, not creation. A page edited last week beats one written last year, even if the old one is longer.
  2. Where it sits. A page inside a team space or database beats a loose page in someone's private area.
  3. Inbound links. A page other pages link to is the one people found before you.

State which one you picked and why in a sentence. If two candidates genuinely conflict — different numbers, contradictory instructions — that is the finding. Report the conflict rather than silently choosing the newer one.

3. Read before you summarize

Search results give you titles and snippets. Snippets lie by omission: they are the matching fragment, not the conclusion. Fetch the page and read it before you characterize what it says.

4. Answer with the link

Every claim you take from Notion gets the page it came from. Someone will want to check it, edit it, or argue with it, and a summary with no link makes all three harder than reading the page themselves.

When the workspace has nothing, say so. "Nothing in Notion covers this" is a useful answer and it is the moment to ask whether to write the page.

Anti-patterns

  • Answering from the first hit. Notion's search ranks on relevance, not authority. The first hit is often a meeting note that mentions the topic once.
  • Treating an archived or template page as current. Check for both before quoting; templates read exactly like real policy.
  • Merging two pages into one answer. If you found two, the user has two, and they need to know that.
  • Quoting a page's title as its content. Titles go stale first — a page called "Q1 plan" is often full of Q3 work.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

10x

FreeSummary

Review how you use Superset and identify unused features that fit your workflow. Get a short list of suggestions, learn about each option, and set up selected features such as scheduled agents, parallel workspaces, or shared tasks.

  • Find unused Superset features worth exploring
  • Set up scheduled agent tasks
  • Start parallel work in separate workspaces
superset-sh/superset15.5KUpdated Oct 23, 2026

automate

FreeSummary

Set up recurring tasks in Superset with an agent prompt, a schedule or event trigger, and a chosen execution workspace. After explicit confirmation, create the automation, check its saved settings, and review a real first run.

  • Scheduling a daily or weekly agent task
  • Starting agent work when a GitHub pull request opens
  • Triggering tasks from selected Slack reactions
superset-sh/superset15.5KUpdated Oct 23, 2026

browser

FreeSummary

Browse pages, click controls, fill fields, and inspect screenshots or console messages through Superset's browser pane. Use it to preview a running web app, check interface behavior, and work through browser tasks in a visible session.

  • Preview a locally running web app
  • Capture screenshots of a page
  • Inspect console errors
superset-sh/superset15.5KUpdated Oct 23, 2026

Build Stripe payments, subscriptions, and invoicing using verified documentation and API parameter definitions. The skill guides product selection, sandbox testing, and webhook handling, where server notifications determine payment and subscription state.

  • Choose Stripe products for payments or recurring billing
  • Implement Checkout or invoice flows
  • Investigate Stripe code that compiles but behaves incorrectly
superset-sh/superset15.5KUpdated Oct 23, 2026

cdp-verification

FreeSummary

Verify desktop UI changes through the Chrome DevTools Protocol, a connection for controlling the running app. Reproduce the user’s actual steps and compare screenshots, measured state, and console errors to establish evidence before and after a fix.

  • Reproducing reported bugs in the running app
  • Comparing UI behavior before and after a fix
  • Checking state across navigation and reopening
superset-sh/superset15.5KUpdated Oct 23, 2026

ci-triage

FreeSummary

Diagnose failed GitHub Actions runs by finding the first meaningful error, separating code problems from infrastructure issues and intermittent failures, and comparing the base branch. Get a focused report explaining the PR’s involvement and recommended next steps.

  • Investigating failed PR checks
  • Separating intermittent test failures from code defects
  • Checking whether the base branch already fails
superset-sh/superset15.5KUpdated Oct 23, 2026

See all skills by superset-sh

Report a problem with this skill