무료 AI 노트앱 총정리 — 노션·옵시디언·Tana, 돈 안 쓰고 어디까지 쓸까

이미지
AI 노트앱은 쓰고 싶은데, 매달 나가는 구독료는 망설여집니다. 다행히 노션·옵시디언·Tana 세 앱 모두 무료로 쓸 수 있는 길을 열어 두고 있어요. 문제는 '무료'의 범위가 앱마다 완전히 다르다는 점이죠. 어떤 앱은 AI 횟수만 막고, 어떤 앱은 앱 자체는 평생 공짜인 대신 AI를 직접 붙여야 합니다. 이 차이를 모르고 시작하면 얼마 못 가 결제창을 마주하게 됩니다. 이 글에서는 세 무료 AI 노트앱의 범위를 정확히 비교하고, 돈을 들이지 않고 오래 쓰는 방법까지 정리했습니다. 무료 AI 노트앱, 어디까지 공짜로 쓸 수 있을까 먼저 알아야 할 것은 '무료'에도 세 가지 형태가 있다는 점입니다. 같은 무료라도 막히는 지점이 다릅니다. 노션 — 앱은 무료로 쓰지만, AI는 횟수가 제한된 체험 형태입니다 옵시디언 — 앱 자체가 개인 사용 시 평생 무료이고, AI는 내가 직접 연결합니다 Tana — 앱은 무료이고, AI는 매달 일정량의 사용권(크레딧)을 받아 씁니다 세 앱의 무료 범위를 한 표로 정리하면 다음과 같습니다. 항목 노션 옵시디언 Tana 앱 자체 무료 개인 사용 무료 개인 사용 무료 (전 기능) 무료 (노트·태그 기능) 무료 AI 제공 방식 제한된 횟수 체험 플러그인으로 직접 연결 매달 AI 크레딧 지급 무료의 한계 본격 AI는 유료 플랜 설치·세팅을 직접 크레딧 소진 시 AI 정지 잘 맞는 사람 AI를 가끔 쓰는 사람 비용 0을 원하는 사람 AI를 자주 쓰되 무료로 맛볼 사람 모든 요금제와 무료 한도는 2026년 5월 기준이며, 정책이 자주 바뀌므로 가입 전 각 앱의 공식 요금제 페이지에서 다시 확인하시기 바랍니다. 노션 무료 플랜 — AI는 맛보기, 어디서 막힐까 노션 무료 플랜은 노트앱으로서는 부족함이 없습니다. 개인이 쓰기에 페이지와 블록은 사실상 제한이 없고, 데이터베이스·템플릿 같은 핵심...

MCP 서버 추천 목록 총정리 — 카테고리별 20개 이상 + 비개발자 입문 TOP 5

이미지
지금까지 Claude나 ChatGPT를 쓰면서 파일 요약을 부탁하려고 텍스트를 전부 복붙했던 적 있나요? AI가 못하는 게 아니에요. 손발이 묶여 있었던 거죠. MCP(Model Context Protocol)는 그 제약을 제거하는 표준 연결 방식입니다. 이미 GitHub·Notion·Slack 같은 주요 서비스들이 공식 MCP 서버를 출시했고, 커뮤니티 서버까지 포함하면 수백 개가 넘어요. 고를 게 많다는 건, 먼저 MCP가 뭔지부터 짚어야 한다는 뜻이기도 해요. MCP란? — 30초 원리 요약 MCP는 AI 클라이언트(Claude 등)와 외부 도구·데이터 사이에 표준 다리를 놓는 프로토콜입니다. USB-C 비유가 가장 직관적이에요. 기기마다 달랐던 충전 단자를 USB-C 하나로 통일했듯, MCP가 생기면서 AI가 어떤 앱에든 같은 방식으로 연결돼요. 서버를 직접 만들 필요는 없죠. 이미 만들어진 서버를 설정 파일에 추가하기만 하면 돼요. 비개발자 입문 TOP 5 처음 MCP를 시작한다면 이 다섯 개만 봐도 충분해요. 난이도 ★☆☆는 JSON 복붙 수준, ★★☆는 API 키 발급 등 한 단계가 더 있는 서버예요. 서버 한 줄 설명 추천 상황 난이도 Filesystem 내 PC 파일·폴더를 Claude가 직접 읽고 씀 문서 요약·정리·검색 ★☆☆ Brave Search 실시간 웹 검색 결과를 대화에 바로 연결 최신 정보 조회·리서치 ★☆☆ Notion Notion 페이지 읽기·쓰기·DB 조회 노션 헤비유저의 업무 자동화 ★☆☆ Memory 대화 간 기억을 Claude가 직접 유지 개인화 어시스턴트 구축 ★☆☆ Google Drive 구글 드라이브 파일 접근·읽기·수정 드라이브 문서 자동 처리 ★★☆ 카테고리별 전체 목록 파일·문서 Filesystem — 로컬 파일 읽기·쓰기. 경로 지정으로 접근 범위를 제한할 수 있어 보안 부담이 적음. ★...

