Lindy AI 사용법: 24시간 돌아가는 AI 직원 세팅하기

Lindy AI 사용법 한 줄 요약

일단 무료 체험부터 켜고, 첫 Lindy AI 에이전트는 150단어 안팎의 짧은 프롬프트로 시작하세요. 2026-04-19 기준 공식 가격 페이지에서는 Plus $49.99, Pro $99.99, Max $199.99로 보이고 Pro부터 브라우저를 직접 누르는 Computer Use가 들어가요. Zapier나 Make처럼 규칙만 이어붙이는 일이 아니라, 이메일을 읽고 우선순위를 가르거나 미팅 전에 사람과 회사를 훑어주는 식의 AI 판단이 필요한 자리에 넣어야 돈값을 해요.

Lindy 처음 켰을 때 욕심부터 냈어요. 이메일, 일정, 회의록, 영업 리서치까지 한 번에 다 맡기려고 요구사항 문서(PRD)를 길게 붙여 넣었거든요. 결과는 파싱 오류였어요. 다시 줄였죠. 역할, 입력, 출력 형식, 실패했을 때 처리만 남기니 그제야 첫 에이전트가 돌아가더라고요. Lindy AI 사용법을 찾는 사람도 대체로 여기서 막혀요. Zapier처럼 앱만 이어 붙이는 도구인지, n8n처럼 분기와 디버깅을 직접 챙겨야 하는지, 아니면 진짜로 판단이 필요한 일에 써야 하는지 헷갈리죠. 이 글은 그 갈림길부터 정리해요. 가입 순서, 요금, 첫 에이전트 프롬프트, 자주 터지는 실패 지점까지 한 페이지에 묶었어요. 도구 축 자체가 아직 흐리면 Zapier vs n8n vs Make: 1인 운영자가 직접 써본 선택 기준도 같이 보면 좋아요. 근데 이 글은 거기서 한 발 더 들어가서, Lindy에서 바로 효과 보는 자리와 아직 손이 많이 가는 자리를 같이 짚어요.

Lindy AI가 뭐고 Zapier·n8n·Make랑 어디서 갈리나

Lindy는 메일, 일정, 회의, 후속 작업처럼 문맥을 읽고 움직여야 하는 업무에 맞아요. 반대로 규칙만 정확히 흘리면 되는 자동화는 Zapier나 Make가 더 단순할 때가 많죠. 설마 이메일 중요도 판단까지 규칙 몇 줄로 버티고 있는 건 아니죠? 그런 자리야말로 Lindy를 끼우면 가장 먼저 체감 오는 데거든요.

도구	잘 맞는 일	덜 맞는 일	주 사용 환경
Lindy	이메일 분류, 미팅 준비, 회의 요약, 답장 초안, 전화 에이전트	복잡한 대량 분기만 있는 작업	웹 앱, iMessage, SMS, Slack, 이메일, 전화
Zapier	앱 간 데이터 이동, 간단한 트리거-액션 자동화	긴 문맥 판단, 답장 품질 튜닝	웹
n8n	세밀한 분기, self-host, API 중심 플로우	비개발자 첫 세팅 속도	웹, self-host
Make	시각적 시나리오, 대량 작업, 복잡한 라우팅	사람 말투로 쓰는 답장 초안	웹

Lindy 쪽은 공식 문서 기준으로 웹 앱, 문자(iMessage/SMS), Slack, 이메일, 전화 에이전트까지 이어져요. 그래서 “받은편지함을 보고 중요한 것만 골라줘”, “다음 미팅 전에 상대 회사 요약해줘” 같은 흐름이 자연스럽죠.

Zapier나 Make가 나쁘다는 얘기는 아니에요. 앱 사이 데이터를 정확히 옮기는 일은 여전히 강해요. 근데 Lindy가 빛나는 자리는 “읽고 판단하고 초안까지 만든다”에 가까워요. 이 차이를 먼저 잡아두면 괜히 비싼 플랜부터 결제할 일이 줄어요.

도구 비교를 더 길게 보고 싶으면 Zapier vs n8n vs Make: 1인 운영자가 직접 써본 선택 기준에서 기준부터 다시 맞춰보세요.

