ttuk-ttak

Plugin ttuk-ttak from marketplace ttuk-ttak in rnqhstmd/ttutak. Commands read from the repo's manifest — 1 month ago.

Skills (17)

• commit

  브랜치 타입을 파싱하여 한국어 커밋 메시지를 생성한다. "커밋", "commit" 시 사용.

• context

  도메인 컨텍스트를 생성·갱신·동기화한다. "컨텍스트", "도메인 등록", "용어 정리" 시 사용.

• cross-review

  dev 산출물(PRD/설계서/Trust Ledger)을 컨텍스트로 주입한 교차 검증 리뷰를 수행한다. "교차 리뷰", "교차 검증", "cross review", "크로스 리뷰" 시 사용. /dev 또는 /tdd 완료 후 단발 호출 전용.

• dev

  PRD에서 PR까지 전체 개발 사이클을 에이전트 팀으로 수행한다. "개발해줘", "구현해줘", "만들어줘" 시 사용.

• green

  GREEN 단계 - 실패 테스트를 통과시키는 최소 코드 작성. red 단계 완료 후 호출. 과잉 구현 시 즉시 차단.

• humanizer

  AI 글쓰기 흔적을 감지하여 자연스러운 문체로 교정한다. "AI 티 빼줘", "자연스럽게 고쳐줘" 시 사용.

• lens

  코드에서 비즈니스 정책을 탐지하여 영향도를 분석한다. "정책 확인", "영향도" 시 사용.

• pull-request

  커밋 히스토리를 분석하여 PR을 자동 생성한다. "PR", "PR 올려", "풀리퀘" 시 사용.

• ralph-iterate

  ralph 루프의 반복 1회 실행 스킬 (헤드리스 전용) - 미완료 AC 1건을 구현·verify·커밋한다. 러너(scripts/gx-ralph.sh)가 호출하며 사용자가 직접 호출하지 않는다.

• ralph

  루프 엔지니어링(Ralph 루프) 진입 스킬 - PRD 수용 기준을 AC 원장으로 변환하고 외부 러너의 무인 반복을 준비한다. PRD 확정 후 사용. '랄프 준비', '랄프 루프 준비해줘', 'ralph', '루프 돌려', '랄프 상태' 시 사용. '랄프로 … 개발해줘'처럼 개발 요청에 붙는 발화는 이 스킬이 아니라 /dev·/tdd의 --ralph 전환으로 라우팅한다 (skill-routing.md).

• red

  RED 단계 - 실패 테스트를 우선 작성. Iron Law: 코드 작성 전 반드시 호출. 'RED 단계'·'실패 테스트 먼저' 키워드로 단독 호출하는 스킬. tdd 파이프라인은 이 스킬을 거치지 않고 red-writer 에이전트를 직접 디스패치한다.

• refactor

  REFACTOR 단계 - GREEN 상태 유지하며 중복 제거. 테스트 깨지면 즉시 롤백. 동작 변경 절대 금지.

• research

  웹 검색과 문서 분석을 병행하여 도메인 리서치를 수행한다. "조사해줘", "리서치", "검색", "비교해줘" 시 사용.

• setup

  VCS 감지, 도구 확인, 인증을 단계별로 수행한다.

• tdd

  PRD → 설계 → RED-GREEN-REFACTOR → 리뷰(reviewer 통합) → verify → 커밋/PR. TDD 사이클 강제 + verify 게이트. 일반 개발은 ttuk-ttak:dev 사용.

• tech-debt

  코드베이스의 기술 부채를 분석하고 우선순위 로드맵을 제공한다. "기술 부채", "부채 분석", "부채 확인" 시 사용.

• verify

  완료 검증 게이트 - 테스트 명령 직접 실행 + 0 failures 확인 필수. commit/PR 진입 차단. 'should work' 표현 금지.

Subagents (17)

• architect

  아키텍트 에이전트. PRD와 코드 맵을 기반으로 기술 설계를 작성한다. <example> User: PRD 기반 기술 설계 요청 Agent: 설계 초안 + "세션 기반 vs JWT 중 어떤 방식을 사용하나요?" 등 기술적 질문 목록 출력 </example> - Read - Glob - Grep

• coder

  구현 에이전트. 승인된 설계 문서를 기반으로 프로젝트의 언어와 프레임워크 컨벤션에 맞춰 코드를 구현한다. ttuk-ttak:dev 전용 — ttuk-ttak:tdd 파이프라인에서는 호출하지 않으며, 구현은 red-writer(실패 테스트)와 오케스트레이터의 세션 IMPLEMENT(`--isolated`면 implementer)가 분담한다. <example> User: 승인된 설계서 기반으로 코드 구현 Agent: 설계서의 구현 순서에 따라 단계별 구현 + 각 단계 진행 보고 </example> <example> User: QA 리뷰