Claude Code 프롬프트, 초보가 자주 하는 실수 7가지와 고치는 법

이미지
Claude Code에 같은 작업을 시켜도 어떤 날은 한 번에 끝나고 어떤 날은 한참 헤맨다면, 문제는 모델이 아니라 프롬프트 일 가능성이 커요. Claude Code는 우리가 건넨 요청을 읽고, 의도를 추론한 뒤 코드를 고쳐요. 이 추론 단계에 빈틈이 많을수록 결과가 흔들려요. 다행히 결과를 망치는 패턴은 몇 가지로 정해져 있어서, 그 실수만 알면 바로 고칠 수 있어요. 아래는 초보자가 가장 자주 밟는 프롬프트 실수 7가지예요. 먼저 한눈에 보고, 이어서 잘못된 예시와 고친 예시를 하나씩 비교해 볼게요. 실수 핵심 문제 1. 모호하게 부탁하기 구체성 부족 2. 이유를 안 알려주기 맥락 부족 3. 손대지 말 곳을 안 정하기 범위 부족 4. 한 번에 큰 작업 시키기 작업 분할 없음 5. 계획 없이 바로 코드 시키기 계획 모드 미사용 6. 한 대화에서 모든 작업 하기 컨텍스트 관리 부재 7. 같은 설명을 매번 반복하기 프로젝트 메모 미사용 실수 1. 모호하게 부탁하기 가장 흔한 실수예요. "버튼 좀 예쁘게 해줘" 같은 요청은 사람마다 해석이 달라요. Claude도 마찬가지로 추측에 기댈 수밖에 없고, 그 추측이 빗나가면 엉뚱한 결과가 나와요. Before · "로그인 화면 좀 손봐줘" After · "로그인 화면의 입력칸 사이 간격을 넓히고, 로그인 버튼을 화면 너비에 꽉 차게 키워줘" 고치는 법은 간단해요. 색·크기·위치·동작처럼 눈에 보이고 확인 가능한 말 로 바꾸면 돼요. 부탁을 보내기 전에 "이 문장을 다른 사람이 읽어도 똑같이 이해할까?"를 한 번 자문해 보세요. 실수 2. 이유를 안 알려주기 무엇을 원하는지는 적었는데 왜 그게 필요한지는 빼먹는 경우예요. 이유를 모르면 Claude는 표면적인 요청만 처리하고, 정작 중요한 의도는 놓쳐요. Before · "글씨 크기를 키워줘...

AI 코딩 툴 가격 비교 2026 — 무료부터 월 $200까지, 어느 플랜이 내게 맞나?