가입부터 첫 Lindy AI 에이전트 띄우기

첫 에이전트는 Gmail 받은편지함이나 미팅 준비처럼 입력이 분명한 업무로 잡아야 해요. 한 번에 다 넣지 말고 Build → Test → Expand 순서로 쪼개면 훨씬 덜 막혀요. 설마 첫 시도부터 회사 업무 전체를 맡길 건 아니죠? 첫 에이전트는 한 업무만 맡기는 쪽이 훨씬 덜 엎어져요.

먼저 순서부터 짧게 잡아요.

• 계정 만들기
• 휴대폰 번호 연결 여부 결정
• Google 계정 연결
• Gmail 또는 Google Calendar 하나만 먼저 붙이기
• 출력 형식을 Markdown(기본 서식을 텍스트로 적는 방식)으로 고정하기
• 초안은 저장 또는 승인 모드로 시작하기

처음엔 길게 설명할수록 똑똑하게 알아들을 줄 알았는데, Lindy에서는 꼭 그렇지 않더라고요. 짧고 또렷한 프롬프트가 더 잘 붙어요. 특히 역할, 입력, 판단 기준, 출력 형식, 오류 처리. Lindy AI 사용법의 핵심은 결국 이 다섯 가지 뼈대를 150단어 안팎에 눌러 담는 일이에요.

150단어 안팎 프롬프트 예시

역할: 매일 아침 9시에 Gmail 받은편지함을 보고,
최근 24시간 안에 온 메일 중 답장이 필요한 것만 골라 주세요.

입력: Gmail 계정
판단 기준: 영수증, 자동 알림, 뉴스레터는 제외. 질문, 요청, 일정 제안만 포함.
출력 형식: Markdown.
출력 구조:
- 발신자
- 한 줄 요약
- 왜 중요한지 1문장
- 답장 초안 3문장

오류 시: "실패 이유" 한 줄과 함께 초안 저장만 하고 전송은 하지 않기.

기대 출력 예시

## 2026-04-19 받은편지함 요약

- 김OO
  - 다음 주 미팅 시간 조정 요청
  - 일정 확정이 필요해서 중요해요.
  - 답장 초안: 화요일 오전 10시와 수요일 오후 2시가 가능합니다. 편한 시간 알려주세요. 확인되면 초대 보내둘게요.

- 박OO
  - 제안서 검토 후 수정 요청
  - 오늘 안에 회신해야 일정이 밀리지 않아요.
  - 답장 초안: 검토 감사합니다. 요청하신 수정 사항 반영해 다시 보내드릴게요. 오늘 오후 5시 전까지 전달하겠습니다.

이 단계에서 메일 자동화 감을 더 잡고 싶으면 AI 이메일 자동화: Gmail + GPT 답장 템플릿 5종을 같이 보면 좋아요. Lindy로 옮겨도 “무엇을 분류하고 어디까지 초안만 둘지” 기준은 그대로 가져갈 수 있거든요.

Lindy AI 요금과 사용 환경, 어디까지 무료로 볼까

요금부터 보면 괜히 겁먹기 쉬워요. 먼저 어떤 환경에서 쓸지부터 잡고, API 없이 웹 화면을 직접 눌러야 할 때만 Pro를 보면 돼요. 굳이 처음부터 Pro로 갈 이유가 있을까요?

2026-04-19 기준 공식 가격 페이지에서 보이는 플랜은 이래요.

플랜	월 요금	누구에게 맞나	체크할 점
Plus	$49.99	1인 운영자 첫 실험	기본 사용량, inbox 2개 연결
Pro	$99.99	브라우저 클릭 자동화까지 필요한 사람	Plus 포함 + 3배 사용량 + inbox 3개 + Computer Use
Max	$199.99	사용량이 빠르게 늘어나는 팀	Pro 포함 + 7배 사용량 + inbox 5개 + Computer Use 확대
Enterprise	문의	팀 배포와 보안 통제가 필요한 조직	SSO, SCIM, audit logs, 전담 지원

