책에 포함된 노트Meta Manus 완전 활용 가이드: AI 에이전트로 일과 삶을 자동화하는 법

Knowledge와 파일 첨부로 나만의 작업자 만들기

2026-05-11Views 69약 11분생성형 AI 활용

Summary

매번 설명하지 않아도 되는 순간이 온다

지난 장에서 우리는 coffee_orders.csv를 올리고 커피숍 매출 분석을 맡겼습니다. 그때 꽤 긴 설명을 썼습니다. 컬럼 의미를 알려주고, 분석 목표를 말하고, 보고서 형식을 지정하고, 상품별 매출이 실제인지 추정인지 구분하라고 했습니다. 한 번만 할 때는 괜찮습니다. 하지만 매주 월요일마다 같은 분석을 해야 한다면 어떨까요? 매번 같은 브랜드 설명, 같은 보고서 형식, 같은 검산 기준을 붙여 넣는 일은 금방 지겨워집니다.

이때 필요한 것이 Knowledge와 파일 첨부입니다.

간단히 말하면, Knowledge는 Manus에게 미리 알려두는 '내 업무 설명서'입니다. 파일 첨부는 이번 작업에서 읽어야 할 '작업 재료'입니다. Knowledge가 장기적으로 반복 사용되는 배경지식이라면, 첨부 파일은 지금 이 요청에서 분석하거나 변환해야 할 원본입니다. 이 둘을 잘 나누어 쓰면 Manus는 매번 처음 만난 외주 작업자처럼 굴지 않고, 내 회사와 내 문체와 내 보고서 취향을 아는 보조자처럼 일하기 시작합니다.

Manus는 단순히 답을 생성하는 도구가 아니라, 파일을 읽고, 웹을 탐색하고, 코드를 실행하고, 결과물을 만드는 에이전트형 도구입니다. 공식 API 문서에서도 Manus API는 일반적인 텍스트 응답 API와 달리 연구, 분석, 콘텐츠 제작, 데이터 처리 같은 여러 단계의 작업을 계획하고 실행하는 완전한 AI 에이전트 기능을 애플리케이션 안에 통합할 수 있다고 설명합니다.¹ 그래서 Manus를 잘 쓰는 핵심은 "똑똑한 질문 하나"보다 "반복 가능한 작업 환경을 만들어 주는 것"에 가깝습니다.

이번 장에서는 Knowledge와 파일 첨부를 어떻게 나누고, 무엇을 저장하고, 어떤 파일에는 어떤 설명을 붙여야 하는지 익힙니다. 목표는 하나입니다. Manus가 내 방식을 기억하고 재사용하게 만드는 것입니다.

Knowledge와 파일 첨부로 나만의 작업자 만들기

Knowledge는 '성격'이 아니라 '업무 규칙'이다

많은 사용자가 Knowledge를 처음 볼 때 이렇게 생각합니다. "그럼 여기에 내가 좋아하는 말투를 다 넣으면 되겠네?" 맞습니다. 하지만 그것만 넣으면 아깝습니다. Knowledge의 진짜 가치는 말투보다 업무 규칙에 있습니다.

예를 들어 "친근하고 전문적으로 써줘"라는 지침은 유용하지만 너무 넓습니다. 반면 다음 지침은 훨씬 강력합니다.

우리 회사의 B2B 블로그 글은 다음 구조를 따른다.
1. 독자가 겪는 문제로 시작한다.
2. 문제의 원인을 쉽게 설명한다.
3. 우리 제품을 직접 홍보하기 전에 실무 해결책을 먼저 제시한다.
4. 마지막 20%에서만 제품 기능을 연결한다.
5. 과장 표현, 1등, 혁신적, 완벽한 같은 단정적 마케팅 표현은 피한다.

이 지침이 Knowledge에 들어가 있으면, Manus는 블로그 글을 쓸 때마다 같은 구조와 금지 표현을 기억할 수 있습니다. 사용자는 매번 "너무 광고처럼 쓰지 말고…"라고 말하지 않아도 됩니다.

Knowledge에 넣기 좋은 정보는 반복해서 쓰이며, 여러 작업에 영향을 주고, 결과 품질을 안정시키는 정보입니다. 회사 소개, 브랜드 톤앤매너, 보고서 형식, 개인 일정 규칙, 고객 응대 원칙, 데이터 분석 검산 기준이 대표적입니다. 반대로 오늘만 필요한 파일 내용, 이번 주 행사 참석자 명단, 한 번만 처리할 이메일 원문은 Knowledge보다 파일 첨부나 현재 대화에 넣는 편이 낫습니다.

머릿속에 이렇게 구분해 두세요. Knowledge는 "앞으로도 계속 지켜야 할 규칙"이고, 첨부 파일은 "이번에 처리해야 할 재료"입니다.

Knowledge에 먼저 넣어둘 다섯 가지

