블로그

작업 보드를 손으로 갱신하지 마세요: 카드는 에이전트가 옮기게

카드를 끌지 않아도 작업 보드가 사실대로 유지됩니다. 일하는 AI 에이전트가 시작과 끝에 작업을 옮기고, 당신은 결정만 내리면 됩니다.

Weft는 1인 창업자와 소규모 팀을 위한 AI 작업 관리 도구입니다.

모든 글

글쓴이: Andrei Finogeev ·

일하는 에이전트가 일하는 과정의 일부로 카드를 옮기면, 작업 보드를 손으로 갱신할 일이 없어집니다. Weft에서는 start_task가 작업을 Doing에 넣고, report_progress가 에이전트가 일하는 동안 맡은 상태를 유지하고, complete_task가 작업을 Done으로, 또는 검토가 필요한 작업이라면 받은편지함으로 옮깁니다. 당신은 상태를 사실대로 유지하는 사람에서 결정하는 사람이 됩니다.

Weft는 우리가 만듭니다. 다른 제품에 대한 사실은 2026년 10월 27일에 확인한 공식 페이지에서 가져왔습니다.

왜 모든 작업 보드는 낡아 버릴까?

상태 관리는 아무도 보수를 받지 않는 두 번째 일입니다. 일은 코드를 쓰고, 청구서를 보내고, 페이지를 고치는 것입니다. 카드를 옮기는 것은 부가 비용이고, 그것도 하필 다음 일로 넘어가고 싶을 때 찾아옵니다.

그래서 카드는 나중에, 몰아서, 기억에 의존해 옮겨집니다. 목요일쯤 되면 Doing에는 아무도 하지 않는 일 세 개가, Todo에는 월요일에 이미 나간 일 하나가 있습니다. 사람들은 보드를 믿지 않고 채팅을 확인하게 되고, 보드는 지난주의 사진이 됩니다.

AI 에이전트는 이를 더 악화시킵니다. 에이전트는 오후 한나절에 작업 다섯 개를 끝낼 수 있는데, 여전히 카드를 하나하나 직접 끈다면 더 빠른 일꾼을 위해 사무 작업을 하는 셈입니다.

해결책은 정리일까, 예방일까?

보드를 자동화하는 방법은 두 가지입니다. 정리는 어긋남을 내버려 둔 뒤 AI로 바로잡습니다. Hypertask의 글 Stop Manually Updating Your Task Board가 이 길을 갑니다. 받은편지함을 읽고 각 항목에 아카이브해도 됨 또는 입력 필요라는 라벨을 붙인 뒤, 승인하면 첫 번째 묶음을 아카이브하는 AI Triage 버튼을 설명합니다. 댓글과 알림의 홍수가 고민이라면 합리적인 도구이고, Hypertask에는 이를 위한 내장 AI가 있습니다. Weft에는 내장 AI도 알림 분류도 없습니다.

예방은 다른 길입니다. 상태를 바꾸는 것이 별도의 단계가 아니므로, 애초에 상태가 틀어지지 않습니다. 에이전트는 카드를 맡지 않고는 일을 시작할 수 없고, 카드를 닫지 않고는 끝낼 수 없습니다. 카드가 이미 무슨 일이 있었는지 말해 주므로 나중에 분류할 것이 없습니다.

우리는 예방을 택했습니다. 정리가 필요한 보드는 정리와 정리 사이에 틀려 있었던 보드입니다.

에이전트는 일하면서 어떻게 카드를 옮길까?

Weft는 https://letsweft.com/api/mcp에서 Model Context Protocol로 당신의 AI 클라이언트와 연결됩니다. 클라이언트는 브라우저에서 OAuth로 로그인하므로 복사할 키가 없습니다. 도구 호출 네 개가 작업의 상태를 처음부터 끝까지 나릅니다.

  1. start_task는 작업을 맡아 Doing으로 옮깁니다. 맡기는 20분짜리 리스입니다. 두 번째 에이전트가 같은 작업을 시도하면 already_claimed를 받고 일을 중복하지 말라는 안내를 받습니다.
  2. report_progress는 하트비트입니다. 호출할 때마다 리스가 갱신되고, 응답은 에이전트에게 5분마다 갱신하라고 알립니다. 에이전트가 죽거나 채팅이 닫히면 하트비트가 멈추고, 20분 뒤 리스가 끝나 작업은 누구나 가져갈 수 있게 풀립니다. 침묵도 하나의 상태입니다.
  3. request_input은 에이전트가 맡은 상태를 유지한 채 선택지와 함께 당신에게 질문합니다. 질문은 받은편지함에 도착하고 푸시 알림으로 휴대폰에 닿을 수 있습니다.
  4. complete_task는 결과, 그것을 증명하는 산출물(URL, 커밋, 파일 해시), 하지 않은 일, 아직 모르는 점, 다음 단계를 기록합니다. 기본적으로 작업은 곧바로 Done으로 갑니다. 작업에 검토 필요 표시가 있거나 검증 확인이 실패하면 대신 받은편지함에 멈춥니다.

