본문으로 건너뛰기
cccskills
무료GitHub에 공개한국어 소개

work-circleback-action-items

Circleback이 회의에서 추출해 사용자에게 할당한 작업을 확인하고, 회의 기록으로 요청 내용을 파악합니다. 코드 수정, 티켓 생성, 답장 초안을 진행하며 실제 작업이 끝난 경우에만 상태를 완료로 바꿉니다.

원문원문 설명 보기

Work the action items Circleback captured — find what is assigned to this user, do the ones the workspace can do, and update status only for work that is actually finished. Use when the user asks what they owe, "do my action items", "what's still open from", or wants to close, reassign, or add an action item.

ParadevAI/Paradev스타 15,724(GitHub 15,724 + cccskills 0)

실행 점수 미검증

설치 방법 보기

이럴 때 유용합니다

  • 이번 주 회의의 미완료 작업 확인
  • 회의 요청을 코드 수정이나 티켓으로 처리
  • 회의에서 요청한 답장 초안 작성
  • 작업 상태나 담당자 변경

한국어 소개

할 수 있는 일

Circleback이 회의에서 추출해 사용자에게 할당한 작업을 확인하고, 현재 작업 공간에서 처리할 수 있는 항목을 진행합니다. 코드 수정 후 검토를 요청하거나, 연결된 이슈 관리 도구에 티켓을 만들거나, 메시지 초안을 작성할 수 있습니다. 요청이 있으면 작업 항목을 추가하거나 담당자를 변경할 수도 있습니다. 각 항목에 대해 실제로 한 일과 해당 작업이 나온 회의를 알려 줍니다.

이럴 때 유용합니다

회의가 끝난 뒤 자신이 맡은 일을 확인하거나, 이번 주 고객 회의에서 나온 미완료 작업을 처리할 때 유용합니다. 항목 제목만으로 요청이 분명하지 않으면 연결된 회의 내용을 읽어 구체적인 맥락을 확인합니다. 이후 회의에서 이미 해결된 오래된 항목도 알려 줍니다.

사용 예시

  • “이번 주 회의에서 제게 할당된 미완료 작업을 보여 주세요.”
  • “이 회의에서 나온 코드 수정과 티켓 생성을 진행해 주세요.”

주의 사항

Circleback 연결이 필요합니다. 티켓 생성에는 연결된 이슈 관리 도구를 사용합니다. 명시적으로 전송을 요청하지 않으면 메시지는 초안으로 남깁니다. 작업 공간 밖에서 해야 하는 일은 미완료 상태로 두며, 코드 변경은 병합된 뒤에만 완료로 표시합니다.

이 소개문은 공개된 SKILL.md를 바탕으로 AI(OpenAI Codex)가 작성했습니다. 정확한 사양은 아래 원문을 확인하세요.

문서 점검

AI가 SKILL.md의 내용에서 주의가 필요한 작업과 도입 전제를 확인했습니다. 점수는 실제로 실행한 결과(실행 검증)만으로 매깁니다.

안전성전송·삭제·명령 실행 등을 명시하고 있는가
A양호명시적 요청이 있을 때만 전송하며 상태와 담당자 변경 조건을 설명합니다.
도입의 용이성필요한 도구나 API 키가 적고 적혀 있는가
B일부 부족Circleback과 이슈 관리 도구 연결이 필요하지만 설정 방법은 설명하지 않습니다.

점수에는 넣지 않았습니다. 2026년 10월 29일 기준으로 AI(OpenAI Codex)가 판정했습니다. 참고용이므로 설치 전에 원문도 확인해 주세요.

평가가 다르다고 생각되면 재검토를 요청하기

어느 항목이 왜 다르다고 생각하는지 적어 주세요. 로그인은 필요 없습니다. SKILL.md와 대조해 평가를 다시 만들고 이곳에 반영합니다.

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

포함된 파일(1)

  • SKILL.md2.8 KB

SKILL.md(원문)

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

Work the action items

Circleback turns meetings into action items with an owner and a status. The job is to work the ones that belong to this user, and to keep the list true: an item is done when the work is done, not when it is convenient.

1. Start from the assignee, not the search box

SearchActionItems with status PENDING returns the user's own open items. For someone else's, resolve them with FindProfiles and pass their profile ID. Filter by date range or tags when the user scopes the request ("from this week's customer calls"), and read the linked meeting with ReadMeetings when an item's title does not say enough to act on.

