아래 링크를 참고해 보셔요. Fable 모델 출시 때에도 테스터들의 비슷한 조언과 경험담이 있었습니다. 

https://x.com/pvncher/status/2095991462416490862

핵심을 한 문장으로 줄이면:

모델이 똑똑해질수록 AI에게 일을 시키기 위해 만들어 놓은 복잡한 Skills, AGENTS.md, 프롬프트가 오히려 성능을 떨어뜨릴 수 있으므로 다시 단순화하라.

특히 Codex 같은 코딩 에이전트를 오래 사용해 온 사람에게 중요한 내용입니다.

1. Skills를 많이 넣는 것이 좋은 게 아니다

예전 모델은 자세한 지침이 필요해서 Skills에 많은 규칙과 절차를 넣었습니다. 하지만 Astra 같은 최신 모델에서는 이것이 오히려 컨텍스트를 낭비하고 잘못된 Skill을 선택하게 만드는 원인이 될 수 있다고 지적합니다.

예를 들어 Database Skill 설명을

Database 관련 작업이면 이 Skill을 사용한다.

처럼 넓게 잡으면 안 되고,

Database migration을 생성하거나 수정할 때 사용한다.

처럼 언제 사용해야 하는지 짧고 정확하게 정의하는 것이 좋다는 것입니다.

즉,

Skill 수 ↓ / 설명 길이 ↓ / Trigger 정확도 ↑ 가 핵심입니다.

2. Skill은 Progressive Disclosure 방식으로

이 부분은 특히 중요합니다.

하나의 SKILL.md에 모든 설명을 때려 넣지 말고,

SKILL.md
   │
   ├── migration.md
   ├── testing.md
   ├── deployment.md
   └── scripts/

처럼 구성하라는 것입니다.

SKILL.md는 라우터 역할만 하고, 필요한 순간에만 세부 문서를 읽게 합니다. 이렇게 하면 불필요한 문서가 컨텍스트에 들어가는 것을 줄일 수 있습니다.

즉,

"모든 것을 미리 읽어라" → "필요한 것을 필요할 때 읽어라"

로 바뀌는 것입니다.

3. AGENTS.md도 짧아져야 한다

예전에는 이런 지시를 많이 넣었습니다.

작업하기 전에 README를 읽어라.
전체 repository 구조를 확인하라.
관련 문서를 모두 읽어라.
수정 전 반드시 테스트를 실행하라.
수정 후 전체 테스트를 실행하라.
...

그런데 아주 작은 오타 하나를 고치는데도 이런 절차를 전부 수행하면 시간과 컨텍스트를 낭비합니다.

Astra 수준의 모델은 스스로 필요한 파일과 문서를 판단할 수 있기 때문에,

Always read everything first.

같은 규칙보다 필요한 문서를 어디에서 찾을 수 있는지만 알려주는 방식이 더 적합하다는 주장입니다.

4. 지나치게 상세한 "레시피형 프롬프트"도 줄여라

예전에는

1. A를 읽는다.
2. B를 분석한다.
3. C를 확인한다.
4. 테스트한다.
5. 문제가 있으면 D를 한다.
6. 다시 테스트한다.
...

처럼 세세하게 절차를 지정하는 것이 도움이 됐습니다.

하지만 모델의 판단력이 좋아지면서 이런 지시는 모델의 자율적인 문제 해결 능력을 제한할 수 있습니다.

그래서 앞으로는

How(어떻게 할지)를 지나치게 지정하기보다
Goal(무엇을 달성해야 하는지)과 Boundary(어디까지 해도 되는지)를 명확하게 주는 것이 중요하다는 이야기입니다.

5. 반대로 "완료 조건"은 더 명확하게

Astra는 GPT-5.6 Sol보다 작업을 어디까지 계속해야 하는지 조심스럽게 판단하는 경향이 있어서, 첫 구현까지만 하고 사용자 검토를 기다릴 수 있다고 설명합니다.

따라서 단순히

이 문제를 수정해.

보다

문제를 수정하고,
구현을 실행하고,
관련 테스트를 수행하고,
실패 원인을 수정하고,
관련 테스트가 통과할 때까지 진행해.

처럼 Definition of Done(완료 조건)을 주는 것이 효과적이라는 것입니다.

즉 재미있게도,

절차는 줄이고 → 완료 조건은 명확하게

하라는 이야기입니다.

전체 내용을 제가 개발 프로젝트 관점에서 압축하면 이렇게 정리할 수 있습니다.

결국 Eric의 메시지는 "프롬프트 엔지니어링을 없애라"가 아니라 "옛 모델의 부족한 능력을 보완하기 위해 쌓아 놓았던 프롬프트 부채(prompt debt)를 청소하라"에 가깝습니다. 새 모델이 이미 잘하는 일을 AGENTS.md와 Skills에서 다시 강제하면 중복·충돌·컨텍스트 낭비가 생긴다는 것이죠.