크레딧과 요금제를 낭비 없이 관리하기

Manus를 잘 쓰는 사람은 먼저 잔고를 본다

Manus를 처음 쓰면 누구나 한 번쯤 이런 생각을 합니다. "와, 이걸 혼자 다 하네?" 시장 조사를 시키면 웹을 돌아다니고, 파일을 주면 분석하고, 웹페이지를 만들라고 하면 코드까지 작성합니다. 그런데 며칠 지나면 두 번째 생각이 찾아옵니다. "어, 크레딧이 왜 이렇게 빨리 줄었지?"

Manus는 일반적인 월정액 챗봇처럼 "한 달 동안 마음껏 대화하는 도구"에 가깝지 않습니다. 더 정확히는 작업을 수행할 때마다 내부 자원을 쓰고, 그 사용량이 크레딧으로 차감되는 실행형 AI 에이전트입니다. 공식 도움말에서도 크레딧을 Manus 사용량을 측정하는 표준 단위라고 설명하며, 작업이 복잡하거나 길수록 더 많은 크레딧이 필요하다고 안내합니다.¹

그래서 Manus를 잘 쓰는 능력은 프롬프트를 잘 쓰는 능력만이 아닙니다. 비용이 새는 구간을 미리 막고, 큰 작업을 작게 쪼개고, 중간 산출물을 남기며, 정말 자동화 가치가 있는 일에만 Agent Mode를 쓰는 운영 능력까지 포함합니다. 이 장의 목표는 단순히 "가장 싼 요금제 고르기"가 아닙니다. 여러분의 업무 방식에 맞춰 크레딧을 예산처럼 관리하는 법을 익히는 것입니다.

가격표를 외우지 말고 구조를 읽어라

Manus 요금제는 시기와 지역, 프로모션, 개인·팀 플랜 구성에 따라 바뀔 수 있습니다. 따라서 책이나 블로그에 적힌 숫자를 그대로 믿기보다, 결제 전에 반드시 공식 가격 페이지와 도움말을 확인해야 합니다. 특히 Manus가 Meta 시대의 서비스로 빠르게 확장되는 상황에서는 기능 이름, 제공 크레딧, 동시 실행 수, 팀 플랜 조건이 바뀔 가능성을 늘 염두에 두는 편이 안전합니다.

공식 문서에서 꼭 확인할 항목은 다음과 같습니다.²

핵심은 "월 $20인가, $40인가"가 아닙니다. 중요한 질문은 "내가 맡기려는 작업 하나가 평균 몇 크레딧을 쓰는가"입니다. 같은 $20이라도 짧은 요약만 한다면 넉넉하게 느껴질 수 있고, 웹앱 제작이나 심층 리서치를 자주 맡기면 순식간에 부족해질 수 있습니다.

크레딧은 시간이 아니라 복잡도에 반응한다

많은 사용자가 "작업 시간이 짧으면 크레딧도 적게 들겠지"라고 생각합니다. 반은 맞고 반은 틀립니다. 작업 시간이 길어지면 보통 크레딧도 늘어나지만, 더 중요한 것은 Manus가 안에서 무엇을 하느냐입니다.

공식 도움말은 크레딧이 주로 세 가지 자원에 의해 소비된다고 설명합니다. 첫째, 작업 계획과 판단, 결과 작성에 쓰이는 LLM 토큰입니다. 둘째, 파일 처리, 브라우저 자동화, 코드 실행을 담당하는 가상 머신입니다. 셋째, 금융 데이터나 전문 데이터베이스처럼 외부 서비스를 호출할 때 쓰는 서드파티 API입니다.¹

쉽게 말해, Manus가 머릿속으로만 답하면 적게 듭니다. 하지만 웹을 돌아다니고, 파일을 열고, 코드를 실행하고, 다시 수정하고, 결과물을 배포하는 순간부터 비용은 빠르게 늘어납니다.

공식 예시만 봐도 감이 옵니다. NBA 선수 득점 효율성 사분면 차트를 만드는 데이터 분석·시각화 작업은 약 15분 동안 200크레딧을 사용했고, 웨딩 초대 웹페이지를 디자인하고 코드로 구현해 배포하는 작업은 약 25분 동안 360크레딧을 사용했습니다. 위치 기반 천문 이벤트 웹앱처럼 데이터 통합과 인터랙티브 웹사이트 배포가 포함된 복잡한 작업은 약 80분 동안 900크레딧을 사용한 사례가 제시되어 있습니다.¹

