크레딧, 시간, 오류를 관리하는 현실적인 사용법

마누스를 처음 쓰면 묘한 착각이 생깁니다. 프롬프트 한 줄을 넣었을 뿐인데, 마누스가 검색하고, 파일을 만들고, 코드를 돌리고, 보고서를 정리합니다. 화면 너머에서 누군가 실제로 일하는 것처럼 보이죠. 그래서 어느 순간 이렇게 생각하게 됩니다.

"이 정도면 계속 시켜도 되겠는데?"

여기서부터 크레딧이 녹기 시작합니다. 마누스는 강력하지만 공짜 노동자가 아닙니다. 특히 Agent Mode에서는 '답변 한 번'이 아니라 '작업 과정 전체'에 비용이 붙습니다. 검색을 많이 할수록, 브라우저를 오래 붙잡고 있을수록, 코드를 실행하고 수정할수록, 이미지를 만들고 슬라이드를 다듬을수록 크레딧은 더 빠르게 줄어듭니다.

이번 장의 목표는 마누스를 덜 쓰자는 것이 아닙니다. 반대로 진짜 써야 할 곳에 제대로 쓰기 위해 낭비를 줄이는 법을 익히는 것입니다. 초보자에게 가장 좋은 습관은 대단한 자동화를 한 번에 맡기는 것이 아니라, 작은 실험으로 감을 잡고 점점 키우는 것입니다.

크레딧은 '질문 횟수'가 아니라 '일한 양'에 가깝습니다

마누스의 크레딧은 카페 쿠폰처럼 "한 번 요청하면 한 장 차감"되는 방식이 아닙니다. 더 정확히 말하면, 마누스가 실제로 작업을 처리하는 동안 사용한 자원에 따라 크레딧이 소모됩니다. 공식 도움말에서도 크레딧 소모량은 작업의 복잡도와 실행 시간에 따라 결정되며, 활성 작업 처리 중에만 차감된다고 설명합니다.¹

초보자에게는 이렇게 이해하면 쉽습니다. Chat Mode에서 "이 문장 좀 다듬어줘"라고 묻는 것은 짧은 대화에 가깝습니다. 반면 Agent Mode에서 "경쟁사 10곳을 조사하고, 가격표를 비교하고, 슬라이드까지 만들어줘"라고 맡기는 것은 사람에게 반나절짜리 일을 주는 것과 비슷합니다. 겉으로는 둘 다 프롬프트 한 줄이지만, 뒤에서 움직이는 양은 완전히 다릅니다.

2026년 5월 기준으로 마누스의 요금 구조는 무료로 체험할 수 있는 크레딧, 일정 주기로 갱신되는 크레딧, 유료 플랜에서 제공되는 크레딧처럼 여러 층으로 이해하면 됩니다. 다만 제공량, 갱신 방식, 이월 여부, 추가 구매 조건은 서비스 정책과 플랜에 따라 바뀔 수 있습니다. 결제 전에는 반드시 공식 가격 페이지와 계정의 Billing 화면을 확인해야 합니다.²

대략적인 감각은 이렇습니다.

여기서 가장 중요한 문장은 이것입니다. 크레딧은 무조건 쌓아 두는 예금이 아니라, 정책에 따라 갱신되거나 교체될 수 있는 작업 예산입니다. 공식 도움말도 사용하지 않은 크레딧이 새 주기로 넘어가지 않고 새 할당량으로 교체될 수 있다고 안내합니다.¹ 다만 실제 적용 방식은 플랜에 따라 다를 수 있으니, 본인의 계정 화면에서 확인하는 습관이 필요합니다.

그래서 마누스 사용자는 두 가지 손해를 동시에 피해야 합니다. 하나는 복잡한 작업에 크레딧을 과하게 태우는 손해이고, 다른 하나는 결제해놓고 쓰지 못해 사라지는 손해입니다. 마누스는 "아껴서 보관하는 도구"라기보다 "이번 주와 이번 달 안에서 똑똑하게 배분해 쓰는 도구"에 가깝습니다.

