아이디어 기록
아이디어는 요청이 파이프라인에 들어오는 입구입니다. 원하는 것을 설명하면 에이전트가 이를 요구사항 구체화 질문으로 바꾸어, 양쪽의 이해가 일치할 때까지 묻습니다. 그런 다음 사용자가 아이디어를 확정하면 제안을 작성할 수 있습니다. 이 페이지에서는 아이디어 만들기, 한 번 이상의 요구사항 구체화 라운드 진행, 확인과 확정을 다루고, 테마 아이디어와 파생된 하위 아이디어의 차이도 설명합니다.
아이디어 만들기
섹션 제목: “아이디어 만들기”아이디어는 프로젝트 개요의 아이디어 트래커 안에 있습니다.
- 프로젝트 개요를 엽니다. 트래커에는 아이디어, 계보, 통계 보기를 오가는 분할 스위치와 새 아이디어 버튼이 있습니다.
- 새 아이디어를 선택합니다. 대화상자는 두 가지 모드를 제공합니다.
- 양식 작성 — 제목(“어떤 아이디어인가요?”)과, 배경·목표·세부 사항을 담는 선택적 설명을 입력합니다.
- 에이전트에게 설명 — 대신 아이디어를 대화로 풀어냅니다. 이 모드는 온라인 에이전트 런타임이 필요하며, 아무것도 연결되어 있지 않으면 비활성화됩니다.
- 만들기를 선택합니다.
새 아이디어는 트래커에 나타나며, 상태 배지는 열림에서 시작합니다.
온라인 에이전트에게 아이디어 설명하기
섹션 제목: “온라인 에이전트에게 아이디어 설명하기”양식을 작성하는 대신 아이디어를 연결된 에이전트에게 맡겨, 초안 작성이나 구체화, 분해를 대신하게 할 수 있습니다. 이것이 대화 경로이며, 온라인 에이전트가 필요합니다. 아무것도 연결되어 있지 않으면 에이전트에게 설명 탭은 대화를 여는 대신, 런타임을 연결하라는 힌트를 표시합니다.
‘새 아이디어’ 대화상자에서 다음을 합니다.
- 에이전트에게 설명 탭으로 전환합니다.
- 대화할 에이전트를 고른 다음 그 에이전트의 작업 디렉터리를 고릅니다. 온라인 디렉터리가 하나뿐이면 자동으로 선택되고, 여러 개라면 하나를 골라야 보낼 수 있습니다. 프로젝트에 이미 고정된 작업 디렉터리가 있으면 그 고정된 디렉터리가 사용되며, 고를 것이 없습니다.
- 선택적으로 하위 아이디어로 나누도록 도와주세요를 체크하면 에이전트가 단일 아이디어 대신 여러 하위 아이디어로 나눈 안(분해)을 제안합니다.
- 선택적으로 질문 전에 조사하기를 체크하면 에이전트가 질문하기 전에 필요한 사실부터 확인합니다. 체크하지 않아도 조사가 금지되는 것은 아닙니다. 확인 가능한 사실 하나가 질문 내용을 바꿀 수 있다면 에이전트는 그래도 찾아봅니다. 목표 자체가 불분명할 때는 검색하기보다 먼저 사용자에게 묻습니다.
- 원하는 것에 대한 설명을 입력하고 에이전트에게 전송을 선택합니다.
Chorus는 아이디어를 만들어 사용자가 고른 에이전트와 작업 디렉터리에 배정한 뒤 그 에이전트에게 넘깁니다. 대화상자는 요청이 제출되었음을 알리고 닫히며, 사용자는 보던 페이지에 그대로 머뭅니다. 이후에는 에이전트가 이어받아 아이디어에 알맞은 제목을 붙이고, 설명을 다듬고, 요구사항 구체화를 시작합니다. 따라서 이렇게 만든 아이디어는 처음부터 배정이 끝난 채 구체화 중인 상태입니다. 사용자는 아이디어의 ‘요구사항 구체화’ 탭(아래)에서 에이전트의 질문에 답합니다. 분해 옵션을 체크했다면 에이전트는 대신 후보 하위 아이디어를 제안하고, 사용자가 확인하기를 기다립니다.
이 요청은 새 아이디어에 연결된 에이전트와의 대화도 시작합니다. 대화는 저절로 열리지 않습니다. 에이전트가 일하는 모습을 보려면 오른쪽 아래의 온라인 에이전트 표시를 선택한 다음 대화 열기를 선택하세요. 요청은 그곳에 Idea 생성 턴으로 표시됩니다.
이 경로는 에이전트 배정을 대신 처리해 주므로, 다음 섹션의 수동 배정 단계는 건너뛸 수 있습니다.
에이전트에게 아이디어를 맡기기
섹션 제목: “에이전트에게 아이디어를 맡기기”요구사항 구체화는 에이전트가 진행하므로 아이디어에 에이전트를 배정해야 합니다. 아이디어를 열고 배정으로 에이전트에게 넘깁니다(런타임이 온라인이면 에이전트에게 설명 경로가 이를 대신 처리합니다). 배정되면 온라인 에이전트가 아이디어를 이어받아 첫 라운드의 질문을 올립니다. 아직 연결된 에이전트가 없다면 먼저 하나를 온라인으로 만드세요. 에이전트 플랫폼 참고 문서를 확인하세요.
개발 전에 리서치 요청하기
섹션 제목: “개발 전에 리서치 요청하기”아이디어에 질문보다 사실이 먼저 필요할 때가 있습니다. 비슷한 제품은 이 문제를 어떻게 풀었는지, 어떤 라이브러리가 실제로 무엇을 지원하는지, 그 접근에 알려진 함정이 있는지 같은 것들입니다. 이럴 때 에이전트에게 짧은 리서치를 한 번 요청할 수 있습니다. 아이디어를 열고 작업을 선택한 다음 리서치를 선택합니다.
- 먼저 에이전트를 배정하세요. 리서치를 하려면 사용자가 소유하고 계획 읽기, 아이디어 편집, 참고 자료 첨부 권한을 가진 에이전트가 배정되어 있어야 합니다. 배정된 대상이 없거나 사람이 배정된 경우 이 작업은 보이기는 하지만 비활성화되며, 에이전트를 배정하라고 안내합니다.
- 그 에이전트를 온라인으로 만드세요. 배정된 에이전트의 연결 중 하나 이상이 온라인이어야 합니다. 다른 에이전트의 연결이나 오래된 연결로는 충분하지 않습니다. 배정이나 연결 상태가 바뀌면 페이지를 새로 고치지 않아도 사용 가능 여부가 갱신됩니다. 비활성화된 항목에 마우스를 올리거나 포커스하면 이유를 볼 수 있고, 작업 시트에서는 이유가 바로 표시됩니다.
- 배정된 에이전트의 새 리서치 대화에 작업 디렉터리 선택이 필요하면 안내에 따라 선택하세요. 온라인으로 표시되더라도 필요한 디렉터리를 여전히 사용할 수 있다는 보장은 없습니다. Chorus가 대상을 다시 확인하고, 바뀌었거나 연결이 끊겼다면 실패를 알립니다. 요청이 수락되어도 아이디어의 현재 단계와 질문은 그대로 유지됩니다.
- 리서치는 개발이 시작되기 전에만 가능합니다. 실행이 시작된 뒤이거나 아이디어가 이미 완료되었다면 이 기능은 비활성화되고, 둘 중 어느 경우인지 알려 줍니다.
- 여러 번 요청할 수 있습니다. 각 요청은 에이전트의 대기열에 추가되고, 아이디어의 대화에 리서치 턴으로 나타납니다. 대화는 저절로 열리지 않습니다. 에이전트가 한 일을 보려면 앞에서 설명한 대로 온라인 에이전트 표시에서 대화 열기로 대화를 여세요.
찾아낸 내용은 아이디어의 설명에 직접 들어가며, 각 항목에는 그 출처를 가리키는 인라인 인용이 붙습니다. 그 출처는 아이디어의 참고 자료에 나타납니다. 별도의 리서치 보고서가 만들어지지는 않습니다.
요구사항 구체화 돌리기
섹션 제목: “요구사항 구체화 돌리기”요구사항 구체화는 제안을 쓰기 전에 요구사항을 확정하는 짧고 체계적인 문답입니다. 아이디어를 열어 상세 패널을 표시한 뒤 요구사항 구체화 탭을 선택합니다.
요구사항 구체화는 라운드 단위로 진행됩니다. 각 라운드는 여러 질문으로 이루어지며, 한 라운드씩 답합니다.
- 에이전트가 요구사항 구체화 아래에 한 라운드의 질문을 올립니다. 각 질문에는 선택지(그리고 자유 입력 기타 선택)가 있습니다.
- 그 라운드의 모든 질문에 답한 뒤 답변 제출을 선택합니다. 패널은 진행 상황을 “m개 중 n개 답변함”으로 추적합니다.
- 답변에서 새 질문이 생기거나 빈틈이 드러날 수 있습니다. 그러면 에이전트가 다음 라운드를 엽니다. 남은 질문이 없을 때까지 계속 답하세요. 요구사항 구체화는 한 번에 끝나지 않고 반복되는 과정입니다.
요청이 누가 봐도 명확하면(예를 들어 재현 절차가 정확한 버그 수정) 에이전트는 질문하는 대신 구체화 건너뛰기를 제안할 수 있습니다.
공유된 이해 확인하기
섹션 제목: “공유된 이해 확인하기”확정하기 전에 답변이 정말 원하는 바를 담고 있는지 확인합니다. 에이전트는 대개 자신이 이해한 내용을 요약하고, 확인해 달라고 댓글에서 사용자를 멘션합니다. 그 요약을 읽으세요.
- 의도와 맞으면 확정할 준비가 된 것입니다.
- 무언가 어긋나거나 새로운 우려가 떠오르면 그렇다고 말하세요. 에이전트는 확정하지 않고 새 라운드를 열며, 사용자는 다시 답합니다.
확인이 바로 관문입니다. 사용자가 만족하기 전에는 아무것도 확정되지 않습니다.
요구사항 구체화 확정하기
섹션 제목: “요구사항 구체화 확정하기”확정하면 요구사항 구체화 단계 전체가 완료된 것으로 표시되고, 제안을 작성해도 된다는 신호가 됩니다. 아이디어 패널에서 구체화 검증을 선택합니다. 그러면 공유된 이해가 확인되고, 아이디어가 구체화 중에서 구체화됨으로 넘어갑니다.
상태 배지가 다음 단계(예를 들어 계획 중 / 제안 검토)로 바뀌고, 아이디어는 제안 단계로 넘어갈 준비가 됩니다. 이후의 진행(계획, 개발, 검증, 완료)은 아이디어에 연결된 제안과 작업에 따라 자동으로 갱신됩니다.
테마 아이디어와 파생된 하위 아이디어
섹션 제목: “테마 아이디어와 파생된 하위 아이디어”대부분의 아이디어는 하나의 산출물로 끝납니다. 더 큰 일을 정리할 때는 다음 두 가지 형태가 도움이 됩니다.
- 테마는 공통 방향 아래 관련된 하위 아이디어를 묶기만 하는 아이디어로, 그 자체가 산출물이 되지는 않습니다. ‘새 아이디어’ 대화상자에서 테마로 설정을 체크하거나, 나중에 아이디어의 ‘개요’ 탭에서 테마 스위치를 켜서 만듭니다. 테마도 공통 맥락을 정하기 위해 구체화할 수는 있지만, 테마는 제안이 될 수 없습니다. 그 방향을 실제로 구현하려면 하위 아이디어를 파생시키고 거기서 제안을 씁니다. 테마에는 하위 항목의 진행 상황을 합산한 진행 링이 표시됩니다.
- 파생된(하위) 아이디어는 자체 요구사항 구체화, 제안, 작업을 갖추고 상위 아이디어에 연결된 완전한 아이디어입니다. 상위 아이디어를 열고 패널 헤더에서 파생을 선택해 만듭니다. 새 방향에 처음부터 끝까지 별도의 수명 주기가 필요하면 파생된 아이디어를 만들고, 그 일이 현재 아이디어를 어떻게 구현할지에 관한 것일 뿐이라면 현재 제안에 작업을 추가하세요.
상위 아이디어는 직계 하위 항목 수를 “파생 n개”로 표시합니다. 이 계보는 참고용 정보일 뿐이며, 어느 쪽 아이디어의 흐름도 막지 않습니다. 트래커의 계보 보기는 상위-하위 트리를 시각화합니다.
요구사항 구체화가 확정되고 에이전트가 제안을 제출하면 제안 검토로 이어가세요.