저는 개발자입니다.
제가 챗 gpt 쓰다가 2달 전부터 gemini 3.0 웹 버전으로 사용했는데 gemini cli 가 있더라구요?
동료가 알려줘서 gemini cli 사용하다가 1달 전부터 클로드 코드를 주력으로 사용하게 되었습니다.
확실히 클로드 코드가 가장 맘에 들게 작업해서 만족하고 있습니다. (비싸긴 하지만..)
근데 2달 동안 에이전트들과 일하는 과정에 가장 많은 시간을 들였던 것은.
이놈이 왜 이렇게 수행하지?
이놈이 왜 내 의도와 다르게 수행하지?
이놈이 왜 쓸데없는 짓을 하지?
이놈이 왜 말을 못알아 먹지?
그래서 가장 많이 질문했던게
너 왜 내가 이렇게 하라고 했는데 그대로 따르지 않는거야?
네가 내 의도를 왜 추측하지?
이건 안해도 될 것 같은데 왜 수행한거야?
내가 말한 의도를 정확히 알지 못한것 같은데?
실제로 존재하지도 않는 거짓 대답을 왜 하지?
위의 질문마다 추가로 질문했던게
"내가 질문을 잘못한거야? 아니면 네가 잘못 해석한거야? 거짓 대답은 왜 하는거야? 어떻게 하면 네가 내 의도와 생각대로 답변할 수 있게 만들 수 있는지 알려줘."
돌이켜보면 이놈이 얼마나 내가 원하는 방식으로 대답을 하게 만들 것인지에 대한 질문을 가장 많이 한것 같습니다.
기억과 규칙을 다듬는데 시간이 가장 많이 들었네요.
다른 분들은 어떠하셨나요?
이게 커지면 성능이 떨어지고 토큰 효율이 감소해서 폴더별로 잘 짜셔야하고...
반복작업은 워크플로우나 스킬로 step by step로 잘 짜두시면 좀 낫구요.
물론 이상한 곳에서 스킬 발동!!! 혹은 발동해야하는데 안하고 지멋대로.. 하죠.
agents에 2번이나 강조해도 씹기도 하고요.
ㅋㅋㅋㅋ
아마 이건 코덱스가 다루기가 더 편하실겁니다. 오퍼스가 영혼이 좀더 자유로운 것 같습니다. 제미니는 대책 없구요.
Agents.md 다듬는데 시간 많이 들었네요
여기에 전 사양이 모호한 부분은 무슨일이 있어도 작업하기전에 꼭 질문하라고 적었는데 이게 유효했던것 같아요
맥락을 설명하고 설계도 맡겨보세요.
시키지 마시고 상의해보세요
시키지 마시고 질문을 해보세요..ㅎㅎ
결과를 위해 내가 알고 있던 길보다 더 좋은 길을 알고있을수 있습니다. 인간이 병목일 수 있죠ㅎㅎ
제가 사람 작업자를 대할때도 똑같거든요. 일을 앞으로 전진시키는게 아니라 후진(악화, 엔트로피 증가)시킬수 있다는 것을, 확률상 전진보다 후진이 많다는 것을 항상 기억하는 스타일입니다
특히 홀로 다 하려고 할 것이 아니라 해외 유명 개발자들이 공개하는 md 문서들이 있습니다.
요즘 추세는 이렇다고 들었습니다.
모든 것을 일일이 다 제어하고 체크 하는 것이 아니라
열어 둘 것은 열어 두어야 성능이 잘 나오고,
핵심적인 범위 제어를 잘 해야 한다고 하더군요.
예를 들면 이런 것이 있습니다.
LLM을 예측기계라고들 하죠.
퓨샷 예시를 잘 제시해 두면 내가 원하는 대로 코드가 나올 가능성이 높아지는 대신
여러 가능성을 억누르는 역할도 동시에 한다고 합니다.
그래서 정교하게 원하는 틀을 잡는 부분에서는 퓨샷을
그 외에 최대 성능을 뽑아 내려면 제로샷으로 열어 둔다는 거죠.
일단 어떤 작업을 해야 하는지 범위를 좁혀주는 게 가장 중요하고, 그 작업에 대해서 얼마나 많이 알고 있느냐에 따라 작업의 정확도가 높아지는거 같애요.
끊임없이 이 색희 또 뭔 헛소리 안하나 감시해야 함.
코딩 작업 후에는 그 작업을 제대로 끝냈는지 검증할 수 있는 방안을 마련해 두는게 좋죠.
작업 후에 테스트 코드를 제대로 통과하느냐로 검증하는게 좋다고 하는데 이 놈은 테스트 코드가 통과 안하면 지 맘대로 테스트 코드를 고치기도 하니까 그것도 대처 방법을 세워 놔야 합니다.
그래도 코딩하기 전에 충분한 문맥을 멕여주고 지시사항만 명확하게 해주면 일을 잘 해내는 편이긴 합니다.
근데 그래도 구라도 치고, 코드 대충 만들고, 별짓 다해요.
랄프톤 이후로 하네스 엔지니어링을 얼마나 잘 하느냐로 발전하고 있지요
이거 꼭 넣으세요
클로드 코드랑 코덱스 둘 다 사용해봤는데, 클로드 코드가 애매한 지시 사항이 있을 때 여러 선택지를 주고 그 안에서 고르게해서 더 좋더라고요.
저는 이 영상 참조해서 세팅했습니다.
추가로 CLAUDE.md에 모든 내용을 때려 박으면 나중에 에이전트가 참조할 때 컨텍스트 오버헤드가 생길 수 있기 때문에, 기능별로 마크다운 파일을 나누고 CLAUDE.md에서는 참조하는 식으로 설계하면 훨씬 효율적입니다.