Cursor의 새로운 Composer-1 코딩 LLM을 너무 무시했던 것 같습니다. 물론 GPT-5 High Effort나 GPT-5-Codex보다 훨씬 못하기 때문에, 중요한 코드 프로젝트를 설계하고 구현할 때 제 워크플로우에 Composer-1을 사용할 자리가 없다고 생각합니다. 반면에, 매우 빠릅니다(어떻게 이런 일이 가능했을지 궁금하네요. Groq나 Cerebras 하드웨어를 사용했을까요? 모델이 너무 작고 효율적이어서 그럴까요? 잘 모르겠네요). 이것만으로도 코드가 그렇게 임무에 중요하지 않거나, 새로운 프로젝트를 시작할 때 기존 코드를 손상시킬 걱정이 없을 때 많은 새로운 워크플로와 작업 기술이 활용될 수 있습니다. GPT-5의 어떤 버전보다 훨씬 저렴합니다. 훨씬 빠르고 훨씬 저렴하다는 점이 결합되어, 이전에는 제대로 이해하지 못했던 모델 사용 방식에 질적인 차이를 만들어냅니다. 시간과 비용 측면에서 반복 비용이 매우 낮으면 훨씬 더 많은 반복을 할 수 있습니다. 이로 인해 "일회성 정확성"의 가치가 낮아집니다. 즉, GPT-5 Pro와 같은 모델이 복잡한 코딩 과제를 버그 없이 처음부터 올바르게 수행할 수 있는 능력입니다(물론 이 모델조차도 이 매우 엄격한 테스트에서 종종 실패합니다). 하지만 디버깅 루프를 닫고 오류/경고를 모델에 빠르게 다시 공급하고 각 반복 라운드가 20초에서 1분 정도 걸린다면(최소한 GPT-5를 많은 노력을 들여 사용하면 5~10배가 걸림) 첫 번째 시도(또는 두 번째, 세 번째, 네 번째 시도)에서 저지른 모든 엉성한 실수를 빠르게 해결할 수 있고 GPT-5를 사용했을 때보다 더 빨리 작동하는 코드를 완성할 수 있습니다. 브라우저에서 뭔가를 개발하고 있다면, 이제 Cursor의 새로운 브라우저 탭을 사용하여 루프를 완전히 닫을 수 있습니다. 이 기능은 제가 지금까지 어떤 코딩 도구에서 봤던 이런 종류의 기능 중 단연 최고입니다(Codex의 Playwright MCP나 Claude Code를 사용하는 것보다 훨씬 앞서 있습니다!). 저는 오늘 이 프롬프트를 아주 효과적으로 활용하고 있습니다. 브라우저 탭을 사용하여 앱을 체계적으로 탐색하고 자연스럽게 인터페이스를 사용하세요. 이때 개발자 콘솔에 경고나 오류가 표시되는지 주의 깊게 살펴보세요. 경고나 오류가 발생하면 버그와 문제를 대화형으로 반복적으로 진단하고 수정한 후, 앱을 새로 고쳐 오류나 경고가 완전히 해결되었는지 확인하세요. 버그를 수정할 때는 가짜 "미봉책"을 적용하지 말고 버그의 진짜 근본 원인을 파악하는 데 집중하세요! 하지만 이러한 접근 방식이 실제로 실패하는 부분은 무엇을 만들지, 그리고 그것을 높은 수준에서 구현하는 가장 좋은 방법은 무엇인지 파악하는 개념 및 계획 단계입니다. 이 단계에서 깊이 있는 사고와 탐구가 부족하면 회복하기 어려운 나쁜 길로 접어들 수 있습니다. 이는 현재 진행 중인 작업이 일반적인 코딩 작업의 "데이터 매니폴드"에서 크게 벗어나는 경우 훨씬 더 두드러집니다. 간단한 CRUD 웹사이트를 하나 더 만들고 있다면 크게 눈에 띄지 않을 것입니다. 하지만 인공 생명 시뮬레이션이나 그와 비슷한 특이한 분야에서 새로운 영역을 개척하려고 한다면 눈에 띄게 보일 것입니다. 하지만 매우 효과적인 하이브리드 접근 방식이 있습니다. 가장 스마트한 계획 모델과 빠르고 저렴한 반복 작업 모델을 결합하는 것입니다. 브라우저 앱에서 GPT-5 Pro를 사용하여 계획과 초기 구현을 구상한 다음, 이를 Cursor에 붙여넣고 반복 작업, 수정, 개선을 시작하세요. 기존의 탄탄한 기반을 구축하는 것보다 기존 기반을 수정하는 데 훨씬 효과적입니다. 이 모든 것이 진정으로 빛을 발하는 순간은 마감일이나 기대 없이 새로운 프로젝트를 진행하며 재밌는 것을 가지고 놀고 탐험할 때입니다. 이런 맥락에서 속도는 정말 중요한 요소입니다. 이건 80년대 초반 IBM에서 컴퓨터 시스템의 지연 시간을 조사한 연구를 떠올리게 하는데, 지연 시간이 50ms와 같이 마법의 수준 이하로 낮아지면 인간의 뇌가 "실시간 시스템"을 다루고 있다고 인식하기 때문에 행동에 큰 변화가 생긴다는 걸 발견했습니다. 반대로, 지연 시간이 500ms처럼 놀라울 정도로 낮은 수준을 넘어서면 참여도가 훨씬 떨어지고, 정신적으로 힘들고 답답해집니다. 지연 시간이 몇 초 이상으로 치솟으면 사람들은 정신적으로 이탈하고 참여를 유지하기 어려워집니다. 코딩 모델이 몇 초 안에 응답하고 15초 안에 10번의 편집을 하는 것을 보는 것은 GPT-5가 체계적으로 무언가를 처리하기 위해 5분을 기다리는 것과는 전혀 다른 경험입니다. 어쨌든, 이걸 가지고 노는 건 정말 재밌어요. 어떤 비디오 게임보다도 더 재밌고 몰입도가 높아요.
스레드를 불러오는 중
깔끔한 읽기 화면을 위해 X에서 원본 트윗을 가져오고 있어요.
보통 몇 초면 완료되니 잠시만 기다려 주세요.