이미지
AI 코딩 툴이 범람하는 지금, 기능은 비슷해 보이는데 가격은 무료부터 월 $200까지 제각각이에요. 어디서 어디까지 써야 하나를 결정하지 못하면 비싼 플랜을 낭비하거나, 무료 플랜에 갇혀 가능성을 못 쓰겠죠. 먼저 7종의 가격을 한 표에 펼쳐 놓고 보면 차이를 한눈에 볼 수 있습니다. 2026 AI 코딩 툴 가격 한눈에 비교 툴 무료 기본 유료 상위 플랜 핵심 특징 GitHub Copilot 있음 Pro $10/월 Enterprise $19/월/인 모든 IDE 지원, 시장 최저가 Cursor 있음 Pro $20/월 Business $40/월/인 대형 코드베이스, Composer 2.5 Claude Code 없음 Pro $20/월 Max $100·$200/월 채택률·만족도 1위, 1M 토큰 Windsurf 있음 Pro $20/월 Max $200/월 에이전트 중심, Devin Cloud 번들 Google Antigravity 있음 Pro 요금제 — 멀티 에이전트, Gemini 3 Amazon Kiro 베타 무료 미정 미정 스펙 주도 개발, AWS 네이티브 OpenAI Codex 없음 ChatGPT Pro 포함 — CLI 에이전트, GPT-5.5 연동 ※ 가격은 2026년 5월 기준이며 변경될 ...

AI 코딩 도구로 SaaS 만드는 실전 흐름 — Cursor·Claude Code를 쓰면 무엇이 달라지나

이미지
팀이 없어도 SaaS를 만들 수 있는 시대가 됐어요. 그 중심에는 AI 코딩 도구가 있어요. Cursor와 Claude Code는 단순히 코드를 자동완성해 주는 도구가 아니에요. 1인 개발자가 혼자서 전체 스택을 다루는 것을 현실적으로 가능하게 만드는 도구예요. 그 변화의 출발점은 SaaS 개발의 장벽이 왜 낮아졌는지에 있어요. SaaS 개발 장벽이 낮아진 구조적 이유 예전 SaaS 개발의 병목은 사람이었어요. 하나의 서비스를 만들려면 적어도 프론트엔드 개발자, 백엔드 개발자, 디자이너, DevOps 엔지니어가 필요했어요. 각 역할이 서로 다른 전문 지식을 요구했고, 한 사람이 전부를 잘하기는 사실상 불가능했어요. 이 구조를 바꾼 건 세 가지예요. AI 코딩 도구 : 코드 작성·디버깅·리팩토링을 AI가 함께 처리하면서 전 스택을 한 사람이 다룰 수 있게 됐어요 관리형 인프라 : Vercel·Supabase·Railway 같은 서비스가 서버 관리·데이터베이스·인증을 대신 처리해요 결제·마케팅 자동화 : Stripe·Lemonsqueezy로 결제를 연동하고, AI로 카피·SEO를 처리할 수 있어요 AI 코딩 도구가 1인 개발자의 역할을 대체하는 방법 Cursor: 에디터 안에서 AI와 함께 코딩하기 Cursor는 VS Code 기반의 AI 통합 에디터예요. 인라인 편집, Tab 자동완성, Composer 모드에서의 다중 파일 수정이 강점이에요. 특히 "이 페이지에 Stripe 결제를 붙여줘"처럼 자연어로 요청하면 관련 파일을 열어 직접 코드를 수정해 줘요. 1인 개발자에게 Cursor가 빛나는 순간은 프론트엔드 작업이에요. 컴포넌트 생성, 스타일 조정, API 연동 코드 작성까지 — 디자이너·프론트엔드 개발자 없이도 빠르게 화면을 만들어낼 수 있어요. Claude Code: 터미널에서 코드베이스 전체를 다루기 Claude Code는 터미널에서 실행되는 AI 에이전트예요. 100만 토큰...

제미나이 나노바나나로 야구장 AI 직관샷 만드는 법 (구글 계정만 있으면 끝)