사용 환경도 같이 봐야 해요.

• 웹 앱으로 바로 시작 가능
• iPhone은 iMessage 중심
• Android는 SMS(문자) 중심
• Slack과 이메일에서도 바로 붙일 수 있음
• 전화 에이전트는 별도 번호 과금과 분당 과금이 붙음

전화 쪽은 생각보다 별도 제품처럼 보는 게 맞아요. 공식 문서 기준으로 번호당 월 $10이 붙고, 미국 기본 설정은 $0.19/분으로 안내돼요. 그러니 초반엔 웹 앱 + Gmail + Google Calendar 조합으로 먼저 돌려보고, 그다음에 전화나 Computer Use를 붙이는 쪽이 안전하죠.

참고로 GUI 중심 자동화 대안을 같이 보고 싶으면 Gumloop 사용법: 1인 운영자 업무 자동화 워크플로 만들기도 한 번 보세요. 같은 노코드 축이어도 “무엇을 자동화하는지”에 따라 훨씬 잘 맞는 쪽이 달라져요.

바로 따라 할 Lindy AI 에이전트 3개

처음엔 근사한 멀티에이전트보다 한 방에 체감 오는 업무 세 개가 낫죠. Lindy AI 에이전트는 입력이 또렷하고 출력이 짧은 자리부터 붙이면 실패율이 확 줄어요. 가장 먼저 효과 보는 자리가 어디일까요?

유즈케이스	입력	출력	왜 먼저 해볼 만한가
영업 콜 10분 전 리서치	Google Calendar 이벤트, 참가자 이메일	사람 요약 + 회사 요약 + 질문거리	바로 다음 미팅에 써먹을 수 있어요
회의 → 링크드인 글 5개 초안	회의 녹취, 회의 제목, 핵심 포인트	톤이 다른 글 초안 5개	콘텐츠 재활용 속도가 빨라져요
받은편지함 트리아지	Gmail 새 메일	중요도 분류 + 답장 초안	매일 반복되는 귀찮음이 줄어요

1. 영업 콜 10분 전 리서치

흐름은 단순해요. Google Calendar 이벤트 10분 전 → 참가자 확인 → LinkedIn 프로필과 회사 정보 정리 → Slack DM 또는 문자로 요약. 이건 준비 시간이 바로 줄어서 체감이 빨라요.

트리거: Google Calendar 이벤트 시작 10분 전
→ 참가자 이메일 읽기
→ LinkedIn 프로필 요약
→ 회사 정보 요약
→ 오늘 미팅에서 물어볼 질문 3개 만들기
→ Slack DM 전송

2. 회의 끝나면 글감 5개 뽑기

회의 녹취만 쌓이고 안 쓰는 팀이 많죠. Lindy로 회의 요약을 만들고, 그걸 바탕으로 각도가 다른 글 5개를 뽑게 하면 콘텐츠 재료가 바로 생겨요. 이 흐름이 마음에 들면 AI 뉴스레터 자동화, 주 1시간 파이프라인도 같이 보면 확장하기 좋아요.

3. 받은편지함 트리아지

이건 제일 빨리 안정화돼요. 자동 알림, 영수증, 뉴스레터는 빼고 실제 답장이 필요한 메일만 남기면 돼요. 처음 한 주는 자동 전송 말고 초안 저장으로 두는 쪽이 안전해요. Lindy AI 사용법을 처음 익히는 단계라면 이 트리아지 한 개만 먼저 돌려도 값어치는 뽑아요.

실제로 막히는 지점 5개와 해결책

실패 패턴은 생각보다 비슷해요. 긴 요구사항 문서(PRD), HTML 메일 포맷, 에이전트 체이닝 욕심, 반복 오류, 구식 가이드가 대부분이더라고요. 왜 늘 비슷한 데서 막힐까요?

“완벽한 기획서 ≠ 작동하는 제품.” Lindy에서는 이 말이 꽤 맞아요. 길게 적는다고 잘 되는 게 아니라, 에이전트가 지금 당장 판단해야 할 기준만 남겨야 해요. 표로 보면 패턴이 보여요.

