개발 생산성

git 커밋을 고객이 이해할 수 있는 변경 내역으로 바꿉니다. 새 기능, 개선, 보안, 수정으로 나눕니다.

프로젝트의 공통 어휘를 만듭니다. 모호한 용어에 이의를 제기하고, 경계 사례로 시험하고, GLOSSARY.md와 ADR에 기록합니다.

Chrome DevTools MCP로 실행 중인 Chrome을 제어하고 점검합니다. 이동, 클릭, 폼 입력, 스냅샷·스크린샷, 콘솔·네트워크 확인, 성능 분석을 할 수 있습니다.

TypeScript 또는 Python으로 고품질 MCP 서버를 만드는 가이드: 조사, 설계, 구현, 테스트, 평가.

Pull Request 본문 템플릿. 변경을 설명하는 가장 작은 도표, 변경 전후 증거, 머지 위험도 판단을 씁니다.

작업이 인수 조건을 충족하는지 확인하고 거기서 멈춥니다. 범위를 넓히지 않습니다.

로컬 웹 애플리케이션을 검사, 테스트, 디버깅하기 위한 Playwright 자동화를 만듭니다.

하나의 설계 질문에 답하는 일회용 프로토타입을 만듭니다. 로직이면 클릭해 볼 수 있는 HTML 모델, UI면 비교할 여러 UI 안입니다.

현재 대화를 인계 문서로 압축해 새 에이전트 세션이 작업을 이어받을 수 있게 합니다.

어려운 버그를 위한 6단계 루프. 바로 그 버그에서만 실패하는 재현 수단을 만들고, 줄이고, 순위를 매긴 가설을 검증한 뒤 회귀 테스트와 함께 고칩니다.

풀 리퀘스트에서 실패한 GitHub Actions 검사를 디버깅합니다. 실패한 검사를 찾고, 로그를 가져오고, 원인을 요약하고, 수정 계획을 세우며, 승인 후에만 코드를 바꿉니다.

끝낸 작업을 새로운 시각의 리뷰어에게 넘깁니다. 계획과 정확한 git 범위가 담긴 리뷰 프롬프트, 등급이 매겨진 지적, 지적에 대응하는 규칙을 갖췄습니다.

실패하는 테스트를 먼저 쓰고, 실패를 확인하고, 통과하는 최소한의 코드를 쓴 뒤 리팩터링합니다. 엄격한 규칙과 체크리스트가 있는 레드-그린-리팩터 순환입니다.

코드를 쓰기 전에 아이디어를 승인된 설계로 만듭니다. 작업을 분류하고, 한 번에 하나씩 묻고, 접근법을 비교하며, 단계마다 사용자의 승인을 받습니다.

skill, CLAUDE.md, AGENTS.md처럼 에이전트가 읽는 문서를, 행동이 예측 가능해지도록 쓰기 위한 참고 자료입니다.

에이전트가 번호가 붙은 라운드로 질문하고 질문마다 추천 답을 달아, 계획의 모든 결정이 정리될 때까지 인터뷰합니다.

리뷰 의견을 기술적으로 엄밀하게 다룹니다. 이해하고, 코드와 대조하고, 틀렸다면 반박하고, 행동하기 전에 확인하고, 한 번에 하나씩 구현합니다.

주장보다 증거가 먼저입니다. 모델은 같은 턴에서 검증 명령을 실행하고 출력을 읽기 전에는 작업이 끝났다, 고쳤다, 통과했다고 말할 수 없습니다.

보안 연구원처럼 코드베이스를 검토합니다. 사용자 입력에서 위험한 지점까지 추적하고, 인젝션·접근 제어·비밀 정보 문제를 찾아, 자동으로 적용되지 않는 수정안을 검토할 수 있게 합니다.

버그를 책임지는 가장 좁은 계층만 고치고 회귀 테스트를 더합니다. 관련 없는 정리는 하지 않습니다.

명세서를 다른 엔지니어가 따라갈 수 있는 단계별 구현 계획으로 바꿉니다. 정확한 파일, 인터페이스, 기대 출력이 있는 테스트 선행 단계, 자체 점검을 갖춥니다.

얇은 조각 하나씩 테스트부터 하는 개발. 실패하는 테스트를 쓰고, 통과시키고, 합의한 접점에서만 테스트합니다.

코드를 바꾸기 전에 버그의 원인을 찾아 증명하도록 에이전트에 요구합니다.