왜 웹앱과 대규모 리서치는 생각보다 비쌀까요

처음에는 의아합니다. "웹사이트 하나 만들어줘"라고 했을 뿐인데 왜 크레딧이 많이 들까요? 이유는 마누스가 단순히 HTML 몇 줄을 쓰는 것이 아니라, 여러 일을 묶어서 처리하기 때문입니다.

웹앱 제작을 예로 들어보겠습니다. 마누스는 먼저 요구사항을 해석합니다. 어떤 화면이 필요한지, 어떤 데이터 구조가 필요한지, 버튼을 누르면 어떤 일이 일어나야 하는지 계획합니다. 그다음 코드를 작성하고, 실행해보고, 오류가 나면 수정합니다. 경우에 따라 디자인을 다듬고, 배포 가능성을 확인하고, 파일 구조까지 정리합니다. 사람에게 "작은 웹앱 하나"라고 말했지만 실제로는 기획자, 개발자, 테스터가 차례로 하는 일을 맡긴 셈입니다.

대규모 리서치도 마찬가지입니다. "2026년 AI 교육 시장을 조사해줘"라는 요청은 간단해 보이지만, 마누스 입장에서는 검색어를 만들고, 여러 웹페이지를 열고, 내용을 읽고, 중복 정보를 걷어내고, 출처를 비교하고, 표와 요약문을 작성해야 합니다. 여기에 "국내외 사례 포함", "최근 통계 중심", "슬라이드 10장으로 정리" 같은 조건이 붙으면 작업량은 더 커집니다.

크레딧을 많이 쓰는 작업에는 공통점이 있습니다.

• 여러 웹사이트를 직접 탐색해야 한다.

• 코드를 작성한 뒤 실행과 디버깅까지 해야 한다.

• 긴 문서, 많은 파일, 큰 표처럼 처리할 정보량이 많다.

• 이미지, 슬라이드, 웹페이지처럼 최종 산출물의 형식이 복잡하다.

• 지시가 모호해서 마누스가 스스로 여러 가능성을 탐색해야 한다.

여기서 초보자가 특히 조심해야 할 단어가 있습니다. 바로 "알아서"입니다. "알아서 조사해줘", "알아서 예쁘게 만들어줘", "알아서 좋은 방식으로 정리해줘"는 편해 보이지만, 에이전트에게는 넓은 운동장을 통째로 열어주는 말입니다. 마누스가 더 오래 돌아다니고 더 많이 시도할수록 결과가 좋아질 수도 있지만, 크레딧도 함께 빠져나갑니다.

좋은 사용자는 마누스를 믿지 않는 사람이 아닙니다. 마누스가 헤매지 않게 울타리를 쳐주는 사람입니다.

시작 전에는 가격표보다 '작은 버전'을 먼저 만드세요

마누스 작업의 비용을 시작 전에 정확히 맞히기는 어렵습니다. 같은 "경쟁사 조사"라도 경쟁사가 3곳인지 20곳인지, 공식 사이트만 볼지 뉴스와 리뷰까지 볼지, 표만 만들지 보고서와 슬라이드까지 만들지에 따라 완전히 달라집니다.

그래서 현실적인 방법은 견적을 맞히는 것이 아니라 작은 버전으로 먼저 실험하는 것입니다. 이것은 마누스 초보자에게 가장 강력한 비용 절감 습관입니다.

예를 들어 최종 목표가 "국내 생산성 앱 20개의 가격, 기능, 포지셔닝을 조사해서 투자 검토 보고서 만들기"라고 해봅시다. 바로 Agent Mode에 넣으면 꽤 큰 작업이 됩니다. 대신 이렇게 시작합니다.