갱신이 곧 일을 하기 위해 하는 호출이므로, 에이전트는 무언가를 갱신하는 것을 기억할 필요가 없습니다. 리스와 영수증의 전체 동작은 작업 맡기 루프 가이드를 보세요.

솔직한 한계 하나: Weft는 에이전트를 호출하지 않습니다. 에이전트는 당신이 세션을 열어 둔 동안 get_my_work나 start_task로 일을 가져갑니다. 카드는 Weft가 저장소를 지켜봐서가 아니라 당신이 돌리는 에이전트가 옮기기 때문에 움직입니다. Weft에는 GitHub이나 Slack 동기화도 웹훅도 없으므로, 에이전트 세션 밖에서 병합된 풀 리퀘스트가 카드를 저절로 옮기지는 않습니다.

손으로 관리하는 보드와 에이전트가 옮기는 보드를 나란히 보면?

손으로 관리하는 보드에이전트가 옮기는 보드(Weft)
카드를 옮기는 사람당신, 또는 기억하는 누군가일하는 에이전트가 start_task와 complete_task로. 당신도 여전히 카드를 직접 끌 수 있음
상태가 바뀌는 때나중에, 몰아서, 기억에 의존해일이 시작되는 순간과 끝나는 순간. 하트비트 없이 20분이 지난 맡기는 끝나고 작업이 풀림
Doing의 의미누군가 한때 이것을 시작했음최근 20분 안에 보고한, 이름 있는 연결의 살아 있는 맡기
Done의 의미누군가 카드를 끌었음영수증: 결과, 산출물, notDone, unknowns, 다음 단계
당신이 검토하는 것무엇이 바뀌었는지 찾기 위해 보드 전체받은편지함에 멈춘 것만: 질문에 대한 답, 당신의 결정이 필요한 끝난 일
한 작업에 일꾼 둘둘 다 끝낸 뒤에야 알게 됨두 번째 에이전트는 시작하기 전에 already_claimed를 받음
당신의 일사무원이자 검토자검토자만: 수락, 재작업, 나중에, 폐기

무엇을 자동화하고, 무엇을 내 결정으로 남겨야 할까?

일에 관한 사실은 모두 자동화하세요. 시작했다, 아직 진행 중이다, 끝났다, 막혔다. 일을 하는 당사자인 에이전트가 당신보다 더 잘 압니다. 일에 관한 판단은 모두 당신이 쥐세요. 이 정도면 충분한가, 내보내야 하나, 아직 할 가치가 있나.

에이전트에게 맡길 것당신이 쥘 것
일이 시작되면 작업을 Doing으로 옮기기이번 주 무엇이 가장 중요한지
일하는 동안 맡은 상태 유지하기되돌릴 수 없는 모든 것: 돈, 게시, 프로덕션, 법률
결과와 증거로 작업 닫기끝난 일을 수락할지, 재작업으로 돌려보낼지, 미룰지, 폐기할지
건너뛴 것과 확실하지 않은 것 말하기합리적인 기본값이 없는 진짜 갈림길
합의한 계획으로 작업 만들기계획 그 자체

Weft에서 오른쪽 칸에는 문이 두 개 있습니다. 에이전트가 작업 도중 결정에 부딪히면 request_input을 호출하고, 당신은 질문 하나에 답합니다. 선택지 중 하나를 고르는 것이 가장 좋습니다. 에이전트가 검토가 필요한 일을 끝내면 버튼 네 개가 보입니다. 수락, 재작업, 나중에, 폐기. 재작업은 메모를 요구합니다. 에이전트가 다음 단계를 넘겼다면 수락 버튼 위에 표시되므로, 수락은 정확히 그 단계만 승인하고 그 이상은 승인하지 않습니다.

AI가 대화만으로 보드를 꾸릴 수 있을까?