이 차이를 일상적인 업무로 바꿔 보면 다음과 같습니다.

타사 요금 분석 글들도 단순 질의는 비교적 적은 크레딧으로 끝나지만, 심층 리서치나 웹앱 제작 같은 복합 작업은 수백에서 1,000크레딧 이상까지 올라갈 수 있다고 설명합니다.³ 숫자 자체는 시점마다 달라질 수 있지만, 패턴은 분명합니다. Manus는 오래 생각할수록 비싼 것이 아니라, 많이 행동할수록 비싸집니다.

큰 Agent 작업은 바로 시작하지 않는다

크레딧을 아끼는 가장 좋은 방법은 대형 작업을 실행하지 않는 것이 아닙니다. 대형 작업을 한 번에 실행하지 않는 것입니다.

예를 들어 "국내 프랜차이즈 커피 시장을 조사해서 30페이지 보고서와 발표자료를 만들어줘"라고 바로 Agent Mode에 넣으면 Manus는 할 일이 너무 많습니다. 시장 규모를 찾고, 경쟁사를 조사하고, 소비자 트렌드를 정리하고, 보고서를 쓰고, 슬라이드를 만들고, 디자인까지 고민합니다. 결과가 좋을 수도 있지만, 중간에 방향이 틀어지면 많은 크레딧이 잘못된 방향으로 소모됩니다.

이럴 때는 먼저 Chat Mode에서 작업 설계만 합니다. Chat Mode는 Agent가 실제로 웹을 탐색하거나 파일을 처리하는 실행 단계가 아니므로, 큰 작업을 맡기기 전에 목표와 범위를 다듬기에 좋습니다. 공식 문서도 간단한 질문에는 전체 자율 에이전트보다 적절한 모드를 선택하고, 명확한 요청과 중간 검토를 통해 불필요한 반복을 줄이라고 권장합니다.²

Chat Mode에서는 이렇게 물어보면 됩니다.

다음 작업을 Manus Agent에게 맡기려고 한다. 크레딧을 낭비하지 않도록 목표, 범위, 제외할 일, 출력 형식, 1차 테스트 작업으로 나눠줘.
작업: 국내 프랜차이즈 커피 시장을 조사하고, 신규 개인 카페가 참고할 전략 보고서와 발표자료를 만들기.

그러면 Manus와 함께 실행 계획을 먼저 정리할 수 있습니다. 그다음 Agent Mode에서는 전체 시장이 아니라 "서울 성수동 개인 카페 경쟁사 3곳만 조사해 표로 정리"처럼 작은 샘플 작업을 시킵니다. 샘플 결과의 품질, 출처 형식, 크레딧 사용량을 확인한 뒤 전체 범위로 확장합니다.

이 방식은 느려 보이지만 실제로는 빠릅니다. 한 번에 큰 작업을 맡겼다가 결과가 마음에 들지 않아 다시 실행하는 것보다, 작은 테스트로 방향을 맞춘 뒤 확장하는 편이 훨씬 싸고 안정적입니다.

1개 샘플 규칙: 지역도, 파일도, 경쟁사도 하나부터

크레딧 관리에서 가장 실용적인 원칙은 "1개 샘플 규칙"입니다. 처음부터 전체를 맡기지 말고, 가장 작은 단위 하나만 맡겨 결과를 확인하는 방법입니다.

커피숍 매출 분석을 예로 들어 보겠습니다. 지난 장에서 우리는 매출 데이터 파일을 Manus에 첨부하고 분석 보고서를 만드는 흐름을 다뤘습니다. 그런데 실제 업무에서는 파일이 하나가 아닐 수 있습니다. 월별 매출 CSV, 메뉴별 판매량, 직원 근무표, 배달앱 리뷰, 날씨 데이터까지 묶으면 작업이 커집니다.

이때 바로 "전체 데이터를 분석해줘"라고 하면 위험합니다. 먼저 한 달치 매출 파일 하나만 올리고 이렇게 지시합니다.

