스킬 찾기

Python 실행을 멈춰 변수와 코드 흐름을 살펴보며 버그 원인을 추적합니다. 예외 발생 당시의 상태와 실행 중인 프로세스도 확인할 수 있습니다.

• 실패한 Python 테스트의 변수를 확인합니다
• 예상하지 못한 상태 변화를 추적합니다
• 예외 발생 당시의 상태를 조사합니다

REA의 분석 처리와 캐시 설계를 검토합니다. 결과의 정확성과 근거 접근성을 유지하면서 처리 시간, CPU, 메모리, 에이전트가 다루는 정보량을 개선합니다.

• 분석 처리가 느린 원인 조사
• 캐시 설계 검토
• CPU와 메모리 부하 절감

REA의 CI와 테스트 모음을 조사하여 결함을 놓치는 판정과 테스트 데이터의 차이를 검증합니다. 필요한 검출 능력을 유지하면서 실측을 바탕으로 실행 비용도 검토합니다.

• 결함을 놓치는 CI 판정 조사
• 테스트 데이터와 현재 사양의 차이 확인
• 느린 테스트 모음의 불필요한 비용 측정

REA의 Git 이력을 특정 버전으로 고정해 변경 이력과 릴리스 노트를 정리합니다. 기여자 감사 표기를 검증하고 Release Please의 공개 본문과 일치하는지 확인합니다.

• Git 이력으로 릴리스 노트 작성
• 사용자에게 미치는 변경 영향 정리
• 기여자 감사 표기와 이슈 링크 확인

REA로 배포된 앱, 바이너리, 패키지를 분석해 기능과 버전별 차이를 조사합니다. 역컴파일과 실행 중 관찰을 활용해 근거, 추론, 미확인 사항을 구분합니다.

• 배포된 앱의 기능 구현 조사
• 앱 버전 간 동작 비교
• 바이너리와 포함된 리소스 분석

REA 조사 도구를 설계하거나 변경할 때 담당 범위, 입출력, CLI 및 MCP 호출 규칙을 정리합니다. 조사 근거의 의미와 검증 방법을 포함한 설계안을 작성합니다.

• 새로운 REA 조사 도구 설계
• CLI 및 MCP 입출력 검토
• provider 책임과 Evidence 의미 정리

대화 시작 시 관련 스킬을 확인하고 응답이나 작업 전에 불러오는 절차를 정합니다. 작업 방식을 정하는 스킬을 우선하며 실행 환경별 안내로 연결합니다.

• 대화를 시작할 때 스킬을 확인할 때
• 기능 개발 전에 스킬을 선택할 때
• 오류 조사 전에 스킬을 선택할 때

기능 개발용 독립 작업 공간을 준비합니다. 기존 분리 상태를 확인하고 환경의 기본 기능이나 git worktree를 사용하며, 의존성 준비와 시작 전 테스트도 진행합니다.

• 별도 작업 공간에서 기능 개발을 시작할 때
• 구현 계획 실행 전에 환경을 준비할 때
• 작업 공간이 이미 분리되었는지 확인할 때

superpowers 작업 기록을 읽고 중복 작업, 계획 이탈, 시간과 토큰 사용량을 조사합니다. 기록 파일의 경로와 줄 번호를 근거로 경위를 보고서로 정리합니다.

• 중복 작업과 계획 이탈 조사
• 세션 소요 시간과 토큰 사용량 확인
• 스킬 사용 여부 확인

서로 독립적인 버그나 테스트 실패를 별도 에이전트에 맡겨 동시에 조사하고 수정합니다. 담당 범위를 정하고 결과 검토, 변경 충돌 확인, 전체 테스트와 통합까지 안내합니다.

• 원인이 다른 테스트 실패 조사
• 서로 다른 기능의 독립적인 버그 수정
• 여러 에이전트의 담당 범위 정리

코드 리뷰 의견을 실제 코드와 지원 환경에 대조해 타당성을 확인합니다. 불명확한 내용을 정리하고 근거를 들어 답변하며, 수정 사항마다 테스트합니다.

• 모호한 리뷰 의견을 정리할 때
• 제안된 변경의 호환성을 확인할 때
• 추가하려는 기능의 실제 사용 여부를 조사할 때

기능 구현 후나 병합 전에 별도 에이전트에 코드 리뷰를 요청합니다. 변경 내용과 요구 사항, 대상 커밋을 전달하고 지적된 문제의 심각도에 따라 수정을 진행합니다.

• 주요 기능 구현 후 리뷰
• 병합 전 변경 내용 확인
• 복잡한 오류 수정의 제삼자 검토