Knowledge를 처음 만들 때 욕심을 내면 회사 소개서 전체, 제품 브로슈어 전체, 내부 매뉴얼 전체를 한꺼번에 넣고 싶어집니다. 하지만 좋은 Knowledge는 길이가 아니라 선명도가 중요합니다. Manus가 작업할 때 바로 적용할 수 있는 형태여야 합니다.

가장 먼저 준비할 만한 것은 다섯 가지입니다.

회사 소개와 핵심 제품 설명
브랜드 톤앤매너와 금지 표현
자주 쓰는 보고서와 문서 형식
고객·독자·청중에 대한 설명
개인 일정 규칙과 업무 우선순위

회사 소개는 길게 쓸 필요가 없습니다. "우리는 누구이고, 누구를 돕고, 어떤 방식으로 가치를 제공하는가"가 핵심입니다. 예를 들어 SaaS 회사라면 "중소 이커머스 팀이 광고비와 재고를 함께 관리하도록 돕는 분석 플랫폼"처럼 써야 합니다. "최고의 AI 기반 혁신 솔루션"처럼 추상적인 표현은 Manus에게 별 도움이 되지 않습니다.

브랜드 톤앤매너는 결과물의 일관성을 만듭니다. 예를 들어 "전문적이되 위압적이지 않게", "짧은 문장 중심", "고객을 가르치기보다 옆자리에서 설명하듯이", "느낌표는 가급적 쓰지 않음"처럼 실제 문장에 영향을 주는 지침이 좋습니다. Manus 공식 브랜드 자산 페이지도 로고, 색상, 서체, 금지된 로고 변형처럼 브랜드 일관성을 유지하기 위한 기준을 명시합니다.² 우리 회사 Knowledge도 이와 비슷하게 "어떤 표현과 형식을 유지해야 하는가"를 알려주는 내부 브랜드 가이드가 되어야 합니다.

보고서 형식은 특히 효과가 큽니다. 영업 보고서, 주간 회의 요약, 리서치 보고서, 데이터 분석 보고서는 매번 구조가 비슷합니다. Knowledge에 기본 목차를 넣어두면 Manus는 새 파일을 받을 때마다 그 형식에 맞춰 결과물을 만들 수 있습니다.

개인 일정 규칙도 의외로 중요합니다. Manus에게 일정 정리나 이메일 초안, 업무 우선순위 정리를 맡길 생각이라면 "오전에는 집중 업무를 선호함", "금요일 오후에는 새 회의 잡지 않음", "외부 미팅은 이동 시간을 30분 이상 둠" 같은 규칙을 저장해 둘 수 있습니다. 이 지침은 단순한 취향이 아니라 일정 제안의 품질을 바꾸는 기준입니다.

길게 저장하지 말고 '재사용 가치'로 선별하기

Knowledge에는 제한이 있습니다. 계정, 플랜, 제품 버전에 따라 세부 제한은 달라질 수 있으므로 실제 화면의 Settings 또는 Knowledge 관리 화면에 표시되는 제한을 우선 확인해야 합니다. 공개된 Manus Knowledge 구성 예시에서는 항목 최대 100개, 항목당 2,000자 제한을 기준으로 정리한 사례도 있습니다.³ 이 숫자가 모든 사용자에게 영구적으로 동일하다고 단정할 수는 없지만, 중요한 교훈은 분명합니다. Knowledge는 무한 창고가 아니라 선별된 업무 지침함으로 써야 합니다.

저장할지 말지 헷갈릴 때는 세 가지 질문을 던져 보세요.

앞으로 5번 이상 다시 쓸 정보인가?
Manus의 결과물 형식이나 판단 기준을 바꾸는 정보인가?
지금 저장하지 않으면 매번 다시 설명하게 될 정보인가?

세 질문에 모두 "예"라면 Knowledge 후보입니다. 하나만 "예"라면 현재 대화에 넣어도 충분할 수 있습니다. 모두 "아니오"라면 파일 첨부나 일회성 프롬프트로 처리하세요.

예를 들어 "2026년 5월 18일 웨비나 참석자 명단"은 중요하지만 Knowledge에는 맞지 않습니다. 이번 웨비나 후속 메일 작업에만 쓰일 가능성이 크기 때문입니다. 반면 "웨비나 후속 메일은 참석자에게는 자료 링크와 다음 액션을, 미참석자에게는 녹화본과 3줄 요약을 보낸다"는 규칙은 반복 사용 가치가 있습니다.

Knowledge가 길고 산만해지면 Manus도 무엇이 중요한지 파악하기 어려워집니다. 회사 소개서 20페이지를 그대로 넣는 대신 "핵심 메시지 5개", "금지 표현 10개", "대표 고객군 3개", "문서 작성 규칙 8개"처럼 압축하세요. AI에게 좋은 기억은 많은 기억이 아니라 잘 정리된 기억입니다.