먼저 생산성 앱 3개만 대상으로 가격, 핵심 기능, 주요 고객을 표로 정리해줘.
출처는 공식 가격 페이지와 최근 소개 글 위주로만 사용해줘.
결과가 괜찮으면 같은 형식으로 20개까지 확장할게.

이 작은 버전에는 세 가지 장점이 있습니다. 첫째, 크레딧을 적게 쓰면서 마누스가 내 의도를 이해하는지 확인할 수 있습니다. 둘째, 결과물 형식을 미리 고칠 수 있습니다. 셋째, 큰 작업으로 확장할 때 불필요한 재작업을 줄일 수 있습니다.

웹앱도 똑같습니다. 처음부터 "완성형 쇼핑몰을 만들어줘"라고 하지 말고, 먼저 "상품 목록 5개와 장바구니 버튼만 있는 정적 데모"를 만들어보는 것이 좋습니다. 데이터 분석도 전체 파일을 맡기기 전에 샘플 100행으로 분석 흐름을 검증하세요.

작은 버전 테스트 프롬프트는 이렇게 쓰면 됩니다.

전체 작업 전에 비용과 품질을 확인하기 위한 미니 버전으로 진행해줘.
범위는 전체의 10~20%만 사용하고, 최종 결과물의 형식은 실제 작업과 같게 만들어줘.
끝나면 이 작업을 전체 범위로 확장할 때 예상되는 위험 요소와 줄일 수 있는 단계를 알려줘.

이 프롬프트의 핵심은 "작게 하되 형식은 진짜처럼"입니다. 초안이 아니라 리허설입니다.

크레딧을 아끼는 5분 준비 루틴

마누스에 일을 맡기기 전, 딱 5분만 준비해도 낭비가 크게 줄어듭니다. 초보자는 이 과정을 귀찮게 느끼지만, 몇 번만 해보면 오히려 작업이 더 빨라집니다.

먼저 Chat Mode에서 요구사항을 정리합니다. Chat Mode는 작업 실행보다 가볍게 대화하며 방향을 잡는 데 좋습니다. "이 작업을 Agent Mode에 맡기기 전에 프롬프트를 정리해줘"라고 요청하면 됩니다. 이 단계에서는 아직 마누스에게 긴 작업을 시키는 것이 아니라, 작업 주문서를 다듬는다고 생각하세요.

그다음 Agent Mode로 넘기기 전에 범위를 숫자로 줄입니다. "많이", "자세히", "최대한" 같은 말 대신 "5개", "최근 6개월", "A4 2페이지", "슬라이드 7장", "공식 자료 우선"처럼 기준을 넣습니다. 숫자는 마누스의 발목에 모래주머니를 다는 것이 아니라, 목적지까지 가는 지도를 주는 일입니다.

마지막으로 중단 기준을 정합니다. 이 부분이 의외로 중요합니다. 마누스가 작업 중 길을 잃으면 계속 시도하며 크레딧을 쓸 수 있습니다. 처음부터 "막히면 멈추고 질문해줘"라고 적어두면 낭비를 줄일 수 있습니다.

바로 복사해 쓸 수 있는 준비 프롬프트는 다음과 같습니다.

이 작업을 실행하기 전에 먼저 계획을 보여줘.
불필요하게 넓은 조사를 하지 말고, 내가 지정한 범위 안에서만 진행해줘.
정보가 부족하거나 로그인이 필요하거나 판단이 애매하면 임의로 계속 진행하지 말고 멈춰서 질문해줘.
최종 결과물은 표와 짧은 요약으로 먼저 제출하고, 내가 승인하면 확장해줘.

이 한 문단은 크레딧 절약용 안전벨트입니다.

작업이 멈췄을 때: 기다릴지, 끊을지, 다시 시킬지

마누스를 쓰다 보면 작업이 멈춘 것처럼 보일 때가 있습니다. 브라우저가 같은 페이지에 오래 머무르거나, 같은 생각을 반복하거나, 아무 결과도 없이 "진행 중" 상태가 길어지는 식입니다. 이때 초보자는 두 가지 극단으로 갑니다. 너무 빨리 닫아버리거나, 너무 오래 방치합니다.