첨부한 2026년 4월 매출 CSV만 분석해줘.
목표는 전체 분석이 아니라 데이터 구조 파악과 분석 가능성 점검이다.
먼저 컬럼 의미를 추정하고, 누락값과 이상값을 찾고, 매출 분석에 쓸 수 있는 핵심 지표 후보를 표로 정리해줘.
아직 개선 전략 보고서는 쓰지 말고, 다음 단계에서 어떤 파일을 추가로 넣으면 좋은지만 제안해줘.

이 프롬프트는 크레딧을 아끼는 구조를 갖고 있습니다. 분석 범위를 파일 하나로 제한했고, 보고서 작성이라는 무거운 작업을 제외했으며, 다음 단계 제안까지만 요구했습니다. 결과가 괜찮으면 그때 3개월치 파일, 메뉴별 데이터, 리뷰 데이터로 확장하면 됩니다.

경쟁사 분석도 마찬가지입니다. 처음에는 경쟁사 10곳이 아니라 1곳만 시킵니다. 여행 일정도 7일 전체가 아니라 1일차 일정만 시킵니다. 웹앱 제작도 전체 서비스가 아니라 로그인 없는 단일 화면 프로토타입만 만듭니다. "하나를 잘하는지 확인한 뒤 열 개로 늘린다"는 습관이 크레딧을 지켜 줍니다.

작업 중단에 대비해 산출물을 먼저 건져라

Manus는 강력하지만, 크레딧이 부족하거나 작업이 너무 커지면 중간에 멈출 수 있습니다. 공식 문서는 크레딧이 활성 작업 처리 중에만 소비되고, 완료된 작업의 저장이나 배포에는 추가 크레딧이 들지 않는다고 설명합니다. 또한 Manus 측 기술 문제로 실패한 작업에 대해서는 소비 크레딧을 환불한다고 안내합니다.¹ 하지만 사용자의 크레딧 부족, 과도하게 넓은 범위, 불명확한 지시로 인한 비효율까지 항상 보호되는 것은 아닙니다.

그래서 대형 작업을 맡길 때는 "완성본이 아니어도 재사용 가능한 중간 결과"를 남기도록 지시해야 합니다. 특히 리서치, 데이터 분석, 웹앱 제작에서는 마지막 결과물보다 중간 자료가 더 소중할 때가 많습니다. 웹을 찾아다닌 출처 목록, 정리된 비교표, 처리한 파일 목록, 오류 로그, 다음 단계 제안이 남아 있으면 이어서 작업할 수 있습니다.

다음 프롬프트를 그대로 복사해 Knowledge나 개인 템플릿에 넣어 두면 좋습니다.

이 작업은 크레딧을 많이 사용할 수 있으므로 다음 규칙을 지켜줘.

1. 작업 시작 후 가능한 한 빨리 핵심 결론 초안을 먼저 작성해줘.

2. 조사한 출처, 확인한 데이터, 진행 상황을 단계별로 남겨줘.

3. 중간 결과는 표 형태로 정리해 나중에 재사용할 수 있게 해줘.

4. 불확실한 정보는 확정처럼 쓰지 말고 "확인 필요"로 표시해줘.

5. 크레딧이나 시간 제약으로 전체 작업이 어려워 보이면, 지금까지의 결과와 다음 실행 프롬프트를 제안한 뒤 멈춰줘.

6. 마지막에 "완료한 일 / 남은 일 / 다음에 실행할 프롬프트"를 구분해 작성해줘.

이 프롬프트의 핵심은 Manus에게 "끝까지 달려라"가 아니라 "중간중간 짐을 내려놓고 가라"고 지시하는 것입니다. 완주하지 못해도 지도와 기록이 남으면 다음 작업의 출발점이 됩니다.

Manus Agent에게 맡길 일과 맡기지 않을 일

비용 대비 효율을 높이려면 모든 일을 Manus에 맡기면 안 됩니다. Manus Agent는 비싼 인턴이라기보다, 웹 탐색과 실행 능력을 가진 특수 인력에 가깝습니다. 단순한 메모 정리나 짧은 번역에 계속 부르면 비용이 아깝습니다. 반대로 사람이 두세 시간 붙잡고 해야 하는 반복 작업을 맡기면 충분히 값어치를 합니다.