좋은 Knowledge 항목의 모양

Knowledge 항목은 제목만 그럴듯하고 내용이 흐릿하면 효과가 떨어집니다. 하나의 항목에는 "언제 사용할지"와 "무엇을 지킬지"가 함께 들어가야 합니다. 실제 화면 구성은 업데이트될 수 있지만, 보통은 이름, 사용 조건, 내용의 세 부분으로 생각하면 됩니다.

예를 들어 브랜드 글쓰기용 Knowledge는 이렇게 만들 수 있습니다.

이름: 브랜드 톤앤매너 - 블로그와 이메일

사용 조건:
블로그 글, 뉴스레터, 세일즈 이메일, 랜딩페이지 문구, SNS 게시물 초안을 작성할 때 사용한다.

내용:
우리 브랜드는 바쁜 실무자를 돕는 친절한 전문가처럼 말한다.
문장은 짧고 명확하게 쓴다.
독자를 겁주거나 조급하게 만드는 표현을 피한다.
'혁신적인', '압도적인', '완벽한', '무조건' 같은 과장 표현을 피한다.
전문 용어를 사용할 때는 바로 뒤에 쉬운 설명을 붙인다.
CTA는 강요형보다 제안형으로 쓴다. 예: '지금 당장 구매하세요'보다 '먼저 무료로 확인해 보세요'를 선호한다.

보고서 형식용 Knowledge는 이렇게 만들 수 있습니다.

이름: 데이터 분석 보고서 기본 형식

사용 조건:
CSV, Excel, 설문 데이터, 매출 데이터, 광고 성과 데이터를 분석해 보고서를 만들 때 사용한다.

내용:
보고서는 다음 순서로 작성한다.
1. 핵심 요약 5줄
2. 데이터 범위와 컬럼 설명
3. 분석 방법과 주요 가정
4. 주요 지표 표
5. 차트와 해석
6. 실행 제안
7. 데이터 품질 이슈
8. 추가로 수집해야 할 데이터

모든 숫자에는 단위를 붙인다.
추정값은 표 제목이나 주석에 '추정'이라고 표시한다.
원본 데이터와 대조한 검산 결과를 마지막에 포함한다.

개인 일정 규칙은 더 짧아도 됩니다.

이름: 개인 일정 운영 규칙

사용 조건:
일정 정리, 캘린더 계획, 회의 시간 제안, 주간 업무 계획을 만들 때 사용한다.

내용:
오전 9시~11시는 집중 업무 시간으로 비워두는 것을 선호한다.
외부 미팅 전후에는 이동 및 준비 시간 30분을 둔다.
금요일 오후에는 새 프로젝트 킥오프 회의를 잡지 않는다.
하루 회의는 4개 이하로 제한한다.
중요한 의사결정 회의는 가능하면 화요일 또는 수요일 오전에 배치한다.

이런 식으로 Knowledge를 작성하면 Manus는 "이 사용자가 뭘 좋아하지?"를 추측하지 않고, 명시된 규칙을 따라 일할 수 있습니다.

파일 첨부는 '파일 설명'과 함께 넣어야 한다

파일을 첨부할 때 가장 흔한 실수는 파일만 던지는 것입니다. PDF, Excel, CSV, 이미지, 문서 파일을 올리고 "정리해줘"라고만 하면 Manus는 일반적인 요약을 시도할 수 있습니다. 하지만 실무에서는 같은 파일도 목적에 따라 완전히 다르게 읽어야 합니다.

예를 들어 같은 회의록 PDF도 이렇게 달라질 수 있습니다. 임원 보고용이면 의사결정과 리스크 중심으로 요약해야 합니다. 프로젝트 매니저용이면 담당자별 실행 항목과 일정이 중요합니다. 영업팀용이면 고객 요구, 반대 의견, 후속 제안이 중요합니다. 파일은 같아도 분석 기준이 다르면 결과물도 달라야 합니다.

Manus API의 파일 업로드 문서에서도 파일은 먼저 업로드한 뒤 생성된 file.id를 작업 생성이나 메시지에 연결해 사용하며, 업로드 URL은 3분 안에 사용해야 하고 파일은 업로드 후 48시간이 지나면 자동 삭제된다고 설명합니다.⁴ 웹 화면에서 쓰는 일반 사용자라면 이 API 절차를 직접 다룰 일은 적을 수 있지만, 중요한 원리는 같습니다. 첨부 파일은 영구 기억이 아니라 특정 작업의 재료에 가깝습니다. 오래 반복해서 쓸 기준은 Knowledge에, 이번에 처리할 원본은 파일 첨부에 두는 편이 안전합니다.

파일을 첨부할 때는 최소한 다음 네 가지를 함께 말하세요.