현실적인 판단 기준을 세워봅시다. 단순 검색이나 짧은 요약 작업이 몇 분 이상 아무 변화 없이 멈춰 있다면 개입하는 편이 좋습니다. 반면 웹앱 빌드, 대용량 파일 분석, 긴 리서치처럼 원래 시간이 걸리는 작업은 조금 더 기다릴 수 있습니다. 중요한 것은 화면을 멍하니 바라보며 기다리는 것이 아니라, 마누스가 같은 행동을 반복하는지 보는 것입니다.

반복 루프의 신호는 꽤 분명합니다. 같은 사이트를 계속 열고 닫습니다. 같은 오류를 여러 번 수정하려고 합니다. 이미 실패한 방법을 다시 시도합니다. 결과물은 늘지 않는데 실행 로그만 길어집니다. 이런 상태라면 "조금만 더 기다리면 끝나겠지"보다 "범위를 줄여 다시 지시하자"가 낫습니다.

멈춘 작업을 수습할 때는 순서를 지키세요.

1. 먼저 현재 상태를 요약하게 합니다.
   "지금까지 완료한 것, 막힌 지점, 남은 작업을 세 줄로 정리해줘."

2. 반복을 멈추게 합니다.
   "같은 접근을 반복하지 말고 현재 방법은 중단해줘."

3. 범위를 줄여 재지시합니다.
   "전체 작업 대신 1단계만 완료해줘. 나머지는 다음 작업으로 나누겠다."

4. 필요하면 새 작업으로 분리합니다.
   "지금까지의 결과를 기준으로 새 작업에서 이어갈 수 있도록 인수인계 메모를 작성해줘."

여기서 중요한 태도는 마누스를 혼내는 것이 아니라 구조를 다시 잡는 것입니다. "왜 못해?"보다 "여기까지 저장하고, 다음 단계만 해줘"가 훨씬 잘 먹힙니다.

루프에 빠졌을 때 쓸 수 있는 구조조정 프롬프트는 다음과 같습니다.

현재 작업이 반복되는 것 같아.
더 이상 같은 방법을 시도하지 말고 멈춰줘.
지금까지 성공한 부분과 실패한 부분을 분리해서 정리해줘.
남은 작업은 가장 작은 단위 3개로 나누고, 그중 첫 번째만 다시 실행해줘.

이 프롬프트는 마누스에게 "계속 달려"가 아니라 "숨 고르고 다시 지도 그려"라고 말하는 방식입니다.

오류는 실패가 아니라 운영 신호입니다

마누스에서 만나는 오류는 크게 세 종류로 나눠볼 수 있습니다. 첫째, 내 지시가 모호해서 생기는 오류입니다. 둘째, 마누스가 사용하는 브라우저나 샌드박스 환경에서 생기는 오류입니다. 셋째, 서버 혼잡이나 네트워크 문제처럼 사용자 쪽에서 바로 해결하기 어려운 오류입니다.

샌드박스는 마누스가 작업을 실행하는 격리된 가상 작업 공간입니다. 공식 도움말에 따르면 연결 문제가 길어질 경우 샌드박스가 자동으로 재설정될 수 있으며, 일반적으로 작업 기록은 유지되지만 새 샌드박스를 띄우는 과정에서 파일 손실이 생길 수 있다고 안내합니다.³ 쉽게 말해, 마누스가 쓰는 임시 컴퓨터가 꼬이면 새 컴퓨터로 갈아타는 상황이 생길 수 있다는 뜻입니다.

그래서 긴 작업을 맡길 때는 중간 저장 습관이 중요합니다. 보고서라면 중간 목차와 핵심 표를 먼저 출력하게 하고, 웹앱이라면 현재 파일 구조와 구현된 기능을 요약하게 하고, 데이터 분석이라면 사용한 전처리 규칙과 중간 결과를 남기게 하세요.

