에이전트에 프롬프트를 쓰는 일을 멈추고, 루프를 설계하세요.
이 차이가 제품의 전부입니다. 프롬프트는 한 번의 답을 줄 뿐이고, 그것도 누군가 입력하는 것을 기억했을 때만 그렇습니다. 루프는 트리거와 지시문의 조합입니다. 스스로 실행되고, 격리된 클라우드 샌드박스에서 작업하고, 여러분이 리뷰할 머지 리퀘스트를 열고, 배운 것을 적어 두고, 다음 차례를 준비합니다.
앱을 열거나 채팅창에 코드를 붙여 넣지 않습니다. 팀이 이미 쓰는 도구를 연결하면, 그 안에서 일이 벌어지기 시작합니다.
루프는 트리거와 지시문입니다
- 트리거는 이벤트(풀 리퀘스트가 열림, 이슈가 고블린에게 배정됨)이거나 일정(평일 07:00 등)입니다.
- 지시문은 DSL이 아니라 평범한 문장입니다. "이 머지 리퀘스트를 정확성과 보안 관점에서 리뷰해 줘. 스타일 지적이 아니라 진짜 문제를 짚어 줘." 또는 "
acme/web에서 안전한 의존성 업그레이드를 확인하고 머지 리퀘스트를 열어 줘."
TaskGoblin이 하는 모든 일이 이 중 하나입니다. 자동 코드 리뷰는 풀 리퀘스트 열림 이벤트 루프입니다. 이슈를 배정하고 머지 리퀘스트를 받는 것은 이슈 배정 이벤트 루프입니다. 야간 테스트 스위트 점검은 06:00 일정 루프입니다. 옆에 덧붙인 "자동화 기능" 같은 것은 없습니다. 루프가 기본 단위이고, 내장된 것처럼 보이는 동작은 모두 여러분의 것이며 다시 쓸 수 있는 루프입니다.
한 페이지만 더 읽는다면 루프를 읽으세요.
시작하는 순간 이미 루프가 돌고 있습니다
GitLab이나 GitHub으로 로그인하면 TaskGoblin이 조직을 준비하고, 저장소를 연결하고, 해당 제공사의 기본 루프(머지 리퀘스트 리뷰, 배정된 이슈 착수)를 설치합니다. 풀 리퀘스트를 열면 아무것도 설정하기 전에 이미 리뷰됩니다.
이 기본값들은 Loops 페이지에 있는 평범한 루프입니다. 지시문을 읽고, 자기 말로 고쳐 쓰고, 일시정지하고, 지울 수 있습니다. 동작이 여러분의 것이라는 점이 핵심입니다.
루프는 실제로 이렇게 생겼습니다
루프는 평범한 문장으로 씁니다. 템플릿 갤러리에 있는 실제 예 — 테스트 스위트의 야간 파수꾼입니다.
트리거 — 매일 06:00
지시문 —
acme/web을 클론하고 기본 브랜치에서 전체 테스트 스위트를 실행한다. 실패가 있고 수정이 작고 안전하면 MR을 연다. 그렇지 않으면 실패 내용을 요약한다. 모두 통과하면 아무것도 하지 않는다.
세 문장이지만 담긴 것을 보세요. 어디서 일할지, 무엇을 할지, 고칠 때와 보고할 때의 경계, 그리고 무인 지시문에서 가장 중요한 한 줄 — 아무것도 하지 않을 권한입니다. 이 마지막 문장 덕분에 무언가 깨진 아침에는 머지 리퀘스트가 오고, 그렇지 않은 아침에는 조용합니다.
갤러리에는 시작점이 될 아홉 개가 들어 있습니다. 의존성 업그레이드, 문서 불일치, changelog 항목, 기술 부채 정리, 활동 요약, 정체된 MR 알림, 트리아지 독촉. 모두 편집 가능하고, 고르는 순간 여러분의 것이 됩니다. 전체 목록과 해설은 일정 루프에 있습니다.
루프가 클라우드에서 도는 이유
고블린은 누군가의 노트북이 아니라 격리된 클라우드 샌드박스에서 돌기 때문에 작업은 이렇습니다.
- 비동기 — 맡기고 노트북을 닫으면 됩니다.
- 격리 — 조직마다 경계가 하나이고, 자격 증명은 에이전트 주위에 주입될 뿐 읽으라고 건네지 않습니다.
- 병렬 — 실행마다 전용 브랜치와 샌드박스가 있어, 루프 열 개가 동시에 돌면 대기열이 아니라 고블린 열이 일합니다.
- 상시 가동 — 03:00 유지보수도, 자정에 열린 풀 리퀘스트의 리뷰도 아무도 깨어 있지 않을 때 끝납니다.
한 차례가 끝나면 무엇이 오는가
브랜치와 머지 리퀘스트가 옵니다. 동료의 것과 똑같이 리뷰하면 됩니다. 또는 인라인 리뷰 코멘트나, 질문했던 Slack 스레드의 답변입니다. 여러분이 직접 실행해야 하는 긴 글이 오는 일은 없고, 기본 브랜치에 바로 커밋되는 일도 없습니다.
그 아래에서는 진짜 코딩 에이전트(Claude Code, Codex, Gemini)가 저장소 체크아웃을 들고 파일을 읽고 명령과 테스트를 실행하며, 기여자와 같은 방식으로 문제를 풉니다. 각 도구에서 자기 정체성(GitLab·Slack·Teams에서는 @taskgoblin, GitHub에서는 taskgoblin[bot])을 갖기 때문에 팀 전체가 맡길 수 있고 팀 전체가 결과를 볼 수 있습니다.
다음에 볼 것
여기서 시작
루프 만들기
- 이벤트 루프 — 리뷰, 배정, 라벨. 이미 가진 기본 루프와 바꾸는 법.
- 일정 루프 — 반복 작업과 시작점이 되는 템플릿.
- 통합 연결하기 — GitLab, GitHub, Linear, Jira, Slack, Microsoft Teams.
- 일회성 실행 — 정말 한 번뿐인 일을 직접 부탁할 때.
작동 원리 이해하기
- 실행은 어떻게 도는가 — 루프 한 차례의 내부.
- 클라우드 샌드박스 — 코드가 어디서 돌고 어떻게 격리되는가.
- 브레인 — 한 번의 교정이 이후 모든 고블린에 적용되는 방식.
요금
- 요금과 크레딧 — 토큰이 아니라 시간에 대해 지불합니다.
- 내 LLM 계정 쓰기 — 더 낮은 요율로.
- 내 샌드박스 서버 쓰기 — 자체 인프라에서 고블린 돌리기.
- 자동 충전 — 무인 루프가 멈추지 않도록.