Claude Code로 소개 페이지 뽑았는데 흔한 템플릿처럼 AI 티가 확 날 때 있음.
Hallmark는 50가지 디자인 재질 테마로 사람 손 탄 듯한 웹페이지를 짜 주는 스킬임.
Claude Code·Codex·Cursor·OpenCode에 붙여서 씀.
1. 요청에 맞는 테마 3개를 먼저 제안하고 그 안에서 페이지를 짬
2. 실제 브라우저 8가지 화면 너비로 AI 티 나는 패턴과 깨진 화면을 점검함
3. 예약·판매 같은 페이지 목적에 맞는 버튼만 두고 쓸데없는 이메일 구독창 없이 끝냄
위키미디어 오픈 사진 755장 중 주제별로 골라 넣고 출처도 페이지에 적어 줌.
기존 페이지의 내용과 링크는 그대로 둔 채 디자인만 새로 바꾸는 기능도 있음.
디자이너 없이 제품 소개 페이지를 빠르게 내야 하는 1인 개발자나 소규모 팀이 쓰기 좋음.
물론 정리표는 역설적이게도 ai티남 ㅋㅋ
https://t.co/2Y6qLOMsK8
프로젝트마다 AI 작업 설명서 찾느라 시간 쓰는 형들한텐, 개수보다 대신 골라 주는 쪽이 눈에 들어옴.
Agentic Awesome Skills는 AI 코딩 도구가 읽고 따르는 작업 설명서 2,955개 이상을 모아 둔 저장소임.
AAS Core를 붙이면 AI가 내 프로젝트를 보고 필요한 설명서를 골라 파일로 남겨 줌.
2,955개를 통째로 읽는 게 아니라 키워드로 검색해서 후보만 열어 보는 구조라 고르는 데 드는 토큰은 생각보다 적음.
설치 전에 바뀔 내용을 계획서로 보여 줘서 뭘 깔지 미리 확인하게 됨.
Claude Code·Codex·Cursor에서 같은 목록을 그대로 쓸 수 있어서 팀 단위로 설명서 묶음 맞출 때 잘 맞음.
다만 깐 스킬은 설명이 대화마다 실려서 많이 깔수록 토큰이 계속 나감. 외부 설명서라 출처가 섞여 있으니 깔기 전에 지시문도 한 번 봐야 함.
https://t.co/TqxRZWiP2l
배포 직전인 내 서비스나 가져다 쓸 오픈소스·외주 코드, 보안 구멍부터 한 번 제대로 잡고 싶을 때 쓸 만함.
Cloudflare가 만든 코딩 에이전트용 보안 점검 스킬임.
외주 모의해킹 용역 대신 무료로 먼저 돌려보기 좋음.
1. 구조 파악부터 보고서까지 6단계를 순서대로 진행함
2. 찾은 쪽이 아니라 새 에이전트가 깨 보려 반박 검증하는 방식임
3. 확정·확인 필요·기각으로 나눠 기록해 확신 없는 건 걸러지게 됨
4. 점검 장부에 본 곳과 빈 곳을 남겨 다음에 이어서 점검함
5. 웹·클라우드·앱·메모리 안전 등 분야별 지침이 따로 있음
다중 사용자 플랫폼에 돌려 확정 50건 찾고 고친 뒤 구멍이 막혔다고 함.
보안 담당 없는 소규모 팀이나 직접 서버·API 운영하는 개발자한테 잘 맞음.
단 격리 환경 없이 윈도우에서 돌리면 사용자 프로필이 지워진 사례가 있어 조심해야 됨.
https://t.co/vGffduhFm1
AI한테 기능 시키면 요구사항도 안 묻고 바로 코드부터 짜서 형식이 틀리거나 데이터 많을 때 터지는 거, 그거 때문에 나중에 다 고쳐달라고 하는 일 자주 있음.
그걸 줄이는 규칙 묶음이 superpowers-zh임. 영어판을 중국어로 옮기고 중국 개발 환경용 스킬 4개를 더한 건데, 코드를 쓰기 전에 질문부터 하게 만드는 규칙이 눈에 들어오더라. 형식·데이터 양·권한 같은 걸 먼저 묻고 방안을 2~3개 내놓는 식임. 사용자 모듈에 일괄 내보내기 추가해달라고 하면 바로 코딩하지 않고 그거부터 물어본다고 함. 엉뚱한 방향으로 다 짠 뒤에 갈아엎는 일을 줄이려는 구조인 듯.
나머지 스킬은 한 줄로 치면 계획을 작은 단계로 나눠 하나씩 확인하거나, 테스트부터 쓰고 코드를 짜게 하거나, 버그를 위치 파악·분석·가설·수정 4단계로 따지거나, 끝났다고 하기 전에 검증 증거를 내놓게 하거나, 독립된 일을 여러 에이전트에 동시에 시키는 것들임.
npx superpowers-zh 한 줄이면 프로젝트에서 쓰는 도구를 알아서 찾아서 Claude Code·Cursor·Gemini CLI 포함 26종에 21개 스킬을 깔아 줌. 못 찾으면 --tool로 지정하면 되고. 각 스킬은 AI한테 이럴 땐 이 순서로 일하라고 적은 지침 문서라 상황이 맞으면 불러 쓰는데, 중국어 전용 4개는 /chinese-xxx로 직접 불러야 작동함.
다만 스킬 본문이 중국어라 하위 에이전트가 만든 보고서가 원하는 언어로 안 나온다는 제보가 있고 원인은 아직 안 밝혀졌음. OpenCode에선 아주 잘 쓰고 있다는데, 이미 깔아둔 옛 프로젝트에선 세션 후반까지 발동 표시가 안 보여서 고장 난 줄 알았다는 사람도 있고 Cursor·Codex는 안내 파일이 안 생긴다고 하더라. 설명 문서에 후원사 API 중계 서비스 광고랑 할인 코드가 섞여 있으니 스킬 자체랑 무관한 외부 결제 서비스인 점은 걸러 봐야 함.
중국어로 돼 있어서 그대로 쓰기보단, 코드 짜기 전에 질문하고 검증부터 거치게 하는 지침 구조만 참고해서 내 에이전트 규칙에 옮겨 적어 볼 만하겠음.
https://t.co/hrPXYW1Wnj
코딩 에이전트가 꼭 필요한 만큼만 짜게 만드는 클로드용 스킬, 별 18만 찍힌 거
제작자 본인 벤치마크라 내 프로젝트에서도 코드가 53% 줄어든다는 보장은 없는데, AI가 쓸데없이 길게 짜는 버릇을 고치는 클로드용 규칙 모음이라 그래도 볼 만함. Ponytail임.
날짜 선택창 하나 붙여 달라고 하면 라이브러리부터 깔거나 달력을 335줄씩 직접 만드는 장면, 형들도 겪어 봤을 법함. 코드가 불어날수록 검토도 피곤하고 사용량도 새고 테스트는 빠지기 일쑤인데, 이 스킬을 붙여 두면 기존 Input 컴포넌트에 type=date만 써서 10줄로 끝내는 식으로 그 흐름을 끊어 줌.
쓰는 흐름은 에이전트한테 ‘회사에서 제일 게으른 시니어’처럼 생각하라고 시키는 SKILL.md 한 장이 중심임. 새 코드를 짜기 전에 꼭 필요한가, 이미 있나, 기본 기능으로 되나 순서로 확인하고 처음 통과하는 단계에서 멈춤. 써보니까 이 원칙이 제일 핵심이고 다른 부분도 다 여기 기대서 돌아감. 새로 짜는 양이 줄면 버그랑 관리할 거리도 같이 가벼워져서 손 가는 게 확 달라짐.
바뀐 부분뿐 아니라 그 코드가 건드리는 다른 파일까지 읽고 버그·보안·부하·테스트 빠짐을 짚어 주는 /ponytail-review도 자주 손이 감. 돌려 보면 필드 이름 하나 바꾼 변경이 손 안 댄 feed 파일을 망가뜨리는 걸 미리 잡아 줌. /ponytail-audit는 재고 관리 저장소에서 ‘1,200건 배치가 통째로 실패’ 같은 문제를 1순위로 올려 주는 식으로 고칠 걸 중요한 순서대로 줄 세워 주고, 분기·반복·돈·보안이 들어간 로직엔 작은 테스트를 하나씩 같이 남김. 만든 사람이 돌린 시험(39개 과제, 5회씩)에선 위험한 로직에 테스트가 붙는 비율이 68%에서 98%로 올랐고, 클로드 코드 입력창 위엔 작업 비용·사용량·에이전트 시간·테스트 통과 여부를 보여 주는 띠도 떠서 내가 얼마나 쓰고 있는지 바로 보임.
Claude Code랑 Codex는 플러그인으로, Cursor·Gemini 등 스무 개쯤 되는 에이전트는 AGENTS.md 복사로 붙임. 명령 두 줄이면 끝나서 설치 난이도는 쉬운데, 비용 띠는 Claude Code 2.1.290 이상에서만 나옴. DietrichGebert가 2026년 6월 MIT로 공개한 저장소라 별 186,704개에 스킬 13개가 들어 있음.
다만 코드 -53%·비용 -26% 같은 수치는 제작자가 39개 과제로 직접 시험한 결과라 독립 검증 자료는 없고, 내 코드에선 다르게 나올 수 있음. 비용 띠 같은 일부 화면은 VS Code 채팅 패널·클라우드 세션·claude -p에선 안 보이기도 함. 가짜 복사본 경고도 있어서 공식 출처인 GitHub DietrichGebert/ponytail이랑 npm @dietrichgebert/ponytail만 써야 하고, .exe나 .dll이 들어 있으면 피해야 함. 한 번 켜면 세션마다 답변 스타일이 바뀌니 원치 않을 땐 /ponytail off로 끄면 됨.
클로드 코드로 쇼핑몰 관리 도구나 로컬 서버를 직접 만들면서 재고·주문 로직에 테스트를 남기고 싶은 쿠팡·스마트스토어 셀러, 밤에 사이드 프로젝트 만지는 직장인, AI가 쏟아낸 긴 코드 검토에 지친 부업러한테 잘 맞음. 코드를 아예 안 짜고 채팅만 쓰는 사람이나 일부러 장황하고 자세한 코드가 필요한 학습용 상황엔 안 어울림.
클로드 코드에서 /plugin marketplace add DietrichGebert/ponytail 친 뒤 /plugin install ponytail@ponytail 하고, 평소 맡기던 작은 기능 하나 시켜서 코드 길이가 어떻게 달라지는지부터 비교해 보면 감이 옴.
https://t.co/Dh1H63JGxN
둘 다 깔아 두면 계획 단계에서 겹칠 수 있음. superpowers는 플러그인으로 깔면 시작 훅이 붙어서 상황 맞으면 알아서 켜지고, grill-me는 내가 부를 때만 켜지니까 그냥 두면 superpowers 질문이 먼저 나오기 쉬움.
그래서 나눈다면 기획 질문은 grill-me, 그다음 테스트 먼저 짜기·디버깅·끝내기 전 검증은 superpowers 규칙을 쓰는 식이 덜 헷갈림.
난 새 기능 기획할 때 grill-me부터 돌리는 편임. superpowers-zh는 플러그인 말고 스킬 폴더만 손으로 복사하면 훅이 안 깔려서 자동으로 안 켜진다고 README에 적혀 있으니, 겹치는 게 싫으면 필요한 스킬만 골라 넣는 것도 방법. 중국어 전용 스킬 4개는 원래 /chinese-xxx로 직접 불러야 켜짐.
같은 「먼저 묻기」인데 묻는 방식이 거의 반대임. grill-me는 한 라운드에 지금 답할 수 있는 질문을 번호 붙여서 한꺼번에 던지고, 질문마다 추천 답을 달아 둬서 「예」만 해도 넘어감. superpowers는 원본 기준 한 번에 하나씩, 되도록 객관식으로 물음.
큰 그림을 빨리 정리하고 싶을 땐 grill-me가 편하고, 하나씩 차분히 고르고 싶을 땐 superpowers가 편함.
grill-me는 계획을 갈래가 나뉘는 나무로 보고, 앞 결정이 정해진 질문만 다음 라운드에 올림. 파일이나 도구로 알 수 있는 건 나한테 안 묻고 직접 찾아보고, 결정은 전부 나한테 넘김. 갈래가 다 정리되고 내가 맞다고 해야 끝남.
superpowers는 프로젝트 상황부터 훑고 목적·제약·성공 기준을 물은 다음 방안 2~3개를 장단점이랑 같이 내놓음. 설계를 승인하면 문서로 남기고 구현 계획 단계로 넘어감. 질문 자체가 목적이라기보다 만들기 직전 관문 같은 느낌.