Menu
하네스 빌더 — 자신의 하네스를 설계하고 확장하는 도구. 에이전트 설계, 지식 구축, 엔진 워크플로우 정의, 구조 검증을 지원한다. 이 스킬은 자동 트리거하지 않는다. 반드시 /harness-build 명령으로만 활성화할 것. 다음 상황에서 사용: - "에이전트 설계해", "지식 문서 만들어", "엔진 워크플로우 정의해" - "하네스 구조 검증해", "하네스 빌드 상태 확인" - "버전 올려", "배포 준비해"
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
이미지를 생성하거나 편집하는 유틸리티 스킬. 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/에 존재하는지 확인할 것