네, 그건 쉬운 부분입니다. 채팅에서 프로젝트를 설명하면, 에이전트가 initialize_board로 기본 컬럼 네 개(Backlog, Todo, Doing, Done)를 만들고 bulk_create_tasks로 계획 전체를 트랜잭션 하나에 추가할 수 있습니다. 묶음은 전부 들어가거나 전혀 들어가지 않고, 월 할당량에서 호출 한 번으로 셉니다. 컬럼 없이 만든 작업은 Backlog에 들어갑니다.

Hypertask의 글 Why We Let AI Agents Build Entire Boards는 에이전트에게 맡길 올바른 단위가 작업 하나가 아니라 프로젝트라고 주장합니다. 에이전트가 보드를 만들어야 한다는 데는 동의합니다. 만드는 것이 어려운 부분이라는 데는 동의하지 않습니다.

보드를 만드는 것은 값이 쌉니다. 에이전트는 몇 초 만에 작업 마흔 개를 쓸 수 있습니다. 진짜 한계는 검토입니다. 그 작업 하나하나가 언젠가 당신이 봐야 할 끝난 일을 만들어 내고, 하루에 볼 수 있는 양에는 한계가 있습니다.

그래서 Weft에는 생성 한도가 아니라 주의 한도가 있습니다. 당신을 기다리는 것이 너무 많으면 start_task가 새 작업 맡기를 거절하고 attention_queue_full로 답하며, 에이전트가 여전히 할 수 있는 일(진행 보고, 자기 일 확인, 보드 읽기)을 알려 줍니다. 한도는 1인 워크스페이스에서 5개, 팀에서 10개, 또는 예상 검토 시간 45분 중 먼저 닿는 쪽입니다. request_input의 질문도 포함됩니다. 답하는 데 같은 주의가 들기 때문입니다.

에이전트는 원하는 만큼 계획할 수 있지만, 끝난 일 다섯 개가 당신을 기다리는 동안 여섯 번째 일을 시작할 수는 없습니다.

첫 주는 어떻게 보내면 될까?

먼저 클라이언트 하나를 연결하세요. ChatGPT에서 Weft는 무료를 포함한 모든 요금제의 게시된 앱입니다. Claude.ai나 Claude Desktop에서는 커스텀 커넥터로 추가합니다. Claude Code에서는 명령 하나입니다. claude mcp add --transport http weft https://letsweft.com/api/mcp(Claude Code 설정 페이지 참고). 그런 다음 이것을 채팅에 붙여 넣고 프로젝트 줄을 고치세요.

너는 내 Weft 보드에 연결되어 있어. 이번 주에는 다음 규칙을 따라 줘.

준비(오늘):
1. get_board_state를 호출해. 컬럼이 없으면 initialize_board를 호출해.
2. 내 프로젝트: [3~5문장으로 설명].
   작업을 최대 12개까지 목록으로 제안해. 먼저 목록을 보여 줘.
   내가 좋다고 하면 bulk_create_tasks 호출 한 번으로 추가해.

작업을 할 때마다:
3. get_my_work를 호출해서 네 것이 무엇인지, 내 대기열에 여유가 있는지 확인해.
4. 실제 작업을 시작하는 순간 start_task를 호출해. 그냥 이야기만
   하는 동안에는 말고. runId와 leaseToken은 보관해.
5. 일하는 동안 몇 분마다 report_progress를 호출해.
6. 내가 내려야 하는 결정(돈, 게시, 되돌릴 수 없는 모든 것, 또는
   진짜 갈림길)에 닿으면 선택지 2~4개로 request_input을 호출해.
   추측하지 말고, 계속해도 되는지 허락을 구하지도 마.
7. complete_task로 마무리해: 한 줄 결과, 내가 확인할 수 있는
   산출물(링크, 커밋, 파일), notDone, unknowns, nextStep.
8. 카드를 손으로 Done에 옮기지 마. 그건 complete_task가 해.
9. start_task가 attention_queue_full이라고 하면 새 일을 시작하지 마.
   무엇이 나를 기다리는지 알려 주고 그걸 비우도록 도와줘.

세션이 끝날 때마다 어떤 카드를 왜 옮겼는지 알려 줘.

작업 12개는 일부러 정한 숫자입니다. 무료 요금제에는 활성 작업 50개와 월 200회 AI 호출이 있고, 첫 주는 보드를 채우는 것이 아니라 루프를 익히는 시간입니다. 기존 보드를 옮긴다면, Weft는 모든 요금제에서 Linear, Jira, Notion의 CSV와 Trello의 JSON을 가져옵니다.

