스킬 subagent-driven-development
📦

subagent-driven-development

안전

서브에이전트로 구현 계획 실행하기

또한 다음에서 사용할 수 있습니다: ZhanlinCui,Doyajin174,DYAI2025,obra,davila7,CodingCossack,Cycleaddict,Cygnusfear

이 스킬은 각 작업에 대해 새로운 서브에이전트를 디스패치하여 구현 작업 실행을 자동화합니다. 자동 2단계 검토(스펙 준수 여부 먼저, 그 다음 코드 품질)를 통해 수동 감독 없이도 고품질 결과를 보장합니다.

지원: Claude Codex Code(CC)
🥉 72 브론즈
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"subagent-driven-development" 사용 중입니다. 사용자 인증 추가를 위한 구현 계획 실행

예상 결과:

작업 1: 로그인 엔드포인트 구현
- 서브에이전트 구현, 테스트, 커밋
- 스펙 리뷰어: 모든 요구사�� 충족
- 코드 품질 리뷰어: 승인됨

작업 2: 비밀번호 재설정 플로우 추가
[동일한 패턴으로 계속...]

"subagent-driven-development" 사용 중입니다. 이 스킬은 수동 실행과 무엇이 다른가요?

예상 결과:

수동 실행과 달리 subagent-driven-development는: (1) 컨텍스트 오염을 방지하기 위해 작업별로 새로운 서브에이전트를 사용합니다, (2) 각 작업 후 자동 2단계 리뷰를 실행합니다, (3) 지속적인 진행을 위해 동일 세션에 유지합니다, (4) 문제가 복합되기 전에 조기에 발견합니다.

"subagent-driven-development" 사용 중입니다. 왜 2단계 리뷰(스펙 puis 품질)를 사용하나요?

예상 결과:

먼저 스펙 준수 리뷰를 통해 요청된 기능만 구현되도록 합니다. 그 다음 코드 품질 리뷰를 통해 구현이 잘 작성되도록 합니다. 이 순서는 요구사항과 일치하지 않는 고품질 코드에 시간을 낭비하는 것을 ��지합니다.

보안 감사

안전
v1 • 2/25/2026

All 38 static findings are false positives. The skill is a meta-skill containing prompt templates only - no executable code, scripts, network calls, or file operations. Static scanner misinterpreted GraphViz DOT syntax as shell commands, YAML 'risk: unknown' as cryptographic weakness, and standard code review language as reconnaissance.

4
스캔된 파일
405
분석된 줄 수
0
발견 사항
1
총 감사 수
보안 문제를 찾지 못했습니다

감지된 패턴

GraphViz DOT Syntax Misidentified as Shell CommandsYAML Frontmatter Misidentified as Cryptographic WeaknessGit SHA References Misidentified as Cryptographic IssuesExample File Path Misidentified as File System AccessCode Review Language Misidentified as ReconnaissancePrompt Template Structure Misidentified as External Commands
감사자: claude

품질 점수

38
아키텍처
100
유지보수성
87
콘텐츠
32
커뮤니티
100
보안
100
사양 준수

만들 수 있는 것

품질 게이트가 포함된 기능 구현

개발 팀 리드가 이 스킬을 사용하여 다중 작업 기능 계획을 실행합니다. 각 작업은 새로운 서브에이전트가 구현하고, 스펙 준수 여부를 리뷰한 다음, 다음 작업으로 넘어가기 전에 코드 품질을 확인합니다.

자동화된 리���토링 프로젝트

개발자가 여러 파일에 걸쳐 대규모 코드베이스를 리팩토���해야 합니다. 독립적인 리팩토�� 작업으로 계획을 생성합니다. 이 스킬은 내장된 품질 검증으로 각 작업을 자동 실행합니다.

관련 변경 사항의 일괄 구현

DevOps 엔지니어가 이 스킬을 사용하여 계획에서 일련의 인프라 변경 사항을 구현합니다. 각 변경 사항은 자동으로 스펙 리뷰와 코드 품질 검사를 거칩니다.

이 프롬프트를 사용해 보세요

