저는 너무 바빠서 매일 모든 프로젝트에 온전히 집중할 수 없더라도, 진행 중인 모든 프로젝트에서 매일 조금씩이라도 진전을 이루려고 노력합니다. 그래서 저는 상담원들이 항상 다듬기/점검/수정 및 전반적인 개선 작업을 할 수 있도록 몇 가지 질문들을 생각해냈고, 이를 자주 활용합니다. 모델은 이제 기본적으로 충분히 안정적이고, 단위 테스트와 엔드투엔드 통합 테스트도 충분히 마련되어 있어서 모델이 오작동하거나 큰 오류를 일으킬까 봐 크게 걱정하지 않습니다. 게다가 만약 하나가 오류를 일으키더라도 다른 에이전트들이 알아채고 스스로 수정할 가능성이 높습니다. 제가 자주 사용하는 몇 가지를 아래에 소개합니다. "이 프로젝트의 코드 파일을 무작위로 탐색하면서, 특정 코드 파일을 선택하여 심층적으로 조사하고 이해한 다음, 해당 코드의 기능과 실행 흐름을 관련 코드 파일과의 관계를 통해 추적해 보세요. 워크플로의 전체적인 맥락에서 코드의 목적을 이해한 후에는, '새로운 시각'으로 매우 신중하고 체계적이며 비판적인 검토를 통해 명백한 버그, 문제, 오류, 사소한 실수 등을 찾아내고, 이를 체계적이고 꼼꼼하며 지능적으로 수정해 주세요. AGENTS.md의 모든 규칙을 반드시 준수해야 합니다." 그리고 "좋습니다. 이제 동료 요원들이 작성한 코드를 검토하고 문제점, 버그, 오류, 비효율성, 보안 문제, 안정성 문제 등을 꼼꼼히 점검해 주시겠습니까? 기본 원칙 분석을 통해 근본적인 원인을 진단하고 필요에 따라 수정 또는 보완해 주십시오. 최신 커밋에만 국한하지 말고, 더 넓은 범위에서 깊이 있게 살펴보세요! 울트라씽크를 활용하십시오." 프로젝트에 만족하지 못하지만 직접 문제를 해결할 에너지가 없을 때, 저는 다음과 같은 방법을 사용합니다 (단, Opus 4.5 또는 현재는 고도의 사고력을 요하는 GPT 5.2를 사용할 때만). "좋습니다. 이제 애플리케이션 워크플로와 구현의 모든 측면을 매우 꼼꼼하게 검토하여 최적화되지 않았거나 잘못된/오류가 있는 것처럼 보이는 부분, 사용자 친화성과 직관성 측면에서 명백히 개선될 수 있는 부분, UI/UX를 개선하고 다듬어 더욱 세련되고 시각적으로 매력적이며 고급스러운 느낌을 주는 최고 수준의 앱, 즉 Stripe 수준의 앱처럼 만들 수 있는 부분을 찾아주세요." Codex에서 해당 메시지를 대기열에 추가하여 프로젝트 개선을 위해 제시된 다양한 제안에 대한 후속 조치를 취할 수도 있습니다. "좋습니다. 그럼 위에 제시된 모든 내용을 바탕으로 더 자세히 설명하고, 세부적인 작업 목록(bed)을 만들어 주세요. 각 항목에는 작업, 하위 작업, 그리고 의존 관계 구조가 포함되어야 합니다. 또한, 관련 배경 정보, 추론/정당화 근거, 고려 사항 등 프로젝트의 목표, 의도, 사고 과정, 그리고 그것이 프로젝트의 전반적인 목표 달성에 어떻게 기여하는지 등 '미래의 우리 자신'이 알아야 할 모든 정보를 상세한 주석과 함께 제공해 주세요." 이어서: "각각의 비드를 아주 꼼꼼하게 검토해 보세요. 정말 타당한가요? 최적의 상태인가요? 시스템을 사용자에게 더 편리하게 만들기 위해 변경할 수 있는 부분이 있을까요? 있다면 비드를 수정하세요. 이러한 사항들을 구현하기 전에 '계획 단계'에서 작업하는 것이 훨씬 쉽고 빠릅니다!" 그런 다음: "좋아요, 그럼 이제 여러분이 최적의 논리적 순서대로 정리한 나머지 비즈 작업들을 체계적이고, 계획적이고, 꼼꼼하고, 성실하게 시작해 보세요! 작업하는 비즈에는 표시를 해두는 것도 잊지 마세요." 그리고 나서 "진행" 메시지가 몇 개 나오고 마지막으로 다음과 같은 메시지가 나옵니다. "좋아요, 이제 방금 작성한 새 코드와 수정했던 기존 코드를 '새로운 시각'으로 꼼꼼히 읽어보고, 눈에 띄는 버그, 오류, 문제점, 혼동되는 부분 등이 있는지 아주 자세히 살펴보세요. 발견한 내용은 모두 신중하게 수정하세요." 참고로, 이러한 메시지들은 모두 사전에 입력되어 메시지 대기열에 추가되며, 코덱스는 이전 메시지 처리가 완료되면 하나씩 처리합니다. 하지만 안타깝게도 이 워크플로는 후속 메시지로 인해 상담원의 처리가 중단되기 때문에 클로드 코드(Claude Code)에서는 작동하지 않습니다. 어쨌든, 3시간 이상 후에 다시 돌아와 보면 자율적으로 처리된 엄청난 양의 작업을 확인할 수 있습니다. GPT 5.2를 사용하면 약간의 추가 작업이 필요하지만 훨씬 더 잘 작동합니다. 마지막으로, 클로드에게 이 모든 것을 다음과 같이 확정해 달라고 하세요. "이제 프로젝트에 대한 지식을 바탕으로, 변경된 모든 파일을 논리적으로 연결된 그룹으로 묶어 각 그룹에 대해 매우 상세한 커밋 메시지를 작성하고 푸시하세요. 시간을 충분히 들여 정확하게 작업하세요. 코드는 절대 수정하지 마세요. 명백히 임시적인 파일은 커밋하지 마세요. Ultrathink를 사용하세요." 저는 매일, 하루에도 여러 번씩, 현재 7개 이상의 프로젝트를 진행하면서 3대의 컴퓨터를 항상 바쁘게 가동하고 있습니다 (그리고 여러 가지 구독 서비스도 이용 중인데, 이 속도라면 곧 더 많은 서비스를 추가해야 할 것 같습니다). 아, 그리고 이 모든 설명은 제 작은 명령 팔레트 장치(그리고 제가 두 번째 컴퓨터용으로 새로 구입한 작은 버전도 있는데, Temu에서 60달러밖에 안 해요!)를 사용하면 버튼 하나만 눌러서 1초도 안 걸려서 작성할 수 있어요. 사진 참고하세요.
