There Are Jobs You Could Never Give AI. I Gave GPT-6 Astra 20 Hours Of Admin.

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

GPT-6 Astra에 20시간 규모의 이사 행정을 맡긴다는 영상의 핵심은, 관리 에이전트가 실행을 조율하고 사람은 중요한 선택과 책임을 유지하는 업무 위임 방식이다.

📌 핵심 요점

1. 발표자는 AI의 가치를 결과물의 화려함보다 실제 업무 부담을 얼마나 덜어주는지로 평가한다. 이사는 주거·학교·의료·차량·공공요금 업무가 얽힌 대표 사례다.
2. 의사 검색처럼 범위가 명확한 일은 기존 모델이나 저렴한 모델에도 맡길 수 있다고 설명한다. Astra의 차별점으로는 여러 시스템을 오가며 다음 단계를 선택하고 작업을 지속하는 능력을 제시한다.
3. 복잡한 업무에는 ‘매니저 루프’를 제안한다. 관리 에이전트가 사용자에게 필요한 정보를 묻고, 실행 에이전트에 일을 배분하며, 의존관계와 변경 사항을 추적한다.
4. ‘레시피 카드’는 목표·세부 업무·필요한 정보와 권한·승인 기준·장애 대응을 담는 읽을 수 있는 업무 지침이다. 한 문단의 프롬프트로 장기 업무 전체를 설명하기 어려운 문제를 보완한다.
5. 사람에게 남는 역할은 주택 선택 같은 중요한 결정과 위험 부담, 책임이다. 다만 제공된 내용은 이사 시뮬레이션에 대한 발표자의 설명이며, 20시간 절감이나 완전 자율 실행을 입증하는 측정 기록은 제시되지 않는다.

🧩 배경과 문제 정의

발표자는 신모델 출시 직후의 시연보다 며칠간 실제 업무에 사용한 경험에 초점을 맞춘다. 핵심 질문은 ‘무엇을 만들 수 있는가’보다 ‘내가 하던 일을 얼마나 맡길 수 있는가’다. 이사는 집과 동네 선택, 학교·의사 검색, 차량 행정, 공공요금 이전, 서류와 일정 관리가 연결되어 있어 이 질문을 설명하기 좋은 사례로 제시된다.

문제는 개별 정보를 찾는 것만으로 끝나지 않는다. 여러 사이트와 문서에 흩어진 정보를 연결하고, 선행 조건을 확인하며, 계획 변경을 반영하는 관리 부담이 남는다. 영상은 이를 관리 에이전트와 실행 에이전트의 역할 분담인 ‘매니저 루프’, 그리고 업무 지침인 ‘레시피 카드’로 다루자고 제안한다. 제공된 내용에서 발표자는 이사를 시뮬레이션했다고 밝히며, 중요한 선택과 책임은 사람에게 남겨야 한다고 강조한다.

🕒 시간순 섹션별 상세정리

1. 신모델 평가 기준을 실제 업무 부담으로 바꾸기

• 발표자는 Astra 출시 직후 영상을 만드는 대신 며칠간 업무에 사용했으며, 무엇을 만드는지보다 자신이 하던 일을 덜어주는지에 관심을 둔다고 보여준다. [00:20]
• 이사를 예로 들며 일반적인 이사에는 20시간 이상의 순수 행정 업무가 있다고 주장하고, 단계마다 지시하지 않아도 업무 목록을 처리할 에이전트의 가능성을 제시한다. [01:10]

2. 이사 행정의 복잡성과 위임의 경계

• 집·학교·의사 검색부터 차량 행정, 공공요금 이전, 서류 작성, 일정 추적까지 여러 작업이 선후관계로 연결되어 있다고 보여준다. [01:41]
• 출시 시연에서 아파트·유치원 검색과 차량 행정 준비, 지도에서 병원 사이트로 이동해 연락 양식을 작성하는 작업이 나왔다고 보여준다. 다만 신용카드를 주고 가족의 이사 전체를 방치하라는 뜻은 아니라고 선을 긋는다. [02:25]

