소프트웨어 팩토리 패턴 시도하기

에이전트에게 개별 티켓을 맡기는 대신, 프로젝트 목표와 지표를 확인하며 필요한 작업을 찾아 수행하는 ‘소프트웨어 팩토리’ 를 실험 중임 /linear-project-loop는 Linear 프로젝트를 읽고 목표·접근 방식이 담긴 문서와 진척을 측정할 대시보드·쿼리부터 확인함. 빠진 요소는 사용자와 함께 만듦 지표와 이슈 상태를 검토해 새로 필요한 작업을 추가하고, 진행 가능한 작업의 PR 작성·수정, 리뷰 요청과 확인 질문을 수행한 뒤 다음 작업으로 이어감 사람이 머릿속에만 갖고 있던 목표와 측정 기준을 공유하면, 에이전트도 올바른 방향으로 가는지와 빠진 작업이 있는지 판단할 수 있음 출시 뒤에도 낮은 빈도로 루프를 실행하면 도입률과 오류율 변화를 놓치지 않을 수 있음. 목표 측정 도구, 통합된 작업 관리와 노트북 없이 실행할 환경이 함께 필요함 AI 도구 도입에서 소프트웨어 팩토리까지 Imprint는 2026년 들어 AI 도구뿐 아니라 작업 방식과 관리 체계도 연이어 바꾸고 있음 1월·3월: 모든 엔지니어가 매일 Claude Code를 사용하도록 하고, 이후 나머지 구성원에게도 Claude Code 또는 Claude Cowork 사용을 확대함 4월: 체크아웃과 worktree 방식이 병목이 되면서, 모든 저장소를 각각 독립적으로 체크아웃한 로컬 작업 공간 약 10개를 구성함. 저장소가 아니라 작업 공간 단위로 프런트엔드·백엔드·인프라·데이터 저장소를 아우르는 PR을 만들게 함 6월: 에이전트가 전사 작업을 파악하기 쉽고 권한 관리도 단순한 공통 시스템이 필요해, Jira에서 Linear로 이전함 7월: 늘어난 티켓을 로컬 개발만으로 처리하기 어려워져, Stripe의 Minions와 유사한 에이전트 실행·조율 시스템 Agent Fleet을 도입함 다음 실험인 소프트웨어 팩토리 패턴은 큰 목표를 주고, 에이전트 실행 시스템이 목표를 향해 작업을 반복하도록 하는 방식임 AI 분야에서 이 용어의 기원은 명확하지 않지만, 관련 글로 Justin McCarthy의 Software Factories And The Agentic Moment가 있음 목표를 확인하고 다음 작업을 수행하는 루프 첫 구현인 /linear-project-loop 는 Linear 프로젝트를 읽고 다음 두 가지부터 확인함 목표 정의: Notion RFC에 프로젝트 목표, 측정 방법과 전반적인 접근 방식이 있는지 확인함 진척 측정: Datadog 대시보드...