이 파일이 무엇인지
어떤 목적으로 읽어야 하는지
어떤 기준으로 분석하거나 요약해야 하는지
어떤 결과물 형식으로 돌려줘야 하는지

예를 들어 CSV 파일을 첨부한다면 이렇게 말합니다.

첨부한 `weekly_sales.xlsx`는 지난주 오프라인 매장 판매 데이터입니다.
목적은 점장 회의에서 사용할 주간 매출 요약을 만드는 것입니다.

분석 기준:
- 매장별 총매출, 주문 수, 평균 주문 금액을 비교해 주세요.
- 전주 대비 증감률을 계산해 주세요. 전주 데이터가 파일에 없으면 계산하지 말고 '전주 데이터 필요'라고 표시해 주세요.
- 이상치로 보이는 매출 급증·급감 매장을 찾아 주세요.

결과물:
- 1페이지 요약 보고서
- 매장별 비교표
- 다음 주 실행 제안 5개

PDF를 첨부할 때는 이렇게 말할 수 있습니다.

첨부한 PDF는 신규 고객사 제안요청서입니다.
목적은 우리가 제안서를 작성하기 전에 요구사항과 평가 기준을 빠르게 파악하는 것입니다.

읽을 때 중점:
- 반드시 충족해야 하는 요구사항
- 선택 사항 또는 가산점 요소
- 제출 마감일과 제출 형식
- 가격, 보안, 유지보수 관련 조건
- 불명확하거나 추가 질의가 필요한 부분

결과물은 '요구사항 체크리스트', '제안 전략', '고객에게 물어볼 질문' 세 부분으로 작성해 주세요.

이미지를 첨부할 때도 마찬가지입니다. "이 이미지 분석해줘"보다 "이 이미지는 신제품 패키지 시안이며, 30대 여성 소비자 대상 프리미엄 건강식품 브랜드 관점에서 가독성, 신뢰감, 차별성, 수정 제안을 평가해 달라"고 말해야 합니다. 파일은 눈앞의 자료이고, 설명은 그 자료를 읽는 렌즈입니다.

회의록으로 실행 항목, 이메일, 체크리스트 만들기

이제 실전 사례를 보겠습니다. 가장 바로 써먹기 좋은 작업은 회의록 처리입니다. 회의록은 길고, 말이 겹치고, 결정 사항과 잡담이 섞여 있습니다. 사람이 읽으면 피곤하지만 Manus에게는 훌륭한 작업 재료입니다.

상황을 가정해 보겠습니다. 제품 출시 회의가 끝났고, launch_meeting_notes.docx라는 회의록 파일이 있습니다. 우리는 여기서 실행 항목을 뽑고, 참석자에게 보낼 후속 이메일을 만들고, 담당자별 체크리스트까지 생성하고 싶습니다.

이때 프롬프트는 이렇게 작성합니다.

첨부한 `launch_meeting_notes.docx`는 신제품 출시 준비 회의록입니다.
목적은 회의 내용을 실행 가능한 업무 목록으로 바꾸는 것입니다.

다음 작업을 수행해 주세요.

1. 회의의 핵심 결론을 7줄 이내로 요약해 주세요.
2. 결정된 사항과 아직 결정되지 않은 사항을 분리해 주세요.
3. 실행 항목을 추출해 주세요.
   - 실행 항목
   - 담당자
   - 마감일
   - 관련 근거 문장
   - 우선순위
   - 누락된 정보
4. 참석자 전체에게 보낼 후속 이메일 초안을 작성해 주세요.
5. 담당자별 체크리스트를 만들어 주세요.

주의 사항:
- 담당자가 명확하지 않은 항목은 추정하지 말고 '담당자 미정'으로 표시해 주세요.
- 마감일이 없는 항목은 '마감일 미정'으로 표시해 주세요.
- 회의록에 없는 내용을 사실처럼 추가하지 마세요.

여기서 핵심은 "관련 근거 문장"입니다. Manus가 실행 항목을 추출할 때 회의록의 어떤 문장에 근거했는지 함께 적게 하면 검토가 쉬워집니다. 예를 들어 "디자인팀이 패키지 최종안을 금요일까지 공유"라는 실행 항목이 나왔을 때, 회의록 어디에서 그렇게 판단했는지 볼 수 있어야 합니다.

후속 이메일까지 만들려면 Knowledge에 저장된 브랜드나 회사의 커뮤니케이션 톤을 활용할 수 있습니다. 예를 들어 Knowledge에 "사내 이메일은 짧고 명확하게, 책임 추궁보다 다음 행동 중심으로 작성한다"는 규칙이 있다면 Manus는 더 자연스러운 이메일을 만들 수 있습니다.

결과 이메일은 이런 형태가 됩니다.

제목: 신제품 출시 준비 회의 후속 정리 및 담당 업무 안내