구현 계획의 각 작업을 별도 에이전트에 맡기고 명세 준수 여부와 코드 품질을 확인합니다. 진행 상황을 파일에 기록하며 마지막에는 브랜치 전체 변경 사항을 검토합니다.

• 대체로 독립적인 작업으로 구성된 계획 실행
• 작업별 명세 준수 여부 확인
• 진행 기록을 바탕으로 작업 재개

재현 절차, 로그와 최근 변경 사항으로 버그, 테스트 실패와 예상 밖 동작의 원인을 조사합니다. 근거에 따라 가설을 검증하고 수정 후 테스트까지 진행합니다.

• 실패하는 테스트의 원인 조사
• 운영 환경의 버그 추적
• 빌드나 연동이 실패하는 지점 조사

명세나 요구 사항을 변경 파일, 함수 정의, 테스트와 검증 절차가 명확한 구현 계획으로 정리합니다. 코드를 쓰기 전에 작업을 나누고 다른 담당자에게 인계할 수 있게 합니다.

• 코드 작성 전 기능 구현 계획 수립
• 요구 사항을 테스트 가능한 작업으로 분할
• 다른 담당자나 에이전트에게 구현 인계

AI 에이전트 스킬을 테스트부터 시작해 만들고 개정하며 공개 전에 검증합니다. 적용 전후의 행동을 비교해 지시의 누락과 오해를 수정합니다.

• 반복 절차를 재사용 가능한 스킬로 만들 때
• 오해를 일으키는 지시를 개정할 때
• 공개 전에 스킬을 검증할 때

구현이 끝나면 전체 테스트를 확인하고 로컬 병합, 풀 리퀘스트 생성, 현상 유지 중 선택한 작업을 수행합니다. 선택과 작업 환경에 따라 브랜치와 작업 공간을 정리합니다.

• 완성한 기능을 로컬에서 병합
• 브랜치를 푸시하고 풀 리퀘스트 생성
• 완료한 변경을 나중에 통합하도록 보관

작업 완료나 오류 수정 성공을 보고하기 전에 테스트와 빌드를 실행하고 결과를 확인합니다. 커밋이나 풀 리퀘스트 생성 전에도 실제 출력을 근거로 현재 상태를 전달합니다.

• 완료 보고 전 결과 확인
• 오류 수정 여부 검증
• 커밋이나 풀 리퀘스트 생성 전 검증

새 기능이나 버그 수정을 위해 먼저 테스트를 작성하고 실패를 확인한 뒤 구현합니다. 최소한의 코드로 테스트를 통과시키고 전체 테스트를 유지하며 코드를 정리합니다.

• 테스트부터 새 기능을 구현할 때
• 테스트로 버그를 재현하고 수정할 때
• 테스트를 유지하며 코드를 정리할 때

새 기능이나 기획을 시작하기 전에 대화로 목적, 선호, 제약을 정리합니다. 필요하면 그림이나 시제품으로 이해를 확인하고 작업 규모에 맞는 설계를 작성합니다.

• 새 기능의 목적 명확히 하기
• 강연이나 사업 아이디어 정리
• 화면이나 방의 배치 비교

같은 세션에서 기존 구현 계획을 작업별로 실행합니다. 테스트의 실패와 성공, 진행 상황과 판단을 기록하고 마지막에 브랜치 전체를 검토합니다.

• 작성된 개발 계획 구현
• 별도 구현 에이전트 없이 작업 진행
• 진행 기록을 바탕으로 작업 재개

TypeScript 패키지 내부 파일의 직접 참조와 순환 의존성을 감지합니다. 공개 파일만 진입점으로 쓰도록 설정하고 예제, 검증, 문서까지 마련합니다.

• 패키지 내부 파일의 직접 참조를 막을 때
• 타입 검사와 함께 패키지 경계를 확인할 때
• 복사해서 쓸 패키지 틀을 만들 때

사람이 직접 해야 하는 서비스 설정과 이전 절차를 대화형 bash 스크립트로 만듭니다. 화면 조작과 비밀 정보 입력, 설정값 저장을 단계별로 안내합니다.

• 외부 서비스 설정 절차 안내
• 인증 정보를 입력하고 .env에 저장
• CI용 GitHub 비밀 정보 설정

현재 대화와 코드베이스에 대한 이해를 바탕으로 명세서를 작성해 프로젝트 이슈 관리 시스템에 게시합니다. 사용자 요구, 구현과 테스트 방침, 제외 범위를 정리합니다.

• 기능 논의를 명세서로 정리
• 합의한 요구 사항을 이슈로 게시
• 구현과 테스트 방침 문서화