• design-critic

  설계 비판 에이전트. 설계 초안의 암묵적 가정을 도전하고, 불필요한 복잡성을 식별하며, 문제의 근본 원인이 올바르게 정의되었는지 검증한다. 설계 단계에서 선택적으로 호출되며, 설계 확정 전 사각지대를 찾는 역할이다. <example> User: 설계서 비판 검토 요청 Agent: [CHALLENGE] "모든 사용자"가 실제로 법인을 포함하는지 미검증, [SIMPLIFY] 캐시 레이어가 현재 트래픽 수준에서 불필요, [ROOT-CAUSE] 성능 문제의 원인이 쿼리가 아닌 인덱스 누락일 가능성 </example> - Read - Glo

• green-coder

  GREEN 단계 전담 에이전트. 실패 테스트를 통과시키는 최소 코드만 작성한다. 추가 기능/에러 핸들링/검증을 미리 넣지 않는다 (YAGNI). <example> Context: red-writer가 실패 테스트를 작성하여 인계 user: (오케스트레이터) PasswordValidatorTest.shouldReject401 통과시켜줘 assistant: green-coder가 PasswordValidator.validate()에 401 반환 최소 로직만 추가하고 다른 테스트 회귀 없음을 확인 </example> <example> C

• hacker

  제약 우회 에이전트. 정상적인 접근이 반복 실패할 때, 제약 조건을 재검토하고 우회 경로를 찾는다. 구현 중 동일 에러가 반복되거나 진전이 없을 때 정체 에스컬레이션으로 호출된다. <example> User: 동일 빌드 에러가 반복되는 상황에서 우회 방안 요청 Agent: [CONSTRAINT] "반드시 이 라이브러리를 써야 한다"는 가정이 실제로는 선택적, [BYPASS] XML 파싱 대신 JSON 변환 후 처리, [REFRAME] DB 성능 문제가 아닌 캐싱 부재 문제 </example> - Read - Glob - Grep

• humanizer-fidelity

  의미 보존 감사 에이전트. humanizer strict 모드에서 원문과 윤문본을 의미 단위로 대조하여 "내용이 보존됐는가"를 검증한다. 사실·주장·수치·고유명사·직접인용·인과관계·순서가 훼손됐는지 edit 단위로 탐지하여 pass/rollback을 판정한다. 한국어와 영어 양국어를 모두 검증한다. <example> User: strict 모드 윤문본 의미 보존 감사 요청 (원문 + 03_rewrite.md + diff) Agent: edit e012 [rollback] 수치 1.76조 누락 / edit e018 [rollback]