3. 범위가 명확한 일부터 위임하기

• 발표자는 큰 업무를 볼 때 먼저 AI에 맡길 수 있는지 생각해 보라고 권한다. 가까운 의사를 찾는 경우 공식 사이트에서 주소와 이메일을 확인하고 검토용 추천안을 준비하도록 요청하는 예를 든다. [03:34]
• 이런 한정된 업무는 Claude·GLM·OpenAI 모델에도 가능하며 별도 관리 체계가 필요하지 않을 수 있다고 보여준다. Astra가 더 빠르고 품질이 높다는 평가는 발표자의 주장이다. [04:18]

4. Claude Code에 빗댄 지식 업무의 변화

• 발표자는 Claude Code 사용 경험을 통해, 작은 코드 조각을 반복 요청하던 방식에서 결과를 주문하고 환경 내 실행을 맡기는 방식으로 바뀌었다고 회고한다. [05:14]
• 지식 업무에서도 체크리스트·비교표·이메일 초안을 하나씩 받던 관계가 달라지고 있으며, Astra를 그 전환의 사례로 해석한다. [05:56]

5. 여러 시스템을 오가며 작업을 이어가기

• 주소는 문서, 병원 목록은 지도, 관련 정보는 여러 사이트, 마감일은 이메일에 있는 상황에서 Astra가 시스템 사이를 이동하고 다음 행동을 선택할 수 있다고 보여준다. [06:27]
• 사이트가 막히면 다른 경로를 시도하고 누락된 문서를 파악하며, 질문이 필요한 부분이 있어도 나머지 업무는 계속하는 모습을 유능한 팀에 일을 맡기는 경험에 비유한다. [07:11]

6. 장기 업무에서는 관리 자체가 핵심 과제가 된다

• 이사 날짜가 바뀌면 일부 업무만 영향을 받는 사례를 통해, 복잡한 업무에는 지속적으로 갱신되는 다차원 체크리스트가 필요하다고 보여준다. [08:04]
• 사람이 모든 의존관계와 승인 조건을 긴 프롬프트로 작성하기 어렵다는 점을 짚고, 이를 정의하고 관리하는 데도 에이전트가 필요하다고 주장한다. [09:08]

7. 매니저 루프와 에이전트 감독

• ‘매니저 루프’는 관리 역할의 에이전트가 다른 에이전트를 조율하는 방식이다. 사용자는 사이트를 여는 방법보다 원하는 결과를 전달하고 필요한 질문을 받는다. [09:53]
• 에이전트가 에이전트를 감독하는 방식에는 논쟁이 있지만 책임 있게 설계해야 한다고 주장한다. 관리·실행 에이전트로 맨해튼 3D 모델의 세부 작업을 진행했다는 외부 사례를 보여준다. [11:11]

8. 사용자 인터뷰를 실행 가능한 업무로 바꾸기

• 시애틀 이사라는 가정에서 관리 에이전트가 가족 구성, 예산, 주거·동네 기준, 학교·의료·차량·반려동물, 접근 가능한 자료, 사용자에게 돌아와야 할 시점을 질문하도록 제안한다. [11:57]
• 답변을 바탕으로 주거와 학교 조사를 함께 진행하고, 후보 동네가 추려지면 의사 검색을 연결하며, 목적지와 차량·일정이 정해지면 차량 행정 준비를 시작하는 흐름을 보여준다. [12:29]

9. 시뮬레이션 경험과 사람의 결정권

• 발표자는 이사를 시뮬레이션해 보았다고 밝히며, 지도에서 병원 사이트로 이동하기, 공식 차량 행정 요건 확인하기, 달력에 날짜 넣기 등을 수행했다고 보여준다. [12:58]
• 사용자는 원하는 것을 말하고 질문에 답하며 중요한 방향을 승인한다. 관리 에이전트는 이를 업무 목록으로 바꿔 실행 에이전트에 배분하고, 사람은 결정권을 유지한다. [14:01]

