WorkBuddy란 무엇인가? 제로 기초 입문과 학습 로드맵

제가 가장 자주 맡기는 작업은 이런 종류입니다: 수십 페이지 분량의 자료를 읽고, 지정된 몇 개의 블록에 따라 한 페이지짜리 문서로 정리하는 것. 이런 작업은 예전에 제가 직접 하면 두 시간 넘게 걸렸고, 중간에 왔다 갔다 하며 다시翻阅해야 했습니다.

보통 저는 요구 사항을 다섯 줄로 설명하고 차를 우려러 갑니다. 돌아오면 결과물이 이미 폴더 안에 들어 있습니다——"다음은 정리 결과입니다" 같은 채팅 텍스트가 아니라, 실제 문서 한 부이며, 블록이 명확하고 각 항목 뒤에 몇 페이지에서 나왔는지 표기되어 있습니다.

이것이 바로 WorkBuddy와 "웹 버전 AI 채팅창"의 가장 근본적인 차이입니다:전자는 물건을 전달하고, 후자는 텍스트를 전달합니다.

이 글은 전체 튜토리얼의 첫 번째 편으로, 목표는 당신이 직접 손을 대기 전에 세 가지를 먼저 명확히 하는 것입니다: 그것이 무엇을 하는지, 어떤 종류의 일을 대신 해줄 수 있는지, 제로에서 시작하려면 어떻게 배워야 하는지. 다 읽고 나면 어떤 기술도 몰라도 되지만, 한 가지 질문에는 답할 수 있어야 합니다——제 손에 있는 어떤 일이 그것에 맡길 가치가 있는가.

먼저 그것이 무엇인지 설명하겠습니다

공식 웹사이트의 표현은 이렇습니다: Tencent가 출품한, 전 시나리오 AI 오피스 워크벤치, "요구 사항을 말하고, 작업 실행을 시작하고, 완전한 성과물을 전달". 이 문장에서 제가 가장 핵심적이라고 생각하는 단어는실행和전달。

그것이 하는 일은: 당신의 요구를 받은 후 스스로 단계를 나누고, 도구를 호출하며(파일 읽기, 자료 검색, 코드 작성, 문서·표 생성), 중간 결과를 남겨두고, 마지막에 완성품을 주며, 또한과정을 되돌아가서 볼 수 있습니다. 당신이 검토하는 것은 그것이 무엇을 했는지이지, 진위를 알 수 없는 결론만 보는 것이 아닙니다.

더 직설적으로 말하면: 당신이 고용한 것은 "모든 것을 아는 컨설턴트"가 아니라 "일을 끝낼 수 있는 동료"입니다.

세 단어면 충분합니다: 작업, 워크스페이스, 전달물

이 개념은 용어에 겁먹지 마세요, 세 단어로 끝냅니다:

• 작업: 당신이 맡긴一件事. "어떤 결과를 원하는지"를 명확히 적으세요, "먼저 무엇을 하고 그다음 무엇을 하는지"가 아니라—순서는 그것이 알아서 정렬합니다.
• 작업 공간: 그것이 일하는 그 폴더. 당신이 준 자료, 그것이 산출한 파일이 모두 그 안에 있습니다. 이것이 그것과 당신 컴퓨터 사이의 유일한 통로이며, 당신이 리스크를 통제하는 핵심입니다.
• 산출물: 마지막에 당신에게 주는 것. Word 한 부, 표 하나, 코드 한 단락, 그림이 포함된 보고서 한 부, 모두 해당됩니다.

진짜 초보자의 문턱은 이 세 명사가 아니라 한 가지에 있습니다:당신이 "내가 원하는 것"을 검증 가능할 정도로 말할 수 있는가."좀 정리해 줘" 같은 말은 누가 들어도 추측만 할 수밖에 없습니다; "이 네 블록으로 나누고, 각 항목에 페이지 번호를 표기하고, A4 1페이지로 출력" 같은 말은做完对不对你一眼就知道.

그것이 도대체 무엇을 할 수 있는가

제가 이 기간 동안 사용한 방식에 따르면, 신뢰할 수 있는 작업은 네 가지 유형에 집중됩니다:

첫째는 자료에서 결론으로.파일 더미와 몇 개의 웹 주소를 주고, 읽고, 교차 비교하고, 결론을 내리게 합니다. 업계 자료 조사, 여러 업체 견적 비교, 십여 편의 논문을 종합 리뷰로 정리하는 것—이런 것은 그것이 저보다 훨씬 빠릅니다.

둘째는 반복적인 문서 작업.주간 보고서, 회의록을 액션 아이템으로 전환, 계약 조항 추출, 표 데이터 정리 및 집계. 이런 작업들의 공통점은 「규칙은 명확하지만 사람을 많이 소모한다」는 것이다.

세 번째는 직접 실행하는 부분이다.스크립트 작성, 배치 처리 실행, 웹 페이지 프로토타입 제작, Excel의 수식을 전부 다시 작성하기. 이것은 실제로 파일을 생성해 주지, 코드 한 조각을 줘서 직접 붙여넣게 하지는 않는다.

네 번째는 정해진 시점에 스스로 실행하는 것이다.이것이 간과되기 쉬운 측면이다: 작업을 정기 실행으로 설정할 수 있다. 예를 들어 매일 아침 자동으로 여러 웹사이트를 둘러보고, 변경이 있으면 한 단락으로 정리해서 보내준다. 이 단계에 이르면 「도구」에서 「당직자」로 변한다.

플랫폼 측면에서 공식 사이트가 제공하는 목록은 비교적 완전하다: 데스크톱은 Windows, macOS가 있고, Linux는 시스템 앱 스토어를 통해, 그리고 HarmonyOS 컴퓨터 버전도 있다; 모바일은 iOS, Android, HarmonyOS가 있고, 별도로 WeChat 미니프로그램도 있다. 즉, 밖에서 휴대폰으로 작업을 지시하고 집에서 컴퓨터로 결과를 확인하는 경로가 열려 있다.

이것이 적합하지 않은 용도 (이 부분이 위보다 중요하다)

좋다고 말하는 부분은 마케팅이고, 좋지 않다고 말하는 부분이 바로 평가다. 세 가지 제한을 먼저 알아야 한다:

첫째, 검색 엔진으로 쓰기에는 적합하지 않다.「어떤 정책이 언제 발표되는지」 같은 것을 물으면, 찾아보기는 하지만 돌아오는 것은 그것이 관련 있다고 판단한 페이지다; 정확한지 여부는 출처를 직접 확인해야 한다. 숫자, 날짜, 가격, 법조문은 일률적으로 출처를 표기하도록 요구하고, 그런 다음 직접 클릭해서 대조해야 한다. 이 점은 내가 직접 원고를 쓸 때 겪은 적이 있다: 그것이 준 날짜는 그럴듯해 보였지만 실제로는 그것이 추론한 것이었다.

둘째, 「설정해 놓고 방치」로 쓸 수 없다.정기적인 작업은 모두 누군가 결과를 봐야 한다. 벗어나거나, 아무것도 못 잡거나, 인터페이스가 끊겨도 그것이 반드시 알지는 못한다. 나는 현재 모든 자동 작업에 「결과가 없어도 보고할 것」을 요구한다, 그렇지 않으면 조용한 실패가 가장 골치 아프다.

셋째, 권한을 한 번에 다 주지 마라.그것은 파일을 읽을 수 있고 명령을 실행할 수 있는데, 이는 능력이자 위험이다. 원칙은 간단하다:이 일을 하는 데 필요한 그 폴더만 주어라, 처음부터 전체 하드디스크를 넘기지 마세요. 계정 비밀번호, 고객 자료, 회사 내부망과 관련된 것은 먼저 명확히 생각한 후에 제공하세요.

n8n과 어떤 관계인지, 혼동하지 마세요

사이트에 이미 n8n 튜토리얼 전체 세트가 있는데, 이 둘이 같은 종류인지 자주 묻습니다. 아닙니다.

n8n은 파이프라인입니다: "이것 먼저 확인하고, 그다음 판단하고, 그리고 발송"을 직접 하나의 흐름으로 그리면, 매일 그대로 따라갑니다. 장점은 안정적이고 감사 가능하며 만 번 실행해도 동일하다는 것이고, 단점은 흐름을 먼저 명확히 생각해야 하며 예상치 못한 상황을 만나면 거기서 멈춘다는 것입니다.

