Tasks 개요
AI 에이전트가 실제로 작업할 수 있는 작업 보드 — 저장소 안의 마크다운 파일, 승인 게이트, 그리고 실제 터미널을 실행하는 할당 기능입니다.
대부분의 작업 보드는 하려는 일을 적어두는 곳일 뿐입니다. 1DevTool의 Tasks 보드는 실제로 작업이 일어나는 곳입니다: 에이전트에게 작업을 할당하면 터미널이 생성되고, 작업이 전송되며, 실행이 카드에 연결됩니다.

Tasks 열기
상단 바의 Tasks를 클릭하면 Git 클라이언트처럼 전체 창을 차지하는 독립된 워크스페이스로 열립니다 — 상태별 열, 에이전트마다 하나씩 배정되는 스윔레인, 그리고 계획을 읽기에 충분한 너비의 상세 패널까지 갖추고 있습니다.
뷰 레일
왼쪽에는 뷰 레일이 있으며, 각 뷰마다 고유한 개수가 표시됩니다:
- Needs me — 사용자의 결정을 기다리고 있는 모든 것
- This project — 현재 프로젝트의 보드
- Workspace — 현재 워크스페이스의 모든 프로젝트
- All projects — 모든 곳의 모든 것
- Captured — 터미널에서 선택한 텍스트나 에디터의 코드를 오른쪽 클릭해 생성한 작업
Tasks는 저장소 안의 파일입니다
모든 작업은 저장소의 .1devtool/tasks/ 아래에 있는, YAML 프런트매터가 포함된 마크다운 파일입니다. 이것이 저장 형식의 전부입니다.
즉, 작업도 다른 모든 것과 마찬가지로 diff되고, 리뷰되고, 브랜치와 함께 이동합니다: 기능 브랜치는 자신만의 작업을 가지고 다니고, pull request는 자신이 추가한 작업을 보여주며, git log는 작업이 언제 바뀌었는지 알려줍니다. 읽을 수 없는 데이터베이스에 갇혀 있는 것은 아무것도 없습니다.
파일 크기를 넘어서는 작업 기록은 폐기되지 않고 그 옆에 보관됩니다.
카드는 담당자를 보여줍니다
모든 카드는 누가 그 작업을 진행하고 있는지, 그리고 해당 터미널이 지금 무엇을 하고 있는지를 보여줍니다 — 실행 중, 사용자 대기 중, 유휴, 또는 연결 끊김. 모든 에이전트 상태는 색이 있는 점만이 아니라 단어로도 표기되므로, "작업 진행 중"과 "사용자 대기 중"을 한눈에 구분할 수 있습니다.
자동 승인은 없습니다
에이전트는 계획을 실행하기 전과 작업을 닫기 전에 반드시 확인을 요청합니다. 사용자의 판단은 에이전트가 어디에 있든 전달되며, 작성한 내용은 그대로 전달됩니다. 제시간에 아무도 응답하지 않으면 작업은 차단됩니다 — 침묵은 동의가 아니기 때문입니다. 승인 게이트를 참고하세요.
에이전트는 MCP로 작업을 수행합니다
열 개의 MCP 도구가 전체 흐름을 다룹니다: list, get, create, update, claim, comment, request approval, wait, complete, link. 한 가지 규칙은 절대 타협의 여지가 없습니다 — 에이전트는 스스로에게 작업을 할당할 수 없습니다. 할당은 사람의 행동이거나, 아예 일어나지 않습니다.
이 도구들은 MCP Control에서 확인하고 켜고 끌 수 있으며, Tasks 아래에 그룹으로 묶여 있습니다.
중복 작업 병합하기
두 경로가 같은 작업을 만들어낸다면 병합하세요: 하나만 남고 나머지는 톰스톤(tombstone)이 되며, 이 톰스톤의 id는 여전히 유효하게 해석됩니다. 예전 id를 들고 있는 에이전트가 막다른 길로 보내지는 일은 없습니다.
다음 단계
- 에이전트에게 작업 할당하기 — 할당은 곧 실행입니다
- 승인 게이트 — 계획 리뷰와 완료 리뷰
- 캡처 & 분해 — 작업이 시작되는 곳
- 보드 & 필터 — Board와 By agent, 드래그 규칙
관련 문서
- 오케스트레이션 개요 — Tasks가 실행을 위임하는 메커니즘
- MCP Control — 에이전트가 작업을 처리할 때 사용하는 도구