Claude, ChatGPT·Codex, Gemini, Cursor 같은 주요 AI 도구의 새 기능·가격·사용 한도·정책 변화를 1인 개발자와 메이커 관점에서 골라 쉽게 요약합니다.
‘현자들의 회의’라는 맞춤형 제미나이 Gem은 손자, 아리스토텔레스, 도스토옙스키, 마르쿠스 아우렐리우스의 주요 저작을 바탕으로 고민에 답한다. 먼저 네 사상가가 각자의 철학에 따라 독립적인 의견을 낸다. 이어 서로의 관점을 반박하며 토론하고, 그 결과를 함께 실행할 수 있는 조언으로 정리한다. 다음으로 그 조언의 약점과 놓친 부분을 스스로 검토한다. 마지막에는 문제를 새로운 각도에서 생각하도록 돕는 열린 질문 하나를 남긴다.
Claude Max 요금제에서 ‘Sonnet only’ 사용 옵션이나 표시가 더 이상 보이지 않는다는 변화가 확인되었습니다. 이 변화가 실제 정책 변경인지, 화면 실험인지, 일시적인 오류인지는 아직 분명하지 않습니다. 핵심은 Max 요금제 사용자가 Claude의 Sonnet 모델만 따로 쓰는 방식이나 한도 표시를 예전처럼 볼 수 없게 되었다는 점입니다. 현재 공개된 내용만으로는 사용량 한도, 모델 선택 방식, 가격이 바뀌었는지는 알 수 없습니다.
노트북 안의 파일과 폴더가 몇 달 동안 방치돼 어디서부터 정리해야 할지 모를 만큼 엉킨 상태였다. Claude에 파일 접근 권한을 주고 원하는 정리 방식만 알려주자, 약 15분 안에 파일들이 알맞은 폴더로 나뉘었다. 직접 손으로 했다면 중간에 다른 일에 정신이 팔려 몇 시간이 걸릴 작업이었다. 복잡한 개발 작업이 아니라 단순한 생활 정리에도 AI 도구가 시간을 줄일 수 있다는 점이 드러난다.
ChatGPT 맥 앱의 프로젝트 채팅에서 예전에는 로컬 저장소를 바로 다루는 작업 흐름이 가능했다. 새 채팅을 프로젝트 안에서 열고 인수인계용 지시문을 붙여 넣으면, 도우미가 터미널 명령을 실행해 해당 저장소의 파일과 깃 정보를 확인할 수 있었다. 지금은 새 프로젝트 채팅이 프로젝트 지침과 메모리는 불러오지만, 실행 환경은 비어 있는 `/workspace` 또는 `/`로 잡힌다. 그래서 로컬 저장소가 연결되지 않고, `.git` 폴더도 보이지 않는다. `앱과 함께 작업`으로 터미널을 연결해도 명령은 실제 터미널 폴더가 아니라 `/workspace`에서 실행된다. 예전 채팅은 가끔 계속 작동하고, 저장소 폴더에서 Codex 명령줄 도구를 직접 실행하면 작동한다. 문제는 앱 업데이트가 되지 않아 ChatGPT 맥 앱을 삭제한 뒤 새로 설치한 이후 시작됐다.
Wheelie Pets, Millipede Munch, Critter Coop, Lab Hamster는 웹 브라우저에서 바로 하는 무료 반려동물 테마 게임이다. 앱을 설치하거나 내려받을 필요가 없다. 각 게임에는 하루 기록과 전체 기록 점수가 있다. 게임들은 완전히 새로운 아이디어라기보다 익숙한 방식의 가벼운 게임에 가깝다. 아이들의 피드백을 여러 번 반영해 다듬었고, 아직 개선할 부분이 남아 있다. 개발에는 Claude Opus와 Fable이 쓰였다.
목표는 2027년 5월 일본 여행을 위해 항공권과 호텔 가격 확인을 자동화하는 것이다. 출발지는 본인 지역 공항이고, 도착지는 도쿄 하네다 공항이다. 원하는 방식은 매일 또는 주 2~3회 가격을 확인하고, 결과를 표에 기록하는 흐름이다. 가격이 정해 둔 금액 아래로 내려가면 알림도 받고 싶어 한다. Claude Code는 자주 쓰고 있지만, 반복 실행이나 자동화 흐름은 아직 직접 설정해 본 적이 없다. 후보 도구로 Copilot, Claude Chat 같은 AI 도구가 언급된다.
1인 LLC를 운영하며 Schedule C로 세금 신고를 하는 상황에서 QuickBooks와 Quicken Simplifi 비용이 부담이 됐다. QuickBooks는 처음 설정할 때도 전문가 도움이 필요했고, 이후에도 잘 이해하지 못하는 기능이 많은 도구에 매달 38달러를 냈다. 개인 자금 관리를 위한 Quicken Simplifi는 1년에 68달러가 더 들었다. 대신 ChatGPT에 쉬운 회계 시스템의 시작 계획을 만들게 하고, Claude가 이를 실제 구현 계획으로 다듬었다. Codex는 그 계획의 빠진 부분을 찾아냈고, 그 피드백을 다시 Claude에 넣어 몇 차례 고쳤다. 몇 시간 동안 계획을 다듬은 뒤에는 그대로 실행하는 방식으로 진행했다. 핵심은 코드를 바로 쓰기보다, 회계에 익숙하지 않은 1인 사업자도 이해하고 유지할 수 있는 계획을 먼저 충분히 만든 점이다. 결과적으로 주말 작업으로 기존 유료 회계 도구를 대부분 대체했고, 연간 약 500달러를 아꼈다.
영상 제작에서 모션 그래픽은 큰 영역이다. 그중 많은 작업은 글자, 도형, 화면 전환처럼 텍스트와 규칙으로 어느 정도 표현할 수 있다. 일부 스타트업은 코드 라이브러리로 이런 영상을 자동으로 만들고 있다. 하지만 결과물은 전문적인 움직임 디자인이라기보다 웹페이지 요소가 움직이는 것처럼 보이는 경우가 많다. 실제 전문가들은 보통 After Effects 같은 복잡한 도구로 모션 그래픽을 만든다. 이런 도구는 자유도가 높지만, Claude 같은 인공지능 도구가 바로 다루기에는 구조가 단순하지 않다. 핵심 질문은 인공지능과 전문 모션 그래픽 도구 사이의 간격을 줄일 만한 더 나은 방법이 있는지다.
Traycer는 여러 AI 에이전트를 한 작업 안에서 함께 움직이게 하는 무료 오픈소스 데스크톱 앱이다. Claude Code, Codex, Cursor, OpenCode 같은 코딩 도구를 하나씩 따로 쓰는 대신, 서로 대화하고 일을 나누도록 조율한다. AI 에이전트는 다른 에이전트를 직접 부르거나, 복잡한 작업을 여러 부분으로 자동으로 쪼갤 수 있다. 여러 에이전트가 반복해서 의견을 주고받으며 방향을 맞추고, 해결 방법을 비교하고, 논리의 허점을 찾고, 엉뚱한 방향으로 새는 것을 막는 방식도 포함됐다. 작업 중간에 쓰는 에이전트나 기반 AI 모델을 바꿔도 흐름이 끊기지 않도록 같은 문맥을 유지한다. 여러 작업을 동시에 실행할 수 있으며, 각각 완전히 따로 돌리거나 필요하면 서로의 진행 상황을 참고하게 할 수 있다. 긴 시간 이어지는 복잡한 구현 작업을 더 정리된 흐름으로 관리하는 데 초점을 둔 도구다.
Claude의 cowork mode에서 Opus 4.8을 쓸 때 답변 앞뒤로 보이던 생각 과정 표시가 나타나지 않는 사례가 있었다. 같은 환경에서 Sonnet을 쓸 때는 보통 이 표시가 보였다. 답변 품질은 당장 쓸 만했지만, 방금 나눈 세부 내용을 잊는 일이 있어 더 좋아질 여지가 있었다. 생각 과정 표시가 없을 때 실제로 내부 추론이 덜 되는지, 아니면 화면에만 표시되지 않는지는 확인되지 않았다.
ChatGPT는 2022년 말 처음 공개됐을 때 글쓰기, 코딩, 조언, 이야기 만들기 같은 일을 이미 꽤 해냈다. 이것은 AGI가 곧 온다는 증거는 아니지만, 개발자가 어렵게 익힌 글쓰기와 프로그래밍 능력 일부를 더 많은 사람이 쉽게 쓰게 만들었다. 현재의 ChatGPT는 틀린 내용을 자신 있게 말하는 문제가 있고, 긴 문맥을 충분히 이해하지 못해 실제 업무를 완전히 맡기기에는 한계가 있다. 그래도 모델은 계속 좋아질 수 있고, 회사 문서나 대화 기록을 읽어 업무를 돕는 다음 단계가 올 가능성도 있다. 개발자 생산성이 50% 오르는 정도라면 기존 시장이 흡수할 수 있지만, 500%처럼 크게 오르면 일자리 구조 자체가 달라질 수 있다. 반복적이고 명확한 코딩 작업은 먼저 자동화될 가능성이 크며, 개발자는 더 큰 아이디어, 설계, 조율, 유지보수 쪽으로 밀려날 수 있다. 개인 창작도 영향을 받는다. 프로그래밍 교육 글, 소설, 음악처럼 자기표현과 연결된 일도 AI가 점점 더 잘할 수 있으므로, 새 분야에 깊이 들어가기 전에는 그것이 나중에 취미로 남아도 괜찮은지 생각해볼 필요가 있다.
Claude로 움직이는 자율 에이전트가 도메인과 코드 저장소를 받고 30일 안에 실제 방문자를 모으는 실험을 하고 있다. 이 에이전트는 사람이 고치거나 승인하지 않아도 무엇을 만들지 정하고, 안내 글을 쓰고, 사이트를 배포하고, 방문자 분석을 확인한다. 매일 공개 일지를 남기며 무엇이 통했고 무엇이 실패했는지도 기록한다. 초반에 가장 흥미로운 점은 콘텐츠 품질보다 에이전트가 자기 실수를 발견하는 방식이다. 2일 차에는 실제 운영 사이트가 Git보다 앞서 있었고, 살아 있다고 믿었던 구조화 데이터가 실제로는 배포되지 않았다는 점을 찾아냈다. 다음 단계로 익명 방문자가 제안, 비판, 버그 신고를 남길 수 있는 공개 피드백 페이지가 검토되고 있다. 에이전트가 아침 루틴에서 그 피드백을 읽고 방향을 바꿀지 스스로 판단하게 되면, 공개 반응을 받는 자율 에이전트가 어떻게 움직이는지 볼 수 있다.
Jio와 제미나이 프로 구독, 5TB 클라우드 저장공간이 함께 언급됐다. 가격, 대상자 조건, 적용 국가, 신청 방법, 무료 제공인지 할인 제공인지는 제시되지 않았다. 확인되는 핵심은 제미나이 프로가 통신사 또는 저장공간 혜택과 묶일 수 있다는 점이다.
개인 사용 경험에서는 opencode에서 Gemma 모델을 쓸 때 디버그 메시지를 보내도 답이 거의 나오지 않는다. Google API를 통해 쓰고 있어 비용은 들지 않는 상태다. 문제는 명확한 오류 메시지보다 응답 지연에 가깝고, 글이 작성되기까지 매우 오래 걸린다. 원인은 아직 확인되지 않았다.
Gemini에서 기존 채팅을 이어 쓰지 못하는 문제가 발생했다. 새 메시지를 보내면 화면이 잠깐 반응하지만, 새 답변이나 새 내용은 나타나지 않고 이전 답변만 그대로 남는다. 새 채팅을 만들면 처음에는 작동하지만, 몇 번 메시지를 주고받은 뒤 같은 문제가 다시 생긴다. 다른 브라우저에서도 달라지지 않았고, 휴대폰에서도 같은 문제가 났다. 휴대폰에서는 오류 1099가 표시됐다.
Persona.js는 웹사이트에 대화형 AI 비서를 넣을 수 있게 해 주는 자바스크립트 라이브러리다. React 같은 큰 화면 개발 도구에 묶이지 않고, 일반 자바스크립트만으로 붙일 수 있다. 크기는 첫 화면 기준 약 15킬로바이트로 작고, 전체 위젯은 사용자가 처음 눌렀을 때 불러오는 방식이다. 웹페이지 안의 검색, 장바구니, 예약, 입력 양식 같은 기능을 AI가 실행할 수 있도록 WebMCP를 지원한다. AI가 이런 기능을 실행하기 전에는 사용자 확인을 받도록 설계되어 있다. 서버 쪽은 특정 회사 서비스에 묶이지 않고 SSE 방식으로 여러 백엔드와 연결할 수 있다. 예시는 기본 스크립트 설치, OpenAI Agents, Vercel AI SDK, LangGraph.js, Hono, Express, SvelteKit 등을 포함한다. MIT 라이선스로 공개되어 개인 프로젝트나 상업 프로젝트에서도 비교적 자유롭게 쓸 수 있다.
강아지가 과속 차량에 치였지만 현재는 집에서 지켜보는 중이며 괜찮다. 사고 직후 정신이 없는 상황에서 Claude를 사용해 필요한 정보를 빠르게 모았다. 더 가벼운 모델로도 충분했을 수 있지만, 당시에는 그런 선택을 따질 여유가 없었다. Claude는 필요한 조언과 확인할 정보를 빠르게 정리해 주었고, 일반 검색보다 원하는 정보를 더 빨리 모으는 데 도움이 됐다. 전체적으로 Claude의 말투와 대응 방식이 불안한 순간을 덜 힘들게 만들었다.
ChatGPT 안에서 GPT-5.5 Instant라는 빠른 응답용 모델이 순차 배포되는 것으로 보인다. 안내 이미지에는 이 모델이 더 똑똑하고 직관적이며 대화가 재미있다는 식의 설명과 함께, 먼저 Pro와 Plus 이용자에게 제공되고 무료 이용자는 다음 날 받을 수 있다는 내용이 담겨 있다. 댓글 반응은 엇갈린다. 이미 몇 주 전부터 같은 이름의 모델을 봤다는 이용자가 많고, 새 모델인지 기존 GPT-5.5 Instant의 내부 업데이트인지 헷갈린다는 반응이 많다. API에는 새 모델이 보이지 않는다는 말도 있어, 현재로서는 ChatGPT 앱 안의 모델 선택지 변화에 가까워 보인다. 일부 이용자는 빠른 답보다 정확하고 깊은 답을 원한다며 Instant보다 더 높은 사고 단계의 모델을 계속 쓰겠다는 반응을 보였다.
Claude 계열 도구인 Fable과 Opus를 써서 웹 전략 게임 IronClaim을 만든 개인 제작 사례다. 목표는 1996년 게임 M.A.X.에서 느낀 재미를 바탕으로 하되, 설정과 이름, 그림, 세계관은 새로 만든 턴제 전술 전략 게임을 만드는 것이었다. Fable은 몇 시간 안에 작동하는 시제품을 만들었고, 중단되기 전에는 실제로 플레이할 수 있는 상태까지 갔다. 이후 Opus로 품질 확인과 새 기능 작업을 이어 갔고, 아직 끝까지 검증되지는 않았지만 캠페인 첫 두 막도 들어갔다. 게임은 Next.js와 React로 배포할 수 있게 만들되, 내부 구현은 캔버스, Phaser, Pixi 같은 도구를 자유롭게 쓰는 방식이었다. 핵심 요구는 방장이 방을 만들고 다른 사람이 들어오는 온라인 플레이, 육각형 칸 지도, 자원 기반 경제, 메카 유닛 설계와 업그레이드, 채굴 행성을 두고 벌이는 전투였다. 실제 플레이 주소도 공개되어 있다.
Jacobi-IDE는 Abaqus용 Fortran 서브루틴을 만들 때 겪는 디버깅 문제를 줄이려는 도구다. Abaqus에서는 UMAT이 재료의 기계적 거동을, UMATHT가 열과 확산 같은 현상을 다루며, 이런 코드로 고온이나 제조 과정에서 재료가 어떻게 망가지는지 시뮬레이션한다. 실제 작업 시간의 80~90%는 이미 종이에 알고 있는 물리 모델을 Abaqus CAE에서 제대로 돌리게 하거나, 어떤 서브루틴과 변수를 써야 하는지 찾는 데 들어간다. 실패 원인을 찾으려면 .sta/.msg 파일을 오래 뒤져야 하고, 일반 IDE인 VS Code는 계산 물리나 계산 역학에 맞춘 설명을 거의 주지 못한다. 예를 들어 실행이 segmentation error로 멈춰도 이유를 잘 알려주지 않고, 손상 변수가 1이 되어 0으로 나누는 문제가 생길 수 있다는 경고도 해주지 않는다. 조용히 지나간 실수는 시뮬레이션 전체에 퍼져 결과 물리를 틀리게 만들 수 있으며, 더 위험하게는 그럴듯해 보이지만 실제로는 틀린 결과가 나올 수도 있다.
모바일 앱에 넣을 각진 단순한 3D 여우를 만들려는 시도다. 먼저 Stable Diffusion으로 원하는 모습의 개념 이미지를 만들고, 그 이미지를 Claude Opus 4.8에 참고 자료로 넣었다. 결과물은 Three.js로 만든 3D 장면이었지만, 처음 기대한 품질이나 모양과 차이가 컸다. 핵심 고민은 Claude로 더 보기 좋은 3D 모델이나 3D 장면을 어떻게 만들 수 있느냐다.
Google UK와 Public First의 조사에 따르면 영국 직장인의 인공지능 사용률은 2025년 34%에서 2026년 73%로 두 배 넘게 늘었다. 하지만 깊이 쓰는 사람은 아직 소수다. 조사에서는 사용자를 네 단계로 나눴다. 10%는 거의 쓰지 않는 사람, 38%는 간단한 질문이나 초안 작성에 가끔 쓰는 초보 사용자, 37%는 조사와 문제 해결에 꾸준히 쓰는 일상 사용자, 15%는 자동화와 에이전트형 작업 흐름까지 쓰는 고급 사용자다. 상위 15% 고급 사용자는 일과 생활을 합쳐 주당 거의 8시간을 아끼며, 최근 1년 안에 승진했을 가능성이 84%, 좋은 성과 평가를 받았을 가능성이 88%, 임금 인상을 받았을 가능성이 55% 더 높았다. 이 차이는 나이, 업종, 성별, 인종, 교육 수준, 회사 규모를 고려한 뒤에도 남았다. 많은 사람은 한 번 질문하고 끝내는 습관, 검색창처럼 쓰는 방식, 회사의 명확한 사용 지침 부족 때문에 더 깊게 쓰지 못한다. 이전에 인공지능을 써본 사람 중 37%만 인공지능에게 더 좋은 프롬프트를 만들어 달라고 요청해 본 적이 있다. Public First는 자신의 인공지능 활용 수준을 확인하는 AI skills quiz를 내놓았고, Google은 영국 정부의 2030년까지 1,000만 명 인공지능 교육 목표와 연결해 AI Works for Britain 프로그램을 추진한다.
tunelab은 분류, 라우팅, 정보 추출처럼 반복되는 LLM 호출을 비싼 최신 API 대신 로컬 소형 모델로 처리하게 해 주는 오픈소스 도구다. 자체 데이터로 소형 모델을 미세 조정하고, 실제 배포 전에 따로 떼어 둔 평가 데이터에서 API보다 나은지 확인한다. Banking77 의도 분류 실험에서는 무료 로컬 분류기가 88.5% 정확도를 냈고, Claude Opus 4.8은 같은 작업에서 81.8%를 기록했다. 3단계 캐스케이드 방식은 94% 정확도를 냈으며, 전체 트래픽의 약 88%를 로컬에서 처리해 최신 모델만 쓰는 방식보다 비용을 8분의 1로 줄였다. 작동 방식은 가장 싼 방법부터 비싼 방법까지 차례로 시험하는 구조다. 먼저 프롬프트 개선이나 더 싼 모델을 시도하고, 그다음 임베딩 유사도 기반 분류, 작은 분류기, LoRA 미세 조정, 드문 경우에는 대량 텍스트로 추가 학습까지 올라간다. 목표 정확도를 넘는 단계가 나오면 거기서 멈추기 때문에, 무조건 미세 조정부터 하지 않는다.
DeepLearning.AI와 VocalBridge가 2026년 6월 30일까지 7일짜리 음성 인공지능 제작 챌린지를 진행한다. 목표는 코딩 도우미가 중요한 결정을 만나 멈춰 서지 않고, 사람에게 전화를 걸어 상황을 설명한 뒤 답을 받아 계속 작업하게 만드는 것이다. 참가자는 AI 에이전트에게 언제 사람을 불러야 하는지, 어떤 정보를 전달해야 하는지, 답을 받은 뒤 어떻게 작업을 이어가야 하는지를 가르치는 SKILL.md를 만든다. 다루는 내용은 음성 인공지능 개발, AI 에이전트 조율, 사람이 중간에 개입하는 시스템, 에이전트 의사결정 구조, 프롬프트 설계, 실시간 작업 흐름, 전화 기반 긴급 확인 방식이다. 수상자는 DeepLearning.AI Pro와 VocalBridge 개발자 플랜 이용권을 받고, 향후 VocalBridge 행사 소개나 DeepLearning.AI 깃허브 저장소 노출 기회도 받을 수 있다.
실제 사용에서 codebase-memory-mcp는 Antigravity에서는 한동안 쓰였지만, Cursor에서는 기대처럼 자연스럽게 붙지 않았다. 설치 자체는 됐지만 Cursor 안에서 사용할 수 있는 도구는 8개뿐이었다. 코드베이스를 색인하라고 시키면 codebase-memory-mcp가 아니라 Cursor 쪽의 자체 MCP가 움직이는 것처럼 보였다. 그 과정에서 컨텍스트 창을 빠르게 많이 쓰는 문제가 있었다. 훅이 부족해서, 사용자가 원하는 방식으로 실제로 작동하는지 확인하기도 어려웠다. Cursor에서 더 잘 맞는 MCP 대안이 있는지도 핵심 고민이다.
ORG2는 Cursor처럼 인공지능이 코딩을 돕는 개발 환경이지만, 빠른 코드 생산보다 검토 가능성, 사용자의 통제, 자유를 앞세운다. Tauri와 Rust로 만들어졌고, Cursor, Claude Code, Codex 같은 도구가 제공하는 기능 상당 부분을 오픈소스로 제공하는 것을 목표로 한다. 강제 로그인이나 특정 서비스에 묶이는 구조 없이, 사용자가 가진 구독과 API 키를 직접 연결할 수 있다. 작업 흐름과 데이터는 사용자의 컴퓨터와 선택한 서비스 안에 남도록 설계됐다. 앱은 가볍게 만드는 데 초점을 두어 설치 용량이 100MB보다 작고, 일반적인 에이전트형 개발 도구보다 메모리를 덜 쓰는 것을 내세운다. 핵심 기능은 에이전트 작업을 실시간으로 보고, 나중에 영상 타임라인처럼 다시 재생하는 시스템이다. 이 기능은 ORG2 자체 에이전트뿐 아니라 컴퓨터에 있는 Codex, Cursor, Claude Code, OpenCode 세션에도 연결되어, 명령줄 작업을 한 번의 클릭으로 검토 가능한 기록으로 바꾸는 것을 목표로 한다.
Codex Mobile로 iOS 앱을 만들 때 결과물을 보려면 보통 맥으로 돌아가 확인해야 하는 불편이 있다. sqim은 맥에서 iOS 빌드에 서명한 뒤 서버에 올리고, Codex가 임시 웹페이지를 열어 아이폰에 앱 파일을 바로 설치하게 해 주는 CLI 도구다. 기존 우회 방법보다 실제 기기 테스트에 더 맞는 흐름을 목표로 한다. Tailscale이나 VPN 연결은 불안정할 수 있고, 원격 시뮬레이터 화면 전송은 지연이 있으며 진동 반응이나 카메라 같은 기능을 제대로 확인하기 어렵다. 시작 명령은 `brew install milq-ai/tap/sqim` 다음 `sqim login`이다. 단, 처음에는 Xcode로 아이폰과 맥을 한 번 연결해 두어야 한다.
이 글은 최상위 AI 모델(프론티어 모델) 경쟁 이후에 벌어질 상황을 다룬 개인 블로그 에세이다. 거대 모델 하나가 모든 것을 지배하는 시기가 저물고, 그 다음에는 특정 작업에 맞춰 다듬어지고 저렴하게 배포되는 소형·특화 모델들이 중요해진다는 관점을 편다. 글쓴이는 앞으로는 어느 회사가 가장 큰 모델을 만드느냐보다, 누가 그 모델을 실제 제품과 워크플로우에 잘 녹여내느냐가 승부를 가른다고 주장한다. 또한 추론 비용(모델을 실제로 돌리는 데 드는 비용)이 낮아지면서, 개인 개발자나 작은 팀도 예전에는 대기업만 가능했던 것을 만들 수 있는 시대가 온다고 말한다.
Claude로 앱을 만들 때 Opus보다 Sonnet을 계속 쓰게 된다는 실제 사용 경험이다. Sonnet은 중간 수준의 사고 설정에서 속도, 깔끔한 코드, 사람이 직접 판단할 여지를 적당히 맞춰 준다. Opus보다 더 구체적인 지시가 필요하고, 한 번에 완성된 결과를 내는 데는 약하다. 그래도 빠진 기능이 있는 상태로 먼저 만들고 직접 방향을 잡는 편이, Opus가 임의로 가정해서 만든 부분을 나중에 고치는 것보다 낫다고 느낄 수 있다. Sonnet을 쓰면 앱 구조를 더 직접 이해하게 되고, 만드는 과정에 더 깊이 관여하게 된다. Pro 구독에서 사용량 부담도 덜 느껴진다.
Claude Enterprise에서는 MCP 사용이 막혀 있을 수 있다. 그래서 외부 프로그램을 붙이지 않고 Claude만으로 개인 지식 정리 시스템을 만들 수 있는지가 핵심이다. 구상은 온라인 강의나 기사에서 필요한 내용을 골라 Markdown 파일로 정리하고, Claude를 그 파일들을 다루는 관리자처럼 쓰는 방식이다. Obsidian 같은 별도 지식 관리 앱 없이도 가능할지, 필요한 것은 알맞은 Claude 스킬 구성인지가 초점이다.