한 주 동안은 두 가지만 하세요. 질문이 오면 답하고, 받은편지함에 온 것에 판단을 내리세요. 카드는 끌지 마세요. 카드가 엉뚱한 곳에 가 있다면 그것은 알아 둘 가치가 있는 일입니다. 조용히 카드를 고치는 대신, 에이전트에게 어떤 규칙을 건너뛰었는지 말해 주세요.

금요일에는 두 가지를 확인하세요. 모든 Done 카드에 열어서 확인할 수 있는 무언가가 있나요? 미리 정해 둘 수 있었던 결정이 당신에게 올라온 적이 있나요? 그렇다면 그 기본값을 다음 주 프롬프트에 적어 두세요.

여기서 Weft가 하지 않는 것은?

  • 내장 AI가 없습니다. 생각은 당신의 AI 클라이언트에서 일어나므로, Weft에는 살 AI 크레딧도 분류 버튼도 없습니다.
  • 외부 이벤트로 카드를 옮기지 않습니다. GitHub, GitLab, Slack 동기화도, 웹훅도, 공개 REST API도 없습니다. 에이전트 없이 커밋과 병합에 따라 상태가 바뀌어야 한다면, 그런 연동이 있는 도구가 더 잘 맞습니다.
  • 모든 작업이 당신을 기다리게 하지 않습니다. 끝난 일 대부분은 영수증과 함께 곧바로 Done으로 갑니다. 검토가 필요하거나 확인에 실패한 작업만 받은편지함에 멈춥니다.

여러 에이전트를 한꺼번에 돌린다면 맡기가 그들을 갈라놓습니다. 그 경우는 여러 에이전트를 위한 하나의 보드에서, 영수증 읽는 법은 내 AI 에이전트는 무엇을 했을까에서 다룹니다. MCP를 지원하는 작업 관리 도구를 더 넓게 비교하려면 MCP 작업 관리 도구 표를 보세요.

에이전트가 카드를 옮긴다면, 그냥 전부 완료로 표시하지 않았다는 건 어떻게 아나요?
Weft에서 Done은 complete_task에서 나오고, complete_task는 결과, 산출물, 하지 않은 일, 모르는 점을 기록합니다. 요약이 아니라 산출물을 읽으세요. 인정하기 전에 확인하고 싶은 일이라면 작업에 검토 필요 표시를 하세요. 그러면 받은편지함에 멈춰 수락, 재작업, 나중에, 폐기를 기다립니다.
에이전트가 중간에 죽으면 어떻게 되나요?
report_progress를 보내지 않게 됩니다. 하트비트 없이 20분이 지나면 리스가 끝나고, 작업은 다른 에이전트를 포함해 누구나 가져갈 수 있게 풀립니다. 당신이 죽은 것을 알아채지 않아도 보드는 누군가 그 일을 하고 있다고 말하기를 멈춥니다.
주의 한도가 에이전트를 느리게 하지 않나요?
느려지는 것은 시작이지 마무리가 아닙니다. 당신을 기다리는 항목이 5개(팀은 10개) 또는 검토 45분에 이르면 start_task가 새 일을 거절하지만, 에이전트는 여전히 진행을 보고하고 보드를 읽을 수 있습니다. 가장 빨리 풀어 주는 방법은 이미 받은편지함에 있는 것에 판단을 내리는 것입니다.
일부 에이전트는 읽기 전용으로 둘 수 있나요?
네. OAuth 연결마다 full, write, read 권한을 동의 화면에서, 또는 나중에 설정에서 고릅니다. read 연결은 보드를 볼 수 있지만 카드를 옮길 수는 없습니다. 클라이언트 연결은 언제든 끊을 수도 있습니다.
이걸 쓰려면 유료 요금제가 필요한가요?
아닙니다. 루프 전체가 무료에서 동작하며, 활성 작업 50개와 월 200회 AI 호출이 있습니다. bulk_create_tasks는 호출 한 번으로 셉니다. Pro는 좌석당 월 $7 또는 좌석당 연 $60이고 이 한도를 없앱니다.
AI 분류보다 나은가요?
다른 문제를 풉니다. 분류는 댓글과 알림 피드를 사후에 정리합니다. 그 피드가 고민이라면 Hypertask처럼 분류 기능이 내장된 도구가 더 잘 맞습니다. 에이전트가 옮기는 보드는 에이전트가 하는 일에 대해, 애초에 상태가 어긋나지 않게 합니다.