10. 기존 에이전트와의 차이는 범위와 지속성

• 새로운 점을 에이전트의 존재 자체가 아니라 업무 범위, 지속 시간, 도구 이동, 계획 변경에 따른 판단, 기억을 활용한 수정 능력에서 찾는다. [14:42]
• 이사나 세금 업무가 힘든 이유를 수많은 작은 결정과 사이트·이메일·첨부파일·일정의 연결 부담으로 보여준다. Astra가 문제 제기와 사람의 최종 결정 사이에 있는 일을 맡을 수 있다고 주장한다. [15:45]

11. 불완전한 목표와 많은 맥락을 다루는 능력

• 발표자는 Astra가 정리되지 않은 문제를 붙잡고 목표·방법·기억의 변화에도 업무의 일관성을 유지한다고 평가한다. 목표가 모호한 초기 탐색에는 자막에서 ‘فيبل 5.1’로 표기된 다른 모델을 선호한다고 덧붙인다. [16:57]
• 많은 정보와 변동 사항을 통합하는 능력을 강조하면서, 실제 확인할 기준으로 완료 여부, 요청과 행동의 일치, 무단 행동 여부, 필요한 승인 요청을 제시한다. [17:42]

12. 사람에게 남는 선택·위험·책임

• AI가 주택을 찾고 비교할 수 있어도 어떤 집을 선택할지는 사람의 몫이라고 보여준다. 에이전트는 선택지를 조사하고 준비하는 일을 맡는다. [18:52]
• 모든 단계에 사람을 배치하기보다 선택·위험·책임에 사람의 역할을 두자고 주장하며, 선택지가 늘어날수록 사람이 내릴 결정도 많아질 것으로 전망한다. [19:24]

13. 장기 업무를 위한 레시피 카드

• 일주일 규모의 업무를 한 문단에 충분히 담기 어렵다며, 프롬프트를 보완하면서도 사람이 읽을 수 있는 ‘레시피 카드’를 제안한다. [20:16]
• 카드에는 실제 목표, 세부 업무의 초안, 사용자에게 물을 내용, 처리 범위, 보고 시점, 승인 필요 행동을 담는다. 사용자의 상황에 맞춰 질문한 뒤 실행을 시작하는 출발점으로 보여준다. [21:28]

14. 이사 업무용 요청 예문과 상세 운영 규칙

• 짧은 예문은 목적지와 기한을 전달한 뒤 가족·예산·주거·학교·의사·차량·반려동물·공공요금 조건을 질문하게 한다. 이후 조사·비교·일정·양식 준비를 관리하고 막히지 않은 부분은 계속하며, 필요한 선택과 승인만 사용자에게 가져오도록 요청한다. [22:30]
• 상세 카드는 불필요한 업무 제외, 독립 작업의 동시 진행, 정보와 접근 권한, 반환 자료, 중단 기준을 다룬다. 로그인 실패·문서 누락·출처 충돌·사이트 차단 시 진행 방법과 도움을 요청할 시점도 포함한다고 보여준다. [23:33]

15. 유료 카드 안내와 업무 위임 판단 기준

• 발표자는 유료 Substack 가이드에 23개의 상세 카드를 제공할 계획을 보여준다. 가정과 직장 업무에 활용하되 미국 외 지역에서는 제도와 상황에 맞춰 수정해야 한다고 보여준다. [24:39]
• 업무를 볼 때 단독 위임이 가능한지, 감독 에이전트와 어떤 카드가 필요한지, 어떤 선택을 사람이 유지해야 하는지를 점검하라고 권한다. 처음부터 전체 업무를 맡길 가능성을 생각해 보라는 메시지로 연결한다. [25:51]

16. 자신의 역량과 표현을 확장하는 도구로 마무리