WorkBuddy는 더스스로 길을 찾는 작업자에 가깝습니다: "이 일을 처리해"라고 하면 스스로 무엇을 먼저 할지 판단합니다. 장점은 미리 설정하지 않은 작업을 처리할 수 있다는 것이고, 단점은 매번 수행 경로가 다를 수 있어 결과를 직접 확인해야 한다는 것입니다.

실제로 사용하면 둘은 상호 보완적입니다:흐름이 고정된 것은 n8n에, 판단이 필요한 것은 WorkBuddy에 맡기세요.예를 들어 정기적으로 여러 곳에서 데이터를 수집하고, 매일 고정 위치로 push하여 고정 형식으로 정리하는 것은 n8n에 맡기고; 수집한 것이 무엇을 의미하는지, 다음 단계에서 어떤 결정을 해야 하는지는 WorkBuddy에 맡기세요.

웹 버전 대형 모델과 비교하면 어디가 다른가

웹 버전은 "묻는 즉시 답하는" 것이 강점이고, 세 가지가 약점입니다: 페이지를 닫으면 끊기고, 컴퓨터의 파일을 읽을 수 없으며, 산출물을 직접 복사 붙여넣기해야 합니다.

WorkBuddy는 정확히 이 세 가지를 보완합니다: 작업에 컨텍스트가 있어 이어서 할 수 있고, 지정한 디렉토리의 파일을 읽을 수 있으며, 산출물이 직접 파일로 저장됩니다. 대가는 더 무겁다는 것입니다—클라이언트를 설치해야 하고, 작업 공간을 제공해야 하며, 첫 설정이 웹페이지를 여는 것보다 번거롭습니다.

판단 기준은 간단합니다:일회성 문제는 웹 버전을 쓰고, 연속으로 해야 하거나 파일을 다뤄야 하는 작업은 이걸 쓴다.

비용은 얼마나 드나

공식 사이트에는 「무료로 시작 · 무한한 가능성」이라고 적혀 있고, 클라이언트는 무료로 다운로드해 사용할 수 있다. 각 기능이 얼마나 소모되는지, 구독 티어가 있는지, 기업용은 어떻게 계산하는지는 각사 정책이 바뀌므로 여기에 숫자를 고정해 쓰지 않는다——클라이언트 내 설명과 공식 사이트의 현재 페이지를 기준으로 한다.

내가 줄 수 있는 조언은: 우선 결제부터 서두르지 말 것. 무료 한도로 네가 가장 해결하고 싶은 그 한 가지를 끝까지 돌려보고, 정말로 시간을 아껴주는지 확인한 뒤에 투자를 늘릴지 고려하라. 반대로 먼저 사고 나서 용도를 찾으면 대부분 방치된다.

제로에서 사용 가능까지, 루트는 어떻게 가나

아래 12단계가 이 튜토리얼의 전체 내용이며, 순서대로 진행하면 되고 건너뛸 필요는 없다. 날짜가 표시된 것은 이미 올라갔고, 나머지는 주 단위로 업데이트한다.

• 1단계｜그것이 무엇인지, 무엇을 할 수 있는지, 학습 루트——바로 지금 보고 있는 이 글이다.
• 2단계｜어떻게 설치하고, 첫 번째 일을 어떻게 끝까지 돌리는지——다운로드, 로그인, 첫 번째 작업 주기, 핵심은 「처음에 요구사항을 어떻게 말해야 하는지」다.
• 3단계｜인터페이스 투어: 대화, 워크스페이스, 스킬, 자동화가 각각 무엇을 말하는지——여섯 가지 개념을 한 번에 구분해서, 도구를 채팅창처럼 쓰는 일을 피한다.
• 4단계｜스킬과 템플릿——긴 프롬프트를 쓰지 않아도 쓸 만한 결과를 얻는다.
• 5단계｜커넥터와 MCP——GitHub, 이메일, 문서, 지식 베이스에 연결한다.
• 6단계｜자동화와 예약 작업——매일 스스로 작업하게 만들기, 그리고 「조용한 실패」를 방지하는 방법.
• 7단계｜기억과 개인화——사용자의 습관을 기억하게 하여 쓸수록 설명이 줄어들게 한다.
• 8단계｜전문가와 멀티 에이전트——하나의 작업을 여러 역할에 나눠 맡긴다.
• 9단계｜휴대폰과 IM 원격 작업 지시——컴퓨터 앞에 없어도 진행할 수 있다.
• 10단계｜디버깅과 문제 해결——작업이 어긋나거나 멈추거나 오류가 날 때 먼저 볼 곳.
• 11단계｜고급 설정과 안정적 운영——장기간 계속 실행할 때 권한, 비용, 백업을 어떻게 관리할지.
• 12단계｜버전 업데이트와 호환성——기능이 바뀌면 어떻게 따라갈지, 겪었던 함정을 여기에 기록한다.

