Claude, ChatGPT·Codex, Gemini, Cursor 같은 주요 AI 도구의 새 기능·가격·사용 한도·정책 변화를 1인 개발자와 메이커 관점에서 골라 쉽게 요약합니다.
r/AutoAiCoding은 AI 코딩 도구를 실제 프로젝트에 써 본 경험을 나누기 위한 레딧 커뮤니티다. 지난 1년 동안 새 모델, 새 개발 도구, 한 번의 명령으로 앱을 만든다는 서비스가 계속 나오면서, 실제로 도움이 되는 경험과 마케팅 문구를 구분하기 어려워졌다는 문제의식에서 출발했다. 특정 도구를 홍보하는 곳이 아니라, Claude Code, Codex, Cursor, Windsurf, Lovable, Bolt, Replit, AutoCoder, Gemini CLI 같은 도구를 써 본 사람들이 무엇이 잘 되고 무엇이 안 되는지 공유하는 공간을 목표로 한다. 다룰 내용은 만든 프로젝트, 프롬프트 엔지니어링 팁, 작업 흐름, AI 코딩 도구 비교, 제품 출시 경험, 막힌 문제, 생산성 자동화, 튜토리얼과 자료 등이다. 초보자와 경험 많은 빌더가 함께 배우고, 결과물을 보여 주며, 건강한 토론을 하는 분위기를 지향한다.
OpenAI의 Codex 이름은 오픈소스 Codex, Codex CLI, Codex 앱, 업무용 Codex, 범용 Codex, 개발자용 ChatGPT Codex처럼 여러 이름으로 이어져 온 것으로 보인다. 이제 고객이 보는 화면에서는 Codex라는 이름이 줄어들고 ChatGPT Code 같은 이름으로 바뀔 수 있다는 의문이 나온다. 핵심은 기능 변화보다 이름 변화가 잦아, 개발자가 어떤 도구가 무엇을 뜻하는지 헷갈릴 수 있다는 점이다.
GeminiAI 커뮤니티에서는 Gemini 3.5 Pro 출시가 늦어질 수 있다는 미확인 주장과 함께, 다른 최신 모델들이 Google을 압박하고 있다는 논쟁이 이어졌다. 핵심 비교 대상으로 GLM-5.2가 자주 언급됐다. 일부 반응은 GLM-5.2가 OpenAI, Anthropic, Google 같은 닫힌 모델 회사들의 강점을 크게 약화시킬 수 있다고 봤다. 이유는 출력 100만 토큰당 4달러 수준이라는 낮은 비용, 일부 환경에서 직접 실행할 수 있다는 점, 코딩·요구사항 정리·구현 계획·코드 리뷰 같은 작업에서 충분히 좋은 결과를 낸다는 경험 때문이다. 반대로 이 주장의 출처가 믿을 만한지 불확실하다는 반응도 많았다. Gemini 3.5 Pro를 서둘러 내기보다 완성도를 높이는 편이 낫다는 의견과, Google의 출시 속도가 너무 느려 경쟁에서 뒤처질 수 있다는 의견이 맞섰다. Gemini 사용량 제한이 줄었다는 불만도 함께 나왔다.
Claude Chrome으로 구글 문서를 고치는 작업이 매우 오래 걸릴 수 있다. 약 3쪽짜리 구글 문서에 Anthropic이 앱 안에서 제공한 예시 프롬프트를 넣고, 제안 기능으로 문서를 수정하게 했더니 완료까지 2시간 넘게 걸렸고 237단계를 거쳤다. 문서는 제목 구조가 잘 잡혀 있었고 이미지는 거의 없었다. 다음 날 같은 대화에서 같은 문서의 한 문단만 다시 제안해 달라고 했는데, 페이지에서 해당 내용을 찾는 데만 15분 이상 걸렸다. 결과물 자체는 대체로 쓸 만했고 실제로 일부 수정 제안을 적용할 수 있었다. 하지만 단순 문서 편집치고는 시간과 토큰 소모가 너무 커서, 사람이 직접 처리하는 편이 더 빠를 수 있다는 문제가 드러난다.
Cursor를 막 구매해 자동 모드로 써 보니 기본 작동은 괜찮다. 하지만 어떤 스킬을 써야 하는지, MCP를 언제 붙여야 하는지, 토큰을 어떻게 아껴야 하는지 감이 잡히지 않는다. 계획 모드를 언제 켜야 하는지도 불분명하다. 핵심 고민은 Cursor를 가장 효율적으로 쓰면서 비용과 낭비를 줄이고, 실제 개발 작업에서 더 많은 도움을 받는 방법이다.
한 개인 메이커가 Arduino를 써서 AI 에이전트에 물리적인 얼굴을 붙였다. 목표는 에이전트가 감정을 말로만 설명하지 않고, 표정으로도 보이게 하는 것이었다. 여러 번 고친 뒤, 에이전트가 기쁜 상태처럼 느껴지는 표정을 만들었다. 핵심은 AI 도구를 컴퓨터 화면 안에만 두지 않고, 작은 전자 장치와 연결해 더 생생하게 보이게 만든 실험이다.
Bonsai는 Claude 같은 코딩 에이전트에게 줄 지시문을 맥에서 시각적으로 정리하고 조립하는 앱이다. 아이디어를 카드 형태로 자유롭게 적고, 카드끼리 선으로 연결해 생각의 관계를 만든다. 이 보드는 단순한 화면이 아니라 구조화된 그래프라서, 에이전트가 사람이 보는 관계를 비슷하게 읽을 수 있게 설계됐다. 카드 안에서 @를 입력하면 파일, 폴더, 열린 브라우저 탭, GitHub, Linear, Notion, Sentry, Sigma, Xcode 같은 외부 자료를 끌어올 수 있다. 이 자료는 복사하는 순간 실제 내용으로 붙어 완성된 프롬프트에 포함된다. 애플의 Foundation Models를 쓰는 기기 내 의미 검사 기능도 있어, 에이전트가 행동하기에 너무 모호한 부분을 조용히 밑줄로 표시한다. 카드가 준비되면 완성된 프롬프트를 복사해 Claude나 다른 AI 도구에 붙여 넣는 흐름이다. Slack과 Jira 연결도 추가될 예정이다.
Cursor에서 에이전트 모드를 자동으로 켜고, 코드 저장소 전체를 크게 검색하며, 내용을 추가하거나 고치는 작업을 오래 하면 사용량이 매우 빨리 줄어들 수 있다. 실제로 특정 프로젝트를 5~6시간 정도 작업했는데, 한 달 사용 가능량이 4~5일치 수준까지 줄어드는 상황이 생겼다. 작업 내용은 코드베이스 재구성에 가깝고, 워크플로와 훅도 함께 다루고 있다. 단순히 계획을 묻거나 질문만 하는 방식은 맞지 않고, 에이전트가 직접 코드를 살피고 고치는 방식이 필요하다. 핵심 고민은 어떤 작업이 사용량을 많이 쓰는지 확인할 수 있는 보고 도구나 플러그인이 있는지, 그리고 에이전트 작업을 유지하면서 사용량을 덜 쓰는 방법이 있는지다.
Claude Code는 짧은 시연에서는 좋아 보이지만, 실제 코드베이스에서 안정적으로 쓰려면 별도의 운영 방식이 필요하다. 핵심은 도구가 마음대로 움직이게 두는 것이 아니라, 프로젝트 규칙과 확인 절차를 분명히 정해 주는 것이다. CLAUDE.md로 작업 원칙을 문서화하고, MCP와 스킬로 필요한 기능을 연결하며, 훅으로 반복 절차를 자동화한다. Git 안전장치와 작업 추적기를 함께 쓰면 실수로 코드를 망치거나 진행 상황을 잃을 위험을 줄일 수 있다. 마지막에는 변경 사항을 확인하는 검증 흐름을 정해, Claude Code가 만든 결과를 실제 개발 작업에 쓸 수 있는 수준으로 점검한다.
Claude Code로 예제를 만들 때, Claude는 무엇을 해야 할지 판단하는 데 꽤 효과적이다. 하지만 실제 서비스에 연결된 운영 API를 Claude가 바로 실행하게 두면 위험이 커진다. 도구 호출이 다시 시도되면서 같은 댓글이 중복으로 올라갈 수 있고, 거의 맞지만 API 형식 규칙을 살짝 어긴 데이터가 전송될 수 있다. 오래된 인증 정보로 API를 호출하거나, 원래는 사람의 승인이 필요한 작업을 바로 실행할 수도 있다. 어떤 이유로 특정 작업이 실행됐는지 남는 작업 기록이 없으면, 문제가 생긴 뒤 다시 재현하거나 원인을 찾기도 어렵다. 로컬 개발이나 실험에서는 직접 도구를 쓰게 해도 괜찮지만, 운영 환경에서는 판단과 실행을 나누는 방식이 더 안전하다. Claude는 무엇을 할지 결정하고, 별도의 실행 계층이 검증, 인증, 정책 확인, 실행, 기록 저장을 맡으면 에이전트 흐름을 이해하고 디버깅하기 쉬워진다.
개인 경험 기준으로 GitHub Copilot을 떠나 Cursor, Claude Code, Cline, Roo Code 같은 코딩 AI 도구를 비교하려는 수요가 있다. Claude 4.5 Sonnet과 Codex 계열 모델은 큰 코드 저장소의 내용을 이해하고 여러 파일을 함께 고치는 작업에서 좋은 결과를 낸다는 평가가 나온다. 특히 중간 가격대의 Codex나 GPT-5.5 계열은 성능 대비 비용이 괜찮은 선택지로 여겨진다. 핵심 고민은 Copilot의 가격 부담이 커졌고, 다른 도구도 실제로 매일 많이 쓰면 비용이 얼마나 튈지 알기 어렵다는 점이다. Cursor의 월 20달러 요금제가 큰 코드베이스에서 매일 여러 파일을 고치는 작업을 버틸 만큼 충분한지, 아니면 사용량 제한에 빨리 걸리는지가 문제다. Claude Code나 오픈소스 도구를 BYOK 방식으로 쓰면 Sonnet의 API 토큰 비용을 낮게 유지할 수 있는지, 아니면 자동 작업 반복 때문에 몇백 달러까지 bill이 커지는지도 중요한 질문이다.
Seedream 5.0 Pro와 Nano Banana Pro를 비교하며, 이미지 생성 도구에서 단순히 보기 좋은 결과보다 원하는 대로 조절할 수 있는 능력이 더 중요해졌는지를 묻는 내용이다. 제공된 정보에는 실제 비교 이미지, 점수, 사용한 명령문, 어느 도구가 더 낫다는 결론은 없다. 핵심은 첫 결과의 미감보다 구도, 세부 요소, 수정 지시를 얼마나 잘 따르는지가 더 중요한 판단 기준이 될 수 있다는 문제 제기다.
개인 사용 경험 기준으로 Gemini 3.1 Pro는 Google AI Studio에서 일상 도움, 업무, 대화용 챗봇으로 쓰기 좋다는 평가를 받았다. 답변은 필요한 내용에 집중하고, 읽기 쉽고, 이해하기 쉽게 정리된다는 점이 강점으로 꼽혔다. 어려운 개념도 짧지만 체계적으로 풀어 주어 바로 배우기 쉽다는 인상이 있다. 복잡한 뉘앙스와 깊이 있는 내용을 잘 분석하며, Sonnet 5 같은 다른 모델보다 답변이 더 정확하다고 느꼈다는 비교도 있다. Gemini Pro는 2.5 버전 때부터 일상생활에 계속 도움이 되었고, 앞으로의 Google Pro 모델도 이런 대화 품질을 이어가길 바라는 의견이다.
Cursor는 편집기 안에서 빠르게 코드를 이어 쓸 때 잘 맞는다. 화면 구성, 함수 작성, 작은 코드 정리처럼 만들 내용이 분명하고 흐름을 끊고 싶지 않을 때 유용하다. 자동완성은 빠르고, 인라인 에이전트는 특정 부분 하나를 바꾸는 작업에 적합하다. Claude Code는 한 파일을 넘는 큰 작업에 더 잘 맞는다. 데이터베이스 변경, 여러 파일에 걸친 코드 정리, API와 화면과 테스트를 함께 건드리는 기능 작업처럼 전체 코드베이스를 봐야 할 때 쓰기 좋다. 터미널에서 해야 할 일을 설명하면 더 넓은 범위의 작업을 맡길 수 있다. Cursor는 무엇을 만들지 이미 알고 빨리 움직이고 싶을 때, Claude Code는 문제를 더 넓게 보고 작업을 나눠 처리해야 할 때 강점이 있다. 실제 사용 비중은 주마다 달라질 수 있고, 어떤 일을 하느냐에 따라 한쪽을 더 많이 쓰게 된다.
Gemini 유료 플랜의 가치는 묶음 혜택보다 실제 AI 기능을 얼마나 믿고 쓸 수 있는지에 달려 있다. 유튜브와 저장 공간 혜택을 전혀 쓰지 않는다면, 남는 판단 기준은 Gemini가 일상 작업에서 충분히 도움이 되는지다. 현재 Gemini가 환각을 많이 낸다고 느끼는 상황에서는, AI 기능만으로 비용을 정당화하기 어렵다는 고민이다.
Cepho는 Cursor에서 하던 개발 작업을 휴대폰에서도 이어갈 수 있게 해 주는 도구입니다. Cursor를 Cepho에 연결하면, 컴퓨터 앞을 떠난 뒤에도 프로젝트 진행 상태를 휴대폰에서 확인하고 계속 다룰 수 있습니다. 작업 내용은 1분마다 동기화됩니다. 다시 Cursor를 열면 Cepho에서 진행한 내용이 이미 반영된 상태로 이어서 작업할 수 있습니다. 이 도구는 개인 필요로 만들어졌고, Product Hunt에 공개되었습니다.
PromptQueue는 Codex, Claude, ChatGPT, Gemini, Cursor 같은 AI 도구의 사용량 제한이 풀리는 시간에 맞춰 다음 요청을 미리 줄 세워 두는 작은 도구다. 예를 들어 오후 7시 30분에 제한이 풀린다면, 터미널에서 `promptqueue add 19:30 codex continue the refactor and run the tests`처럼 입력하고 `promptqueue run`을 실행해 둘 수 있다. 시간이 되면 PromptQueue가 대상 앱을 열거나 앞으로 가져오고, 준비한 프롬프트를 붙여 넣으며, 설정에 따라 전송까지 할 수 있다. Codex는 화면 앱을 조작하는 방식뿐 아니라 명령줄에서 바로 실행하는 대상도 지원한다. 이 도구는 파이썬 파일 하나로 만들어졌고, 표준 라이브러리만 사용한다. 별도 서버, 계정, 비공개 API 없이 로컬 큐 파일로 동작한다. MIT 라이선스의 무료 오픈소스 도구이며, 파이파이에서 `pip install promptqueue`로 설치할 수 있다.
한 개발자가 6개월간 밤낮으로 만든 AI 코딩 도구 'Neox'를 공개했다. 제작 동기는 단순했다. Cursor나 Claude Code 같은 기존 AI 도구들이 파일 여러 개를 한꺼번에 바꿀 때, 무슨 일이 벌어지는지 파악하기 어렵고 통제감을 잃는 느낌이 불편했다. Neox는 이 문제를 해결하려고 만들었다. 핵심 방향은 세 가지다: AI 에이전트가 지금 무엇을 하는지 실시간으로 볼 수 있고, 어떤 파일이 수정되는지 명확히 확인할 수 있으며, 변경 내용을 한눈에 검토할 수 있다. 대형 출시 발표가 아닌 '내가 만들고 있는 것을 공유하고 싶다'는 가벼운 소개글이다.
ai-profiles는 맥 한 대에서 여러 Claude 계정을 따로 실행하게 해 주는 무료 오픈소스 앱이다. 개인용 계정과 업무용 계정을 오갈 때마다 로그아웃하고 다시 로그인해야 하는 불편을 줄이기 위해 만들었다. Claude 데스크톱 앱과 CLI가 같은 설정을 공유해 서로 충돌하는 문제도 피하도록 계정별 환경을 분리한다. 사용자는 프로필을 만들고 이름과 색을 정할 수 있다. 각 프로필은 응용 프로그램 폴더에 별도 앱처럼 보이는 실행 아이콘을 만들고, 스포트라이트·런치패드·파인더·앱 전환 화면에서도 독립 앱처럼 보인다. CLI도 claude-work, claude-personal 같은 별도 명령으로 나뉘며, 각 명령은 로그인 정보, 대화 기록, 설정을 따로 보관한다. 그래서 두 터미널에서 서로 다른 Claude 계정을 동시에 쓸 수 있다. 계정별 사용량 표시도 있어 5시간 제한과 주간 제한에 얼마나 가까운지 바로 볼 수 있고, 기존 Claude 설정은 첫 실행 때 프로필로 가져올 수 있으며 7일 백업도 남긴다.
GPT-Live는 제2언어로 말하는 것이 두려운 사람에게 개인 말하기 선생님처럼 쓰일 수 있다. 가정에서 배운 언어를 어느 정도 알지만 말하기가 약한 사람도 자기 수준에 맞춰 대화를 이어갈 수 있다. 어려운 단어만 모국어로 바꿔 주고, 문법이 틀려도 뜻을 알아듣고 자연스럽게 고쳐 준다. 사용자가 원하면 계속 제2언어로 말하도록 이끌고, 너무 지쳤을 때만 모국어로 돌아간다. 말이 또렷하고 설명 방식이 쉬워서, 어린 시절처럼 아주 기본적인 수준에서 다시 대화하는 느낌을 준다.
GEX는 Gemini 대화가 많이 쌓였을 때 더 편하게 다루기 위해 만든 무료 플러그인이다. 설치 방법과 소스 코드가 GitHub에 공개되어 있어 직접 확인할 수 있다. 개발은 계속 이어질 예정이며, Gemini 이용자에게 필요한 기능이나 개선점을 찾기 위해 의견을 받고 있다. 현재 공개된 정보는 도구의 목적과 공개 방식에 가깝고, 구체적인 기능 목록이나 안정성 정보는 아직 자세히 나오지 않았다.
HP는 2026년 2월부터 OpenAI Frontier를 시험 사용한 뒤, 이를 회사 전체 업무에 더 넓게 적용하기로 했다. 적용 범위는 고객 응대, 파트너 지원, 고객 데이터 분석과 보고, 직원 생산성, 소프트웨어 개발까지 포함한다. 초기 시험에서 한 엔지니어는 OpenAI 모델을 써서 몇 주 안에 43개 프로젝트의 122개 코드 변경 요청을 처리했다. 보안팀은 몇몇 소프트웨어 오류를 하루 안에 고쳤고, 원래는 최대 한 달이 걸릴 수 있는 일로 봤다. HP는 ChatGPT를 조사, 분석, 아이디어 정리, 업무 자동화에 쓰고, Codex를 코드 현대화, 개발 계획, 화면 초안 만들기, 여러 개발 작업 병렬 처리에 쓰고 있다. OpenAI Frontier는 어떤 AI 작업이 돌아가는지, 어떤 문맥을 써도 되는지, 어떤 행동이 허용되는지, 결과를 어떻게 평가할지 관리하는 중심 플랫폼 역할을 한다. HP는 파트너 포털, 고객 지원, 기기 관리, 보안 분석 같은 영역에도 AI 에이전트를 연결하려 한다.
Sage Router는 Codex CLI, Claude Code, Cursor, Aider 같은 AI 개발 도구를 여러 AI 제공업체와 로컬 모델에 함께 연결해 주는 라우터다. 목표는 서비스가 사용량 제한에 걸리거나 느려질 때마다 기본 주소를 손으로 바꾸는 일을 줄이는 것이다. 사용자는 한 개의 기본 주소만 설정하고, 코딩, 빠른 대화, 로컬 우선, 로컬과 클라우드 혼합 같은 설정을 고를 수 있다. OpenAI와 Anthropic 방식의 연결을 지원해서 기존 도구에 붙이기 쉽게 만들었다. 오픈소스로 공개된 핵심 라우터는 내 컴퓨터에서 실행되며, 기본 설정에서는 사용자의 제공업체 키가 컴퓨터 밖으로 나가지 않는다. BYOK 방식이라 Sage Router가 모델을 되팔거나 공동 계정을 제공하는 구조가 아니다. 제공업체 상태 확인, 장애 전환, 로컬과 클라우드 혼합 라우팅을 지원한다. 팀 설정 동기화, 사용량 제한, 분석을 위한 호스팅 제어판은 선택 기능이며 Lite 월 6달러, Pro 월 30달러, Max 월 72달러 요금제가 있다.
사업용 시간 기록 앱과 청구 플랫폼을 연결하려는 작업에서 Claude가 연동 설계를 도왔다. Claude는 필요한 API를 찾아 설정 과정을 안내했고, 테스트까지 진행했다. 테스트 중 청구서가 고객에게 잘못 발송됐을 수 있다고 급하게 경고했지만, 실제 발송은 아니었고 플랫폼 화면상 그렇게 보인 상황이었다. 이후 Claude는 문제를 다시 확인한 뒤 청구 플랫폼의 API가 문서대로 작동하지 않는다고 판단했다. 우회 방법은 찾지 못했고, 기술 지원팀에 보낼 문의문을 대신 작성했다. 문의문은 비전문가에게는 이해하기 어려운 기술 설명이었고, 실제 지원 창구의 1차 답변도 인공지능 챗봇이 처리했다. 결과적으로 사람은 Claude와 지원 챗봇 사이에서 답변을 복사해 옮기는 중간 전달자 역할만 하게 됐다.
Loom은 Codex, Claude Code, OpenCode 같은 코딩 에이전트 위에 얹어 쓰는 오픈소스 도구다. 짧은 코드 수정은 이미 이런 도구들이 잘하지만, 긴 개발 작업에서는 문제가 달라진다. 작업이 길어지면 저장소의 배경을 다시 파악하고, 이전에 무엇을 했는지 되짚고, 어떤 검사를 실행했는지 확인하고, 중간에 멈춘 작업을 이어받는 데 시간이 많이 든다. Loom은 처음 목표, 작업 계획, 바뀐 파일, 실행한 검사, 실패 내용, 고친 과정, 다음 사람이나 도구가 이어받을 근거를 더 분명하게 남기려 한다. 핵심은 코드를 대신 더 잘 쓰는 것이 아니라, 긴 작업의 진행 상태와 인수인계를 관리하는 데 있다.
Windows 11 노트북에서 Codex CLI를 쓰는 동안 Enter, Backspace, 방향키 같은 특수 키 입력이 갑자기 제대로 작동하지 않는 문제가 발생했다. 같은 방식으로 설치하고 실행한 데스크톱에서는 문제가 나타나지 않았다. Codex는 명령줄에서 NPM으로 설치되어 있었다. 창을 다른 곳으로 옮겼다가 다시 선택한 뒤 문제가 생기는 것으로 보이며, 명령 프롬프트, PowerShell, Windows Terminal 모두에서 같은 증상이 나타났다. Enter는 아무 반응이 없고, Backspace는 글자를 지우는 대신 공백을 입력하며, 방향키는 화면에서 이동하지 않고 `[D` 같은 이상한 문자열을 그대로 보낸다. 며칠 동안 검색하고 인공지능에게 물어봤지만 해결책을 찾지 못했다.
코딩 경험이 없는 1인 메이커가 온라인 앱 베타 버전을 만들면서 Codex와 Claude Code를 서로 검토자로 사용했다. 한 도구가 코드를 작성하면 다른 도구가 그 결과를 확인하는 방식이다. 최근 Codex가 Railway와 PostgreSQL을 연결해 베타 앱 배포 작업을 끝냈고, 겉보기에는 정상 작동했다. 이후 Claude Code가 검토하면서 이메일 인증 설정 문제를 짚었다. 로컬 확인 결과, `MAIL_SUPPRESS_SEND` 값이 `1`이면 실제 이메일 발송이 막히고 일회용 인증 코드가 Railway 로그에 찍힐 수 있었다. Railway에도 같은 설정이 들어가 있으면 사용자는 이메일을 받지 못하고, 인증 코드가 서버 로그에 남는 문제가 생긴다. Codex는 이 점을 먼저 확인하고 고쳐야 한다고 판단했다. 또한 Railway, PostgreSQL, 베타 도메인 작업을 넘겨주는 문서 커밋이 로컬에 존재하는 것도 확인됐다.
2026년 8월 2일부터 유럽 AI 법 때문에 AI가 만든 텍스트도 기계가 알아볼 수 있는 방식으로 표시해야 한다는 주장입니다. 핵심은 AI가 만든 글, 오디오, 파일에 단순한 안내 문구만 붙이는 수준이 아니라, 감지 가능한 기술적 표시를 넣어야 한다는 점입니다. 오디오에는 메타데이터 태그와 지문 같은 워터마크가 필요하고, 위반 시 큰 벌금이 나올 수 있다고 설명합니다. 텍스트를 만드는 AI 시스템 제공자는 결과물이 AI 생성물인지 기계가 읽고 판별할 수 있게 해야 하며, 그 방식은 효과적이고 서로 호환되며 쉽게 깨지지 않아야 한다고 봅니다. 매우 단순한 오픈소스 모델은 예외가 될 수 있지만, 체계적 위험 범용 인공지능으로 분류되는 모델은 예외가 아니라고 주장합니다. 예시로 Qwen 3.6 계열, Deepseek Flash, GLM, Kimi가 언급됩니다. PDF나 텍스트 파일 다운로드처럼 파일 형태로 결과물을 주는 경우에는 암호 서명 메타데이터 같은 표시가 필요할 수 있고, 한 가지 표시만으로는 부족하며 두 겹의 감지 장치가 필요하다는 해석입니다.
Claude Opus를 앱이나 게임 개발에 쓰는 방법은 아이디어를 바로 코드로 옮기기보다 먼저 구현 계획을 세우는 데서 시작한다. 초반에는 /grill-me 스킬로 아이디어의 빈틈, 요구사항, 위험한 가정을 점검한다. 개발 도구 인증을 마친 뒤 Claude가 만든 코드를 그대로 믿지 않고 엄격한 코드 검토를 거친다. 필요하면 Codex CC 같은 플러그인을 붙여 더 까다로운 반대 검토도 할 수 있다. 만든 기능은 Claude에게 스스로 점검하게 하고, 큰 작업에서는 컨텍스트 창이 꽉 차지 않도록 하위 에이전트를 나눠 쓴다. 전체 목표는 Claude Opus로 앱·게임 아이디어부터 초기 구현 계획, 코드 작성, 검토, 디버깅, 출시 준비까지 이어지는 흐름을 안정적으로 만드는 것이다.
여러 코드 저장소를 쓰는 팀에서는 Cursor의 클라우드 에이전트가 각 저장소 사이의 API 계약을 제대로 맞추기 어렵다. 로컬에서는 여러 저장소를 한 작업 공간에 함께 열어두면 에이전트가 전체 문맥을 볼 수 있어 훨씬 더 유용해진다. 이를 Linear와 연결하기 위해 로컬 컴퓨터에 별도 코드베이스 사본을 하나 더 만들고, 이것을 사실상 클라우드 작업 환경처럼 쓴다. Linear에는 "Ready for AI"라는 상태를 만들고, 로컬 스크립트가 1분마다 Linear를 확인한다. 준비된 이슈가 있으면 스크립트가 모든 저장소의 개발 브랜치를 최신 상태로 당긴 뒤, Linear의 "Git Branch Name"에 맞춰 새 브랜치를 만든다. 그다음 Linear 이슈를 GitHub 브랜치와 연결하고, Cursor CLI가 이슈 내용을 읽어 코드를 수정한다. 작업이 끝나면 스크립트가 풀 리퀘스트를 만든다.