본문으로 건너뛰기
cccskills
무료GitHub에 공개

follow-up-from-granola

Turn Granola meeting notes into concrete follow-up work by identifying the user's commitments, owners, deadlines, and supporting passages. Make code changes, create tickets through connected tools, or draft replies, with each action traced to its source.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

원문원문 설명 보기

Turn a meeting into work — read its Granola notes, extract the commitments that belong to this user, and carry each one out or draft it (a code change, a ticket, a reply) with a trace back to the note. Use when the user says "do the follow-ups from", "implement what we agreed", "make tickets from", or points at a meeting after a sync, planning session, or customer call.

실행 점수 미검증

설치 방법 보기

이럴 때 유용합니다

  • Identify personal commitments after a meeting
  • Implement code changes agreed in a meeting
  • Create tickets from meeting commitments
  • Draft replies based on meeting notes

포함된 파일(1)

  • SKILL.md3.0 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Turn the meeting into work

A meeting produces commitments, and most of them evaporate because nobody turned them into tasks. The job is to read the notes, find the commitments that are this user's to act on, and take each one as far as the workspace allows — without inventing work the meeting did not ask for.

1. Read the whole meeting before extracting anything

Fetch the meeting with get_meetings. If the user gave a title or a date, find it with list_meetings first and confirm it is the right instance — a recurring meeting has many. Read the notes end to end: action items sit in a section, but commitments also hide in the discussion ("I'll take a look at that", "we should ship that first").

2. Extract commitments, and attribute each one

For each commitment record what, who owns it, by when, and the sentence in the notes it comes from. Keep only what the notes support. When ownership is unclear, check get_meeting_transcript for who actually said it; if it is still unclear, list it as unassigned rather than handing it to the user.

3. Sort by what the workspace can do

  • A code change the user owns — make it in the workspace and open it for review, citing the meeting.
  • A ticket or issue — file it through whichever tracker plugin is connected, with the note's wording and the meeting in the body.
  • A message or reply — draft it. Never send on the user's behalf unless they asked for exactly that.
  • Someone else's item — list it under "not yours" so the user can nudge them; do not act on it.

Ask before acting only when a commitment is ambiguous or expensive. A clear "fix the flaky test" in the notes does not need a second confirmation.

4. Report with the trace

Finish with one line per commitment: what you did with it (changed, filed, drafted, skipped and why) and the meeting and line it came from. The user should be able to check every item against the notes.

Anti-patterns

  • Doing the generated "next steps" verbatim. Summaries guess at action items; verify each against the discussion before treating it as a commitment.
  • Turning every mention into a task. "Someone should look at that eventually" is not a commitment; a name and a timeframe are.
  • Acting on other people's items. A meeting assigns work to many people; the user asked for their follow-ups.
  • Losing the trace. A ticket that does not say which meeting asked for it gets re-litigated at the next one.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

10x

무료

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/superset1.6만2026년 10월 23일 업데이트

automate

무료

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/superset1.6만2026년 10월 23일 업데이트

browser

무료

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/superset1.6만2026년 10월 23일 업데이트

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/superset1.6만2026년 10월 23일 업데이트

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/superset1.6만2026년 10월 23일 업데이트

ci-triage

무료

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/superset1.6만2026년 10월 23일 업데이트

superset-sh의 스킬 모두 보기

이 스킬의 문제 신고