2. Sort each item by what the workspace can do

  • A code change — make it here, open it for review, and cite the meeting.
  • A ticket or issue — file it through the connected tracker with the item's wording and the meeting in the body.
  • A message or reply — draft it; never send unless the user asked for exactly that.
  • Something outside the workspace — leave it open and say so.

3. Update status only for finished work

UpdateActionItem to DONE after the change is merged, the ticket exists, or the user confirms they did the part you could not. Reassign only when the notes make the real owner clear or the user asks. CreateActionItem only when the user asks for a new one; a follow-up you discovered goes in your report first.

4. Report the list

One line per item: what it was, what you did (changed, filed, drafted, left open and why), and the meeting it came from. Items that turned out stale — done in a later meeting, or superseded — are worth pointing out rather than quietly closing.

Anti-patterns

  • Marking done to clean up the list. A closed item that was not finished resurfaces as a broken promise.
  • Deleting instead of closing. Deletion erases the record; it is only for an item the user says should never have existed.
  • Doing other people's items. Work assigned to a teammate is theirs to close; list it, do not take it.
  • Acting on the title alone. The linked meeting says what "fix the export" actually meant.

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

10x

무료요약 있음

Superset 사용 현황을 살펴보고 아직 쓰지 않는 기능 중 업무 방식에 맞는 항목을 제안합니다. 각 기능을 설명하고, 사용자가 고른 예약 실행 에이전트나 병렬 작업 공간, 공유 작업 등을 설정합니다.

  • 사용하지 않는 Superset 기능 찾기
  • 에이전트 예약 실행 설정
  • 여러 작업 공간에서 병렬 작업
ParadevAI/Paradev1.6만2026년 10월 29일 업데이트

automate

무료요약 있음

반복 작업을 Superset 자동화로 설정합니다. 에이전트 지침, 일정 또는 이벤트 조건, 실행 작업 공간을 정리하고 명시적인 확인을 받은 뒤 자동화를 만듭니다. 저장된 조건과 첫 실행 결과를 살펴 지침을 조정합니다.

  • 매일 또는 매주 작업 예약
  • GitHub에서 풀 리퀘스트가 열릴 때 실행
  • Slack의 지정된 반응을 계기로 실행
ParadevAI/Paradev1.6만2026년 10월 29일 업데이트

browser

무료요약 있음

Superset 작업 공간의 브라우저에서 페이지를 열고 클릭하거나 입력하며, 화면과 콘솔 정보를 확인합니다. 개발 중인 웹 앱 미리 보기, 폼 동작 및 화면 이동 점검에 활용할 수 있습니다.

  • 로컬 웹 앱 미리 보기
  • 페이지 화면 캡처
  • 콘솔 오류 확인
ParadevAI/Paradev1.6만2026년 10월 29일 업데이트

build-a-stripe-integration

무료요약 있음

Stripe 공식 문서와 API 매개변수 정의를 확인해 결제, 구독, 청구서, 웹훅 연동을 구현합니다. 적절한 제품 선택부터 샌드박스 테스트와 웹훅 처리까지 다루며, 결제와 구독 상태를 웹훅 이벤트로 판단합니다.

  • 정기 결제에 맞는 Stripe 제품 선택
  • Checkout 또는 청구서 처리 구현
  • 오작동하는 Stripe 연동 조사
ParadevAI/Paradev1.6만2026년 10월 29일 업데이트

cdp-verification

무료요약 있음

Chrome DevTools Protocol로 실행 중인 Electron 데스크톱 앱을 조작해 UI 변경을 확인하고 문제를 재현합니다. 실제 사용 흐름을 따라 화면 전환을 검증하고, 스크린샷과 경로·스크롤 위치·포커스·저장 상태를 기록해 비교합니다.

  • 실행 중인 앱에서 UI 문제 재현
  • 수정 후 화면 동작 확인
  • 화면 전환이 포함된 흐름 검증
ParadevAI/Paradev1.6만2026년 10월 29일 업데이트

ci-triage

무료요약 있음

GitHub Actions 실패 로그에서 최초 오류를 찾아 코드 결함, 환경 문제, 간헐적 실패, 기존 장애로 구분합니다. 기준 브랜치와 PR 변경 사항을 비교해 관련성을 설명하고 다음 조치를 정리합니다.

  • PR 검사 실패 원인 조사
  • 불안정한 테스트와 코드 결함 구분
  • 기준 브랜치의 기존 장애 확인
ParadevAI/Paradev1.6만2026년 10월 29일 업데이트

ParadevAI의 스킬 모두 보기

이 스킬의 문제 신고