Question 1

제 3의 Claude Code 플러그인들 이외에는 다른 도구들을 사용할 수 있나요?

Accepted Answer

YES. SupaConductor는 /orchestrator-supaconductor namespace을 사용하며 plugin, built-in 명령어, 또는 MCP 서버에 충돌하지 않습니다.

Question 2

이것은 작은 작업에 과도한 것입니까?

Accepted Answer

급작히 한파일을 고치기를 원한다면 -- yes, just Claude Code 직접 사용하세요.
 사용하는 경우
	 3개의 파일 이상이 관여한다. 
	  프로그래밍 전 계획하기. 
	 자동화 된품질 점검하기.
	 일회성으로 작업한결과
	 또는 풀 루프없이 개별 명령어 사용하기.

Question 3

이 기능은 커서, 윈즈러프, atau 다른 AI 도구와 함께 작동합니까?

Accepted Answer

아니요.
 SupaConductor는 Claude Code 플러그인이며 Claude Code 플러그인 시스템 (이전략, 스킬, 슬래시 명령, 훅) 의 요구 사항입니다. 그러나 conductor/ 디렉토리는 단순한 마크다운 파일에 불과합니다. 다른 어떤 AI 도구도 읽을 수 있습니다. SupaConductor와 시작하고 나중에 tool로 전환하여 specs, plans, 및 document는 여전히 유용합니다.

Question 4

경가고고겈엜 건이강 구가결 경성신 골러 �주세요?

Accepted Answer

세성신 세접주 회동징회는를다샆세왠보. 세성신 실할세왠우 새시주견를 안세왠. 서장는 골주세왠 안새우골새세왠보. 게녕안 총새세왠 용시다새세왠, 안우골우를, 어안세왠우세왠보.경성신 안우좋엘염세왠보.
| Component | Context Used | 새우설 | |
|-----------|-------------|------| |
| 경성신안안 | 절세을 채시 4,000 의 | 분우안염여 | |
| 서장는 | 채시 3,000 | 안우설열 | |
| 용시다주 | 채시었세을 2,500 | 안우설열 | |
| 구징세을 | 채시 5,000 | 용새 없세을 | |
| 안우좋엘 | 채시 500 | 안

Question 5

클劳드 API의 비용은 얼마인가요?

Accepted Answer

SuperConductor는 일반 클라우드 코딩과 같은 클라우드 API를 동일하게 사용하지만, 작업을 더 신중하게 구조화합니다. 여러 에이전트(계획, 실행, 평가)를 동시에 실행하므로, 1개 대화로 모든 것을 수동으로 처리할 때보다 약 3-5배 많은 API 호출을 사용하게 됩니다. SuperConductor는 자동으로 비용을 최적화합니다: 계획 및 평가는 가능선명(model)으로, 실행과 같은 업무는 더 빠른 가격의 산타(Sonnet)로 처리합니다. 비용을 줄이는 방법: specs를 자주 작성할 경우 /orchestrator-supaconductor:실행(implement)을 사용하거나, 소규모 기능의 보드 미팅을 건너뛰거나, 인간이 참여하는 로우-인-써로 컨트롤 스코프를 관리합니다.

Question 6

Do I need to know how to code?

Accepted Answer

Claude Code가 설치되고 실행되고 있어야 합니다 — 이를 위해서는 기본적인 터미널 사용법이 필요합니다. 하지만 SupaConductor를 설정하면, 원하는 내용을 자연어(영어)로 설명하기만 하면 구현을 자동으로 처리합니다.

Question 7

What gets created in your project?

Accepted Answer

`/orchestrator-supaconductor:setup`을 실행하면 `conductor/` 폴더가 생성됩니다. 이 안의 파일들은 모두 일반 Markdown 및 JSON 형식이며, 언제든지 읽고, 편집하고, 삭제할 수 있습니다.

Question 8

How It Works?

Accepted Answer

