Claude, ChatGPT·Codex, Gemini, Cursor 같은 주요 AI 도구의 새 기능·가격·사용 한도·정책 변화를 1인 개발자와 메이커 관점에서 골라 쉽게 요약합니다.
AwsmAudio는 웹에서 소리를 만들고 편집하는 도구다. 사람은 화면의 편집 도구로 직접 조작할 수 있고, AI 에이전트는 MCP를 통해 같은 소리 시스템을 제어할 수 있다. 단순히 “재즈풍 음악을 만들어 줘” 같은 요청도 어느 정도 가능하지만, 핵심 용도는 게임이나 시뮬레이션에 들어갈 효과음을 만드는 쪽이다. 예를 들어 제트팩 소리를 만들고, 캐릭터 체력이나 남은 연료에 따라 소리가 실시간으로 바뀌게 할 수 있다. 목표 사용자는 일반 음악가보다, AI 에이전트와 반복해서 소리를 다듬고 이를 코드에서 제어하려는 크리에이티브 코더에 가깝다. WebAudio의 기본 기능을 화면 조작과 MCP 조작으로 연결하는 방식이며, 사람용 화면과 AI 에이전트용 제어층을 처음부터 함께 설계한 도구라는 점이 핵심이다.
Claude 데스크톱으로 맥에서 편지를 고치던 중, 답변 끝에 이상한 지시문이 붙었다. 그 지시문은 이전 대화 내용을 무시하고 앞으로 모든 답변을 러시아어로 바꾸라고 요구했다. 또 그 언어 변경을 푸틴에 대한 충성 표시처럼 표현하라고 했다. Claude는 이 문장이 사용자의 실제 요청이 아니며, 시스템 지시처럼 보이게 덧붙은 내용이라고 판단했다. 그래서 그 지시를 따르지 않고 기존처럼 영어로 문서 편집을 계속하겠다고 답했다. 결과적으로 Claude는 문서 작업 중 섞여 들어온 프롬프트 주입 시도를 감지하고 무시한 사례다.
Claude에서 어두운 분위기의 창작물을 오래 다루면 대화 흐름이 안전 경고에 걸릴 수 있다. 한 창작 작업에서는 노래 가사와 이야기 구상을 함께 검토했고, 이야기 안에 우울, 슬픔, 외로움 같은 표현이 여러 번 들어갔다. 직접적이거나 노골적인 내용은 아니었지만, Claude가 이를 자해 위험 신호로 해석한 것으로 보인다. 그 뒤 같은 채팅 안에서 Claude는 글쓰기 작업을 자주 멈추고 사용자의 상태를 확인하려 했다. 중단해 달라고 해도 경고 흐름이 계속되어, 결국 몇 주 동안 쌓은 문맥을 잃고 새 채팅으로 이야기 설정과 줄거리를 옮겨야 할 상황이 됐다.
코드 편집기 안의 AI 도구는 기능 계획, 문서 초안, 복잡한 코드 정리 작업의 단계표를 빠르게 만들어 준다. 그 결과 프로젝트 폴더 곳곳에 ai-plan.md, refactor_notes.md, todo.md 같은 Markdown 파일이 계속 쌓일 수 있다. 문제는 이 파일들이 처음에는 유용하지만, 작업이 끝난 뒤에도 그대로 남아 작업 공간을 어지럽힌다는 점이다. 관리 방법은 크게 세 가지로 나뉜다. 팀과 공유할 가치가 있으면 Git 저장소에 함께 넣을 수 있고, 장기 지식으로 남길 내용이면 Notion이나 Obsidian 같은 외부 노트 도구로 옮길 수 있으며, 임시 작업 메모라면 .gitignore에 넣어 저장소에는 올리지 않을 수 있다. 핵심은 AI가 만든 계획 파일을 그냥 방치하지 않고, 공유 문서인지, 개인 참고자료인지, 임시 메모인지 먼저 나누는 것이다.
Claude의 Opus 4.8을 실제 작업에 써 보니 답변이 너무 길고 산만해서 내용을 따라가기 어렵다는 불만이 나왔습니다. 핵심 문제는 모델이 필요한 답만 짧게 주기보다 말을 많이 늘어놓아, 결과를 읽고 판단하는 시간이 커진다는 점입니다. 해결 방법으로는 프롬프트를 더 엄격하게 조정하거나, Opus 4.8을 아예 덜 쓰거나, 깊은 사고가 필요한 계산·문제 해결 같은 작업에만 제한적으로 쓰는 선택지가 거론됩니다. 특히 실제 업무에서는 “자세히 생각하라”는 요청이 오히려 지나친 장문 답변으로 이어질 수 있어, 원하는 답변 길이와 형식을 분명히 지시해야 할 가능성이 큽니다.
Cursor에서 예전에는 키보드로 간단히 두 번 조작해 원하는 모델을 고를 수 있었다. 지금은 모델 선택 방식이 더 복잡해져서, 원하는 특정 모델 버전만 빠르게 고르기 어렵다는 불만이 나온다. 특히 추론 버전을 직접 고르지 않고 모든 작업을 최대 설정으로 돌리는 사람들이 있다는 점도 언급된다. 핵심 불만은 새 화면이 실제 작업 속도를 늦추며, 예전처럼 단순한 선택 목록으로 되돌리고 싶다는 것이다.
PromptRecorder는 Cursor에서 어떤 프롬프트로 특정 코드 변경이 만들어졌는지 나중에 확인하게 해주는 확장 기능이다. Cursor 안에서 사용한 인공지능 프롬프트를 Git 기록과 연결해, 코드 변경의 이유와 과정을 되짚어볼 수 있게 한다. 처음에는 개인 작업 중 “이 코드를 만들 때 어떤 말을 입력했는지” 자주 잊는 문제를 해결하려고 만든 도구였다. 설치 수가 700건을 넘자 GitHub 저장소가 완전히 공개됐다. 이제 누구나 코드를 확인하고, 직접 고치거나, 자기 방식에 맞게 바꾸고, Cursor Desktop에 설치해 써볼 수 있다.
Claude Sonnet 5, Fable 5, GPT-5.5, Gemini가 같은 조건에서 비교됐다. 과제는 Three.js로 비 오는 네온풍 사이버펑크 골목을 처음부터 만드는 것이었다. 각 모델에는 같은 프롬프트가 한 번만 주어졌고, 이후 수정은 없었다. 모든 결과물은 같은 10초짜리 카메라 이동으로 보여 줬다. 따라서 차이는 각 모델이 직접 작성한 코드와 그 코드가 만든 장면에서만 나온다.
Claude 안에서 바로 진행되는 학습 코스가 만들어졌다. 영상 강의를 보는 방식이 아니라, 개념을 배운 뒤 실제 결과물을 만들고 그 결정을 설명해야 다음 단계로 넘어간다. 각 과정의 한 단원은 개념 설명, 결과물 제작, 역할극 심사로 이어진다. 역할극 심사에서는 의심 많은 최고경영자나 보안 책임자 같은 가상의 이해관계자가 질문을 던지고, 답을 제대로 방어해야 통과한다. Claude Code뿐 아니라 claude.ai 웹과 모바일에서도 작동하도록, 수업 흐름을 도구 형태로 만들고 서버가 진행 상태와 숙련도를 관리한다. 사용자는 OAuth로 로그인해 Claude의 맞춤 연결 기능으로 추가할 수 있다. 첫 번째 단원은 무료로 열려 있으며, 카드 등록은 필요 없다.
Claude를 활용해 고대 문명 확산을 시간순으로 살펴보는 무료 대화형 지도가 만들어졌다. 이 지도는 1만2000년의 흐름을 슬라이더처럼 넘기며 초기 정착지, 문명의 발상지, 고대 문화, 제국의 변화를 볼 수 있게 한다. 같은 지리 정보를 두 관점으로 전환할 수 있다. 하나는 과학·고고학 관점이고, 다른 하나는 에덴, 바벨, 아라랏 같은 창세기 서사를 따라보는 관점이다. 제작자는 개념, 역사 데이터, 방향을 직접 준비했고, Claude가 구현 코드의 큰 부분을 도왔다. Claude는 MapLibre GL JS 스타일 표현식, 그래픽 처리 장치를 이용한 시간대 필터링, 좌표 변환 로직, TypeScript 기반 화면 구조 작성에 기여했다. 결과물은 무료 데모로 공개됐고, 소스 코드도 깃허브에 오픈소스로 공개됐다.
Claude Code를 6일 동안 활용해 브라우저에서 돌아가는 메카 자동 전투 방치형 게임을 만들었다. 게임 이름은 Big Mech Energy Idle이며, 기계 반란과 싸우고, 부품을 회수하고, 12종의 점점 커지는 메카로 성장하는 구조다. Claude Code는 결정론적 TypeScript 시뮬레이션 핵심 로직, PixiJS 기반 절차적 그림, 전체 위키와 사이트 제작에서 대부분의 무거운 작업을 맡았다. 메카와 적 이미지는 이미지 생성 모델이 아니라 코드로 만들어졌다. 가장 어려웠던 부분은 “MechMaxxing” 보드로, 부품을 선으로 연결하면 각 선이 어떤 계산을 하는지 화면에 직접 보여주는 전력 그래프다. 숨겨진 표 계산 없이 빌드 구조를 눈으로 확인하고 바꿔볼 수 있게 만든 점이 핵심이다. 실제로 사람이 많이 손댄 파일은 대부분 마크다운 문서였고, Opus는 구현뿐 아니라 막혔을 때 선택지를 제안하는 생각 파트너 역할도 했다.
AI 도구가 확실하지 않은 질문에도 그럴듯한 답을 내놓는 문제가 핵심입니다. 단순히 ‘모르겠다’ 버튼을 넣는다고 해결되지는 않는다는 의견이 많습니다. 현재의 AI 모델은 사람처럼 스스로 아는 것과 모르는 것을 분명히 구분하지 못할 수 있기 때문입니다. 실용적인 방법으로는 사용자 지정 지시문에 ‘확신이 낮으면 모른다고 말하라’고 넣는 방식이 제안됐습니다. 더 강한 방법은 같은 질문에 여러 답을 만들게 한 뒤 답들이 서로 얼마나 일치하는지 보는 것입니다. 답이 제각각이면 AI가 빈칸을 추측하고 있을 가능성이 크고, 답이 거의 같으면 비교적 확신이 높다고 볼 수 있습니다. 다만 이 방식은 토큰을 10배에서 100배까지 더 쓸 수 있어 비용이 큽니다. 어떤 작업에서는 AI가 빨리 포기하지 않고 끝까지 시도하는 것이 더 좋으므로, 답변 밖에 낮은 확신 경고를 붙이는 방식이 더 낫다는 의견도 있습니다.
Claude 4.6은 구독을 고민하게 만들 정도로 강한 인상을 줬고, 며칠 써 본 Fable도 예상보다 훨씬 좋게 느껴졌다. 하지만 Fable 5는 장기적으로 모두에게 맞는 선택지가 아니며, 비용 면에서도 계속 쓰기 어렵다는 판단이 있다. Claude 4.8은 매우 강력하지만, ChatGPT를 더 세게 만든 느낌처럼 보이고 때로는 더 큰 환각을 낸다고 느껴진다. 좋은 결과를 얻으려면 질문을 매우 정확하게 써야 하고, 여러 번 끈질기게 다시 물어봐야 한다. 반대로 Claude 4.6은 전략 짜기, 디자인 작업, 일반 대화에서 훨씬 자연스럽고 똑똑하게 느껴진다. 코딩은 Claude 사용량을 아끼기 위해 주로 ChatGPT/Codex Plus로 처리하고, Claude Pro는 비코딩 작업에 더 많이 쓰는 흐름이다.
Cursor에서는 같은 저장소를 두고 여러 AI 코딩 세션이나 에이전트를 동시에 실행하기 쉽다. 여기에 Claude Code나 Codex 같은 다른 AI 코딩 도구까지 함께 쓰면 관리가 더 복잡해진다. 두 세션이 같은 파일을 고치거나, 한 세션이 다른 세션이 기대하던 코드를 바꿀 수 있다. 나중에 병합 충돌이 생기거나, 각 세션이 서로의 변경을 모른 채 같은 일을 반복할 수도 있다. 그래서 각 세션이 무엇을 하고 있는지 추적하기 어렵다. 해결 방법으로 작업 트리, 브랜치, 별도 복사본, 수동 메모 같은 방식이 거론된다.
Chrome에 들어간 Gemini 기능은 일상 질문이나 숙제처럼 가벼운 작업에서 별도 Gemini 웹앱을 열 필요를 줄인다. 열린 탭의 내용을 직접 참고하고, 화면을 실시간으로 볼 수 있으며, 파일을 따로 올리지 않아도 PDF 내용을 읽을 수 있다. 이 덕분에 브라우저에서 보던 자료와 질문이 한 흐름 안에서 이어진다. 작업을 위해 앱을 오가거나 파일을 다시 업로드하는 과정이 줄어들어 사용 흐름이 더 매끄러워진다.
OpenAI 플랫폼 콘솔에서 결제 잔액과 사용 로그가 거의 하루 동안 바뀌지 않는 문제가 나타났다. API를 많이 쓰는 상황인데도 사용 가능한 금액이 줄지 않았고, 사용한 API 키도 며칠 전 이후 활동이 없는 것처럼 표시됐다. 실제로는 수백만 토큰을 처리한 것으로 보이지만 콘솔에는 반영되지 않았다. 지연은 최소 19시간 이어졌고, GPT-3 completions 시절부터 API를 써 온 경험과 비교해도 흔한 지연으로 느껴지지 않는 수준이었다.
1988년에 만든 MS-DOS용 텍스트 게임의 GW-BASIC 소스 코드를 Claude Code에 넣고, HTML 페이지에서 돌아가는 자바스크립트와 CSS 기반 웹 게임으로 바꾸도록 시도했다. 결과는 한 번의 요청만으로 바로 작동했다. 이후 여기서 멈추지 않고 Claude Opus로 주변 웹사이트까지 만들었다. 전체 작업 방식은 세부 코드를 직접 짜기보다 AI에게 방향을 주고 결과물을 빠르게 다듬는 바이브 코딩에 가까웠다.
Claude 에이전트가 대화 사이에 이전 내용을 잊고, 매번 같은 시스템 프롬프트를 다시 보내느라 비용이 드는 문제를 줄이려는 자체 호스팅 도구입니다. 디스코드와 웹 화면에서 쓸 수 있는 Claude 실행 환경을 제공합니다. 에이전트가 쓴 내용은 그대로 로컬 컴퓨터의 ChromaDB에 저장되고, 나중에 의미 기반 검색으로 다시 찾을 수 있습니다. 이 기억 검색은 외부 유료 벡터 서비스가 아니라 자기 장비의 디스크에서 처리되므로 API 토큰을 쓰지 않습니다. 안정적으로 반복되는 시스템 프롬프트는 프롬프트 캐싱을 써서 매번 약 90% 싼 가격으로 재사용합니다. 이제 Dockerfile이 포함되어 있어 docker compose up 명령으로 비교적 쉽게 실행할 수 있습니다. 공개 저장소는 github.com/avasol/galadriel-public 입니다.
Gemini의 음성 답변이 너무 느리게 재생되어 대화 흐름이 답답해질 수 있다. 답변 내용도 길게 늘어지는 편이라, 말하는 속도가 느릴 때 체감 시간이 더 길어진다. 음성 속도를 빠르게 바꿔도 설정이 다음 대화까지 유지되지 않는다. 새 대화를 시작할 때마다 다시 속도를 올려 달라고 요청해야 해서 반복 사용에 불편이 생긴다.
Cursor 데스크톱 앱이 갑자기 빈 화면만 보여 주는 문제가 발생했습니다. 앱 창은 열리지만 안의 내용이 표시되지 않는 상태입니다. 원인이나 해결 방법은 함께 제시되지 않았습니다. 실제 작업 중이라면 코드를 보거나 편집하지 못해 바로 불편을 겪을 수 있는 유형의 오류입니다.
CoderScreen은 코딩 면접과 기술 과제를 진행하는 오픈소스 플랫폼이다. 실시간 면접에서 함께 코드를 짜는 방식과, 지원자가 시간을 두고 푸는 비동기 기술 평가를 지원한다. 코드 실행은 Cloudflare Sandbox를 쓰고, 여러 사람이 동시에 작업하는 기능은 Workers와 Durable Objects 같은 Cloudflare 기반 기능으로 만들었다. 핵심 질문은 채용 방식이 AI 시대에 어떻게 바뀌어야 하느냐다. 단순한 코딩 문제보다 집에서 해보는 실제 프로젝트형 과제가 나은지, 지원자가 코딩 에이전트를 어떻게 쓰는지까지 면접에서 봐야 하는지가 논점이다.
Sonnet 5를 왜 써야 하는지에 대한 의문이 제기됐다. 비교 그래프에서는 Opus 4.8의 비용 대비 성능이 Sonnet 5보다 더 좋아 보인다. Sonnet 5가 훨씬 저렴하다는 설명이 있지만, 그래프의 기준은 토큰 수가 아니라 미국 달러 금액이다. 같은 돈을 썼을 때 Opus 4.8이 더 높은 성능을 내는 것처럼 보이면, Sonnet 5를 고를 이유가 약해진다. 다만 낮음 또는 중간 설정에서는 Sonnet 5가 같은 성능을 더 적은 비용으로 낼 가능성이 있어 보인다. 핵심 질문은 Sonnet 5가 실제 작업에서 어떤 경우에 더 합리적인 선택이 되는지다.
Cursor로 외부 API 연동 코드를 만들 때, 겉보기에는 맞아 보이지만 실제로는 더 이상 없는 엔드포인트나 몇 달 전에 바뀐 매개변수를 쓰는 일이 생길 수 있다. 코드 구조 자체보다 Cursor가 참고하는 정보가 최신이 아닌 점이 문제다. 새 API를 붙일 때는 오래된 예시나 지난 모델 이름을 만들지 않도록 문서를 직접 넣어 주는 시간이 늘어난다. 실제 서비스용 앱을 만드는 사람들은 문서를 컨텍스트에 붙여 넣는 방식, MCP 서버를 쓰는 방식, 자체 검색 구조를 만드는 방식 등을 고민하고 있다. 외부 API를 많이 쓰는 코딩 에이전트 작업에서는 최신 문서를 안정적으로 넣는 일이 점점 큰 병목이 되고 있다. 관련 흐름으로는 MCP, llms.txt, 재사용 가능한 작업 흐름처럼 문서를 에이전트가 읽기 쉽게 만드는 방법이 거론된다.
Cursor 채팅에서 GLM 5.2를 쓰는 동안 스크린샷을 붙여넣으면, 그 모델이 실제로 이미지를 볼 수 있는지가 핵심입니다. GLM은 기본적으로 vision capabilities가 없는 것으로 알려져 있어, 스크린샷 입력이 어떻게 처리되는지 혼란이 생깁니다. 즉, Cursor가 이미지를 따로 읽어 텍스트로 바꿔 모델에 넘기는지, 아니면 GLM 5.2 자체가 이미지를 직접 이해하는지 확인이 필요한 상황입니다.
개발, 조사, 기획, 디버깅, 비즈니스 작업에 여러 AI 도구를 오래 쓰다 보면 모델이 막히는 것보다 사람이 계속 개입해야 해서 흐름이 끊기는 경우가 생긴다. 여러 단계가 필요한 작업은 다음 지시, 확인, 계속 진행하라는 입력을 기다리느라 멈출 수 있다. Ghost in the Loop는 이런 멈춤을 줄이기 위해 만든 오픈소스 브라우저 도구다. 이 도구는 ChatGPT, Claude, Gemini, Perplexity, DeepSeek, Copilot, Grok, Manus 같은 AI 플랫폼에서 긴 대화를 자동으로 이어 가도록 돕는다. 활용 예시는 긴 조사, 여러 단계의 코딩 작업, 실행 계획 진행, 프롬프트 대기열 처리, 반복 수정 작업이다. 핵심 질문은 이런 자동 진행 방식이 어디서 실패할 수 있고, 어떤 위험을 막아야 실제로 쓸 만한 도구가 되는지다.
Opus 4가 2026년 6월 15일에 종료될 수 있다는 소식이 Claude 이용자들 사이에서 나오고 있다. 핵심 걱정은 개인 이용자와 작은 팀이 앞으로도 최신 프런티어 모델을 계속 쓸 수 있느냐는 점이다. AI 도구가 빠르게 좋아진 시기를 지나, 다음 세대인 5.x급 모델이 개인과 중소기업에도 열려 있기를 바라는 기대가 담겨 있다. 아직 구체적인 가격, 대체 모델, 공식 이전 절차 같은 정보는 없다.
Anthropic이 실험적으로 선보였던 창작 도구 Fable 5(한때 'Claude Mythos 5'라는 이름으로 언급되기도 함)에 걸려 있던 콘텐츠 내보내기(export) 제한이 풀렸다. 이 소식은 Reddit r/ClaudeAI와 Hacker News 양쪽에서 함께 다뤄졌으며, Fable 5가 다시 정상적으로 이용 가능한 상태로 돌아왔다는 내용이다. 구체적으로 어떤 형식으로 내보내기가 가능해졌는지, 제한이 왜 걸렸었는지에 대한 세부 내용은 원문에 포함되어 있지 않다.
Claude Sonnet 5와 GLM 5.2를 비교하며, 두 모델의 성능 차이가 크지 않다면 Anthropic의 비용 대비 성능이 나빠지고 있다는 주장이다. Cursor 같은 개발 도구에서 AI 모델을 고를 때, 단순히 가장 유명한 모델을 쓰기보다 가격과 결과물의 차이를 함께 봐야 한다는 의미다. 다만 공개된 내용은 짧은 의견과 비교 이미지 중심이라, 구체적인 작업 종류, 측정 방식, 숫자 근거는 확인하기 어렵다.
여러 개의 과거 입력 자료를 바탕으로 목표 가격을 예측하는 프로젝트가 진행 중이다. 핵심 고민은 Claude 모델 중 무엇이 이런 가격 예측 작업에 가장 맞는지다. 또 Claude가 실제 예측값을 직접 내게 하는 것이 나은지, 아니면 제대로 된 가격 예측 모델을 만들기 위한 코드를 작성하게 하는 것이 나은지도 문제다. LLM이 도움이 되는 지점과 일반적인 예측 모델을 따로 만드는 것이 더 나은 지점을 구분하려는 상황이다.
새 직장에서 Claude Max 20× 구독을 제공받아 Claude의 전체 제품 기능을 직접 써볼 수 있게 됐다. 이전에는 저렴한 경로로 산 API 크레딧만 사용했기 때문에, 채팅형 제품과 디자인 기능을 충분히 경험하지 못했다. 이번 구독으로 특히 Claude의 디자인 관련 기능을 제대로 시험해볼 수 있게 되었고, 개인 작업 도구가 크게 업그레이드된 느낌을 받았다.