Fable을 못 쓴다면, Fable처럼 작동하는 모델이라도 만들어주면 안 될까?

맞아. 이미 바꿨음 👍🏼

그래 4.6이랑 하루 종일 씨름해봤는데 똑같은 문제네. 너무 복잡하게 만들고 '도움이 되는' 가드레일이랑 체크, 타임아웃 같은 걸 자꾸 추가해. 예를 들면 "나중에 더 쉽게 추가할 수 있게 이 데이터베이스 컬럼을 객체로 만들자" 같은 거... 제발 그만해, Opus!

opus 4.6을 조언자로 써보는 건 어때? 그럼 두 마리 토끼를 다 잡을 수 있잖아.

고마워.. 몇 주 뒤에 실험해볼 수도 있겠지만, Fable이 다시 돌아오면 그냥 그걸 켜게 될 것 같은 예감이 들어. Opus가 끝날 때까지 기다렸더니 버그만 더 늘어나는 상황이라 진짜 휴식이 필요해. Sonnet이 나한텐 딱이야. 그냥 좀 더 신경 써줬으면 좋겠어.

GLM 모델이나 다른 거 한번 써봐. 가끔은 그냥 새로운 컨텍스트를 쓰는 것만으로도 막힌 게 뚫릴 때가 있음.

동감함. 근데 내 경험상 이건 Opus보다 Sonnet에서 훨씬 효과적이었음. 그냥 내 경험/코딩 스타일일 수도 있고. 구체적인 예를 들자면, 작은 기능을 추가할 때 Sonnet은 이미 있는 코드를 멋대로 다시 쓰지 않아서 걱정할 필요가 없음. Opus는? 어... 내가 일일이 다 챙겨주지 않으면 코드를 엄청나게 다시 써버림. 디버깅 프롬프팅에 시간 쏟느니 차라리 창의적인 프롬프팅에 시간 더 쓰는 게 나음. 예전엔 디버깅할 때 Opus 쓴다고 했었는데, 얘도 여전히 '추가적인' 짓을 하려고 들어서...

내가 붙여넣은 건 Anthropic이 4.6에 대해 말한 건데, 디자인이 이리저리 산으로 가는 걸 방지하는 방법임.

무슨 말인지 이해했음. 나도 이미 그렇게 작업하고 있고. 내 요점은 Sonnet이 여전히 더 나은 결과물을 내놓는다는 거임. 적어도 나한테는 그래. Opus는 내가 이미 정해놓은 방향성을 가져다가 '개선'하려고 듦. 반면에 Sonnet은 내가 제시한 접근 방식을 그대로 따라가고. 그래서 Sonnet이랑 작업하는 게 훨씬 편함. 게다가 단어 수가 적어서 그런지 Sonnet이 훨씬 더 집중력을 유지하는 것 같음. 대신 context window가 훨씬 짧아서 디자인 문서에 전적으로 의존해야 하긴 함. 근데 내 생각엔 디자인 문서가 작업하기엔 최고라서, 이건 윈윈임. 그건 그렇고...

시도해 볼게!