기본 구현 디스패치
implementer-prompt.md 템플릿을 사용하여 구현 계획의 첫 번째 작업에 대한 서브에이전트를 디스패치하세요. 작업 내용: [여기에 작업 설명을 붙여넣으세요].
스펙 준수 리뷰 요청
구현자가 작업 N을 완료한 후, spec-reviewer-prompt.md를 사용하여 스펙 리뷰어를 디스패치하여 구현이 요구사항과 일치하는지 확인하세요. 작업 요구사항: [요구사항 붙여넣기]. 구현자 보고서: [보고서 붙여넣기].
코드 품질 게이트 확인
스펙 준수가 통과한 후, code-quality-reviewer-prompt.md를 사용하여 코드 품질 리뷰어를 디스패치하세요. 작업에 대한 git 베이스 SHA와 헤드 SHA를 포함하세요. 리뷰: [구현된 내용 설명].
전체 워크플로우 실행
subagent-driven-development를 사용하여 구현 계획을 실행하세요. [경로]의 계획 파일을 읽고 모든 작업을 추출한 다음, 각 작업을 구현자, 스펙 리뷰어, 코드 품질 리뷰어를 거쳐 처리한 후 완료로 표시하세요.

모범 사례

  • 작업에 대한 완전한 컨텍스트를 미리 제공하세요 - 서브에이전트가 계획 파일을 읽을 ��요가 없어야 합니다
  • 항상 서브에이전트의 질문에 답변한 후 구현을 진행하게 하세요
  • 리뷰 루프를 건너뛰지 마세요 - 리뷰어가 이슈를 발견하면 구현자가 수정하고 재리뷰해야 합니다
  • 충돌을 방지하기 위해 작업을 병렬이 아닌 순차적으로 디스패치하세요

피하기

  • 스펙 준수가 확인되기 전에 코드 품질 리뷰 시작(잘못된 순서)
  • 스펙 준수 리뷰를 건너뛰고 바로 코드 품질로 진행
  • 스펙 준수에서 '대충 괜찮음' 허용 - 요구사항이 정확히 일치해야 함
  • 구현자가 보��하기 전에 자체 리뷰를 건너뛰도록 허용

자주 묻는 질문

이 스킬은 executing-plans 스킬과 어떻게 다른가요?
executing-plans는 병렬 세션으로 디스패치합니다. subagent-driven-development는 동일 세션에 유지되고, 작업별로 새로운 서브에이전트를 사용하며, 각 작업 후 2단계 리뷰를 추가합니다.
모든 작업에 하나의 서브에이전트 대신 작업별로 새로운 서브에이전트를 사용하나요?
새로운 서브에이전트는 컨텍스트 오염을 방지합니다. 각 작���은 명확한 경계가 있는 독립적인 작업입니다. 단일 서브에이전트는 이전 작업의 가정이나 혼란을 계속 가져갈 수 있습니다.
서브에이전트가 구현 중에 질문을 하면 어떻게 하나요?
서브에이전트가 진행하기 전에 질문을 명확하고 완전하게 답변하세요. 서브에이전트를 급하게 구현하게 하지 마세요. 미리 명확히 하면 나���에 재작업을 방지할 수 있습니다.
스펙 준수가 통과하면 코드 품질 리뷰를 건너뛸 수 있나요?
아니요. 두 리뷰 모두 필요합니다. 스펙 준수는 요청한 대로 구현했는지 확인합니다. 코드 품질은 잘 구현했는지 확인합니다. 어느 쪽이든 건너뛰면 워크플로우의 목적이 무효화됩니다.
리뷰어가 이슈를 발견했는데 구현자가 동의하지 않으면 어떻게 하나요?
리뷰어는 준수 및 품질 표준에 대해 권위적입니다. 구현자가 동의하지 않으면 리뷰어와 논의하여 합의를 도달해야 합니다. 미해결 문제가 있는 상태로 진행하지 마세요.
계획의 강하게 결합된 작업을 어떻게 처리하나요?
이 스킬은 독립적인 작업이 필요합니다. 작업이 강하게 결합된 경우 먼저 분리하도록 계획을 리팩토링하거나 executing-plans와 같은 다른 워크플로우 스킬을 사용하세요.