새로 발견한 스킬
최근 7일 안에 처음 발견한 스킬입니다. 매일 갱신됩니다.
스킬 목록
-
개발
Codex 플러그인을 awesome-codex-plugins 디렉터리 README에 맞는 위치에 한 줄로 추가하는 절차를 안내합니다. 이미 등록되어 있는지 확인하고, 저장소가 공개이며 매니페스트와 보안 문서 등 필수 파일을 갖췄는지 점검한 뒤, 알파벳 순서와 분류를 맞춰 변경 사항을 준비합니다. 마지막에 브랜치와 PR 제목, 등록 후 소유자가 할 일을 정리해 줍니다.
내 Codex 플러그인을 awesome-codex-plugins 목록에 등록하고 싶을 때
-
AI 에이전트
deja-history는 이 컴퓨터에서 여러 AI 코딩 도구로 나눈 과거 세션을 검색해, 사용자가 이미 정한 명명 규칙, 금지된 도구, 병합 전 필수 점검, 담당 영역 같은 결정 사항을 다시 찾아 줍니다. 같은 오류를 전에 해결했는지, 특정 파일을 왜 지금 모양으로 두었는지도 확인할 수 있습니다. 찾은 내용은 참고 자료로만 보여 주며, 사용자 확인 없이 명령이나 설정을 바꾸지 않습니다.
이전 세션에서 정한 규칙이나 해결한 오류를 다시 찾아야 할 때
-
생산성
노션(Notion)에서 기존 기술 문서와 프로젝트 맥락을 모아 개인화된 엔지니어링 홈을 만들어 줍니다. 대화에서 나온 목표와 용어를 바탕으로 시작 안내, 기술 문서, 진행 중인 작업 현황을 채워 다음에 할 일이 분명히 보이도록 구성합니다. 기존 페이지와 데이터베이스가 있으면 재사용하고, 이미 쓰고 있는 작업 방식은 유지합니다.
팀의 기술 문서와 진행 중인 작업을 한곳에 모아 노션 엔지니어링 홈을 새로 시작해야 할 때
-
생산성
흩어진 업무 절차, 팀 문서, 요청 내용을 모아 Notion에 팀 핸드북과 요청 데스크를 만듭니다. 직원은 절차를 찾기 쉬운 홈에서 필요한 지침으로 이동하고, 각 지침에는 담당자와 검토 상태가 표시됩니다. 운영자는 진행 중이거나 담당자가 없는 요청을 한곳에서 추적할 수 있습니다. 작업이 끝나면 홈 링크와 바로 시작할 수 있는 첫 작업을 정리해 전달합니다.
여기저기 흩어진 온보딩, 구매, 납품 절차를 직원이 찾아 쓸 수 있는 팀 핸드북으로 정리해야 할 때
-
기타
아이디어, 계획, 주장을 배심원 재판에 올려 찬반으로 검토합니다. 검사 역할은 실패할 이유를 세우고 변호인 역할은 통할 근거를 세운 뒤 서로 반박하며, 서로 보지 못하는 배심원들이 각자 표결합니다. 마지막으로 재판장이 판결과 함께 무죄가 되기 위해 필요한 조건을 정리해 줍니다.
직접 세운 사업 계획이나 제안서에 맞장구 대신 날카로운 반론을 듣고 싶을 때
-
생산성
흩어진 메모나 반복 업무를 Notion 트래커로 정리해 주는 스킬입니다. 무엇이 주의를 필요로 하는지, 누가 맡고 있는지, 다음에 무엇이 일어나는지 한눈에 보이도록 속성과 보기를 설계합니다. 기존 데이터베이스가 있으면 재사용하거나 확장하고, 메모의 항목을 기록으로 옮기면서 출처 링크와 세부 내용을 보존합니다. 설계만 요청하면 제안으로 끝나고, 구축을 요청하면 그 범위 안에서 변경을 적용한 뒤 결과를 확인해 데이터베이스 링크와 시작 방법을 알려 줍니다.
고객 요청이 페이지에서 자주 누락되어 담당자와 처리 상태를 한눈에 보고 싶을 때
-
디자인
브랜드 이름과 정보를 바탕으로 3개 안팎의 아이덴티티 세트를 만들고, 각 세트에 로고 심벌, 글꼴 조합, 색상 팔레트를 담아 한눈에 비교하도록 보드 이미지를 생성합니다. 디자인 근거와 사용 가능한 글꼴 여부를 함께 확인하며, 사용자가 고른 세트로 가이드라인 키트를 만듭니다. 기존 아이덴티티를 비평하거나 서로 다른 세트의 구성 요소를 조합하는 데도 쓸 수 있습니다.
새 브랜드의 로고, 글꼴, 색상을 여러 안으로 비교해 고르고 싶을 때
-
디자인
웹이나 제품 화면을 설계하거나 평가할 때 사용자의 목표와 성공 조건을 먼저 정리하고, 프로젝트의 브랜드와 기존 컴포넌트를 살려 쓰기 쉬운 인터페이스 방향을 제안합니다. 목적과 콘텐츠, 탐색과 비교, 구성과 피드백, 좁은 화면과 입력 접근성 같은 주제별 기준을 필요한 만큼 골라 적용하고, 검토 결과와 트레이드오프를 정리해 줍니다.
웹이나 앱 화면의 사용성이 떨어져 반응형 레이아웃과 접근성을 함께 점검하고 개선안을 받아야 할 때
-
생산성
강의 노트, 강의계획서, 과제 정보를 모아 학기 공부 공간을 Notion에 만듭니다. 수업별로 노트를 찾고 다가오는 과제를 마감일 순서로 확인할 수 있으며, 마감일이 없는 과제는 따로 보이도록 정리합니다. 기존 페이지와 데이터베이스가 있으면 그대로 활용하고, 노트 본문에는 핵심 내용과 열린 질문을 남기며 생성된 학습 질문은 제안으로 표시합니다.
여러 과목의 강의 노트와 과제 마감일이 흩어져 있어 학기 공부 공간을 한곳에 정리해야 할 때
-
생산성
마케팅 캠페인의 브리프, 콘텐츠 아이디어, 제작 일정을 노션에서 정리해 캠페인 홈, 캠페인 목록, 콘텐츠 데이터베이스가 연결된 작업 공간을 만들어 줍니다. 기존 자료와 대화 내용을 바탕으로 각 콘텐츠의 초안과 제작 상태, 담당자, 발행 예정일을 채우고, 다음에 할 일을 알려 줍니다.
여러 채널에 나갈 캠페인 콘텐츠의 일정과 제작 현황을 노션에서 한눈에 관리하고 싶을 때
-
생산성
사용자가 이미 공유한 프로젝트 이름, 목표, 범위, 담당자 정보를 바탕으로 Notion에 프로젝트 홈을 만들어 줍니다. 할 일, 문서, 회의 노트를 연결한 초기 화면을 먼저 제공하고, 이후 팀 구성, 회의 주기, 소속 프로젝트 데이터베이스를 함께 정리합니다. 확인되지 않은 담당자나 날짜는 비워 두고, 제안한 단계와 확정된 작업을 구분해 표시합니다.
새 프로젝트를 Notion에서 할 일, 문서, 회의 노트와 함께 시작하거나 흩어진 자료를 하나의 프로젝트 홈으로 정리해야 할 때
-
AI 에이전트
Notion MCP 연결을 준비하도록 도와주는 스킬입니다. 설치가 끝나면 Notion이 제공하는 설정 안내를 불러와 단계별로 따라 하게 해 주며, 그 안내 도구가 없으면 Notion 개발자 문서의 설정 안내 페이지를 읽어 같은 과정을 진행합니다. 연결이 되면 에이전트가 사용자의 선호를 기억하고 작업 문서를 찾아 이어서 일할 수 있게 됩니다.
Notion을 에이전트에 연결해 내 선호와 작업 문서를 불러오도록 설정하고 싶을 때
-
AI 에이전트
LLM에 보내는 도구 출력, 로그, JSON, 검색 결과, 긴 대화 기록을 호출 전에 줄여 입력 토큰을 아끼는 Python용 compress() 호출을 붙여 줍니다. 오류 줄, 스택 트레이스, 처음과 마지막 항목, 통계적 이상치는 남기고, 원본은 로컬에 보관해 되돌릴 수 있습니다. 줄어든 결과는 messages로 받아 기존 호출에 그대로 넘기며, 전후 토큰 수를 출력해 확인합니다.
LLM 요청에 실린 긴 로그나 JSON 도구 결과 때문에 토큰 비용이나 컨텍스트 창 한도가 문제가 될 때
-
배포·운영
context-mode v2 브랜치에서 릴리스를 진행합니다. E2E와 단위 테스트, 라이브 테스트를 차례로 돌리고 다음 버전과 릴리스 노트를 미리 보여 준 뒤, 릴리스 워크플로를 시작하고 진행 상황을 지켜봅니다. 실패하는 단계가 있으면 거기서 멈추고 보고합니다. 마지막에는 버전, 릴리스 커밋, 릴리스 주소, 라이브 테스트 결과, 에이전트별 설치 확인 결과를 표로 정리합니다.
context-mode v2를 새 버전으로 배포하고 검사 결과와 릴리스 진행 상황을 한 번에 확인해야 할 때
-
배포·운영
Reactive Resume의 새 버전을 낼 때 따르는 릴리스 절차입니다. 루트 package.json의 버전을 올리고, 이전 태그 이후의 변경 사항을 사용자 관점의 변경 기록 항목으로 정리해 docs/changelog 맨 위에 넣습니다. 같은 내용으로 GitHub 릴리스 본문을 작성하고, 검사와 PR, 태그 생성, Cloudron 패키지 갱신까지 단계별로 안내합니다.
Reactive Resume의 새 버전을 배포하면서 변경 기록과 GitHub 릴리스 노트를 함께 작성해야 할 때
-
AI 에이전트
context-mode가 절약한 컨텍스트 양을 자세한 보고서로 보여 줍니다. 보고서는 열이 맞도록 코드 블록에 담겨 그대로 나오며, 그 아래에 가장 큰 절약 항목이 무엇인지 한 문장으로 짚어 줍니다.
context-mode가 컨텍스트를 얼마나 아꼈는지 항목별로 확인하고 싶을 때
-
개발
Claude Code용 context-mode 플러그인을 최신 릴리스로 업데이트하고, 업데이트 결과를 표로 보여 줍니다. 이어서 ctx_doctor로 상태를 점검해 결과 표를 정리합니다. 재시작이 필요하면 한 문장으로 알려 줍니다.
Claude Code에서 context-mode를 최신 버전으로 올리고 상태 점검 결과를 확인하고 싶을 때
-
테스트
ego-browser는 사람과 AI 에이전트가 함께 쓰는 Chromium 기반 브라우저입니다. 이 스킬을 따르면 에이전트가 웹사이트를 열고 폼을 채우고 버튼을 누르며, 페이지 데이터를 추출하거나 화면을 캡처합니다. 사용자가 로그인해 둔 사이트와 개인 맥락을 활용해 작업을 이어갈 수 있고, 웹 앱의 동작을 점검하는 QA에도 쓸 수 있습니다.
웹사이트에서 폼을 채우고 버튼을 누르거나 화면을 캡처해야 할 때
-
개발
일러스트레이터 작업을 버튼 하나, 패널, 네이티브 플러그인, 명령줄, AI 에이전트 중 어떤 방식으로 붙일지 고르고 그에 맞게 만드는 방법을 안내합니다. ExtendScript 핵심 로직을 먼저 짜고 CEP 패널, C++ 플러그인, 명령줄 실행, MCP 서버로 감싸는 순서를 따르며, 설치와 사용 설명서 작성까지 다룹니다. 일러스트레이터 DOM 자체의 사용법은 다루지 않습니다.
일러스트레이터 작업을 팀에 배포할 스크립트나 패널로 만들어야 하는데 어떤 방식을 택할지 정해야 할 때
-
보안
도메인의 이메일 인증(SPF, DKIM, DMARC), TLS 설정, 도메인 등록 정보, 보안 헤더를 한꺼번에 점검해 A~F 등급과 항목별 발견 사항을 정리해 줍니다. 발견 사항은 확인이 필요한 단서로 제시되며, 점검이 실패하거나 건너뛴 항목은 그렇다고 밝히고 등급을 추정하지 않습니다.
내 도메인이 이메일 스푸핑에 노출되어 있는지 DMARC와 SPF 설정을 확인하고 싶을 때
-
보안
도메인, IP 주소, 기관 이름을 넣으면 DNS, 도메인 등록 정보, 이메일 인증 설정, TLS 인증서, 보안 헤더, 뉴스 언급, 검색 쿼리를 차례로 조사해 외부에 노출된 정보를 정리한 보고서를 만들어 줍니다. 기본 흐름은 API 키 없이 수동적 방식으로 진행하며, 결과에는 각 도구 호출 근거가 붙고 확실한 사실이 아닌 단서로 표시됩니다. 개인에 대한 조사 요청은 목적을 먼저 확인합니다.
내가 관리하는 도메인이나 회사의 외부 노출 상태를 점검해야 하거나 특정 도메인과 IP의 등록 정보를 조사해야 할 때
-
테스트
웹 화면이 WCAG 2.2 AA 접근성 기준을 얼마나 충족하는지 점검합니다. 이미지 대체 텍스트 누락, 키보드로 조작할 수 없는 클릭 요소, 색 대비 부족, 건너뛰기 링크 부재처럼 구조와 ARIA 사용의 문제를 코드에서 찾아 우선순위별 목록으로 정리합니다. 각 항목에는 WCAG 기준 번호와 수정 방법이 함께 제시되며, 결과는 이전 점검과 비교할 수 있도록 기록됩니다. 사용자 화면이 없는 CLI나 라이브러리 프로젝트는 점검 대상에서 제외됩니다.
출시 전 웹이나 앱 화면이 장애 사용자도 쓸 수 있는지 확인하고 고칠 항목을 정해야 할 때
-
디자인
스마트폰을 어두운 스튜디오 배경에서 유리, 화면, 프레임, 메인보드, 배터리, 후면 순서로 층층이 분해하는 3D 분해도 영상을 만들어 줍니다. 각 층에는 번호와 설명 라벨이 붙습니다. 라벨 문구와 시간·날짜, 강조색을 정해 설정 파일을 쓰면 렌더링된 mp4 파일을 받을 수 있습니다. 템플릿을 고쳐 태블릿이나 노트북 같은 평평한 층 구조 물체에도 같은 방식을 적용할 수 있습니다.
스마트폰 내부 구조를 라벨이 붙은 3D 분해 영상으로 만들어 릴스에 올리고 싶을 때
-
개발
ApexYard 포트폴리오의 모든 프로젝트에 흩어진 AgDR(결정 기록)을 모아, 카테고리별 목록 보기, 키워드 검색, 번호로 내용 열기, 카테고리별 집계를 제공합니다. 새 설계를 하기 전에 같은 주제를 이미 결정했는지 바로 확인할 수 있습니다.
새 기능을 설계하기 전에 여러 프로젝트에서 같은 주제의 결정을 이미 내렸는지 확인해야 할 때
-
데이터
사용자가 준 실제 수치를 바탕으로, 선이 매끄럽게 그려지는 동안 큰 숫자가 선 끝과 함께 올라가 최종값에 도달하는 미니멀한 그래프 애니메이션을 만듭니다. 흰 배경에 검은 선을 쓰거나 그 반대로 바꿀 수 있고, 숫자가 길어지면 자동으로 작아집니다. 완성 후 마지막 프레임에 최종값이 나오는지 확인하도록 안내합니다.
릴스에 넣을 팔로워나 매출의 성장 추이를 숫자가 올라가는 애니메이션으로 만들어야 할 때
-
데이터
웹이나 앱에 설치된 분석 도구의 설정, 이벤트 이름 규칙, 주요 사용자 흐름(가입·활성화·구매·재방문)의 추적 누락, 대시보드 존재 여부를 점검하고 발견 사항을 표로 정리합니다. 이벤트 목록도 함께 만들어 어느 파일에서 무엇이 기록되는지 보여 줍니다. 사용자 식별 정보가 이벤트 속성에 실리는지도 확인합니다. 사용자 대상 프로젝트가 아니면 자동으로 통과 처리합니다.
launch-check에서 분석 항목이 WARN이나 FAIL로 나와 이벤트 추적과 전환 퍼널을 자세히 점검해야 할 때
-
AI 에이전트
에이전트나 서브에이전트에 작업을 넘기기 전에 목표, 범위, 가설, 검증 기준을 한 장의 브리프로 정리하도록 돕습니다. 작업의 위험도에 따라 얼마나 자세히 쓸지 정하고, 결과를 받은 뒤 무엇으로 맞았는지 확인할 수 있게 합니다. 에이전트에게 생각을 도움받을지 대신 맡길지도 미리 정해 둡니다.
코드 배포나 PR, 분석, 문서 작업을 에이전트에게 맡기기 전에 요구사항을 먼저 정리해야 할 때
-
디자인
지도 위에서 출발지에서 목적지까지 경로가 그려지고 카메라가 따라가는 3D 이동 애니메이션을 만들어 줍니다. 목적지 이름, 소요 시간, 거리를 알려 주면 흰색 도시 지도 위에 빨간 핀과 도착 예상 시간 카드, 목적지 카드가 포함된 릴용 영상을 생성합니다. 거리나 시간 중 하나만 있으면 나머지는 추정해 알려 줍니다.
출퇴근이나 이동 경로를 'A에서 B까지' 형태의 지도 애니메이션 영상으로 만들어야 할 때
-
개발
ApexYard 저장소의 설계 문서 PR에 아키텍처 리뷰 승인 표식을 기록하는 스킬입니다. 설계 문서나 마이그레이션 AgDR, PRD를 담은 PR이 아키텍처 게이트를 통과하도록, 사람이 명시적으로 승인한 PR에 대해서만 현재 HEAD 기준으로 승인 기록을 남깁니다. 실행 전 Rex 코드 리뷰 표식이 현재 HEAD와 일치하는지 확인하고, 병합은 수행하지 않고 기록만 마칩니다.
설계 문서가 담긴 PR에 대해 사람 아키텍트가 설계를 검토하고 승인했는데 병합 게이트에 승인 기록을 남겨야 할 때
-
AI 에이전트
기존 에이전트에 Redis Agent Memory를 연결해 사용자를 세션 사이에서 기억하게 합니다. 기억할 내용, 공유할 내용, 저장하지 않을 내용, 보관 기간, 삭제 요청 여부를 먼저 묻고 그 답을 service.yaml로 정리한 뒤 서비스를 만듭니다. 이후 모델 호출 전에는 사용자 기억을 불러오고 응답 후에는 대화를 기록하도록 에이전트 턴에 연결합니다.
에이전트가 사용자를 매번 잊어버리거나 메모리를 딕셔너리나 로컬 DB에만 두고 있어 세션을 넘는 장기 기억이 필요할 때
-
디자인
짧은 문장 두 줄을 받아 흰 점이 계단을 한 칸씩 올라가는 흑백 선화 애니메이션을 만듭니다. 정상에 닿으면 점 주위로 궤도가 그려지고 둘째 줄 문장으로 바뀝니다. 꾸준한 성장을 주제로 한 차분한 릴스 영상을 만들고 싶을 때 쓸 수 있으며, 계단 수와 배경 색을 조정할 수 있습니다.
습관이나 꾸준함을 주제로 조용한 흑백 릴스 영상을 만들어야 할 때
-
개발
ApexYard 저장소에서 UI 변경이 포함된 PR의 디자인 리뷰 승인을 기록하는 스킬입니다. 디자이너가 실제 PR 변경 사항을 검토해 명시적으로 승인한 경우에만 실행해야 하며, 승인 후 현재 HEAD 커밋 기준으로 디자인 승인 표식을 남겨 UI 병합 게이트를 통과하도록 합니다. 코드 리뷰 승인이 먼저 있어야 하고, 병합 자체는 수행하지 않습니다.
디자이너가 PR의 실제 UI 코드 변경을 검토해 승인했고 병합 게이트를 통과시켜야 할 때
-
AI 에이전트
기존 Python 에이전트에 Redis Agent Playbooks를 연결해, 승인된 FAQ 답변과 반복 절차(Skill)를 에이전트가 불러 쓰게 합니다. 첫 대화 턴이 실제로 Playbook 콘텐츠를 사용하는지 확인한 뒤 나머지 콘텐츠를 옮기는 순서로 진행합니다. 프롬프트나 문서 검색, 시맨틱 응답 캐시에 흩어진 답변을 버전이 있는 파일로 정리하는 방법도 안내합니다.
프롬프트나 문서 검색에 흩어진 승인 답변과 반복 절차를 에이전트에 Playbook으로 옮겨야 할 때
-
데이터
Monte Carlo 계정의 알림, 데이터 품질, 모니터 커버리지, 크레딧 같은 수치를 Analytics API에서 조회해 답합니다. 모호한 질문은 조회 가능한 형태로 다듬고, 요청하면 데이터 품질 대시보드도 만듭니다. 답의 모든 숫자는 실제 조회 결과에서 가져옵니다.
지난주 알림 건수나 모니터가 없는 테이블 목록처럼 우리 Monte Carlo 계정의 수치와 추세를 확인해야 할 때
-
디자인
밝은 만화풍 배경에 큰 흰 머리의 막대 인간이 등장하는 9:16 세로 설명 영상을 코드로 만듭니다. 질문이나 주제를 넣으면 대본을 함께 다듬고, 음성에 맞춰 장면, 짧은 자막, 효과음과 배경음을 시간에 맞춰 만들어 최종 mp4 파일을 얻을 수 있습니다.
'왜 그럴까?' 같은 궁금증을 30~45초짜리 세로 만화 설명 영상으로 만들어 쇼츠나 릴스에 올리고 싶을 때
-
개발
사람이 특정 PR을 명시적으로 승인했을 때 그 승인을 기록하고, 머지 전제 조건을 확인한 뒤 설정된 방식으로 PR을 머지합니다. 승인 기록에는 확인된 PR 헤드 커밋이 담기며, 머지 전 상태가 바뀌었으면 중단합니다. 머지 없이 승인만 남기는 옵션도 있고, 머지 후에는 작업 공간 정리를 제안할 수 있습니다.
특정 PR에 대해 대표 승인을 남기고 바로 머지해야 할 때
-
AI 에이전트
기존 에이전트가 여러 MCP 서버를 하나씩 설정하던 방식을 Redis Iris Context Gateway 하나의 MCP 엔드포인트와 에이전트 키 하나로 묶어 줍니다. 서버별 비밀값은 게이트웨이가 보관하고, 많은 도구는 검색 방식으로 노출하며, 읽기 전용 도구의 결과는 캐시하거나 큰 결과는 핸들로 되돌려 받을 수 있습니다. 질문에 답하면 게이트웨이와 업스트림을 설정하고 에이전트 연결을 바꾼 뒤 도구 목록과 호출로 확인합니다.
에이전트가 MCP 서버를 여러 개 따로 설정하고 서버마다 비밀값을 관리하거나 도구 스키마가 프롬프트를 너무 많이 차지할 때
-
디자인
3D 만화 스타일로 9:16 세로 영상 설명 쇼트를 만드는 도구입니다. 사용자가 준 스크립트를 바탕으로 절차적으로 만든 캐릭터와 소품, 파란 스튜디오 배경에서 장면을 구성하고, 충돌 장면은 느린 화면과 빨간 힘 파동 효과로 연출합니다. 내레이션 타이밍에 맞춘 1~3단어 자막을 붙여 최종 영상으로 렌더링하는 순서로 진행합니다.
'무기로 방패를 뚫을 수 있을까' 같은 질문형 설명 영상을 3D 만화 장면과 자막으로 짧게 만들어야 할 때
-
보안
프로젝트의 npm과 Python 의존성을 점검해 알려진 취약점, 오래된 패키지, 라이선스 준수 여부를 한 보고서로 정리합니다. 여러 manifest가 섞인 저장소도 생태계별 섹션과 전체 심각도 합계로 나눠 보여 주며, 점검하지 못한 파일은 따로 기록합니다. 결과는 마크다운 보고서와 JSON 요약으로 받을 수 있습니다.
프로젝트를 배포하기 전에 의존성의 보안 취약점과 라이선스 문제를 한꺼번에 확인해야 할 때
-
AI 에이전트
기존 에이전트가 메시지를 어디로 보낼지 키워드 if/else, 정규식, 분류용 LLM 호출로 정하던 부분을 Redis Iris Intent Router 하나의 호출로 바꿔 줍니다. 라우트별 예시 문장과 점수 기준을 intents.yaml에 정리하고 Router를 만든 뒤 의도 목록을 등록합니다. 이후 메시지가 해당 의도와 연결된 대상으로 분기되고, 맞는 의도가 없으면 빈 결과로 기존 기본 경로를 탑니다.
키워드 if/else나 분류용 LLM 호출로 메시지 라우팅을 하던 에이전트를 의도 기반 라우팅으로 바꾸고 싶을 때
-
생산성
버그를 재현 가능한 티켓으로 정리해 주는 스킬입니다. 제목, Given/When/Then 시나리오, 재현 단계, 환경, 심각도를 한 질문씩 물어 채우고, 완성된 티켓을 보여 준 뒤 확인을 받아 이슈 트래커에 등록합니다. 등록 전에는 반드시 사용자 확인을 거칩니다.
로그인 후 프로필 사진 업로드가 실패하는 현상을 재현 단계와 심각도가 담긴 버그 티켓으로 정리해 등록해야 할 때
-
배포·운영
기존 AI 에이전트에 Redis Iris Lens 추적을 붙여, 사용자 메시지 한 번에 해당하는 한 번의 실행을 Lens UI에서 하나의 트레이스로 확인하게 합니다. LLM 호출, 토큰, 도구 호출, 메모리와 문서 검색 내역, 그중 프롬프트에 실제로 들어간 항목까지 함께 보여 줍니다. 에이전트 실행 방식을 먼저 파악한 뒤 설정 코드와 턴 경계를 추가하고, 기존 OpenTelemetry 설정과 함께 동작하도록 맞춥니다.
기존 에이전트의 턴별 실행 흐름과 LLM 호출 내역을 Lens UI에서 보고 싶거나, Lens 트레이스가 보이지 않는 이유를 찾아야 할 때
-
문서
프로젝트 코드베이스를 읽어 외부 액터와 시스템 경계, 컨테이너 구성을 추려 C4 L1(시스템 컨텍스트)과 L2(컨테이너) 다이어그램을 Mermaid 마크다운으로 채워 줍니다. 생성 전에 감지된 목록을 보여 주고 확인을 받으며, 기존 다이어그램은 명시적 옵션 없이는 덮어쓰지 않습니다. 옵션을 주면 L3까지 표현할 수 있는 Structurizr DSL 작업 공간 파일을 만들 수 있습니다.
아키텍처가 크게 바뀌어 흩어진 다이어그램을 최신 구조로 다시 그려야 할 때
-
AI 에이전트
이미 만들어진 AI 에이전트에 Redis Iris 제품군을 붙일 때 쓰는 안내 스킬입니다. 사용 중인 프레임워크를 확인하고, 장기 메모리, 플레이북, 컨텍스트 게이트웨이, 의도 라우터, 추적 중 필요한 기능을 골라 해당 제품 스킬로 연결합니다. 기존 에이전트 코드는 최소한의 변경으로 유지하는 방향을 따릅니다.
기존 에이전트에 장기 기억이나 추적 기능을 붙이고 싶은데 어떤 Iris 제품이 필요한지 모를 때
-
생산성
ApexYard의 반론 에이전트 Naqid가 아이디어, 기능, 결정, 기획안을 먼저 가장 강한 찬성 논리로 정리한 뒤 숨은 가정, 실패 가능성, 더 저렴한 대안을 짚어 줍니다. 구현에 들어가기 전에 전제가 맞는지 점검할 수 있고, 결과는 판단 근거로만 제시되어 진행 여부는 사용자가 정합니다.
기능 명세를 쓰거나 큰 기술 결정을 내리기 전에 전제가 맞는지 미리 확인하고 싶을 때
-
배포·운영
Dockerfile, .dockerignore, Docker Bake 파일, Compose 파일을 만들거나 고칠 때 최신 BuildKit 기준으로 정리해 줍니다. 베이스 이미지를 경량 하드닝 이미지로 고르고, 이미지 태그에 다이제스트를 고정하며, 캐시 마운트와 멀티 스테이지 빌드를 적용하고, .dockerignore와 Bake 파일을 함께 만듭니다. 최종 답변에는 변경 사유와 빌드·실행 명령이 정리되며, Compose 파일 생성은 사용자 승인 뒤에 진행하도록 제안합니다.
기존 Dockerfile의 베이스 이미지와 빌드 캐시를 최신 방식으로 바꾸고 싶을 때
-
디자인
프런트엔드 컴포넌트를 배포하기 전에 12개 항목으로 UX를 빠르게 점검합니다. 주요 버튼의 눈에 띄는 정도, 한 번에 보이는 선택지 수, 로딩 피드백, 모바일 터치 영역, 빈 화면 처리 등을 코드에서 확인하고 항목마다 통과 또는 실패를 표시합니다. 실패 항목에는 최소한의 수정 코드를 제시하며, 점수에 따라 배포 가능 여부를 판정합니다.
프런트엔드 화면을 배포하기 전에 UX 문제가 없는지 빠르게 확인하고 싶을 때
-
리서치
수식, 정량 주장, 벤치마크 수치가 담긴 문서를 적대적으로 검토해 각 주장이 본문에 적힌 그대로 성립하는지 판정합니다. 본문에 명명된 대로 주장을 다시 정리한 뒤, 스크립트로 재현하거나 항등식과 수치로 검증해 입증됨, 반증됨, 검증 불가, 사소함으로 나눕니다. 각 판정에는 근거 스크립트 경로나 반례가 붙고, 전체 주장 수와 판정별 개수를 먼저 보고합니다.
논문의 유도 과정이나 벤치마크 수치가 실제로 맞는지 본문 주장을 하나씩 검증해야 할 때
-
배포·운영
이 저장소의 GitHub Actions 워크플로를 보안, 속도, 정확성 관점에서 점검해 문제점 보고서와 수정 제안 diff를 만들어 줍니다. 지정한 파일이나 .github/workflows 아래 전체를 대상으로 하며, 사용자가 요청하기 전까지 워크플로 파일은 그대로 둡니다.
GitHub Actions 워크플로가 느리거나 보안상 걱정될 때 파일을 고치기 전에 점검 보고서와 수정안을 받고 싶을 때
-
디자인
UI 코드를 읽고 UX 법칙 30개 기준으로 준수 정도를 0~60점으로 채점합니다. 위반된 항목마다 해당 줄을 가리키고 수정 코드를 제시하며, 우선순위에 따른 수정 계획까지 정리해 줍니다. 페이지나 컴포넌트 파일을 기준으로 개선점을 찾을 때 쓸 수 있습니다.
기존 화면 코드가 사용성 원칙을 얼마나 지키는지 점검하고 먼저 고칠 부분을 정해야 할 때
목록을 불러오지 못했습니다.
검색어를 줄이거나 필터를 해제해 보세요.