안녕하세요, 모두 고생 많으셨습니다.
오늘 회의에서 논의한 신제품 출시 준비 사항을 아래와 같이 정리했습니다.

핵심 결정 사항은 출시 메시지 방향, 1차 랜딩페이지 구성, 사전 예약 일정입니다.
아직 확정되지 않은 항목은 촬영 일정과 광고 예산 배분이며, 각 담당자 확인이 필요합니다.

아래 체크리스트를 확인하시고, 담당 항목의 마감일 또는 변경 사항이 있으면 오늘 오후 5시까지 회신 부탁드립니다.
...

회의록 작업은 Manus가 "요약기"에서 "프로젝트 보조자"로 바뀌는 대표적인 순간입니다. 요약만 받으면 읽는 시간이 줄어듭니다. 실행 항목, 이메일, 체크리스트까지 받으면 다음 행동이 빨라집니다.

브랜드 가이드로 글, 메일, 슬라이드의 말투 맞추기

두 번째 실전 사례는 브랜드 일관성입니다. 회사가 커질수록 콘텐츠를 만드는 사람도 많아집니다. 블로그는 친근한데 세일즈 메일은 너무 공격적이고, 프레젠테이션은 딱딱하고, SNS는 가벼워지는 일이 생깁니다. 브랜드 가이드 문서를 Knowledge나 첨부 파일로 잘 활용하면 이런 흔들림을 줄일 수 있습니다.

먼저 브랜드 가이드가 자주 바뀌지 않는 핵심 규칙이라면 Knowledge에 요약본을 넣습니다. 예를 들어 "브랜드 목소리", "금지 표현", "표기법", "색상과 서체 원칙", "CTA 문장 원칙"을 저장합니다. 로고, 색상, 서체처럼 세부 시각 요소가 포함된 긴 PDF는 작업할 때 첨부 파일로 넣는 편이 좋습니다. Manus 공식 브랜드 자산 페이지처럼 색상 코드, 로고 사용 규칙, 금지된 변형이 명확한 자료는 디자인 작업이나 프레젠테이션 작업의 기준 문서로 활용하기 좋습니다.²

브랜드 가이드 PDF와 제품 소개 문서를 첨부하고, 다음처럼 요청해 보세요.

첨부한 `brand_guide.pdf`는 우리 브랜드 가이드이고,
`product_overview.docx`는 신제품 소개 문서입니다.

목표:
브랜드 가이드의 톤앤매너를 지키면서 신제품 홍보용 콘텐츠 3종을 만들어 주세요.

작성할 결과물:
1. 블로그 글 초안 1개
2. 잠재 고객에게 보낼 세일즈 이메일 1개
3. 7장짜리 프레젠테이션 구성안 1개

반드시 지킬 기준:
- 브랜드 가이드의 금지 표현은 사용하지 마세요.
- 제품 장점은 과장하지 말고 고객 문제와 연결해 설명해 주세요.
- 블로그 글은 교육적이고 신뢰감 있게 작성해 주세요.
- 세일즈 이메일은 짧고 구체적인 다음 행동을 제안해 주세요.
- 프레젠테이션은 문제 → 해결 방향 → 제품 기능 → 기대 효과 → 다음 단계 흐름으로 구성해 주세요.

마지막에 각 결과물이 브랜드 가이드의 어떤 원칙을 반영했는지 표로 설명해 주세요.

이 요청의 장점은 한 번에 세 가지 채널의 콘텐츠를 만들면서도 말투를 맞출 수 있다는 점입니다. 블로그, 이메일, 프레젠테이션은 형식이 다릅니다. 하지만 브랜드의 태도는 같아야 합니다. Manus에게 브랜드 가이드를 기준으로 삼게 하면 "같은 회사가 말하는 느낌"을 유지하기 쉬워집니다.

여기서도 검토 지시를 추가하면 좋습니다.

작성한 블로그 글, 이메일, 프레젠테이션 구성안을 브랜드 가이드 기준으로 자체 점검해 주세요.
점검 항목은 톤, 금지 표현, 메시지 일관성, 고객 중심성, 과장 여부입니다.
문제가 있는 문장은 수정 전후를 표로 보여 주세요.

Manus가 만든 초안을 그대로 쓰기보다, 스스로 1차 점검을 하게 만든 뒤 사람이 최종 검토하면 품질이 안정됩니다.

커피숍 분석을 '나만의 반복 업무'로 바꾸기

지난 장의 커피숍 매출 분석을 Knowledge와 파일 첨부 방식으로 다시 설계해 보겠습니다. 목표는 매주 같은 분석을 빠르게 반복하는 것입니다.

먼저 Knowledge에는 반복되는 분석 규칙을 저장합니다.

이름: 커피숍 주간 매출 분석 규칙

사용 조건:
커피숍 주문 CSV 또는 Excel 파일을 분석해 주간 매출 보고서를 만들 때 사용한다.

