스펙은 한 번만 작성하세요. 에이전트가 실행하고, diff를 건네고, 티켓을 닫습니다. 일회성 프롬프트는 작년 이야기입니다.
AgentsRoom은 Kanban 백로그의 모든 티켓에 Claude Code, Codex 또는 Gemini 에이전트를 연결합니다. 스펙이 작업 단위가 됩니다.
스펙은 잘 작성된 티켓입니다: 목표, 제약 조건, 수락 기준. Spec-driven AI coding은 그 티켓을 코딩하고, 테스트하고, PR을 출시하는 AI 에이전트에게 넘깁니다. 즉흥적으로 프롬프트를 작성하지 마세요. 사람이나 에이전트가 실행할 수 있는 스펙을 작성한 다음, 에이전트에게 넘기세요.
vibe-coding과의 대조: vibe-coding은 대화형이며, 실시간으로 에이전트를 조종합니다. Spec-driven coding은 규율 있는 비동기 방식입니다. 작성하고, 실행하고, 끝나면 돌아옵니다. 에이전트 하나라면 깔끔한 규율입니다. 10개 에이전트를 병렬로 운영한다면, 살아남는 유일한 방법입니다.
“좋은 스펙 하나가 프롬프트 10개를 절약합니다.”
경험칙
이 네 단계 없이는 가장한 prompt-driven coding일 뿐입니다. 이것들이 있으면 산업화가 가능합니다.
컨텍스트, 목표, 제약, 수락 기준을 담은 짧은 티켓. 소설이 아닙니다. 모호한 메모도 아닙니다. 새로 들어온 인간 개발자가 되묻지 않고 읽을 수 있는 형식.
하나의 스펙, 하나의 브랜치, 하나의 에이전트. 같은 에이전트에 두 개의 스펙이 아닙니다. 한 에이전트가 코드의 세 영역을 동시에 건드리지 않습니다. 깔끔한 범위 지정은 채팅이 아니라 백로그에서 나옵니다.
에이전트가 스펙을 읽고, 계획하고, 코딩하고, 테스트를 실행하고, PR을 엽니다. 막힐 때만 개입합니다. 베이비시팅 없음. 완료되거나 당신이 필요할 때 푸시 알림.
복잡하게 얽힌 덩어리가 아니라 에이전트별로 범위가 지정된 diff를 읽습니다. 수락하고, 수정하고, 머지합니다. 스펙이 티켓을 닫습니다. 루프가 다시 시작됩니다.
백로그, 티켓, 에이전트가 같은 앱에 있습니다. 드문 일입니다.
티켓을 컬럼에 드래그 앤 드롭하면 에이전트가 가져갑니다. 시작하기 위해 Jira나 Linear가 필요 없습니다: AgentsRoom 백로그로 충분하며, repo에서 버전 관리됩니다.
URL을 통해 클라이언트에게 백로그를 공개할 수 있습니다. 그들은 Chrome 확장 프로그램에서 스펙을 제출합니다. 당신은 분류하고, 에이전트를 실행합니다. 맞춤 파이프라인 없는 클라이언트 주도 개발.
한 티켓은 Claude Code, 다음은 Codex, 또 다른 것은 Gemini CLI. 스펙에 맞는 모델을 선택합니다. 모두 같은 대시보드에 공존합니다.
각 에이전트의 diff는 격리되어 있습니다. 다섯 세션의 혼합이 아닌, 한 에이전트가 한 일을 읽습니다. 리뷰를 통과한 경우에만 스펙이 티켓을 닫습니다.
AgentsRoom을 다운로드하고, 백로그를 열고, 첫 티켓을 작성하세요. 에이전트가 몇 초 안에 가져갑니다.
컴패니언 앱: 이동 중에도 에이전트를 모니터링
Claude, Codex, OpenCode, Gemini CLI, Aider와 호환
버그와 요청을 공개 백로그로 바로 보내세요.