막히는 지점	흔한 증상	바로 할 일
프롬프트가 너무 길다	생성 단계에서 꼬이거나 엉뚱한 노드가 생김	150단어 안팎으로 줄이기
HTML 메일을 그대로 쓰려 한다	메일 본문에 태그가 날것으로 보임	프롬프트에 Markdown 출력 명시
에이전트 여러 개를 한 번에 묶는다	중간 단계가 안 이어지거나 흐름이 멈춤	한 에이전트 안에서 반복(loop)과 조건 분기(condition)로 먼저 풀기
오류 로그를 안 본다	같은 실패를 계속 반복함	Tasks 탭(실행 기록 화면) URL부터 확인
외부 AI 설명만 믿는다	예전 요금제나 예전 모델 정보가 섞임	Academy, pricing, 최신 공지를 마지막 기준으로 보기

특히 이메일 쪽은 HTML(웹 문서용 태그)보다 Markdown 쪽이 덜 꼬였어요. “Markdown 형식으로 출력” 이 한 줄이 생각보다 중요하더라고요. 메일이 예쁘게 보여야 하는데 태그가 그대로 찍히면 신뢰가 바로 떨어지거든요.

에이전트 체이닝도 욕심내기 쉬워요. 근데 지금은 한 에이전트 안에서 조건 분기와 서브워크플로처럼 풀어가는 쪽이 더 현실적이에요. 복잡한 분기와 재시도가 많다면 n8n 사용법: Docker 셀프호스팅부터 AI 워크플로우까지 같은 개발자형 대안이 더 맞을 수도 있어요.

아 그리고 Computer Use를 루프 안에서 돌릴 때는 사이트가 자동화를 막을 수 있어요. LinkedIn처럼 민감한 서비스라면 더 그렇죠. 그래서 대량 자동화보다 좁은 범위 테스트부터 해야 해요.

자주 묻는 질문

Q1: Lindy AI가 Zapier나 n8n이랑 뭐가 다른 건가요?

A: Zapier와 Make는 앱 간 데이터 이동처럼 규칙형 자동화에 잘 맞아요. n8n은 세밀한 분기와 self-host가 필요한 개발자형에 가깝죠. Lindy는 이메일을 읽고 우선순위를 매기거나, 미팅 전에 맥락을 모아서 답장 초안을 쓰는 식의 AI 판단이 필요한 자리에 더 잘 맞아요.

Q2: 무료 체험만으로 충분한가요, 아니면 바로 Pro가 필요할까요?

A: 처음엔 무료 체험으로 충분해요. Lindy AI 사용법을 익히는 동안은 Plus 수준 기능이면 이메일 트리아지, 미팅 준비 같은 기본 시나리오가 다 돌아가요. 2026-04-19 기준 공식 가격 페이지에서는 Pro부터 Computer Use가 들어가니, API 없는 SaaS를 브라우저로 직접 눌러야 할 때만 Pro를 보면 돼요.

Q3: 프롬프트를 얼마나 짧게 써야 하나요?

A: 150단어 안팎부터 시작해보세요. 역할, 입력, 판단 기준, 출력 형식, 오류 처리만 남기면 돼요. 처음부터 길게 쓰면 오히려 흐름이 꼬일 때가 많아요.

Q4: n8n에서 Lindy로 옮길 때 제일 먼저 바꿔야 하는 건 뭔가요?

A: HTML 메일 템플릿을 그대로 들고 오지 않는 게 먼저예요. Lindy에선 출력 형식을 Markdown으로 못 박는 쪽이 안전했어요. 그리고 자동 전송보다 초안 저장 모드로 1주일 먼저 돌려보는 게 덜 위험하죠.

Q5: Lindy 에이전트끼리 서로 연결하면 더 잘 되나요?

A: 아직은 무조건 그렇진 않아요. 한 에이전트가 다른 에이전트를 불러서 복잡하게 엮는 구조보다, 한 에이전트 안에서 조건 분기와 반복으로 푸는 쪽이 더 안정적일 때가 많아요.

관련 글: AI 클라이언트 온보딩 자동화