V4.1 Flash를 네이티브 서브 에이전트로 활용해 23시간 빌드에서 Astra 사용량 94% 절감함

Astra 처음 나왔을 때 첫 주 사용량 진짜 미쳤었음. 20x 플랜으로 토큰 5억 개 정도 돌렸는데도 주간 제한 근처에도 안 갔거든. 근데 갑자기 뚝 끊기더라. 계속 한도 초과 걸려서 그다음 5억 토큰 채우려고 리셋만 네 번을 했음.
그래서 사용량 최적화 좀 해보기로 했다.

코딩 길게 할 때 생각해보면, 진짜 판단이 필요한 부분은 한 10% 정도임. 아키텍처 짜고, 인터페이스 잡고, 보안 체크하고, 결과물 맞는지 확인하는 거. 나머지 90%는 그냥 레포 읽고, 함수 짜고, 테스트 돌리고, 에러 뜨면 읽고, 고치고, 다시 돌리는 단순 노가다거든. Astra는 그 10%에는 돈값 충분히 하는데, 나머지 90%까지 Astra 가격으로 내고 있으려니 속이 쓰리더라고.

그래서 "잡일"은 성능 좀 떨어져도 쓸만한 모델들한테 떠넘기기로 함. (이거 뭐 새로운 개념도 아니고, 예전부터 좋은 모델들 섞어서 쓰던 방식이긴 한데, Astra가 토큰 효율이 워낙 개판이라 이번엔 이게 훨씬 중요했음.)

일단 다른 에이전트들 쓰면서 익혀둔 오케스트레이션 기술 재활용해서 작은 모델들한테 작업 좀 밀어 넣어봤음. 한 10% 정도 아끼긴 했는데, 오히려 새로운 문제들이 생기더라. 그래서 Sol, Luna, Opus, Sonnet 같은 애들을 일꾼으로 써봤는데, 다들 장단점이 있고 딱히 드라마틱한 변화는 없었음.

그러다 DeepSeek V4.1 Flash를 써봤는데, 이게 물건임. 다른 싼마이 옵션들보다 결과물 바로 더 좋고, Opus 5 수준은 나오는데 긴 작업 시켜도 딴짓 안 하고 잘 버팀. 이것만으로도 Astra 사용량이 60%는 줄더라.

근데 깨달은 게, 사실 일꾼이 문제가 아니었음. Astra가 계속 감독질하면서 작업 지시하고, 중간 점검하고, 다시 읽고, 다시 검토하고 난리를 치니까 문제였던 거임. 비싼 모델이 루프 돌면서 일꾼 감시하고 있으면 싼 모델 써봤자 아무 의미가 없지.

그래서 Astra가 아예 방해 안 하게 orchestration을 싹 뜯어고쳤음. 한 번 계획 짜고, 한 번 지시 내리고, 기다렸다가, 끝난 결과물을 한 번에 검토하는 방식으로 바꿈. 이제 Flash가 테스트랑 디버깅까지 포함해서 구현 전체를 다 알아서 함.

그때 딱 감이 오더라. 7시간짜리 빌드 돌렸는데 주간 사용량의 2%밖에 안 씀. 예전 방식대로 5시간 빌드 돌렸을 땐 28% 넘게 썼거든.

더 어려운 작업에서도 먹히나 보려고 같은 프로젝트로 12시간 넘게 더 돌려봤음. 전체 결과는 이럼:
- 실제 가동 시간 23시간
- 18.5시간 동안 내가 날린 프롬프트는 딱 4개
- Astra만 썼을 때 대비 1K 라인당 Astra 입력값 94.2% 감소
- DeepSeek 쪽 비용 총 $19.32

이거 다 Codex 안에서 돌아감. Codex Router가 Flash를 네이티브 서브 에이전트로 추가해서 별도 CLI 필요 없고, Astra도 일꾼이 요약한 거 믿는 게 아니라 실제 diff를 직접 검토함. 인스톨러는 기본적으로 드라이 런(dry run) 돌리고, 건드리는 건 다 백업하고, 깔끔하게 되돌리기 기능도 있음.

관심 있으면 깃허브에서 확인해봐: https://github.com/ethanplusai/astra-flash-orchestrator

피드백이나 더 개선할 점 있으면 알려줘.