먼저 다른 도구나 Chat Mode로 처리해도 되는 일은 가볍게 처리합니다. 아이디어 브레인스토밍, 제목 후보 만들기, 짧은 문장 교정, 간단한 번역, 이미 알고 있는 문서 한 장 요약은 굳이 Agent Mode를 켤 필요가 없습니다. 이런 작업은 결과를 빠르게 얻는 것이 중요하지, Manus가 웹을 돌아다니거나 코드를 실행할 필요가 없습니다.

반대로 Manus Agent가 빛나는 작업은 실행 단계가 많은 일입니다. 예를 들어 경쟁사 웹사이트를 여러 곳 방문해 가격과 기능을 비교하거나, 첨부 파일 여러 개를 읽고 하나의 보고서로 통합하거나, CSV를 분석해 차트를 만들고 해석을 붙이거나, 웹앱 프로토타입을 만들고 배포까지 시도하는 일입니다. 이런 작업은 사람이 직접 하면 시간이 오래 걸리고, 중간에 반복도 많습니다. 바로 이런 곳에 크레딧을 써야 합니다.

실무에서는 작업을 세 등급으로 나누면 판단이 쉬워집니다.

이렇게 나누면 "Manus를 아껴 쓰는 느낌"이 아니라 "Manus를 가장 값비싼 구간에 집중 투입하는 느낌"으로 바뀝니다.

크레딧 예산을 계산하는 간단한 공식

요금제를 고를 때는 감으로 고르지 말고 월간 작업량을 숫자로 바꿔 봐야 합니다. 계산은 어렵지 않습니다.

예상 월 사용량 = 가벼운 작업 수 × 평균 크레딧 + 중간 작업 수 × 평균 크레딧 + 복잡한 작업 수 × 평균 크레딧

예를 들어 한 달에 간단한 리서치 20개, 중간 수준 데이터 분석 6개, 복잡한 웹앱 프로토타입 2개를 맡긴다고 해 보겠습니다. 가볍게 잡아 간단 리서치 50크레딧, 중간 분석 250크레딧, 복잡한 웹앱 900크레딧으로 계산하면 다음과 같습니다.

이 경우 월 4,000크레딧만 보고 선택하면 아슬아슬합니다. 일일 갱신 크레딧을 꾸준히 활용하면 버틸 수도 있지만, 며칠 몰아서 쓰는 업무 패턴이라면 중간에 부족할 수 있습니다. 반대로 매일 조금씩 반복 업무를 돌리는 사람은 일일 갱신 크레딧의 가치가 큽니다.

여기서 주의할 점이 있습니다. 일일 크레딧은 "한 달치로 한꺼번에 모아 쓰는 예산"이 아닙니다. 매일 주어지고, 쓰지 않으면 사라지는 성격이 강합니다. 따라서 월간 계산을 할 때는 300 × 30 = 9,000처럼 단순히 더하기보다, 실제로 내가 매일 어느 정도 사용할 수 있는지를 봐야 합니다.

더 현실적인 공식은 이렇습니다.

실사용 가능 크레딧 = 월 제공 크레딧 + 내가 실제로 쓰는 일일 크레딧 평균 × 사용일수

매일 Manus를 열어 150크레딧 정도의 반복 업무를 처리한다면 일일 크레딧은 꽤 가치가 있습니다. 하지만 한 달에 네 번만 몰아서 대형 작업을 한다면 일일 크레딧 대부분은 사라집니다. 요금제 선택은 총량보다 사용 패턴에 맞춰야 합니다.

모델과 모드도 비용 관리 대상이다

고급 사용자라면 "어떤 모델을 어떤 작업에 쓸 것인가"도 관리해야 합니다. 일부 플랜에서는 Lite, 일반, Max처럼 성능과 비용 성격이 다른 모델 또는 실행 옵션을 사용할 수 있습니다. 무조건 가장 강한 모델을 쓰면 마음은 편하지만, 모든 작업이 최고 성능을 필요로 하지는 않습니다.