처음 3단계를 보면 일상에서 바로 쓸 수 있고, 4~6단계는 「가끔 사용」에서 「매일 사용」으로 넘어가는 분기점이며, 7단계 이후는 그 능력을 끝까지 짜내는 부분이다.

초보자가 가장 쉽게 빠지는 네 가지

첫째, 채팅창으로 취급하는 것.한 마디 물으면 한 마디 답하고, 일주일 써보고 「그저 그렇다」고 느낀다. 실제로 효과가 나는用法은 일 하나를 통째로 맡겨 끝까지 돌게 하는 것이다.

둘째, 요구가 너무 모호한 것.「좀 전문적으로 써줘」「최적화해줘」— 이런 말은 실행할 수 없다. 「이 업종에 익숙하지 않은 독자를 대상으로, 800자 이내로, 모든 형용사를 빼고」로 바꾸면 즉시 달라진다.

셋째, 첫 번째부터 큰 프로젝트를 하는 것.회사에서 가장 중요한 일로 시험대에 올리면, 한 번 어긋나는 순간 다시 쓰기가 두려워진다. 올바른 순서는: 먼저 「망쳐도 상관없는」 작은 일로 끝까지 돌려보고, 그다음 점차 난도를 높이는 것이다.

넷째, 결과만 보고 과정을 보지 않는 것.제시한 결론에 숫자가 있으면 반드시 과정을 확인해야 한다. 내가 써본 바로는, 오류 장면의 90%가 「날짜, 가격, 버전 번호, 남의 원문 인용」 이 네 가지에 집중되어 있다 — 이것들이 바로 가장 그럴듯해 보이면서 실제로는 잘못 지어내기 쉬운 부분이다.

보안这件事, 곁들여 두 마디

공식 사이트에서 보안 관련 설명을 꽤 제공한다: 전송 및 저장 전 과정 암호화, 역할 기반 권한 제어, 작업에 감사 로그, 또한 ISO 27001, SOC 2, 등보 3급 같은 인증도 통과했다. 이것들은제품 측의 보장이다.

사용자 측의 보장은 직접 해야 한다: 작업 영역을 함부로 지정하지 말고, 계정 비밀번호를 작업에 직접 쓰지 말고, 남에게 보여줄 산출물은 먼저 불필요한 정보가 포함되지 않았는지 검토하라. 이 세 가지가 어떤 인증보다 실질적이다.

소결

한 문장으로 요약하면:WorkBuddy는 「일 전체를 맡기고 완성품을 받는」 도구이지, 「질문과 답변」 도구가 아니다.

만약 당신에게 마침 이런 종류의 작업이 있다면—규칙은 명확하지만 한두 시간이 걸리고, 끝나면 파일로 정리해야 하는—그것이 가장 좋은 첫 실험 대상이다.

다음 편에서는 바로 실행한다: 어떻게 다운로드 및 설치하는지, 로그인 후 첫마디를 어떻게 말해야 하는지, 어떻게 실제 작은 작업 하나로 그것을 끝까지 돌리는지. 설치가 안 되거나 실행이 안 되는 문제는 그 편에 모두 있다.

덧붙여 말하자면, 만약 당신이 「프로세스를 파이프라인으로 그리는 것」을 더 배우고 싶다면, 그 n8n 설치 튜토리얼이 더 적합하다. 두 가지는 같은 문제를 해결하는 것이 아니다.