긴 작업 중간에 넣기 좋은 프롬프트는 다음과 같습니다.

여기까지의 진행 상황을 체크포인트로 정리해줘.
지금까지 만든 파일, 주요 결정, 남은 작업, 다시 시작할 때 필요한 지시문을 남겨줘.

이 한 번의 체크포인트가 나중에 작업을 살립니다. 마누스가 멈췄을 때 가장 아까운 것은 크레딧보다도 "어디까지 했는지 모르는 상태"입니다.

서버가 혼잡하거나 화면이 얼었을 때의 운영 요령

가끔은 내가 잘못한 것이 아닌데도 마누스가 느려질 수 있습니다. 서버가 혼잡하거나, 브라우저 세션이 불안정하거나, 데스크톱 앱과 웹 앱의 상태가 꼬일 수 있습니다. 이때는 프롬프트를 더 세게 쓰는 것보다 환경을 정리하는 것이 먼저입니다.

가벼운 프리징이라면 새로고침, 앱 재실행, 브라우저 캐시 정리, 네트워크 확인 같은 기본 조치가 도움이 됩니다. 데스크톱 앱을 쓴다면 앱을 완전히 종료한 뒤 다시 열고, 웹에서 문제가 반복되면 다른 브라우저나 시크릿 창으로 접속해보는 것도 방법입니다. 다만 진행 중인 작업이 있다면 무작정 닫기 전에 현재 상태 요약을 받을 수 있는지 먼저 확인하세요.

서버 혼잡이 의심될 때는 시간대를 바꾸는 것도 현실적인 방법입니다. 마누스처럼 클라우드에서 작업하는 서비스는 특정 시간대에 사용자가 몰리면 반응이 느려질 수 있습니다. 급하지 않은 대규모 리서치나 웹앱 빌드는 업무 피크 시간보다 이른 아침, 늦은 밤, 주말 등 비교적 한산한 시간에 돌리는 편이 안정적일 때가 있습니다.

컨텍스트 한계도 자주 숨어 있는 원인입니다. 한 대화 안에서 너무 많은 파일, 너무 긴 지시, 너무 많은 수정 요청이 쌓이면 마누스가 앞뒤를 놓치기 쉽습니다. 이럴 때는 같은 창에서 계속 밀어붙이지 말고 작업을 나누는 편이 낫습니다.

운영 요령은 단순합니다.

• 긴 작업은 "조사", "분석", "작성", "디자인"으로 나눕니다.

• 각 단계가 끝날 때마다 인수인계 메모를 만들게 합니다.

• 새 작업을 시작할 때는 전체 대화가 아니라 요약된 메모만 넘깁니다.

• 같은 오류가 두 번 반복되면 세 번째 시도 전에 접근 방식을 바꿉니다.

• 급하지 않은 대형 작업은 서버가 덜 붐빌 만한 시간대에 실행합니다.

마누스는 오래 붙잡고 있으면 무조건 더 좋아지는 도구가 아닙니다. 때로는 끊고, 정리하고, 다시 맡기는 사람이 더 좋은 결과를 얻습니다.

초보자를 위한 크레딧 예산 감각

처음 한 달은 마누스를 "무제한 비서"가 아니라 "실험 예산이 있는 외주 파트너"처럼 다뤄보세요. 외주 파트너에게 일을 맡길 때도 바로 큰 프로젝트를 던지지 않습니다. 샘플을 보고, 커뮤니케이션 방식을 맞추고, 작은 결과물을 확인한 뒤 확장합니다. 마누스도 똑같습니다.