한 사용자는 30일 동안 Manus 작업 847개를 추적한 뒤, 최적화 전에는 작업의 71%가 Max 모드에서 실행됐지만 실제로 Max가 필요했던 작업은 26% 정도였다고 기록했습니다. 작업 라우팅을 조정한 뒤 월 지출은 약 62% 줄었고, 품질 점수 차이는 1% 미만이었다고 보고했습니다.⁴ 모든 사용자에게 같은 결과가 나오지는 않겠지만, 중요한 교훈은 분명합니다. 복잡해 보이는 프롬프트와 실제로 복잡한 작업은 다릅니다.

예를 들어 "종합적이고 깊이 있게 분석해줘"라는 말이 들어갔다고 해서 작업이 반드시 고난도인 것은 아닙니다. 파일 하나를 읽고 핵심 지표를 뽑는 일이라면 일반 모델로 충분할 수 있습니다. 반대로 짧은 프롬프트라도 "웹사이트를 만들고 배포해줘"라면 코드 실행과 오류 수정이 들어가므로 고난도 작업입니다.

모델 선택을 고민할 때는 표현의 화려함이 아니라 실행 요소를 보세요. 웹 탐색이 많은가, 파일이 많은가, 코드를 실행해야 하는가, 이미지나 슬라이드를 생성해야 하는가, 외부 서비스에 접근해야 하는가. 이 질문에 "예"가 많을수록 비용이 커질 가능성이 높습니다.

팀에서는 크레딧을 개인 돈처럼 쓰면 안 된다

개인 사용자는 자기 잔고만 보면 됩니다. 팀 사용자는 다릅니다. 팀에서는 한 사람이 무심코 대형 작업을 여러 개 실행하면 전체 크레딧 풀이 빠르게 줄어들 수 있습니다. 반대로 팀원마다 개인 플랜을 따로 쓰면 어떤 사람의 크레딧은 남고, 어떤 사람의 크레딧은 부족해지는 낭비가 생깁니다.

팀 플랜의 장점은 공유 크레딧, 중앙 결제, 관리자 기능, 사용량 분석 같은 운영 도구에 있습니다. 일부 요금 안내에서는 팀원이 추가될 때 크레딧이 공유 풀에 합쳐지고, 많이 쓰는 팀원이 적게 쓰는 팀원의 남는 크레딧을 활용할 수 있다고 설명합니다.⁵ 이런 구조는 실제 회사 업무와 잘 맞습니다. 마케터는 캠페인 기간에 많이 쓰고, 기획자는 리서치 시즌에 많이 쓰고, 개발자는 프로토타입 주간에 많이 쓰기 때문입니다.

다만 공유 크레딧은 통제가 없으면 공유 냉장고처럼 됩니다. 누가 무엇을 얼마나 썼는지 모르면 금방 비어 있습니다. 팀에서는 프로젝트별 사용 기록을 남겨야 합니다.

한 달만 이렇게 기록해도 패턴이 보입니다. "이 작업은 매번 맡길 가치가 있다", "이 작업은 Chat Mode로 충분하다", "이 작업은 처음 프롬프트가 모호해서 낭비가 컸다"가 드러납니다. 팀의 목표는 크레딧을 적게 쓰는 것이 아니라, 반복해서 맡길 가치가 있는 작업을 찾아내는 것입니다.

결제 전에 해볼 7일 실험

처음부터 연간 결제를 선택하는 것은 추천하지 않습니다. 할인은 매력적이지만, 내 업무가 Manus와 잘 맞는지 확인하기 전에는 크레딧이 남거나 모자랄 가능성이 큽니다. 먼저 7일 동안 작은 실험을 해 보세요.

첫째 날에는 Chat Mode로 자주 하는 업무 10개를 적고, Agent가 필요한 일과 필요 없는 일을 구분합니다. 둘째 날에는 가장 작은 Agent 작업 하나를 실행합니다. 셋째 날에는 같은 유형의 작업을 프롬프트만 더 구체적으로 바꿔 다시 실행해 결과와 크레딧 차이를 봅니다. 넷째 날에는 파일 첨부 작업을 하나만 테스트합니다. 다섯째 날에는 웹 리서치 작업을 출처 수 제한과 함께 실행합니다. 여섯째 날에는 중간 저장 프롬프트를 넣어 긴 작업을 실험합니다. 일곱째 날에는 사용량 기록을 보고 월간 예상치를 계산합니다.