이미지
제미나이 나노바나나로 야구장 AI 직관샷 만드는 법 (구글 계정만 있으면 끝) 제미나이 나노바나나로 야구장 AI 직관샷 만드는 법을 구글 계정 로그인부터 정리했어요. Gemini 직관샷에 그대로 붙여 넣는 복붙 프롬프트 3종과 나노바나나 결과물 보정 팁, 입문자가 막히는 지점까지 한 번에 짚어 드립니다. 야구장 AI 직관샷은 따로 프로그램을 깔거나 결제할 필요 없이 구글 계정 하나면 만들 수 있어요. 제미나이의 이미지 생성 모델인 나노바나나는 사진을 올리고 프롬프트만 넣으면 야구장 관중석 장면을 합성해 줍니다. 챗GPT를 안 써도 되고, 평소 쓰던 지메일 계정으로 바로 시작할 수 있어요. 직관샷용 원본 사진, 이렇게 고르세요 결과물 퀄리티의 8할은 프롬프트가 아니라 원본 사진에서 갈려요. 나노바나나가 인물 합성에 강하다고 해도, 얼굴 정보가 부족한 사진은 살리지 못합니다. 좋은 사진과 피해야 할 사진을 표로 정리했어요. 좋은 원본 사진 피해야 할 사진 또렷한 정면이나 살짝 측면 얼굴 마스크·선글라스로 가린 얼굴 고화질에 균일한 조명 저화질, 단체사진을 크롭한 사진 상반신이 보이는 자연스러운 표정 필터를 과하게 입힌 사진 흔한 실수가 셀카 화질만 믿고 올렸다가 합성 후 얼굴이 뭉개지는 경우예요. 역광이나 강한 그림자가 있는 사진도 피하는 게 좋아요. 제미나이로 직관샷 만드는 단계 제미나이 야구장 사진은 구글 계정만 있으면 다음 순서로 만듭니다. 접속·로그인 — gemini.google.com에 접속하거나 제미나이 앱을 켜고 평소 쓰는 구글 계정으로 로그인해요. 프롬프트 입력 — 아래 복붙 프롬프트를 붙여 넣고 보내면 직관샷이 만들어져요. 사진 업로드 — 입력창의 이미지 첨부 아이콘을 눌러 준비한 원본 사진을 올려요. 수정·다운로드 — 어색하면 말로 다시 요청하고, 마음에 들면 이미지를 저장해요. 처음 쓰면 이미지 생성 기능을 어디서 켜는지 헷갈리는데, 입력창 근처의 이미지 아...

2026 프론트엔드 트렌드 — 리액트에 도전하는 차세대 프레임워크 Qwik·Astro·Solid·HTMX 비교 총정리

이미지
2026 프론트엔드 트렌드 — 리액트에 도전하는 차세대 프레임워크 Qwik·Astro·Solid·HTMX 비교 총정리 2026 프론트엔드 트렌드의 한 축인 차세대 프레임워크를 정리해요. Qwik, Astro, SolidJS, HTMX가 React 표준에서 무엇을 버리고 무엇을 얻었는지 비교하고, 지금 실무에 도입해도 될지까지 판단 기준을 알려드릴게요. "React만 알면 된다"는 말이 흔들리기 시작했어요. 2026 프론트엔드 트렌드를 살펴보면, React와 메타 프레임워크가 여전히 주류이지만 그 표준 방식 자체에 의문을 던지는 차세대 프레임워크가 빠르게 주목받고 있죠. Qwik, Astro, SolidJS, HTMX가 대표적이에요. 그 차이는 각 프레임워크가 'React 표준'에서 무엇을 버렸는지 를 보면 또렷해져요. 왜 'React 표준'에 도전자가 등장했나 이 도전자들을 이해하려면 먼저 기존 방식의 약점을 알아야 해요. React를 비롯한 주류 프레임워크는 서버에서 HTML을 미리 그려 보낸 뒤, 브라우저에서 자바스크립트를 다시 실행해 화면을 '살아 움직이게' 만들죠. 이 과정을 하이드레이션(hydration)이라고 해요. 문제는 하이드레이션 비용이에요. 페이지가 커질수록 브라우저로 내려보내는 자바스크립트가 무거워지고, 사용자는 화면이 보이는데도 한동안 버튼이 눌리지 않는 상태를 겪게 되죠. 신규 프레임워크들의 공통된 출발점이 바로 여기예요. "빠른 웹이 꼭 무거운 자바스크립트를 요구하지는 않는다"는 문제의식이에요. 다만 각 프레임워크가 이 문제를 푸는 방식은 전혀 달라요. 무엇을 포기했는지를 기준으로 보면 차이가 또렷하게 드러나죠. Qwik — 하이드레이션을 버리고 얻은 '재개가능성' Qwik은 하이드레이션 자체를 없앤다는 발상에서 출발해요. 핵심 개념은 재개가능성(resumability) 이에요. 기존의 방식이 브라우저에서...