내용:
분석 목적은 매장 운영자가 메뉴, 인력 배치, 영업시간, 재고 준비를 결정하도록 돕는 것이다.

기본 지표:
- 총매출
- 주문 수
- 평균 주문 금액
- 상품별 주문 등장 횟수
- 상품별 매출 기여도 또는 추정 기여도
- 시간대별 주문 수와 매출
- 요일별 주문 수와 매출

보고서 형식:
1. 핵심 요약 5줄
2. 데이터 범위와 품질 이슈
3. 매출 흐름
4. 상품별 성과
5. 시간대·요일별 피크
6. 운영 제안
7. 검산 결과

주의:
price가 주문 총액이면 상품별 매출은 추정치로 표시한다.
orderItems가 여러 상품을 포함하면 가능한 구분자로 분리하되 기준을 보고서에 명시한다.
모든 차트 제목에는 집계 기준과 단위를 넣는다.

이제 매주 새 파일만 첨부하고 짧게 지시할 수 있습니다.

첨부한 `coffee_orders_2026_w19.csv`를 커피숍 주간 매출 분석 규칙에 따라 분석해 주세요.
이번 주 점장 회의용 1페이지 요약 보고서와 상세 보고서를 함께 만들어 주세요.
특히 전주 대비 비교가 가능하면 포함하고, 전주 데이터가 없으면 필요한 데이터 목록을 알려 주세요.

처음에는 20줄 넘게 쓰던 요청이 이제 3줄로 줄었습니다. 이것이 Knowledge의 힘입니다. 중요한 것은 지시가 짧아졌다는 사실 자체가 아니라, 결과물의 기준이 흔들리지 않는다는 점입니다. 매주 다른 표현으로 요청해도 Manus는 같은 보고서 구조와 검산 기준을 따라갈 수 있습니다.

파일 형식별로 다르게 지시하기

Manus는 여러 종류의 파일을 다룰 수 있지만, 파일 형식마다 좋은 지시 방식이 다릅니다. PDF는 페이지와 문단 구조가 중요하고, Excel은 시트와 컬럼 의미가 중요합니다. CSV는 구분자와 인코딩, 날짜·숫자 변환이 중요합니다. 이미지는 시각적 기준이 중요하고, 문서 파일은 제목 구조와 작성 의도가 중요합니다.

PDF를 넣을 때는 "전체 요약"보다 "찾아야 할 정보"를 알려주는 편이 좋습니다. 계약서라면 계약 기간, 해지 조건, 비용, 책임 제한, 개인정보 처리 조항을 찾게 해야 합니다. 리서치 보고서라면 핵심 주장, 근거 데이터, 방법론, 한계, 우리 업무에 적용할 점을 뽑게 해야 합니다.

Excel을 넣을 때는 시트 설명이 중요합니다. "Sheet1은 주문 원장, Sheet2는 상품 마스터, Sheet3은 매장 정보"처럼 알려주면 Manus가 관계를 더 잘 파악합니다. 여러 시트가 있는 파일을 그냥 올리면 어떤 시트를 기준으로 분석해야 할지 헷갈릴 수 있습니다.

CSV를 넣을 때는 컬럼 설명과 정제 기준이 중요합니다. 날짜 형식, 금액 형식, 결측치 처리, 중복 제거 기준을 말하세요. 특히 광고 성과나 매출 데이터처럼 숫자 판단이 중요한 파일은 "계산 기준을 보고서에 명시하라"고 덧붙이는 것이 좋습니다.

이미지를 넣을 때는 평가 관점을 정해야 합니다. 제품 사진인지, 광고 배너인지, UI 화면인지, 영수증인지에 따라 Manus가 봐야 할 것이 다릅니다. 예를 들어 UI 이미지는 사용성, 계층 구조, 버튼 가시성, 문구 명확성을 기준으로 봐야 하고, 광고 이미지는 메시지, 시선 흐름, 브랜드 일관성, CTA 가시성을 기준으로 봐야 합니다.

문서 파일을 넣을 때는 독자와 목적을 말해야 합니다. 같은 초안도 임원 보고용이면 짧고 결론 중심이어야 하고, 고객 안내용이면 친절하고 오해가 없어야 하며, 내부 매뉴얼이면 단계별로 따라 할 수 있어야 합니다.

Knowledge가 많아질수록 충돌 관리가 중요하다

Knowledge를 여러 개 만들다 보면 서로 충돌하는 지침이 생깁니다. 하나의 Knowledge에는 "문장은 짧게 쓴다"고 되어 있고, 다른 Knowledge에는 "고급스럽고 문학적인 표현을 사용한다"고 되어 있을 수 있습니다. 하나에는 "친근한 반말 금지"라고 되어 있는데, 다른 하나에는 "SNS에서는 가볍고 농담 섞인 말투"라고 되어 있을 수 있습니다.