첫 주에는 크레딧을 쓰는 감각을 익히는 것이 목표입니다. 간단한 리서치, 짧은 표 정리, 작은 디자인 수정처럼 부담 없는 작업을 해보며 어떤 요청이 빠르고 안정적인지 확인합니다. 둘째 주에는 실제 업무 하나를 작은 버전으로 맡깁니다. 셋째 주에는 반복되는 업무를 하나 골라 템플릿 프롬프트로 만들어봅니다. 넷째 주에는 크레딧 사용 내역을 보고 내 플랜이 맞는지 판단합니다.

계정의 사용량 또는 Billing 관련 화면에서 크레딧 소비 내역을 주기적으로 확인하는 습관도 필요합니다. 공식 도움말에는 크레딧 사용량 확인, 최적화, 사전 비용 확인 가능 여부와 관련한 문서들이 별도로 정리되어 있습니다.⁴ 숫자를 봐야 패턴이 보입니다. "왠지 많이 쓴 것 같다"가 아니라 "웹앱 테스트 두 번에서 많이 썼다", "리서치보다 슬라이드 생성에서 더 썼다"처럼 알아야 다음 달 전략을 세울 수 있습니다.

간단한 사용 기록표를 만들어도 좋습니다.

이 표는 거창한 가계부가 아닙니다. 마누스를 내 업무에 맞게 길들이는 훈련 일지입니다.

작업을 맡기기 전 마지막 체크리스트

마누스에 큰 작업을 맡기기 전에는 다음 질문을 한 번만 확인하세요. 이 30초가 크레딧을 아껴줍니다.

• 이 작업은 Chat Mode로 충분한가, Agent Mode가 필요한가?

• 전체가 아니라 10~20% 샘플로 먼저 시험할 수 있는가?

• 조사 범위, 개수, 기간, 최종 형식을 숫자로 지정했는가?

• 막히면 계속하지 말고 질문하라고 적었는가?

• 중간 체크포인트를 남기라고 했는가?

• 같은 오류가 나면 작업을 나눌 준비가 되어 있는가?

이 중 하나라도 비어 있다면, 아직 실행 버튼을 누르지 않는 편이 좋습니다. 프롬프트를 조금 더 다듬는 시간이 작업 실패를 줄이고, 크레딧을 아끼고, 결과물의 품질을 올립니다.

마누스를 오래 쓰는 사람의 공통 습관

마누스를 잘 쓰는 사람들은 대개 화려한 프롬프트보다 운영 습관이 좋습니다. 이들은 처음부터 완벽한 결과를 요구하지 않습니다. 작게 맡기고, 계획을 확인하고, 중간 결과를 저장하고, 필요하면 끊어서 다시 시킵니다. 그리고 무엇보다 Chat Mode와 Agent Mode를 구분합니다.

마누스에게 모든 질문을 Agent Mode로 던지는 것은 택시를 타고 집 앞 편의점에 가는 것과 비슷합니다. 갈 수는 있지만 매번 그럴 필요는 없습니다. 반대로 정말 복잡한 일을 Chat Mode에서만 해결하려고 하면, 지도만 들고 직접 여행을 떠나는 셈입니다. 어느 순간에는 에이전트에게 운전대를 넘겨야 합니다.

기억할 문장은 하나입니다.

마누스는 많이 시킬수록 잘 쓰는 도구가 아니라, 잘 나눠 시킬수록 강해지는 도구입니다.

크레딧, 시간, 오류 관리는 마누스를 아끼기 위한 소극적인 기술이 아닙니다. 더 큰 일을 안정적으로 맡기기 위한 적극적인 기술입니다. 이제 다음 장에서는 실제 사용자들이 정리한 더 노골적이고 실용적인 Hacks & Tips를 모아보겠습니다. 작은 습관 하나가 크레딧을 아끼고, 결과물을 살리고, 마누스를 진짜 내 업무 파트너로 바꿔줄 것입니다.

참고

¹Manus Help Center — 크레딧 소모 규칙

²Manus Pricing

³Manus Help Center — 샌드박스 이슈 대처

⁴Manus Help Center — Credits & Usage