council

council skill 개요

council은 여러 가지 그럴듯한 답이 있을 때, 결론을 내리기 전에 구조화된 반대 의견이 필요한 순간을 위한 의사결정 지원 skill입니다. 제품 판단, 범위 트레이드오프, 롤아웃 선택, 그리고 일반적인 단일 응답 프롬프트가 한쪽 관점에 과하게 맞춰지기 쉬운 “지금 배포할까, 보류할까?” 같은 질문에 특히 잘 맞습니다. council skill이 단순히 브레인스토밍이 아니라 선택을 돕는 역할을 하길 원한다면, 이 skill은 좋은 선택입니다.

council skill의 용도

Decision Support 패턴의 council은 하나의 질문을 둘러싸고 네 개의 목소리를 만듭니다. 핵심 Claude 목소리와 함께 Skeptic, Pragmatist, Critic 관점을 더해 숨은 가정, 실패 모드, 운영상 트레이드오프를 빠르게 드러내는 방식입니다. 핵심 가치는 더 많은 내용이 아니라, 더 나은 마찰을 만드는 데 있습니다.

누가 설치하면 좋은가

제품, 엔지니어링, 운영, 전략 영역에서 애매한 의사결정을 자주 내리고, 선택지를 반복적으로 검증할 방법이 필요하다면 council을 설치하세요. 이해관계자들 사이에 의견이 갈리거나, 잘못된 판단의 비용이 적지 않거나, 단순한 “장단점” 목록보다 더 방어 가능한 추천이 필요할 때 특히 유용합니다.

언제 특히 잘 맞는가

질문에 최소 두 개 이상의 신뢰할 만한 경로가 있고, 결정이 맥락에 크게 좌우되거나, 반대 의견을 포함한 상태로 go/no-go 판단이 필요할 때 council을 쓰세요. 반대로 실행이 명확한 작업, 버그 수정, 아키텍처 계획, 혹은 이미 답이 분명해서 그냥 진행만 하면 되는 일에는 효용이 떨어집니다.

council skill 사용 방법

council skill 설치하기

리포지토리의 설치 흐름에 따라 council을 Claude Code skills 세트에 추가한 뒤, 일반적인 완료 응답이 아니라 구조화된 의사결정 지원이 필요할 때 호출하세요. 이 리포지토리에서 실제 설치 참고 경로는 affaan-m/everything-claude-code의 skills/council입니다. 설치 후에는 프롬프트와 작업을 다루는 동일한 환경에서 council skill을 사용할 수 있어야 합니다.

skill이 토론할 수 있는 프롬프트로 만들기

좋은 council 사용은 막연한 주제가 아니라 의사결정 문장부터 시작합니다. 선택지, 이해관계, 가장 중요한 제약을 함께 제시하세요. 예를 들면 이런 식입니다. “기능 플래그를 지금 배포할까, 아니면 더 완성된 롤아웃 계획이 나올 때까지 기다릴까? 우선순위는 출시 일정을 지키면서 운영 리스크를 최소화하는 것이다.” 반면 “feature flags에 대한 생각은?” 같은 입력은 약합니다. 첫 번째는 council이 트레이드오프를 평가할 수 있게 하지만, 두 번째는 뻔한 조언만 끌어내기 쉽습니다.

먼저 올바른 파일부터 읽기

먼저 SKILL.md를 열어 의사결정 경계를 이해한 다음, council을 언제 쓸지, 언제 쓰지 말아야 하는지, 역할 구조, 워크플로를 정의한 섹션을 확인하세요. 이 부분들이 council이 맞는 도구인지 판단하는 데 가장 큰 영향을 줍니다. 자신의 저장소에 맞게 변형하는 경우라면, 주변의 skill 규칙도 함께 읽어서 출력 스타일이 환경과 맞도록 하세요.

한 번 묻고 끝내지 말고 워크플로로 쓰기