• humanizer-naturalness

  과윤문/잔존 검토 에이전트. humanizer strict 모드에서 윤문본이 과도하게 문학적인지(과윤문), AI티가 잔존하는지, 리듬·장르를 이탈했는지 검토한다. 탐지 패턴(K/E/C)을 재계측해 잔존을 잡고, 과윤문 시그널을 탐지하여 accept / rewrite_round / rollback을 판정한다. 한국어와 영어 양국어를 모두 검토한다. <example> User: strict 모드 윤문본 자연스러움 검토 요청 (윤문본 + 02_detection.json) Agent: K1(문두 접속어) 잔존 1건, 과윤문 시그널 2개(문

• implementer

  GREEN+REFACTOR 통합 구현 에이전트. 실패 테스트를 통과시키는 최소 코드를 작성한 뒤(GREEN), GREEN 상태를 유지하며 중복 제거·네이밍 개선·구조 정리를 수행한다(REFACTOR). 테스트 파일은 절대 수정하지 않는다. ttuk-ttak:tdd에서는 `--isolated` 실행·fix 라운드 4~5 격상·리뷰 정리 모드(`--isolated`)에서 디스패치되고, 기본 경로는 오케스트레이터가 같은 계약으로 직접 구현한다. ralph 루프(루프 모드)는 항상 이 에이전트를 쓴다 — 단독 스킬(green·refacto

• product-owner

  제품 책임자 에이전트. 모호한 요청을 명확한 PRD(Product Requirements Document)로 변환하고, 완성물이 비즈니스 의도에 부합하는지 인수 검증한다. <example> User: "결제 한도 변경" PRD 작성 요청 Agent: 현재 제품 상태 학습 + "한도를 얼마로 변경하나요?", "사용자 등급별 차등 적용이 필요한가요?" 등 질문 목록 출력 </example> <example> User: 구현 완료 후 인수 검증 요청 Agent: PRD 수용 기준 대비 구현 충족 여부 판정 + 비즈니스 관점 누락 항목 지

• qa-manager

  QA 매니저 에이전트. 코드 리뷰와 스펙 충족을 검증한다. "스펙대로 만들었는가?"를 확인하며, 확실한 문제(CERTAIN)와 확인이 필요한 사항(QUESTION)을 분류하여 보고한다. ttuk-ttak:dev 전용 — ttuk-ttak:tdd 파이프라인에서는 호출하지 않으며, 리뷰는 reviewer(spec+quality 통합 1석)가 담당한다. <example> User: 구현된 코드 리뷰 요청 Agent: Critical 문제 즉시 지적 + "이 캐시 전략이 의도된 것인가요?" 등 질문 목록 출력 </example> - Rea

• red-writer

  RED 단계 전담 에이전트. 실패 테스트만 작성한다. 프로덕션 코드는 작성하지 않으며, 격리된 컨텍스트에서 기존 프로덕션 코드를 보지 않는다. <example> Context: ttuk-ttak:tdd의 phase-implement RGR 사이클 진입 user: AC-1을 RGR 사이클로 구현해줘 assistant: red-writer를 호출하여 AC-1의 실패 테스트를 작성하고 실패를 확인한 뒤 implementer로 인계 </example> <example> Context: 사용자가 RED 단계만 단독 실행 user: /ttuk

• refactor-coder

  REFACTOR 단계 전담 에이전트. GREEN 상태(모든 테스트 통과)를 유지하며 중복 제거/네이밍 개선/구조 정리만 수행한다. 동작 변경 절대 금지. <example> Context: green-coder가 통과 코드를 작성한 뒤 인계 user: (오케스트레이터) PasswordValidator의 중복 로직 정리해줘 assistant: refactor-coder가 매직 넘버 상수화 + 중복 분기를 Extract Method로 정리하고 매 단계 테스트 통과 확인 </example> <example> Context: 정리 중 테스트

• researcher

  조사 전담 에이전트. 코드베이스 탐색, 버그 근본 원인 분석, 기술 선택지 비교를 수행한다. 산출물 생성이 아닌 "이해"가 목적이다. /dev 파이프라인 내 정체 에스컬레이션뿐 아니라 독립적으로도 호출 가능하다. <example> User: 로그인 실패가 간헐적으로 발생하는 원인 조사 요청 Agent: 가설 3개 수립 → git blame/log로 최근 변경 추적 → 세션 타임아웃 설정 변경이 원인으로 확인 → 조사 보고서 출력 </example> <example> User: 결제 모듈의 구조 파악 요청 Agent: 진입점에서 시작

• reviewer

  통합 리뷰 에이전트. 한 번의 디스패치로 Part 1(spec — AC 충족)과 Part 2(quality — 코드 품질)를 순서대로 검증한다. Part 1 verdict를 먼저 확정한 후에만 Part 2 verdict를 낸다 (Iron Law). Part 1이 FAIL이어도 Part 2를 수행해 재구현 라운드에 품질 지적을 함께 전달한다. ttuk-ttak:tdd phase-review(전체 브랜치)와 phase-implement Step 2-V(태스크 범위 모드) 전용 — 구 spec-reviewer/quality-reviewe

• security-auditor

  보안 감사 에이전트. PRD, 설계서, 구현 코드를 교차 검증하여 정책 위반, 미검증 가정, 보안 취약점, 누락된 시나리오를 식별한다. <example> User: 통합 감사 요청 Agent: [RISK] SQL 인젝션 취약점, [GAP] PRD에 정의된 롤백 시나리오가 코드에 미구현, [POLICY] FDS 연동 규정 미준수, [ASSUMPTION] 설계서의 "모든 사용자" 범위가 코드에서 법인 미포함 </example> - Read - Glob - Grep

• simplifier

  복잡도 제거 에이전트. 구현이 과도하게 복잡해져 진전이 없을 때, 범위를 축소하고 최소 해법을 찾는다. 수정 범위가 줄지 않는데 결과가 개선되지 않을 때 정체 에스컬레이션으로 호출된다. <example> User: 복잡도로 인해 진전이 없는 상황에서 단순화 요청 Agent: [CUT] 3개 추상화 레이어 중 2개 제거 가능, [MINIMUM] 핵심 기능만으로 동작하는 최소 구현 제시, [DEFER] 캐싱과 페이지네이션은 후속 작업으로 분리 </example> - Read - Glob - Grep

• test-architect

  설계의 testability(테스트 가능성) 평가 에이전트. 각 컴포넌트의 단위/통합 테스트 전략 + 모의 전략을 명시하고 testability score 1-10을 산정한다. <example> Context: phase-design Step 3에서 architect 설계 완료 후 user: (오케스트레이터) 이 설계가 RGR 사이클로 구현 가능한지 평가해줘 assistant: test-architect가 컴포넌트별 테스트 전략 (PaymentService: DI로 격리, Repository: InMemory mock) + scor

Hooks (2)

• PreToolUse

  bash ${CLAUDE_PLUGIN_ROOT}/.claude/hooks/pre-tool-guard.sh

• PostToolUse

  bash ${CLAUDE_PLUGIN_ROOT}/.claude/hooks/capture-decision.sh

Similar plugins