모든 작업은 Evaluate-Loop라는 구조화된 사이클을 따릅니다:
| 단계 | 수행 내용 |
|------|-------------|
| Plan | 목표를 작업과 의존성 그래프로 분해합니다 |
| Evaluate Plan | 범위 문제, 다른 작업과의 중복, 실행 가능성을 검토합니다 |
| Execute | 코드를 작성하고, 테스트를 실행하며, 진행 상황을 추적합니다 — 가능한 경우 병렬 처리 |
| Evaluate Execution | UI/UX, 코드 품질, 통합, 비즈니스 로직 등을 전문 체크러가 검토합니다 |
| Fix | 실패 사항을 수정하고, 평가 단계로 다시 돌아갑니다 (최대 5번의 수정 사이클, 최대 3번의 계획 수정 가능) |
| Complete | 모든 검증을 통과하면 작업이 완료된 것으로 표시됩니다 |

루프는 완전 자동으로 실행됩니다. 모든 품질 검증을 통과하거나 사용자의 입력이 필요할 때 종료됩니다.

Question 9

그 안은 뭐에요?

Accepted Answer

Question 10

이게 뭐 하는 거야?

Accepted Answer

클로드 코드에 무엇을 원하냐고 묻는 것입니다. 스풀컨덕터는 그것을 어떻게 구축해야 하는지 하나하나 단계를 나열해 quality check를 하며 구축합니다. 스풀컨덕터가 없다면 클로드 코드에 명령을 내리고 기대합니다. 그것이 뭔가를 빠트리면 하나하나 바꿔가며 확인과 명령을 재시작합니다. 스풀컨덕터가 있어서는 그것을 명령 한 번만 주고 다음과 같은 일련의 작업들이 자동으로 수행됩니다. 1. 세부적인 명세 작성 2. 구현을 위한 구체적인 작업 목록 작성(작업간 의존관계도 포함) 3. 가능한 한 병렬적으로 각 작업을 실행한다 4. 특정된 평가자들에게 각 작업을 평가한다 5. 어떤 문제가 발견되면 자동으로 해결한다 6. 모든 확인을 통과하면 작업을 완료로 마크한다. 아예 보모를 안해도되고, 재시작도 안되고, 단지 원하는 것을 설명하면 가만히 있다가 완료가 될수밖에 없을 정도.

Question 11

v3.7.0 에서 새로운 변화가 뭐예요?

Accepted Answer

3.7.0 버전에서 새로운 변화에는 Board of Directors fast-path, Plan revision guard, Execution state reconciliation, Atomic file locks, Bounded knowledge injection 등이 있습니다. Board of Directors fast-path는 라운틴 트랙이 한 개의 Opus 콜을 사용하여 (전체 5개의 렌즈를 한 번에) ~ 1/10 비용만큼의 비용으로 수행되도록 하며, 보다 중요한 결정을 위한 전체 보더는 배포, 보안 설계, API 변경, 데이터 손실 마이그레이션과 같이 고위험한 사유로 보관합니다. Plan revision guard는 무한规划 루프를 예방하여計画을 수행하는 횟수를 추적하고, 3회 이후에 반납된 계획을 수행합니다. Execution state reconciliation은 세션을 다시 시작했을 때, 계획서의 체크 박스가 소스 트루스의 기준으로 처리되므로, 충돌 이후 이미 수행된 작업을 재실핼음을 방지합니다. Atomic file locks는 병렬 동작이 동일한 파일락을 동시에 억제할 수 없습니다. fcntl OS 수준의 락을 사용하고, 고정 락 파일을 기반으로 동작합니다. Bounded knowledge injection는 계획기반에 주입되는 지식에 상한선이 500 토큰으로 적용됩니다 (상위 3개 가장 관련된 패턴 및 에러)

개요

주요 기능

가격

사용 사례

기능 분지 마무리

개발 Workflow를 자동화하는 것

장단점

장점

단점

리뷰

Q&A

질문하기

기술 대안

개요