좋은 council 워크플로는 다음 순서입니다. 의사결정을 정의하고, 후보 옵션 2~4개를 나열하고, 제약을 밝힌 뒤, council을 실행하고, 마지막으로 근거와 리스크가 포함된 추천을 요청합니다. 마감 시한, 사용자 영향, 되돌릴 수 있는지 여부, 무엇이 실패를 의미하는지 같은 운영 현실도 함께 넣으세요. 그래야 Pragmatist와 Critic이 실제로 도움이 되는 맥락을 얻습니다.

council skill FAQ

council은 브레인스토밍용인가, 의사결정용인가?

의사결정용입니다. council skill은 의견 차이를 명시적으로 드러내서 애매함을 해소하도록 설계됐지, 끝없이 아이디어를 늘어놓기 위한 도구가 아닙니다. 단순한 발상만 필요하다면 더 간단한 프롬프트로도 충분한 경우가 많습니다. 선택지를 충분히 검증한 뒤 추천이 필요할 때 council을 쓰세요.

council은 일반 프롬프트와 어떻게 다른가?

일반 프롬프트는 여러 관점을 하나의 답으로 합쳐 버리는 경우가 많습니다. council은 서로 다른 관점이 따로 말하도록 강제하기 때문에, 성급한 합의가 위험할 때 유용합니다. 실제로는 트레이드오프를 더 잘 다루고, 숨은 가정을 줄이며, 무엇이 잘못될 수 있는지 더 분명하게 볼 수 있다는 뜻입니다.

council은 초보자에게도 좋은가?

네, 다만 사용자가 의사결정을 분명하게 말할 수 있어야 합니다. 초보자일수록 구체적인 선택지, 짧은 배경 설명, 가장 중요한 제약을 함께 줄 때 가장 큰 효과를 봅니다. 프롬프트가 흐릿해도 작동은 하지만, 토론의 결론력은 떨어질 수 있습니다.

언제 council을 쓰면 안 되는가?

단순한 사실 확인, 자명한 작업, 코드 리뷰, 보안 리뷰, 단계별 구현 계획에는 council을 쓰지 마세요. 리포지토리도 이런 경우는 다른 skill이나 직접 실행으로 돌리라고 명시합니다. Decision Support용 council은 판단이 핵심이고, 절차가 핵심이 아닌 경우에 가장 강합니다.

council skill 개선 방법

council에 더 나은 의사결정 입력 주기

가장 효과가 큰 개선은 맥락을 더 선명하게 주는 것입니다. 선택지, 결정 마감 시한, 핵심 위험, 성공 기준을 분명히 적으세요. 예를 들어 “A와 B 중 하나를 고른다. A는 더 빠르고, B는 더 안전하다. 마감은 금요일이고, 성공은 롤백 없이 지원 부담이 최소화되는 것이다.” 같은 식입니다. 문제를 추상적으로 설명하는 것보다 훨씬 강합니다.

실제 제약에 대해 반대 의견을 요청하기

비용, 되돌릴 수 있는지 여부, 사용자 경험, 운영 부담이 중요하다면 처음부터 그 점을 밝히세요. council은 무엇을 공격해야 하는지 알 때 가장 잘 작동합니다. 그렇지 않으면 Skeptic과 Critic이 엉뚱한 가정을 건드릴 수 있고, 추천도 실행 가능성이 떨어집니다.

첫 실행 뒤에는 반복해서 다듬기

첫 번째 council 답변이 너무 넓게 느껴진다면, 같은 질문을 다시 던지기보다 범위를 좁히거나 제약을 바꿔서 다시 실행하세요. 예를 들어 “속도 최적화”, “안전 최적화”, “장기 유지보수성 최적화”처럼요. 이런 방식이 같은 프롬프트를 반복하는 것보다 더 유용한 경우가 많습니다. council skill에서는 더 나은 반복이 더 많은 말이 아니라, 더 나은 프레이밍을 뜻합니다.