이럴 때는 우선순위를 정해두는 것이 좋습니다. 예를 들어 다음과 같은 규칙을 별도 Knowledge로 저장할 수 있습니다.

이름: 지침 충돌 시 우선순위

사용 조건:
여러 Knowledge 또는 첨부 문서의 지침이 서로 충돌할 때 사용한다.

내용:
우선순위는 다음 순서를 따른다.
1. 사용자가 현재 대화에서 명시한 지시
2. 법무, 보안, 개인정보 관련 제한
3. 고객사 또는 프로젝트별 요구사항
4. 회사 브랜드 톤앤매너
5. 일반적인 문장 스타일 선호

충돌이 명확하면 임의로 결정하지 말고 사용자에게 확인 질문을 한다.

이런 우선순위는 Manus를 더 예측 가능하게 만듭니다. AI가 자율적으로 일할수록 "어떤 기준으로 판단해야 하는가"가 중요해집니다. 공개된 Manus Knowledge 구성 예시에서도 사용자 명시 지시, 활성 명령, 도메인별 지침, 일반 행동 지침처럼 우선순위를 두는 방식이 소개됩니다.³ 우리도 업무용 Knowledge를 만들 때 비슷한 원리를 적용할 수 있습니다.

긴 작업에는 파일을 '외부 기억'처럼 쓰기

Knowledge는 반복 지침을 저장하는 곳이지만, 긴 프로젝트에서는 별도의 작업 파일을 만들어 외부 기억처럼 쓰는 방식도 유용합니다. AI 에이전트는 긴 작업을 하다 보면 처음 목표를 잊거나, 이미 실패한 방법을 반복하거나, 중간 결정을 놓칠 수 있습니다. 이를 막기 위해 마크다운 파일로 계획과 발견 사항과 진행 기록을 남기는 방식이 널리 활용됩니다.

Manus식 컨텍스트 관리 방식으로 알려진 Planning with Files 패턴은 task_plan.md, findings.md, progress.md 같은 파일을 사용해 작업 계획, 조사 결과, 시도와 오류를 기록합니다.⁵ 공식 Manus Skills 문서에서도 Skills를 특정 능력이나 워크플로를 담은 파일 시스템 기반 리소스로 설명하며, 성공한 절차를 재사용 가능한 지침으로 저장하고 여러 세션과 프로젝트에서 다시 활용할 수 있다고 안내합니다.⁶

실무에서는 이렇게 응용할 수 있습니다. 예를 들어 3주 동안 경쟁사 리서치와 신제품 기획을 진행한다면 Manus에게 처음부터 다음 파일을 만들고 업데이트하게 요청합니다.

이번 작업은 여러 세션에 걸쳐 진행할 장기 프로젝트입니다.
작업을 시작하기 전에 다음 세 파일을 만들어 주세요.

- task_plan.md: 전체 목표, 단계별 계획, 현재 진행 상태
- findings.md: 조사한 사실, 출처, 중요한 발견
- progress.md: 시도한 작업, 결정 사항, 실패한 접근, 다음 액션

웹 검색이나 파일 분석을 진행한 뒤 중요한 내용은 findings.md에 요약해 주세요.
작업 중 가정이 바뀌거나 오류가 발생하면 progress.md에 기록해 주세요.
각 세션을 시작할 때 task_plan.md와 progress.md를 먼저 읽고 이어서 작업해 주세요.

이 방식은 Knowledge와 조금 다릅니다. Knowledge는 계속 유지되는 일반 지침이고, task_plan.md 같은 작업 파일은 특정 프로젝트의 기억입니다. 둘을 함께 쓰면 Manus는 장기 프로젝트에서도 방향을 잃지 않을 가능성이 높아집니다.

보안과 개인정보: 기억시킬수록 더 조심해야 한다

Knowledge와 파일 첨부를 잘 쓰면 Manus가 더 편리해집니다. 하지만 편리해질수록 보안도 중요해집니다. 회사 내부 문서, 고객 개인정보, 계약서, 재무자료, 인사평가 자료를 다룰 때는 "AI에게 줄 수 있는 정보인가?"를 먼저 생각해야 합니다.

특히 Knowledge에는 반복적으로 사용될 정보가 들어갑니다. 그러므로 일회성 민감정보를 넣지 않는 것이 좋습니다. 고객의 주민등록번호, 개인 전화번호 목록, 미공개 재무 수치, 비밀번호, API 키, 내부 시스템 접속 정보는 Knowledge에 넣지 마세요. 파일 첨부로 처리해야 하는 경우에도 가능한 한 마스킹하거나 필요한 범위만 제공하는 편이 안전합니다.

팀에서 Manus를 쓴다면 최소한 다음 원칙을 정해두세요.

