C✳CODEZ.WIN
🌐 한국어

현지화된 읽기 가이드

subagent-driven-development목적, 사용법 및 출처

현재 세션에서 독립적인 작업으로 구성된 구현 계획을 실행할 때 사용합니다.

출처 검색됨:

소스 저장소
obra/superpowers
SKILL.md
skills/subagent-driven-development/SKILL.md
저장소 Star
309,479
저장소 최근 업데이트
2026-10-30
능력 분류
에이전트 워크플로
최근 수집 시간

라이선스: MIT

워크플로 발췌본은 이해를 돕기 위한 자료이며, Codez에서 제공하는 실행 가능한 명령어가 아닙니다. 이 페이지를 생성하는 데 타사 Skill은 사용되지 않았습니다.

아래의 목적 및 워크플로 관련 내용은 읽기 쉽도록 정리 및 번역된 상위 자료입니다. 이는 별도로 분류된 Codez 편집 분석과는 별개입니다.

이 스킬의 기능

현재 세션에서 독립적인 작업으로 구성된 구현 계획을 실행할 때 사용합니다.

업스트림 워크플로우 작동 방식

사용 시점

vs. 실행 계획(인라인): 모든 작업을 하나의 컨텍스트에서 처리하는 대신 작업마다 새로운 하위 에이전트를 생성하여 컨텍스트 오염을 방지합니다. 모든 작업 후에 검토를 수행하여 사양 준수 및 코드 품질을 확인합니다(최종 검토만 수행하는 대신). 작업 및 검토마다 새로운 컨텍스트가 필요합니다. 인라인 방식은 하나의 컨텍스트와 최종 검토자 한 명이 필요합니다.

상류 통로 · L33 ↗

하위 에이전트 주도 개발

각 작업마다 새로운 실행 담당자 서브에이전트를 배정하여 계획을 실행하고, 각 작업 후에는 작업 검토(사양 준수 및 코드 품질)를 수행하며, 마지막으로 전체 브랜치에 대한 포괄적인 검토를 진행합니다. 서브에이전트를 사용하는 이유는 다음과 같습니다. 특정 컨텍스트를 격리하여 전문화된 에이전트에게 작업을 위임합니다. 에이전트에게 필요한 지침과 컨텍스트를 정확하게 구성함으로써, 에이전트가 작업에 집중하고 성공적으로 완료할 수 있도록 보장합니다. 서브에이전트는 세션의 컨텍스트나 기록을 상속받아서는 안 되며, 필요한 모든 것을 직접 구성해야 합니다. 이렇게 하면 관리자의 컨텍스트도 조정 작업에 활용할 수 있습니다.

상류 통로 · L6 ↗

모델 선택

비용을 절감하고 속도를 높이기 위해 각 역할을 처리할 수 있는 가장 성능이 낮은 모델을 사용하십시오. 기계적 구현 작업(분리된 기능, 명확한 사양,1-2파일): 빠르고 저렴한 모델을 사용하세요. 계획이 잘 수립되어 있으면 대부분의 구현 작업은 기계적으로 처리됩니다.

상류 통로 · L139 ↗
상류 통로 · dot ↗
digraph when_to_use {
    "Have implementation plan?" [shape=diamond];
    "Tasks mostly independent?" [shape=diamond];
    "Partner chose inline, or no subagent tool?" [shape=diamond];
    "subagent-driven-development" [shape=box];
    "executing-plans" [shape=box];
    "Manual execution or brainstorm first" [shape=box];

    "Have implementation plan?" -> "Tasks mostly independent?" [label="yes"];
    "Have implementation plan?" -> "Manual execution or brainstorm first" [label="no"];
    "Tasks mostly independent?" -> "Partner chose inline, or no subagent tool?" [label="yes"];
    "Tasks mostly independent?" -> "Manual execution or brainstorm first" [label="no - tightly coupled"];
    "Partner chose inline, or no subagent tool?" -> "executing-plans" [label="yes"];
    "Partner chose inline, or no subagent tool?" -> "subagent-driven-development" [label="no"];
}

요구 사항 및 설정

설정

작업이 격리된 작업 공간에서 이루어지도록 하십시오. git worktrees 명령어를 사용하여 격리된 작업 공간을 생성하거나 기존 공간을 확인하십시오. 절대로 일반 작업 공간에서 구현을 시작하지 마십시오.main/master상대방의 명시적인 동의 없이 분기하지 마십시오. 대화 내용은 압축 과정에서 손실됩니다. 실제 세션에서 진행 상황을 잃어버린 컨트롤러는 완료된 작업 시퀀스 전체를 다시 전송해야 하는 경우가 발생했는데, 이는 관찰된 가장 큰 비용 손실 요인이었습니다. 할 일 목록뿐 아니라 진행 상황을 원장 파일에 기록하십시오.

상류 통로 · L101 ↗

제한 사항 및 품질 검사

이 파일에서 별도의 제한 조건 구문이 선택되지 않았습니다. 이는 해당 스킬이 모든 입력 또는 환경에서 안전하다는 것을 의미하지 않습니다. 전체 소스 코드를 검토하고 결과를 직접 확인하십시오.

안전한 시험 사용부터 시작하세요

  1. 지원되는 호스트와 저장소 설치 지침을 확인하세요. 스킬 디렉토리와 해당 디렉토리에서 참조하는 스크립트, 자산 및 문서를 함께 보관하세요.SKILL.md단독으로는 종속성을 생략할 수 있습니다.
  2. 에이전트에 실제 입력값, 원하는 출력값 및 승인 기준을 제공하십시오. 호출 구문 및 사용 가능한 도구는 호스트에 따라 다르므로 이 사이트는 범용 설치 명령을 제공하지 않습니다.
  3. 원본 워크플로를 임시 프로젝트 또는 복사본에서 테스트해 보세요. 파일, 원격 서비스 또는 유료 리소스를 변경하는 작업은 허용하기 전에 검토하십시오.
  4. 출력 결과를 원본 품질 검사 및 자체 요구 사항에 맞춰 검증하십시오. 트리거가 성공적으로 작동했거나 저장소의 별점 수가 높다고 해서 반드시 올바른 결과가 나오는 것은 아닙니다.

기술 형식 및 디렉토리 사양 ↗

원문에서 더 자세한 내용을 읽어보세요.

번역 및 범위

이 독서 안내서는 고정된 상류 지역에서 발췌한 구절들을 소개합니다.SKILL.md본 번역은 보조 번역이며, 완전한 설명서 또는 호환성 테스트를 보장하는 것은 아닙니다. 사용 전에 원본 및 참조 파일을 반드시 읽어 주십시오.

이 소개글은 아래 고정된 버전을 참조하며, 현재 저장소 활동 및 수집 시간은 별도로 표시됩니다.

출처 검색됨
소스 커밋
2ce8aa15d05bd57213e6f746f953aafb7ded7a8b
출처 SHA-256
ba41f697136cba88a7962d60c8e2f97488ba04a8688b1d0fbeb27f6953808e75
전체 스킬 카탈로그로 돌아가기