7일 실험의 목표는 "Manus가 좋은가 나쁜가"를 판단하는 것이 아닙니다. 내 업무에서 Manus가 돈값을 하는 구간을 찾는 것입니다. 만약 7일 동안 대부분의 작업이 짧은 글쓰기와 단순 요약이었다면, 유료 Agent 플랜의 가치는 낮을 수 있습니다. 반대로 파일 처리, 웹 조사, 보고서 통합, 프로토타입 제작이 반복된다면 유료 플랜이 충분히 의미 있을 수 있습니다.

크레딧을 아끼는 프롬프트 습관

크레딧 낭비는 대부분 프롬프트의 모호함에서 시작됩니다. "잘 조사해줘", "멋지게 만들어줘", "전체적으로 분석해줘" 같은 말은 Manus에게 너무 넓은 운동장을 줍니다. 운동장이 넓으면 많이 뛰고, 많이 뛰면 크레딧을 씁니다.

반대로 좋은 프롬프트는 Manus가 헤매지 않게 울타리를 세웁니다. 목표를 하나로 정하고, 조사 범위를 제한하고, 출처 개수를 정하고, 결과 형식을 고정하고, 하지 말아야 할 일을 명시합니다.

아래 형식을 기본 템플릿으로 사용해 보세요.

목표:
이 작업의 최종 목적은 ______이다.

범위:
조사 대상은 ______로 제한한다. 지역은 ______, 기간은 ______, 비교 대상은 최대 ______개로 한다.

제외:
유료 자료, 로그인 필요한 사이트, 추측성 수치, 디자인 작업, 슬라이드 제작은 이번 단계에서 제외한다.

출력 형식:
먼저 핵심 요약 5줄, 그다음 비교표, 마지막에 다음 단계 제안 3개를 작성한다.

진행 방식:
자료를 찾을 때마다 출처 URL을 남기고, 불확실한 내용은 "확인 필요"라고 표시한다. 범위가 너무 넓으면 전체 실행 전에 축소안을 제안하고 멈춘다.

이 템플릿 하나만 써도 불필요한 반복이 줄어듭니다. 특히 "이번 단계에서 제외한다"는 문장이 중요합니다. Manus는 똑똑하기 때문에 더 해주려고 합니다. 하지만 비용 관리 관점에서는 "더 해주는 것"이 항상 좋은 것은 아닙니다.

이번 장의 결론: 크레딧은 돈이 아니라 집중력이다

Manus 크레딧을 단순히 돈으로만 보면 아깝다는 생각이 먼저 듭니다. 하지만 다르게 볼 수도 있습니다. 크레딧은 Manus의 집중력을 어디에 쓸지 결정하는 예산입니다. 단순한 교정에 집중력을 쓰게 할 수도 있고, 사람이 반나절 걸릴 리서치와 분석에 쓰게 할 수도 있습니다.

비용을 잘 관리하는 사용자는 Manus를 덜 쓰는 사람이 아닙니다. 오히려 더 잘 씁니다. Chat Mode에서 생각을 정리하고, Agent Mode에서는 작은 샘플부터 실행하며, 중간 결과를 남기고, 반복 가치가 높은 작업을 찾아 템플릿화합니다. 팀에서는 공유 크레딧을 무작정 쓰지 않고 프로젝트별로 기록합니다.

앞으로 Wide Research, 슬라이드 제작, 웹사이트·앱 제작, 브라우저 자동화로 넘어가면 크레딧 소모는 더 커질 수 있습니다. 그러나 겁낼 필요는 없습니다. 이 장에서 배운 원칙만 기억하면 됩니다. 큰 작업은 작게 시작하고, 실행 전에는 범위를 좁히고, 중간 결과를 남기고, Manus Agent는 자동화 가치가 큰 일에만 투입한다.

이 원칙을 지키는 순간 Manus는 비싼 장난감이 아니라, 비용 대비 성과를 계산할 수 있는 실전 업무 도구가 됩니다.

참고

¹Manus Help Center — What are the rules for credits consumption? And how can I obtain them?

²Manus Documentation — Plans and Pricing

³NoCode MBA — Manus AI Pricing 2026: Plans, Credits & Costs Compared

⁴dev.to — My Manus AI Credit Usage After 30 Days — The Data

⁵Manus AI Team Pricing 설명 페이지