• 발표자는 삶과 직장에서 어떤 업무를 시스템에 맡겨 자신의 실행력과 영향력을 키울 수 있을지 생각해 보라고 권한다. [26:18]
• AI에 회의적이던 사진가가 도구를 쓰며 자신을 표현하는 작업과 단순 모방을 더 잘 구분하고 아이디어를 빠르게 확장하게 됐다는 일화를 전해진다. 무엇을 만들고 추구할지 묻고 댓글 참여를 요청하며 끝맺는다. [26:54]

🧾 결론

• 위임의 단위를 개별 답변이나 문서에서 ‘달성할 결과’로 넓히자는 것이 영상의 중심 주장이다.
• 업무가 길어지고 의존관계가 늘어날수록 실행 능력뿐 아니라 질문·배분·진행 추적·승인 요청을 담당하는 관리가 중요해진다.
• 사람은 목표와 선택 기준을 제시하고 중요한 결정을 승인한다. 에이전트는 그 결정에 필요한 조사와 실행 준비를 담당한다.
• 발표자의 긍정적 사용 경험과 일반적으로 검증된 성능은 구분해서 읽어야 한다.

📈 투자·시사 포인트

• AI 제품을 평가할 때 답변 품질뿐 아니라 실제 업무 완료 여부, 사용자 개입 횟수, 여러 도구를 연결하는 능력을 살펴볼 필요가 있다.
• 발표자의 논리대로라면 관리 에이전트, 승인 처리, 기억과 진행 상태 관리가 장기 업무의 실용성을 좌우하는 제품 요소가 된다.
• 범위가 작은 업무는 저렴한 모델로도 가능하다는 설명은 모든 작업에 최상위 모델을 사용하는 대신 업무 복잡도에 맞춰 비용을 판단할 근거를 제공한다.
• 영상에는 기업 실적·가격·수익성 자료가 없다. 따라서 특정 종목의 투자 판단보다 업무 자동화 수요와 제품 평가 기준에 관한 시사점으로 활용하는 편이 적절하다.

⚠️ 불확실하거나 확인이 필요한 부분

• 제목의 ‘20시간’과 본문의 ‘일반적인 이사 행정에 20시간 이상’이라는 설명은 실제 실험에서 측정한 작업 시간이나 절감 시간과 동일하지 않다. 실행 로그, 성공률, 비용, 사람의 개입 횟수는 제공되지 않는다.
• GPT-6 Astra의 출시·성능·제품 내 하위 에이전트 기능과 경쟁 모델 비교는 발표자의 주장이다. 제공된 자막만으로 실제 이용 조건이나 성능 우위를 독립적으로 확인할 수 없다.
• 미국인이 평균 2년 이하 간격으로 이사한다는 통계에는 조사 출처가 제시되지 않는다. 미국의 차량 행정·학교·의료 사례도 한국에 그대로 적용할 수 없다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 현재 미루고 있는 행정 업무 하나를 골라 원하는 결과, 기한, 예산, 반드시 지킬 조건을 적는다.
• 에이전트에게 먼저 필요한 질문을 하도록 요청하고, 사용할 수 있는 계정·문서와 사람이 승인해야 할 행동을 명시한다.
• 단일 조사로 끝나는 업무인지, 여러 업무의 순서와 변경 사항을 관리해야 하는지 판단해 관리 에이전트의 필요성을 정한다.
• 레시피 카드에 업무 범위, 독립적으로 진행할 부분, 중단·보고 조건, 최종 반환 자료, 로그인 실패나 자료 충돌 시 대응을 정리한다.

❓ 열린 질문

• 관리 에이전트를 추가했을 때 감독 부담의 감소가 비용 증가와 오류 전파 가능성보다 큰가?
• 이사 날짜나 목적지가 바뀌면 어떤 작업을 다시 해야 하는지 에이전트가 얼마나 정확하게 판단하는가?
• 사람에게 남겨야 할 결정과 에이전트가 독립적으로 처리할 행동의 경계를 어떤 기준으로 정할 것인가?