TaskGoblin에는 단일한 "실행" 버튼이 없습니다. 대신 에이전트는 여러분이 이미 사용 중인 도구들을 지켜보다가, 여러분이 작업을 넘기는 순간 곧바로 그 작업을 이어받습니다 — 동료에게 업무를 위임할 때와 같은 방식입니다. 이 페이지는 그러한 트리거들의 전체 목록입니다.
어떤 방식을 사용하든, 에이전트는 이미 맥락을 파악한 상태로 작업에 착수하며 결과를 같은 장소로 다시 보고합니다.
Linear 이슈 할당하기
Linear 이슈의 담당자를 TaskGoblin 에이전트로 설정하세요. 에이전트는 이슈의 제목, 설명, 댓글을 읽고 작업을 수행한 뒤, 진행 상황 업데이트와 함께 머지 리퀘스트를 이슈에 연결합니다. 이는 가장 일반적인 트리거이며 빠른 시작에서도 사용하는 방식입니다.
한 번 더 작업을 진행시키려면, 변경 사항을 설명하는 댓글을 이슈에 남기세요 — 에이전트는 같은 브랜치에서 작업을 재개합니다.
머지 리퀘스트 또는 풀 리퀘스트에서 멘션하기
기존 MR 또는 PR에 고블린을 멘션하는 댓글을 남기세요.
- GitLab에서는 머지 리퀘스트 노트에
@taskgoblin을 사용합니다. - GitHub에서는 풀 리퀘스트나 이슈 댓글에
@taskgoblin을 사용합니다.
반복 작업에 활용하세요: @taskgoblin please address the review comments(리뷰 코멘트를 반영해 주세요) 또는 @taskgoblin add tests for the edge case in the last commit(마지막 커밋의 엣지 케이스에 대한 테스트를 추가해 주세요). 에이전트는 후속 커밋을 같은 브랜치에 푸시합니다.
자동 코드 리뷰
머지 리퀘스트나 풀 리퀘스트가 열리거나 업데이트되면, TaskGoblin은 멘션 없이도 자동으로 리뷰를 수행하고 피드백을 댓글로 게시할 수 있습니다. 이를 통해 에이전트는 자신이 작성한 변경 사항뿐 아니라 모든 변경 사항에 대한 1차 리뷰어가 됩니다.
이슈에서 트리거하기
이슈에서 시작하기 위해 반드시 Linear를 사용할 필요는 없습니다.
- GitHub에서는 이슈에
taskgoblin라벨을 추가하세요. 라벨이 트리거이며, 이후 해당 이슈 댓글의 멘션이 실행을 이어갑니다. - GitLab에서는 이슈를
@taskgoblin봇에게 할당하거나, 이슈 댓글에서 멘션하세요.
Slack에서 요청하기
Slack 스레드에서 고블린을 멘션하세요. 대화가 이루어지고 있는 바로 그 스레드에서 답변하므로, 정식 티켓이 아니라 논의로 시작되는 요청에는 Slack이 적합한 창구입니다. 먼저 연동에서 Slack을 연결하세요.
반복 작업 예약하기
수시로가 아니라 일정한 주기로 이루어져야 하는 작업이라면 Loops을 만드세요: 에이전트가 일회성 또는 반복되는 시점에 실행하는 자유 텍스트 지시입니다. 각 실행은 다른 모든 실행과 정확히 동일하게 동작합니다 — 스레드를 생성하고 머지 리퀘스트를 열기 때문에, Loops도 동일한 이력과 리뷰 흐름을 공유합니다. 이는 /{organisation}/loops에서 관리할 수 있습니다.
좋은 활용 예: 매주 의존성 업데이트, 매일 밤 변경 로그 초안 작성, 반복적인 정리 작업.
모든 트리거의 공통점
- 에이전트는 맥락을 가지고 도착합니다. 시작하기 전에 이슈, 스레드, 또는 댓글 이력을 읽습니다.
- 작업은 샌드박스에서 이루어지며,
ai-{issue-identifier}라는 이름의 브랜치에서 진행됩니다. 여러분의 컴퓨터에서는 절대 실행되지 않습니다. - 결과는 요청한 곳으로 돌아옵니다. 머지 리퀘스트, 리뷰 댓글, 또는 Slack 답장 — 모두 트리거한 것과 같은 장소에 도착합니다.
트리거와 머지 리퀘스트 사이에 무슨 일이 일어나는지 알아보려면 에이전트의 작동 방식을 읽어보세요.