이게 프로젝트 싹 훑어서 모델이랑 프롬프트 변경 사항 알아서 적용해주고, 더 큰 API나 아키텍처 수정 필요하면 딱 알려줌. 중간 규모 레포에 돌려봤는데 바로 잘 돌아가더라.
2 ) API 변경 사항(지원 안 하는 temperature, top_p, top_logprobs 같은 파라미터 삭제하고 툴 호출에 Responses API 쓰는 거 등) 말고도, 공식 가이드에서 시스템 프롬프트에 꼭 수정해야 할 핵심적인 동작 차이점들을 짚어줬음:
"승인 대기" 루프 해결: Astra는 그냥 진행하면 될 상황에서도 확인받으려고 멈칫거림. 코드 건드리기 전에 계획 제안하거나 승인받으려고 자꾸 멈추는데, 파괴적이지 않은 작업은 그냥 바로 실행하게끔 명확하게 지시해야 함.
스킬 충돌 해결: 워크스페이스 스킬끼리 지시사항이 꼬이면 Astra가 쓸데없이 멈춤. 사용자 지시가 외부 스킬보다 우선한다는 규칙을 확실히 박아둬야 함.
군더더기 제거: Astra 이 새끼는 말 안 하면 자꾸 반복적인 전환 문구랑 마크다운 리스트 남발함.
귀찮게 읽기 싫고 생각하기 싫으면, 우리처럼 그냥 아래 프롬프트 복붙해서 써라:
### Task Execution & Autonomy - For implementation or fix requests, carry the authorized work through implementation and relevant verification. Do not stop at a proposed plan when you can proceed. - Make reasonable assumptions for routine, reversible decisions. Ask a focused question when missing information materially affects correctness, scope, or authorization.
- Continue with authorized read-only actions, local worktrees, branch edits, and appropriate tests without repeatedly asking.
- Before requesting approval, finish the preparation that is already authorized and present a concrete, reviewable result.
- Respect required approval gates. Ask before destructive, irreversible, or otherwise unauthorized actions.
- Avoid boilerplate warnings about hypothetical risks. Explain concrete blockers or material risks when relevant.
### Instruction Conflicts
- Explicit user instructions take precedence over conflicting skill guidelines, subject to higher-priority instructions and actual permission boundaries.
- If a skill causes a pause or deviation, identify the file and relevant rule, and explain whether it is an explicit requirement or your interpretation. Continue any unaffected authorized work.
### Style & Output
- Lead with the result. Use plain language, active voice, and concise paragraphs. Include technical details that help assess the work.
- Use lists when they improve readability; avoid repetitive transitions and stock phrases such as "it's worth noting", "delve", "leverage", and "Bottom line".
- Report what changed, what was verified, and any remaining uncertainty.
### Verification
- Match verification to the scope and impact of the change. Complete required checks; expand testing when a concrete unresolvedconcern justifies it.
Codex나 에이전트 워크플로우가 Astra에서 자꾸 멈칫거리거나 버벅댄다면, 이 가이드라인을 프로젝트 지시사항(AGENTS.md / 시스템 프롬프트)에 추가해 봐. 쓸데없는 멈춤 줄어들고 일 처리 훨씬 깔끔해질 거임.
디버깅하느라 시간 좀 아꼈으면 좋겠네. 즐코해라.
주요 댓글
r/codex
사용자들은 Astra의 도입으로 인한 워크플로우 변화와 기존 LLM의 오버엔지니어링 문제, 그리고 프롬프트 엔지니어링의 미래에 대해 활발히 논의하고 있습니다.
53
정보 감사합니다. 만약 레포를 Astra에 최적화하면, 그 레포에서 Sol, Fable, Opus를 사용할 때는 어떻게 되나요?
24
이상적으로는 각 모델마다 다른 지침 세트를 적용해야 합니다. 하네스(harness)를 사용하면 이를 쉽게 처리할 수 있을 거예요.
5
계정 전체에 적용되는 커스텀 프롬프트를 만들었는데, 수동으로 Astra로 바꾸지 않는 이상 기본값은 Sol로 설정되게 했어. 그러면서도 Sol이 작업에 Astra가 더 적합하다고 판단하면 Astra를 쓰도록 허용했지. 그리고 서브 에이전트들은 병렬 작업에 사용해야 하고, 현재 오케스트레이터보다 낮은 단계의 가장 적합한 모델을 항상 사용해야 한다고 설정했어. Luna나 Terra면 MAX로, Sol이면 최대 XHigh로 설정되고, Sol이 채팅을 Astra로 넘기면 그것도 XHigh로 제한되게 했지. 그래서 f…
이게 항상 레포에서 Astra를 돌린다는 가정하에 작성된 거야? 만약 변경 사항은 적용했는데 레포에서 Sol이나 Terra 모델을 돌리고 싶으면 어떻게 돼? 문제가 생기지 않을까? 이 지침들 중 일부는 Sol/Terra/Luna에서 잘못된 동작을 유발할 수 있는 권한을 부여하는 것 같아서 말이야.
4
매우 유용하네요, 감사합니다. 그리고 Daybreak-Blue가 필요할 때 어떻게 해야 하는지, 그리고 보안 검사가 끝난 후 다시 Astra로 어떻게 전환하는지에 대한 지침도 꼭 추가하세요. 안 그러면 헷갈릴 수 있습니다.
4
솔직히 말해서, 이거 진짜 꼼꼼하게 읽은 첫 번째 글임. 전에는 별로 신경 안 썼는데 Astra는 진짜 차이가 느껴져서 이제는 신경 쓰게 됨. 다들 뭐가 제일 흥미로웠음? 난 instruction following이랑 그 문단이 얼마나 짧았는지가 제일 인상 깊었음. 이건 AGENTS md의 중요성을 거의 확실하게 바꿔놓을 듯. AGENTS md는 진짜 골칫거리였음. Sol조차도 제대로 안 지켰고 대화가 길어지면 무시당하기 일쑤였으니까. 그래서 Astra는 확실히...
3
난 Astra에서 딱히 문제를 못 느끼겠는데. Hermes를 통해서 작업 중이던 워크플로우를 감사하고 계획을 짜도록 시켰거든. 5배 더 큰 계획이었는데 주간 할당량의 3% 정도밖에 안 썼어. 더 크고 나은 계획치고는 진짜 나쁘지 않음.
3
여기 몇몇 사람들이 제기한, Astra에 맞춰 튜닝된 레포에서 Sol이나 Opus는 어떻게 되냐는 질문에 대해 말하자면: harness가 실제로 읽는 파일에 각 계약(contract)을 유지하기만 하면 대부분은 알아서 해결됨. Codex는 AGENTS.md를 읽고, Claude Code는 CLAUDE.md를 읽으니까, Astra 자율성 블록은 다른 모델에 영향을 주지 않고 하나에만 둘 수 있음.
모델 전반에 걸쳐 문제가 되는 조항은 되돌릴 수 있는 결정에 대해 합리적인 가정을 하라는 부분임. Astra에서는 이게 승인 루프를 없애주지만, 더 작은 실행기에서는…
2
프롬프트 엔지니어링은 갈수록 의미 없어지는 중임. 그냥 컨텍스트 다 때려 박고 ChatGPT한테 Codex 프롬프트 짜달라고 하고 계획 세우는 거 도와달라고 하면 됨.
7
난 동의 못 함. agents.md 최적화하기 전에는 Sol이 코드 부분마다 수백만 개의 게이트, 파이프, 원장 같은 미친 듯이 관련 없는 추상화들을 만들어내고, LLM만 알아들을 수 있는 외계어로 나한테 말했거든.
왜 사람들이 이걸 더 많이 안 쓰는지 모르겠네, 나한테는 정말 환상적이었거든. 토큰을 항상 사이클 마지막 이틀까지 아껴 써야 해서 20x 플랜으로 갈까 고민 중이었는데, 지난 사이클은 40%나 남기고 끝났고 지금도 리셋까지 30시간 정도 남았는데 48%나 남아있어. 지금은 토큰 좀 태우려고 다른 빌드들 가지고 노는 중이야.
3
내 생각엔 그냥 AGENT md 지우고 실험해 보는 게 나을 듯.
LLM한테 프롬프트 쓰게 시킬 때마다 계속 과도한 엔지니어링 루프에 빠지게 됨. Astra는 좀 더 나으려나. 얘는 아주 훌륭한 오케스트레이터 에이전트가 되도록 만들어진 느낌임.
