5.6 Sol의 과도한 엔지니어링을 막을 수가 없네요
cannot stop 5.6 sol from overengineering
핵심 요약
Codex 사용자가 5.6 Sol 모델의 과도한 엔지니어링 문제로 고전하며 해결책을 구하고 있습니다.
- 과도한 엔지니어링 — 모델이 지시사항을 무시하고 복잡한 구조를 생성함
- 해결책 모색 — 사용자들이 Ponytail, Oh My Pi 등 다양한 도구와 프롬프트 전략을 공유함
- 컨텍스트 한계 — 긴 작업 시 모델이 규칙을 잊거나 가중치를 다르게 처리하는 문제 발생
- 도구 논쟁 — Ponytail 사용의 효율성과 모델 성능 저하 여부를 두고 사용자 간 의견 대립
일단 미리 말하는데 나 전문가 같은 거 절대 아님. 근데 지난주부터 뭔가 좀 이상해짐. 나 VS Code에서 Codex 쓰거든? 그리고 agents.md에다가 모든 작업에 대한 하드 파일 플랜이랑, 컴팩션 하드닝(compaction hardening)을 위한 브레드크럼 트레일(breadcrumb trail)까지 다 설정해 놨단 말이야. 단계별로 나뉜 서브 플랜이 포함된 마스터 플랜을 실행하려고 goal도 활용하고 있고.
각 플랜의 1번 규칙은 이거임: "개발자의 계획이 절대적이며 무조건 그대로 따라야 한다. 만약 agents.md에 명시된 기대치를 충족하지 못하면, 상위 디렉터리의 'escalation' 파워쉘 스크립트를 실행하고, 브레드크럼을 작성한 뒤 8시간 동안 10분마다 응답을 확인하도록 목표를 설정해라. 이 응답이 최종 결정이며, 해당 응답의 범위를 벗어나는 수정은 허용되지 않는다."
근데도 자꾸 딴길로 샌다. 내 구현 방식에 비해 너무 고성능 모델을 쓰고 있는 건 알겠는데, 그래도 이건 좀 아니지 않냐?
혹시 팁 좀 줄 사람?

