Menú
하네스 빌더 — 자신의 하네스를 설계하고 확장하는 도구. 에이전트 설계, 지식 구축, 엔진 워크플로우 정의, 구조 검증을 지원한다. 이 스킬은 자동 트리거하지 않는다. 반드시 /harness-build 명령으로만 활성화할 것. 다음 상황에서 사용: - "에이전트 설계해", "지식 문서 만들어", "엔진 워크플로우 정의해" - "하네스 구조 검증해", "하네스 빌드 상태 확인" - "버전 올려", "배포 준비해"
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
이미지를 생성하거나 편집하는 유틸리티 스킬. Gemini(클라우드), OpenAI gpt-image-2(클라우드), ComfyUI Z-Image-Turbo(로컬) 프로바이더를 지원한다. 생성된 이미지는 image/{프로바이더}/{날짜}-{주제}.png 패턴으로 저장된다. 다음 상황에서 반드시 이 스킬을 사용할 것: - "이미지 생성해줘", "그림 만들어줘", "일러스트 생성", "이미지 그려줘" - "제미나이로 이미지 만들어", "제미나이 이용해 이미지 생성" - "gpt-image로 그려줘", "gpt-image-2로 이미지 생성", "OpenAI로 이미지 만들어", "ChatGPT 이미지로 생성" - "제트이미지를 이용해 이미지생성", "z-image로 그려줘", "ComfyUI로 이미지", "로컬로 이미지 생성" - "OOO 내용으로 이미지 생성해줘" 패턴 모두 - "이미지 편집해줘", "이 이미지를 수정해줘" - 콘텐츠 작성 중 삽화/다이어그램/썸네일이 필요할 때 - 웹노리 위키나 Confluence에 올릴 이미지가 필요할 때 스킬 생성/수정 시에는 반드시 skill-creator 스킬을 활용할 것.
Notion REST API를 CLI/스크립트로 호출하는 스킬. `.secret/notion.json` 의 Internal Integration Token을 런타임에 로드해 curl 기반 호출(주 경로)과 Notion 공식 ntn CLI(보조 경로)를 함께 제공한다. 다음 상황에서 반드시 이 스킬을 사용할 것: - "Notion API CLI 호출", "ntn 설치", "notion-curl 사용" - 특정 Notion 페이지의 메타/본문 블록을 자동화/CI에서 페치 - Notion MCP(`mcp__claude_ai_Notion__*`)가 막힌 워크스페이스에 접근해야 할 때 - `.secret/notion.json` 형태의 토큰을 다른 컴퓨터에 부트스트랩 스킬 생성/수정 시에는 반드시 skill-creator 스킬을 활용할 것.
카카시하네스 마더 생성기 — 배포판(harness-kakashi-creator)의 엔진, 템플릿, 참조 문서를 개발하고 개선하는 도구. 이 스킬은 이 저장소(harness-kakashi) 전용이며, 배포판에 포함되지 않는다. 반드시 /harness-build 명령으로만 활성화할 것. 다음 상황에서 사용: - "배포판 SKILL.md 수정해", "마더 하네스 개선해", "엔진 템플릿 수정해" - "references 업데이트해", "평가 체계 수정해", "레이어 가이드 고쳐" - "init 템플릿 수정해", "tamer 템플릿 개선해" - "배포판 테스트해", "하네스 빌드 상태 확인" - "버전 올려", "배포 준비해"
🥷 차크라 카카시 — 클로드코드 2.0 스킬의 토큰 사용량을 3인칭 관찰자 시점에서 감사하고 개선안을 제안하는 스킬. 토큰(차크라)·프롬프트(술법)·AI 성능(차크라 효율) 관점에서 작업 세션을 평가한다. 다음 상황에서 이 스킬을 사용할 것: - "차크라 점검해", "차크라 감사해", "차크라 카카시", "chakra audit" - "토큰 사용량 점검", "토큰 효율 감사", "token audit", "token efficiency" - "이번 세션 토큰 얼마나 썼어?", "세션 비용 얼마야?", "ccusage 돌려봐" - "캐시 히트율 확인해", "cache hit rate", "cache 효율" - "이 스킬이 토큰을 많이 먹는지 봐줘", "스킬 효율 평가" - "작업 마치고 차크라 평가", "작업 후 토큰 리뷰" 자동 발동 조건 (3인칭 관찰자): - 카카시 하네스 수행부 엔진(`full-review`, `targeted-review`, `full-inspection` 등) 실행 종료 직후 - 하네스 에이전트 단독 실행이 종료된 직후 (호출 측이 명시적으로 발동을 위임한 경우) - 사용자가 "작업 마치고 차크라 평가"를 명시한 다른 스킬/세션 종료 시 트리거 없이 호출되면 사용 가이드를 안내한다.
하네스(Harness) 통합 관리 스킬 - 에이전트/지식/엔진 워크플로우의 생성, 사용, 평가를 하나로 통합. 이 스킬은 자동 트리거하지 않는다. 반드시 /harness-kakashi-creator 명령으로만 활성화할 것. 다음 상황에서 사용: [개선부] 하네스 자체를 만들고 고치는 작업: - "하네스를 업데이트해", "하네스를 개선해", "하네스를 설명해", "평가로그를 점검해" - "하네스에 새 에이전트 추가해", "워크플로우 만들어줘", "엔진 정의해줘" - "이 스킬을 하네스에 복사해", "스킬 복사해줘", "스킬 복제해줘" - "하네스 초기화", "harness init", "/harness-kakashi-creator init" [수행부] 하네스에 정의된 에이전트/엔진을 실행하는 작업: - "하네스 수행해", "전체 점검해", "변경 점검해" 호출 규칙: "카카시 하네스"라고 부르는 것 = /harness-kakashi-creator 를 실행하는 것. 스킬이 이미 소환된 뒤의 인자에는 "카카시"를 붙일 필요 없다.
| name | harness-build |
| description | 하네스 빌더 — 자신의 하네스를 설계하고 확장하는 도구. 에이전트 설계, 지식 구축, 엔진 워크플로우 정의, 구조 검증을 지원한다. 이 스킬은 자동 트리거하지 않는다. 반드시 /harness-build 명령으로만 활성화할 것. 다음 상황에서 사용: - "에이전트 설계해", "지식 문서 만들어", "엔진 워크플로우 정의해" - "하네스 구조 검증해", "하네스 빌드 상태 확인" - "버전 올려", "배포 준비해" |
| argument-hint | [명령] [요구사항] |
정원의 토양을 직접 설계하고 싶다면, 이 도구를 쓴다.
/harness-kakashi-creator가 정원을 사용하는 도구라면,
/harness-build는 정원을 설계하는 도구다.
자동 트리거 금지 —
/harness-build명령으로만 활성화한다. 선택 설치 — 이 스킬은 하네스의 기본 기능 없이도 동작하지 않는다. 반드시 harness-kakashi-creator와 함께 사용할 것.
| 상황 | 사용할 도구 |
|---|---|
| 하네스 초기화, 에이전트 추가, 전체 점검 | /harness-kakashi-creator |
| 에이전트를 직접 설계, 평가축 커스터마이징 | /harness-build |
| 엔진 워크플로우를 직접 정의 | /harness-build |
| 지식 문서를 체계적으로 구축 | /harness-build |
| 하네스 구조 검증, 버전 관리 | /harness-build |
쉽게 말하면:
/harness-kakashi-creator = 정원에서 꽃을 심고 가꾸기 (사용)/harness-build = 정원의 토양과 물길을 직접 설계하기 (설계)활성화 시 가장 먼저 harness/harness.config.json을 Read로 읽는다.
/harness-kakashi-creator init으로 하네스를 초기화하세요" 안내 후 종료/harness-build <요청>
│
├── Mode 1: 에이전트 설계
├── Mode 2: 지식 구축
├── Mode 3: 엔진 설계
├── Mode 4: 구조 검증
└── Mode 5: 버전 관리
트리거: "에이전트 설계해", "에이전트 만들어", "새 역할 정의해"
기존 /harness-kakashi-creator 새 에이전트 추가해와 차이:
절차:
---
name: {에이전트명}
persona: {페르소나 이름} (선택)
triggers:
- "{트리거 문구 1}"
- "{트리거 문구 2}"
description: {한 줄 설명}
---
# {에이전트 이름}
## 역할
{무엇을 하는 에이전트인지}
## 점검 절차
### Step 1: ...
### Step 2: ...
## 심각도 분류
| 등급 | 기준 |
|------|------|
| Critical | ... |
| Moderate | ... |
| Info | ... |
## 평가축 (3축)
| 축 | 평가 대상 | 등급 |
|----|----------|------|
| ... | ... | ... |
## 검증 체크리스트
- [ ] ...
## 경계
- **하는 것**: ...
- **하지 않는 것**: ...
harness/agents/{name}.md에 저장harness/harness.config.json의 agents 배열에 추가트리거: "지식 문서 만들어", "knowledge 추가해", "도메인 지식 정리해"
절차:
harness/knowledge/ 스캔harness/knowledge/{name}.md에 저장트리거: "엔진 만들어", "워크플로우 정의해", "파이프라인 설계해"
절차:
---
name: {엔진명}
triggers:
- "{트리거 문구}"
description: {한 줄 설명}
agents:
- {참여 에이전트 1}
- {참여 에이전트 2}
---
# {엔진 이름}
## 실행 순서
1. {에이전트1} — {수행 내용}
2. {에이전트2} — {수행 내용}
## 병렬 실행 가능 구간
- [{에이전트1}, {에이전트2}] — 동시 실행 가능
## 결과 집계
{개별 에이전트 결과를 어떻게 종합할지}
harness/engine/{name}.md에 저장harness/harness.config.json의 engine 배열에 추가트리거: "구조 검증해", "하네스 상태 확인", "빌드 체크"
절차:
harness/harness.config.json 읽기harness/agents/*.md 파일 대조harness/engine/*.md 파일 대조트리거: "버전 올려", "버전 확인해", "릴리즈 준비해"
절차:
harness/harness.config.json 버전 확인harness/harness.config.json 버전 갱신harness/docs/vX.Y.Z.md 변경 히스토리 작성경로: harness/logs/harness-build/{yyyy-MM-dd-HH-mm-title}.md
형식:
---
date: {ISO 8601}
agent: harness-build
type: {agent-design | knowledge-build | engine-design | validation | version}
mode: {Mode 1~5}
---
# {활동 제목}
## 변경 대상
{수정/생성한 파일 목록}
## 변경 내용
{구체적 변경 사항}
## 검증 결과
{구조 검증 결과 — Mode 4 시}
harness/agents/에 존재하는지 확인할 것