이 서브레딧은 이제 참기 힘든 에코 체임버가 되어가고 있음

네 말 대부분에 동의해. 그런 부정적인 글들이 올라오는 건 숨은 의도가 있거나 프롬프트 엔지니어링을 제대로 못 해서라고 봐. 난 작업할 때 초반에 엄청 공을 들이거든. 계획하고 지시하는 데 80%, 방향 잡는 데 10%, 검토랑 문서화, 디버깅에 10%를 써. 그리고 항상 점진적으로 작업하지, 절대 한 번에 끝내려고 안 해. 혹시 네가 말한 '자기 학습'에 대해 좀 더 자세히 설명해 줄 수 있어? 내가 쓰는 모델들이 내 특정 요구사항이나 워크플로우에 맞춰서 더 잘 돌아가게끔 파이프라인을 개선하고 싶거든...

Claude한테 프로세스 설명해달라고 했음. 학습 과정에서 중요한 부분은 거의 다 다룬 것 같아. [TRIPWIRES.md]랑 [DECISIONS.MD]가 내 핵심 액터인데, 과거에 일어났던 일이나 결정된 사항들을 바탕으로 앞으로의 작업을 조정하게 만들어줌. 내 전체 워크플로우는 처음 시작했을 때보다 훨씬 느려졌는데, 그 이유는 빈틈을 더 일관되게 찾아내고 결과물이 더 완벽해졌기 때문임. 내 플래너는 뭔가가 너무 크면…

플랜 템플릿:

<제목 — 명령형, 예: "iOS 알림 환경설정 화면 추가">

난 3단계 전부 수동으로만 실행함. 내 작업 방식이나 훅, 상태 관리랑 더 잘 맞아서 일부러 그렇게 설정했음. 오케스트레이터나 다른 단계들이 자동으로 트리거되면 내가 원치 않는 구현이나 리뷰 결정이 내려질 수 있어서 절대 그렇게 못 하게 막아둠. 플래너만 모든 걸 정리해서 나한테 정확히 뭘 만들어야 할지 지정해줌. 예전엔 플래닝에 Fable을 썼는데, 그러면 토큰 소모가 너무 심해서 지금은 Opus로도 충분히 좋은 결과가 나오길래 그냥...

정확히 짚었네. 1번에 덧붙이자면, 우린 소셜 미디어가 뇌를 다 썩게 만들고 끊임없는 도파민만 쫓게 만드는 어텐션 이코노미 시대에 살고 있음. AI 코딩도 똑같음. 딱 20% 지점까지 가면 벽에 부딪히는 거지.

예전엔 코딩 배울 때 그 벽이 거의 바로 나타났다고 봄. 나도 처음 변수 할당 보고 '이건 내 길이 아니다' 싶었거든. 근데 로직이랑 첫 언어 기초를 떼고 나면...

모델 성능을 직접 평가할 수 있는 도구들에 대해 배우면 좋을 것 같아. 그러면 모델이 좀 이상하다고 느껴질 때 그 도구를 켜서 우리 프로젝트 구조가 꼬인 건지, 아니면 진짜로 모델이 맛이 간 건지 직접 확인할 수 있을 테니까.