Menü
Clauday 의 기능 개발 오케스트레이터. 두레이 채널 메시지 / GitHub Issue / 자유 요청을 받아 architect → engineer(main/renderer) → test-engineer → integrator 파이프라인을 진행. 메인 세션(=울트라 에이전트)이 직접 수행하는 *역할 주입형* 스킬.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Use when: developer 페이즈 진입 시, BE/FE 코드 변경을 실행해야 할 때.
Use when: QA 페이즈에서 수락기준 검증이 필요할 때.
Use when: 코드 리뷰가 필요할 때.
Use when: developer 페이즈에서 코드 변경이 필요할 때.
AIService.runClaudeStream 또는 ClaudeChatService 의 claude CLI spawn 코드를 수정할 때 Windows/Mac 분기 함정을 피하기 위한 안전 체크리스트. ai-service 또는 claude-chat 도메인 작업 시 반드시 트리거.
feature/<도메인>/<task-id>/ 산출물 (prd, adr, plan, impl-log, qa-report) 의 YAML frontmatter / 필수 섹션 / 불변성 검증. integrator 가 게이트 진입 시 호출.
Basierend auf der SOC-Berufsklassifikation
| name | feature-develop |
| description | Clauday 의 기능 개발 오케스트레이터. 두레이 채널 메시지 / GitHub Issue / 자유 요청을 받아 architect → engineer(main/renderer) → test-engineer → integrator 파이프라인을 진행. 메인 세션(=울트라 에이전트)이 직접 수행하는 *역할 주입형* 스킬. |
이 스킬은 메인 세션이 직접 수행한다 (sub-agent 호출이 아니라 역할 주입). 너는 본 SKILL.md 의 절차를 따라 architect/engineer/test-engineer/integrator 를
Task()로 dispatch 하고, 산출물을 검증하고, 다음 단계로 넘긴다.
메시지에서 다음을 추출:
| 필드 | 추출 위치 |
|---|---|
| trigger source | botName 이 "GitHub Issue" 면 GH. attachments 에 dooray URL 있으면 Dooray. 둘 다 없으면 freetext. |
| repo | GH 면 attachment text 에 repo: <owner/name>. 없으면 default limtaewon/dooray-claude-gui-assistance. |
| task identifier | GH issue#, Dooray post_id, 또는 freetext slug |
| title | attachment 의 첫 줄 또는 메시지 첫 줄 |
| body | attachment text 본문 |
→ task-id 결정:
issue-<N>task-<post_id><slug-from-title>.agent/CLAUDE-AGENT.md §3 의 6개 질문 그대로 적용. 결과 레벨 (L0/L1/L2/L3) 을 메모.
Q1 IPC 채널 추가/변경?
Q2 native 모듈/플랫폼 분기 영향?
Q3 두레이 인증/Socket Mode/CalDAV 인증 변경?
Q4 새 외부 의존성 또는 breaking change?
Q5 도메인 > 2 또는 PR 분할 필요?
Q6 main + renderer 동시 변경 필요?
레벨에 따라 다른 파이프라인:
git fetch origin
git checkout -b feature/<task-id>-<short-slug>
mkdir -p feature/<domain-best-guess>/<task-id>
<domain-best-guess> 는 메시지 키워드로 추정. 예: "터미널 한글", "두레이 봇", "캘린더 동기화" 등. 모호하면 architect 가 Step 3 에서 확정.
Task(subagent_type="architect", prompt="
요청: <title>
본문:
<body>
trigger: <source>, task-id: <task-id>, repo: <repo>
작업:
1. .agent/wiki/INDEX.md 부터 흡수
2. 영향 도메인 확정 (필요시 폴더 이동)
3. feature/<도메인>/<task-id>/prd.md 작성 (없으면)
4. feature/<도메인>/<task-id>/adr.md 작성 (≥1)
5. feature/<도메인>/<task-id>/plan.md 작성
")
산출물 검증 (architect 가 다 했는지):
plan.md 의 영향 영역에 따라:
main-process-engineer 단독renderer-engineer 단독Task(subagent_type="main-process-engineer", prompt="
brief: feature/<도메인>/<task-id>/
필독: prd.md, adr.md, plan.md
출력: src/main/**, src/shared/**, src/preload/index.ts, src/main/index.ts, impl-log.md (네 차례 분량만)
")
# 병렬로
Task(subagent_type="renderer-engineer", prompt="
brief: feature/<도메인>/<task-id>/
필독: prd.md, adr.md, plan.md
출력: src/renderer/**, ClaudeManual SECTIONS 갱신, impl-log.md (네 차례 분량만)
")
둘이 같은 impl-log.md 를 동시 수정하면 충돌. 한 명이 main 섹션, 한 명이 renderer 섹션을 append 하도록 plan.md 에서 합의.
Task(subagent_type="test-engineer", prompt="
brief: feature/<도메인>/<task-id>/
필독: prd.md, impl-log.md
출력: *.test.ts, qa-report.md
verdict: PASS | RETURN | BLOCK
")
Task(subagent_type="integrator", prompt="
brief: feature/<도메인>/<task-id>/
필독: 모든 산출물 + qa-report verdict
작업: Wiki/매뉴얼 갱신 → 품질 게이트 → 커밋 → PR 생성
출력: PR URL
")
PR URL 을 채널에 1줄로 회신:
[Clauday] PR #<N> — <title> — <url>
검증 통과. 머지는 직접 확인 후 진행해주세요.
핵심 인식: 너의 일은 순서 와 검증 게이트. 산출물은 sub-agent 들이 만든다. 네가 직접 코드를 짜는 건 L0 단축 경로뿐.