Codex, 7월에 12번 리셋됨

• Luna는 이제 엄청 저렴함.

[이미지]

아침부터 계속 작업 중인데 벌써 오후 3시인데도 Luna High로 4%밖에 안 썼음.

Sol은 가끔 과하게 엔지니어링함. 이 점을 확실히 해둬야 함. 또한 모델에 의심이나 모순이 전혀 없고 100% 명확할 때 단계를 시작해야 함. 난 여러 슬라이스로 단계를 나누는 방식을 사용함. 각 슬라이스를 매우 작게 만들어서 모델이 여러 번의 압축(compaction) 없이 구현할 수 있게 함. 두 번째는 리팩토링할 때 계층별로 수행하는 것임. 우리는 계층형 아키텍처를 따름. Terra는 전혀 사용 안 함. 엄격한 가드레일과 강력한 테스트 커버리지가 있다면 Luna가 해낼 거임. 이건 우리 경험에서 나온 건데, 그건...

4월 중순에 Claude Code는 그만뒀어. 그 뒤로 Codex로 갈아탔는데, 우리한테 잘 맞아서 다시 확인 안 해봤음. 참고로 우리는 3명 팀이고, 3명 다 계정 2개씩 쓰고 있어. 총 50만 라인 정도 되는 레포 3개 작업 중이고, 복잡한 검색 파이프라인, 파서, 컨트롤 플레인을 다루고 있음.

코딩에는 Luna High를 써, 맞아. 전체 단계가 끝나면 Sol High로 검토하고. 설계랑 아키텍처 가이드는 사람이 직접 하고 + 강력한 가드레일을 걸어둠. 수천 개의 테스트와 회귀 테스트 덕분에 리팩토링이나 기능 추가 시 거의 0에 가까운 오류를 유지함. 모든 문서를 관리하고 TASK.md로 단계별 작업을 만든 다음, 그 단계를 테스트와 문서 업데이트를 포함한 여러 개의 작은 조각으로 나눠. 이 워크플로우가 효율적인 사용에 엄청 도움이 됐어...

레포지토리는 다음의 중요한 것들을 포함할 예정임.

1. guides: 이 디렉토리는 에이전트들이 아키텍처를 이해하고, 무엇을 엄격하게 유지해야 하는지, 그리고 의사결정 기록이 담긴 ADR을 위한 것임. 모든 것은 AGENTS.md에 참조되어 있으며, 매 실행마다 읽히게 됨.
2. TASK.md: 모든 작업을 추적하며, 모든 코드 변경 사항은 TASK.md 원장에 기록되어야 함. 이건 AGENTS.md의 엄격한 규칙임. 모든 테스트가 통과되어야만 완료된 것으로 표시할 수 있음.
3. ~를 위해...