Knowledge에는 장기적으로 공개되어도 되는 업무 지침과 비식별 정보만 저장한다.
고객 개인정보, 인증정보, 비밀 계약 조건은 원칙적으로 저장하지 않는다.
민감 문서를 첨부할 때는 목적, 접근 범위, 삭제 또는 보관 정책을 확인한다.
외부 공유용 결과물은 사람이 최종 검토한 뒤 발송한다.

AI가 일을 잘하려면 맥락이 필요합니다. 하지만 모든 맥락을 다 줄 필요는 없습니다. 좋은 사용자는 많이 주는 사람이 아니라, 필요한 만큼 정확히 주는 사람입니다.

나만의 작업자 만들기 실습

이제 직접 해볼 차례입니다. 이번 실습에서는 여러분의 업무에 맞는 Knowledge 3개와 파일 첨부 프롬프트 1개를 만듭니다. 꼭 회사 업무가 아니어도 됩니다. 1인 사업, 블로그 운영, 취업 준비, 대학원 연구, 개인 일정 관리에도 똑같이 적용할 수 있습니다.

먼저 아래 세 가지 Knowledge를 만들어 보세요.

[Knowledge 1: 나 또는 우리 회사 소개]
우리는 누구인가:
주요 고객 또는 독자:
제공하는 가치:
자주 다루는 주제:
피해야 할 오해:

[Knowledge 2: 문체와 결과물 규칙]
기본 말투:
문장 길이:
선호하는 구조:
자주 쓰는 표현:
피해야 할 표현:
전문 용어 설명 방식:

[Knowledge 3: 반복 보고서 형식]
사용 상황:
보고서 독자:
기본 목차:
반드시 포함할 표 또는 지표:
검산 또는 확인 기준:
마지막에 포함할 다음 액션:

그다음 최근에 실제로 처리해야 하는 파일 하나를 준비합니다. 회의록, 매출표, 제안요청서, 고객 인터뷰, 블로그 초안, 브랜드 가이드 중 무엇이든 좋습니다. 파일을 첨부하고 다음 템플릿으로 요청해 보세요.

첨부한 파일은 [파일 설명]입니다.
이 파일을 읽는 목적은 [업무 목적]입니다.

Knowledge에 저장된 [사용할 Knowledge 이름]의 기준을 적용해 주세요.

중점적으로 봐야 할 내용:
- [기준 1]
- [기준 2]
- [기준 3]

결과물 형식:
- [결과물 1]
- [결과물 2]
- [결과물 3]

주의 사항:
- 파일에 없는 내용은 추정하지 말고 '확인 필요'로 표시해 주세요.
- 중요한 판단에는 근거 문장이나 근거 데이터를 함께 표시해 주세요.
- 마지막에 사람이 검토해야 할 항목을 따로 정리해 주세요.

이 실습을 마치면 Manus 사용 방식이 바뀝니다. 이제 여러분은 매번 백지에서 지시문을 쓰지 않습니다. Manus에게 기본 업무 규칙을 알려두고, 새 파일이 들어올 때마다 "이 기준으로 처리해줘"라고 말할 수 있습니다.

이 장에서 기억할 것

Knowledge와 파일 첨부를 구분하는 순간 Manus는 훨씬 실무적인 도구가 됩니다. Knowledge에는 반복되는 선호도, 브랜드 정보, 업무 규칙, 보고서 형식을 저장합니다. 첨부 파일에는 이번 작업에서 읽고 분석하고 변환해야 할 원본을 넣습니다. 그리고 파일을 올릴 때는 반드시 파일의 목적과 분석 기준과 결과물 형식을 함께 설명합니다.

좋은 Knowledge는 길고 화려한 설명이 아닙니다. 다시 쓸 가치가 높고, Manus의 판단과 문체와 구조를 바꾸는 짧고 선명한 규칙입니다. 좋은 파일 첨부 프롬프트는 "이거 요약해줘"가 아니라 "이 파일을 어떤 역할로 읽고, 무엇을 찾아서, 어떤 형태로 만들어야 하는지"를 알려주는 작업 지시서입니다.

다음 장에서는 이렇게 만든 작업 환경을 더 현실적인 비용 관리와 연결합니다. Manus가 일을 잘하게 만드는 것도 중요하지만, 크레딧을 낭비하지 않고 필요한 작업에 정확히 쓰는 운영 감각도 그만큼 중요합니다.

참고

¹Manus API - Manus Documentation

²Manus 브랜드 자산

³Manus Knowledge Base - GitHub

⁴file.upload - Manus API

⁵Planning with Files - Manus 방식으로 AI 에이전트 컨텍스트 문제 해결하기

⁶Manus Skills - Manus Documentation

책 목록

Meta Manus 완전 활용 가이드: AI 에이전트로 일과 삶을 자동화하는 법

전체 목차 보기