새로운 소프트웨어 프로젝트를 개발하고 싶어하는 많은 사람들이 프로젝트를 시작하는 과정에서 처음에 어려움을 겪는 경우가 많습니다. 빈 저장소에서 시작하는 것이 너무 두려운 것처럼 보이기 때문입니다. 그래서 저는 최신 워크플로를 빠르게 살펴보기로 했습니다. 이 워크플로는 시작하는 데 필요한 노력과 시간 측면에서 기준을 극적으로 낮춰줍니다. 가장 중요한 부분은 실제로 제대로 작동하고 잘 하려는 일을 한다면 많은 사람들에게 실제로 유용할 만한 좋은 아이디어나 무엇을 만들어야 할지 아는 것입니다. 이 부분은 제가 직접 도와드릴 수는 없지만, 스스로 가려운 곳을 긁어내고 (비전문 분야) 자신의 고민을 해결하라는 일반적인 조언은 시작하는 데 아주 좋은 방법입니다. 저도 끊임없이 프로젝트 아이디어를 떠올리고 있습니다. 어쨌든 다음 단계는 가까운 친구에게 빠르게 이메일을 보내듯이 아이디어를 비공식적으로 적어내는 것입니다. 이것을 공식적인 계획으로 만들려고 하지 말고, 기본적인 아이디어와 그 기능을 전달하는 가장 빠른 방법일 뿐이며, 사용하고 싶은 기술 스택이나 라이브러리의 모든 부분을 명시하는 것입니다. 첨부된 스크린샷은 며칠 전 우연히 떠오른 아이디어에 대한 예시입니다. 작성하는 데 10분에서 15분 정도 걸렸습니다. 길 필요는 없고, 간결하게 작성하기 위해 다른 출처를 참고해도 됩니다. 이 초기 설명은 GPT-5 Pro의 프롬프트가 됩니다. 실행하는 데 보통 최소 15분에서 20분 정도 걸립니다(프롬프트를 작성하는 데 걸리는 시간보다 훨씬 더 길어서 우스꽝스럽죠). 다른 모델을 사용해 볼 수도 있지만, 훨씬 더 나쁠 것입니다. 그런 다음 저는 종종 같은 아이디어를 Grok4 Heavy나 Opus4.1에 전달하고, 그 아이디어를 GPT-5 Pro에 다시 피드백하여 다른 제안서에서 좋은 아이디어를 발견하면 GPT-5 Pro가 이를 채택하도록 독려합니다. 만약 그 계획에 실제로 유용한 아이디어가 있다면, GPT-5 Pro는 그것을 인식하고 반영할 것입니다. 그런 다음 Pro에 첫 번째 응답을 기반으로 상세하고 세부적인 마크다운 계획 문서를 작성하도록 요청하고, 이를 새로 만든 프로젝트 폴더에 파일로 저장합니다. 그런 다음 웹 앱에서 새로운 Pro 대화를 시작하고 전체 마크다운 계획 파일을 제공하고 계획을 다양한 방식으로 개선하여 더욱 안정적이고, 견고하고, 성능이 좋고, 직관적이고, 사용자 친화적으로 만들라고 지시하는 등 이를 여러 번 반복합니다. 그리고 Pro가 최신 문서, 블로그, 튜토리얼 등에 대한 철저한 웹 조사를 수행하여 더 나은 라이브러리나 작업 방식을 찾도록 장려하겠습니다. 그런 다음 제안된 개정 내용을 가져와서 Codex에 붙여넣고 Codex에 개정 내용을 기존 마크다운 계획 문서에 통합하도록 요청하겠습니다. 이 과정을 두세 번 반복하면 상황이 안정되고 정말 훌륭하고 구체적인 계획이 완성됩니다. 이것이 모든 것의 핵심입니다. 아직 계획 단계에 있을 때는 코드가 없기 때문에 수정하고 개선하기가 훨씬 쉽기 때문입니다. 두 번 측정하고 한 번 자르는 식으로요. 이 아이디어의 초기 아이디어에서 나온 계획 문서의 링크는 다음과 같습니다. https://t.co/mXHOZH9b2p 이 시점에서 AGENTS dot md 파일을 추가하기 시작합니다. 기존 파일을 하나 사용하고 Pro에 (최신 계획 문서가 작성된 것과 동일한 세션에서) 이 새로운 프로젝트와 기술 스택에 맞게 사용자 지정해 달라고 요청하면서 일반적인 내용은 그대로 유지합니다. 매우 중요한 라이브러리가 있는 경우, 전문적인 모범 사례 가이드도 가끔 작성합니다(예를 들어, MCP 서버를 만드는 경우 fastmcp 라이브러리에 특화된 모범 사례 가이드를 생성하지만, 프로젝트를 구성하는 방법 등도 자세히 설명합니다). 이 시점에서 저는 단일 세션에서 codex에 프로젝트 구조를 구축하고, 폴더와 빈 플레이스홀더 파일을 만들고, .gitignore 파일을 만드는 등의 작업을 시작하도록 요청합니다. 여기서 제 프로세스가 일반적인 접근 방식과 크게 다릅니다. 먼저 Steve Yegge의 비즈 프로젝트를 활용하고, codex에 비즈를 활용한 계획 문서를 여러 개의 작업과 하위 작업으로 나누도록 지시합니다. 그런 다음 tmux를 사용하여 여러 개의 코덱스 세션을 만듭니다. 한 번에 최대 8개까지 가능합니다(그보다 많은 수라도 잘 작동할 것 같습니다)...
그런 다음 mcp 에이전트 메일 프로젝트를 시작하고 메일에 등록하고 다른 에이전트에게 자신을 소개하고, AGENTS dot md와 계획 문서를 전부 읽고(이 파일을 이름으로 참조) 첫 번째 메시지에서 비즈 작업을 검토하라고 지시합니다. 그 후에는 똑같은 메시지를 반복해서 보내는 과정입니다. 제가 그들에게 비즈 작업을 하나 골라서 시작하라고 말하고, 몇 번 더 반복하도록 격려하고, 작업을 검토하고, 에이전트 메일을 확인하고 답장이 필요한 메시지에 답하고, 동료 에이전트와 무엇을 하고 있는지 소통하라고 합니다. 어제 이 게시물에 나와 있는 샘플 프로젝트에서 이 부분이 어떻게 작동하는지 보여주는 23분 분량의 영상을 녹화했습니다. 이를 통해 모든 것이 명확하게 설명되었습니다. https://t.co/KedUEzSRRG 녹화 후, 마지막 부분까지 자동화하는 방법을 알아냈습니다. tmux를 사용하여 명령을 브로드캐스트하여 모든 상담원에게 자동으로 메시지를 대량으로 큐에 넣어 몇 시간 동안 바쁘게 지낼 수 있도록 하는 것입니다. 아래 게시물 링크를 걸어두겠습니다. 이것이 기본적인 프로세스입니다. 이 과정을 따르면 며칠 만에 놀라울 정도로 복잡하고 강력한 소프트웨어를 만들 수 있는데, 실제 "인간 시간"은 1~2시간 정도 걸리지만, 엄청나게 많은 에이전트 시간(맨시)이 필요합니다. 그리고 gpt-5-codex를 사용하는 자율 에이전트가 인간의 지시를 끊임없이 기다리지 않을 때 한 시간 동안 작업하는 것은 아마도 인간의 시간으로 환산하면 10시간에서 20시간 정도일 겁니다. 생각하고 타이핑하는 속도가 정말 빠르죠!
tmux를 사용하여 자동화 루프를 닫는 것에 대한 스레드 링크는 다음과 같습니다.
이 모든 것을 가능하게 하는 MCP Agent Mail 프로젝트에 대한 링크는 다음과 같습니다. https://t.co/aXsf08Pms7