Skip to content
cccskills
FreePublished on GitHub

find-in-circleback

Find statements, decisions, and commitments in Circleback meeting records. Search by people, company, tags, or dates, then use notes and transcripts to distinguish discussion from agreement and identify the meeting behind each answer.

OriginalShow the original description

Answer "what did we say, decide, or promise" from Circleback meetings — search by attendee, company, tag, or date before keyword, read the notes before the transcript, and cite the meeting behind every claim. Use when the user asks what happened on a call, what a customer or teammate said, what was agreed, or refers to a meeting, sync, demo, or interview.

See how to install

Good for

  • Checking what was agreed with a customer
  • Finding who promised a deadline
  • Looking up exact wording in a meeting
  • Tracing a topic across recurring meetings

Files included (1)

  • SKILL.md3.3 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Find what was actually said

Circleback keeps notes, action items, insights, and a transcript for every captured meeting. The job is to find the right meeting, read what it records, and separate what was decided from what was discussed.

1. Filter by who and when before what

SearchMeetings matches keywords against titles and notes, and titles rarely contain the topic. Resolve people with FindProfiles and companies with FindCompanies, then search with profiles or domains and the date range the user gave you. Do not invent a date range to narrow results — if the user said "recently", say which window you used. Tags (ListTags) find a recurring series. Keep the intent argument honest: it is the user's question, and it shapes which excerpts the tool returns.

2. Notes first, transcript when the wording matters

ReadMeetings (up to 50 IDs at once) returns notes, attendees, action items, and insights — enough for "what was decided". Use SearchTranscripts to find where a phrase was said across meetings, and GetTranscriptsForMeetings when the exact words matter: a commitment, a number, a quote the user wants verbatim. Quote the line; never present a paraphrase as a quote.

3. Separate decided from discussed

An "agreed" line is a decision. An action item is a recorded follow-up, not proof that anyone agreed to what it follows from; call it a decision only when the notes or transcript show the agreement. A topic in the notes with no owner and no outcome was discussed, not decided; say so. Two meetings that disagree are a finding to report, not something to reconcile silently — the later one is not automatically right.

4. Cite the meeting

Every claim names the meeting and its date. For anything the user may act on — a promise to a customer, a deadline — also say who said it. When nothing matches, state the filters you searched (people, domain, dates, tags) so an empty answer can be checked. A meeting that was never captured leaves only a calendar event, which SearchCalendarEvents can confirm.

Anti-patterns

  • Keyword search first. Most meetings are found by attendee and date; keywords narrow, they do not locate.
  • Treating AI insights as the record. Insights are generated; the notes and the transcript are what happened.
  • Reading one instance of a recurring meeting. A weekly call decides things across weeks; check the neighbours before saying it never came up.
  • Paging blindly. Fetch the next page only when the last one was full and the question is still open.

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.3KUpdated Oct 18, 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.3KUpdated Oct 18, 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.3KUpdated Oct 18, 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.3KUpdated Oct 18, 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.3KUpdated Oct 18, 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.3KUpdated Oct 18, 2026

See all skills by superset-sh

Report a problem with this skill