[📜일지] ai나쁘지 않더라 (코드)

[MakGa(lucky1434)]

사긴줄 알았는데 그냥 새로 나온기술이면서

사람들 사이에 숙련도나 경험치 차이가 엄청나서

그런거였음

나는 허접이었고 이제 살살 세팅해서 찍먹해보고 있는데

솔직히 아트는 모르겠음

근데 코딩은 지존임

특히 낱개 파츠로 나눌수 있는 작업들

코딩스타일 적용

단순한수준의 리펙토링

주석 소소하게 달기

파일명 일관화 노드명 일관화

이거까지만 해봤는데 꽤 괜찮네

사람이 하면 몇시간 걸리는거

그냥 배치 스크립트 돌리듯 쭉 돌리면

그냥 알아서 되니까 개 좋음

30분에서 한시간쯤 걸리는 듯

규칙 생각해내는데 좀 오래걸렸고 3시간 정ㄷ

근데 이건 md파일로 남겨서 서브에이전트로 재사용 하면 되니까

상관없음.

재사용가능한 코드는 어렵지만 재사용 가능한 md파일은 가능한 방식

ai코드는 품질이 떨어지잖음

그거를 개발자 자신이 쓴 코드 수준으로 만드는데

딸깍 이면 된다는게 꽤 훌륭함.

예를 들면 나같은 경우 고도를 쓰는데

노드이름이 AI가 짜준게 UI/ConfirmButton이면

이게 싫음

모든 노드는 이름규칙을 

패널이면

pnUI

버튼이면

btnConfirm이 좋음

그래서 pnUI/btnConfirm이 되는거임

아 뭔가 패널에 확인 버튼이 있구나 이 씬상의 path만 보고도 알게 됨 굳이 코드를 읽거나 노드를 눌러서 인스펙터에서 확인할 필요가 없음

btnConfirm으로 스크립트상에서 Button 멤버변수로도 씀

카멜케이스니까 변수아니면 함수인데 

_Ready에서 GetNode로 받아오니 변수임

그래서 AI한테 이렇게 시킴

모든 cs파일을 읽어서

그게 GetNode를 쓴다

프리팹 아니면 씬 스크립트임

씬이면 이름규칙을 무시하고 sc_를 접두사를 붙이고 파일명도 변경함

파츠로 들어가거나 PackedScene Instance로 호출되는 놈이면 프리팹임

pf_를 접두사로 붙이라고 지시함

이걸로 godot api를 사용하는 코드와 단순 게임 로직을 약간 분리함.

1. 위의 룰로 pf cs접투사 붙이기 ( 결과와 진행을 파일에 저장 )

1-1.  접두사 변경시 관련 참조 파일 tscn도 업데이트

2. 위의 노드이름 규칙 체크 후 안맞으면 수정

3. 어떤 노드가 Control. Node, Node2d이런 식의 단순한 개념의 상위 타입이면서

   스크립트가 붙어있으면 노드의 이름은 이전 이름규칙 거르고 스크립트의 이름으로 함. 해당 노드가 최상위 노드면 해당씬을 관리하는 노드이므로 씬 이름도 그 이름과 같게 해야함 ( ex:  gameManager.cs )

이런식으로 룰을 막 붇임

나는 이런 룰이 44개임

고치고 싶은거 다 넣음

게임내 cs 소스가 5개면 220개 임

작업중.md 파일을 만들게함

220라인짜리 임

001. [ ] rule_001 aa.cs

...

220.  [ ] rule_044 zz.cs

왜 뭔 링크가 걸리지?

여튼 저렇게 todo리스트를 만들고

opencode agent refacter "현재 프로젝트 리팩토링해줘 작업중 md 참고 해서 안한것만 하도록 해 딱 5개씩만 해. 완료후 작업중 md에 업데이트해"

이렇게 하면  한번에 5개가 됨

220개 끝나면 소스가 봐줄만 해짐

거슬리면 좀더 조건 추가하고 45번부터 50번까지 적용해

이러면 됨

잡무에 가까운 노가다가 엄청 쉬워짐

class에 주석없는 경우 class 선언부 한칸위에 1줄 주석으로 뭐하는건지 추가후

데이터 담는 클래스면 [데이터]

기능 로직이면 [로직]

하드코딩된 갖가지 배열이나 자료구조로 사실상 상수값이거나 게임 데이터면 [리소스]

라고 첫줄주석에 추가하도록 함

그럼 보기 편해짐.

한번에 원래 하는 잡무의 95프로는 끝나는 느낌

특이 노드이름이나 이런거 바꿀때 tscn까지 바꿔주는거 개편함

단점은 크레딧을 많이 먹어서 사용 제한량에 쉽게 걸림

이것은 무료티어 openRouter같은거 어떻게 잘쓰고 배치파일에 일부러 딜레이 줘서 limit에 안걸리게 사용하는 법을 익혀야 겠음

로컬모델은 파일 목록 및 파일 읽기 같은게 거의 안됐음

무료 사용량을 일부주는 값싼 유료를 몇개 구독해서

opencode zen

opencode go

openRouter

이걸 배치파일에서 한번씩 돌려가며 쓰게 하면 24시간 될거 같기도 함.

한번 끊기면 영 작업이 잘 안되더라고.

돌려놓고 게임 한판하고 오면 되어있더라

다음엔 추가기능기획 요구사항이나

화면단위 목표라던가 ui라던가

작업하고 싶은 항목 요구조건을 todo list로 만들어서

같은방식으로 해보려고 함

크레딧만 안모자르면 생산성은 월등한거 같기는 함

문제는 입출력으로얼마나 줄일수 있냐임

한글의 경우 영어보다 크레딧을 입출력모두 3할 이상 더 소모하는 듯 함

레딧에 의하면 영어질문이 더 이해도 잘하고 결과도 깔끔히 나온다고 함

파일을 쪼개거나

함수단위로 파일내 위치를 기억하거나 하는 식으로

입력값을 줄인다거나

opencode에만 의존하는게 아니라 bash스크립트는 직접짜서 돌려서

opencode가 툴을 안쓰게 하는 것도 절약하는 방법으로 보임

웃긴게 얘네가 컴퓨터에 있는 bash쉘 같은 툴을 쓰면

입출력 모두 크레딧이 소모된다고 함

콘솔로그가.... 출력으로 인식되서

크레딧이 녹아버림. 안타까운 일이지.

여튼 잡무에 꽤 쓸만함

잡무가 아닌 작업은 어떻게 쓸만하게 만들지 궁리해봐야 할거같고...

tiled mcp있으면 타일 찍으라고 하면 기가막힐텐데....

될지 모르겠네.

막판에 생각난 것은

todo리스트랑 44개 체크리스트가 낭비라는거임

이전 리스트랑 이번 run은 컨텍스트가 중복이 안되는데

입력파일 크기를 키우면 너무 크레딧이 아까움

44개를11개로 쪼개서

김씨 박씨 이름 지어주고

각자 4개 항목만 관리하게 하면

입력 크레딧이 한 파일은 11분의 1이 되니 꽤 절약될거고

그리고 위에보면 작업이 2개인데

abcd의 조건을 만족하지 않으면 defg 해라 방식인데

이렇게 안하고 정씨는 조건만 확인하고 조건을 만족하지 않으면

수정해야되니까 edit.md라고 만들어서 거기에 저장해놓고

수정은 이 파일안 읽으므로

꽤 입력 파일 길이를 줄일 수있음

이렇게 하는걸 오케스트레이션이라고 하는게 아닐까?

하고 생각해봄.

기획 구현 디버깅에서도 이게 통하면

그 게시판에 올라와서 며칠만에 됐다 하는 사람이 맞는거지

내가 까막눈이었던거지...

[익명(boot4207)]

이거 잘 모르겠다. 사내에도 ai 코딩 찬양하는 사람 몇분 계신데 내 기억으로 코드는 존나 불필요하게 복잡하고 주석은 받아서 읽는 입장에서는 거의 의미가 없는 피상적인 내용이 많았음

[MakGa(lucky1434)]

찬양까진 모르겠고 그냥 입력값을 잘 조절하면 욕할 코드를 그나마 봐줄만한 코드까지 기계적으로 만들수는 있을거 같음. 말을 못알아먹는 신.입에게 사수가 매뉴얼을 엄청나게 세세하게 만들어서 쓰레기가 아니라 코드가 되도록 가이드 하는 것 같달까. 대신 멍청해서 절대 얘가 알아서 습득은 못하는거임. 시킨 말도 까먹고. 단 그 시킨 매뉴얼은 남아서 재사용 할수 있고. 오픈소스의 스파게티 코드나 어디서 주워온 개판 잡코드, ai가 뱉어낸 스니펫. 다른 언어로 되어있던 코드 포팅으로 쏟아지는.. 개발자가 보기엔 에러는 아니어도 "비문" 이라고 할만한 코드를 "기계적으로" 끌어올릴수는 있어보임. 만능은 아니고 코드 포매터의 업그레이드 버전이랄까. 아예 구조적으로 잘못 짜인 코드를 매끄럽게 알아서 수정 이런건 못함.

[MakGa(lucky1434)]

초보자에게 가르칠만한 코드 만드는 기준 40 50개를 문서로 해서 재활용을 계속 한달까. 이게 실제로 자신이 코드 짜는 것보다 빠른지는 좀 더 해봐야 알거 같긴 함. 근데 웹쪽으로 치면 restapi나 crud나 좀 기계적인 작업 있잖음. sql일수도 있고 머리를 써야 된다기 보단 작업이 표준화 되서 어차피 비슷한 작업하고 코드 분량불리기 처럼 소스만 늘어나는 쉬운 쪽은 ai시켜서 쓱 돌리고 확인만하는 식으로 시간절약 가능할것 같음. 다수 파일 다수 타입이 서로 상호 참조 아기도 하고 복잡한 자료구조에 일반적이지 않은 알고리즘이나 커스텀 된 코드로 자체개발로 자기만 알고 있는 코드는 시키면 어차피 못 알아들으므로 시간낭비에 가깝고. 쉽고 분량많은 잡무 95퍼센트 정도 떠맡기기 작업이라고 보면 됨

[익명(boot4207)]

@MakGa 그런 재미없는 개발은 전부터 스니펫 만들어놓고 처리해서 잘 모르겠다

[MakGa(lucky1434)]

@ㅇㅇ 근데 해보면 스니펫보다 조금더 확장성 있음 ai쪽이 어느정도 말을 알아먹거든

[익명(58.233)]

나는 코드 직접 안 친 지 두 달 됨 이제 혼자 코딩 못 하겠음...

[MakGa(lucky1434)]

궁금한게 그러면 마음에 안드는 코드나 마음에 안드는 구조나 이런거 있잖음. 그런것도 잘 정리한 문서나 서브에이전트로 굴리면 나중가면 거의 손 안대도 될 정도 됨? 지금은 잘된 케이스에 좋은가 하는 정도고 실제로 장기화 됐을때 여기 문서화에 뺏기는 시간보다 실제 ai쓰는게 더 빠른지 확신은 못하겠는데. 우선 무료 버전으로도 이정도 효용성이면 유료 끊고 크레딧 제한 없으면 꽤 쓸만하겠다 싶은거지 써본사람 입장에선 어떰?

[익명(boot4207)]

@MakGa 유무료버전 결정적인 차이는 걍 컨텍스트 크기임. 그냥 사람들이 열광하는게 전에는 맥락 조금만 길어져도 바로 병신되다가 이제는 한번만 시켜도 그럴싸한게 나와서 이대로만 가면 된다고 생각하는 뭐 그런거임

[익명(boot4207)]

@MakGa 근데 내가 보기에는 짧은 맥락의 코드조차 분석해보면 엉망인 경우가 많은데 이걸 길게 이어붙여서 돌아가는걸 만들어봐야 그게 시제품 이상의 의미가 얼마나 되겠느냐 라는 생각이 들더라

[MakGa(lucky1434)]

@ㅇㅇ ㅇㅎ 아 그게 나도 며칠전까지 그렇게 생각했음 근데 랄프 루프라고 있는데 길게 입력을 안하는거임 오히려 길게가 아니라 파트를 쪼개서 낱개로 만듬. 그래서 컨텍스트 길이를 짧게 하고 대화가 길어지면 컨텍스트가 커지면서 일정부분이 요구사항이 뭉개져버리니까 대화를 길게 안하고 단답형으로 한번에 입력하고 완료하면 창을 꺼버림 100% 완성할걸 10%씩 10번 돌아가게 작업을 쪼갬. 그러면 10개의 run에서는 컨텍스트 뭉개지는게 없어짐 장문의 고맥락의 작업에서는 ai쓰면 쥐약일 가능성이 높고 개발자가 ai가 충분히 먹을정도로 기계적으로 분해할수 있는 맥락에서는 쓸만함 여기서 개발자가 할 일은 ai 입력 전처리 같은거라고 보면 됨

[MakGa(lucky1434)]

@ㅇㅇ 만약 큰 클래스가 있다면 멤버랑 낱개 함수 자르는 작업을 먼저하고 특정 함수 하나만 ai한테 맡기는 식임 왜냐 전체를 다 넣으면 ai는 어차피 이해 못하니까 오픈소스 ai툴 같은거 보면 그런 전처리 작업을해서 해당 코드의 스켈레톤코드라고 할까 약간 c++헤더 파일처럼 선언적 데이터를 짧은 텍스트로 만들어서 프롬프트에 전달하면서 컨텍스트 양을 줄여서 ai한테 시킴 그러면 컨텍스트 용량중에 8할이 줄어든다고 함

[익명(boot4207)]

@MakGa 랄프루프는 길게 입력을 안하는게 아니라 그냥 될때까지 무한대로 계속 요청 보내면서 토큰 태우는 방식임. ai 입력 전처리는 챗봇 요청마다 앞에다가 무조건 채팅내용 붙여넣는건데 요즘 하네스라는 이름으로 팔아먹고 있고. 쪼개는건 이렇게 해도 코드 크기가 커지면 문제생기니까 약간의 역할만 담당하도록 하는게 에이전틱 코딩 나부랭이임

[익명(boot4207)]

@MakGa 너 욕하는게 아니라 이런거 복잡하게 설명하는건 거의 약팔이라고 봄. 내가 갈수록 ai코딩에 회의감 더 느끼는게 그거때문임. 개념이 자꾸 뒤섞이고 어렵고 이상하게 소개가 되더라고

[MakGa(lucky1434)]

@ㅇㅇ 아 그거 랄프루프가 지금 하네스로 팔아먹는건 툴쪽 이야기고 랄프루프를 처음 만든사람 블로그인가? 유튜브인가 가면 그사람이 요즘 툴에서 주장하는 랄프루프는 자기가 만들때 개념이랑 틀리다고 말하면서 하는 말임. 자기는 랄프루프를 그냥 배열 입력값을 받아서 처리하는 배치프로그램이라고 본다고 했음. 그래서 배열이라는건 타입이 같다는거 아님. 컨텍스트를 줄이려고 그렇게 만든거라고 자기가 이야기를 함 그게 있어보이니까 AI 사기꾼들이 크레딧만 존나 낭비하는 툴 만들고 그걸 하네스니 에이전트 os니 하는데 그게 돈이 절약이 되고 시간이 절약이 되면 사기꾼 방식을 따르는데 원리가 쓸모있는데 굳이 개네꺼 툴을 쓸 필요는 없지 ㅋㅋ 우선 나는 그거 영상보고 세세하게 자르니까. 이전에는 할루시네이션 심하던 작업이 줄어들었음.

[MakGa(lucky1434)]

@ㅇㅇ ai가 자동으로 해주는 건 없음. 사기꾼 존나 많은건 암. 거의 양질의 문서는 없음 보면 근데 해보니까 사기꾼 다 거르고 쓸수 있냐 없냐만 따지면 쓸수는 있는데 쓰는법이 쓰레기 정보에 묻혀서 거의 없음 충분히 회의감 느낄만함 근데 나는 방식을 바꾼다음에 ai가 쓰레기에서 '그냥 쓸만한 툴정도'로 변경된게 좋았다고 이야기 한거 신봉할 필요는 없음 ㅋㅋ 우선 말만하면 어려우니까 이해하기 쉽게 작업한거 공유좀 하겠음 새글로

[익명(58.233)]

모듈별로 작업을 시킴 모듈별로 독립돼 있으니 프로젝트가 커져도 감당됨 모듈끼리 조립도 ai한테 시키고 문서화는 거의 안 함 명시적인 공개 API만 따로 정리함 구조는 에이전트가 내 마음에 들게 구조를 짤 때까지 작업을 보류시키고 구조 계획이 마음에 들면 그제서야 일 시킴 그냥 딸깍은 아니고 구조화만 내가 하고 구현만 에이전트한테 대신 시키는 방식

[Indie 1(112.161)]

그렇게 하지 마시고 도메인 단위로 ai 를 격리시키세요..

[MakGa(lucky1434)]

어떻게 하면 되나요?

[Indie 2(180.226)]

@MakGa ai 도 인간처럼 기억할수 있는게 한계가 있다 라고 생각하세요. 코드 수정하기 위해서 파일을 읽으려면 폴더 구조를 따라가야하죠? 계층형으로 구조를 잡으면..

[Indie 2(180.226)]

@Indie2(180.226) 모든 디렉터리를 조회해야 합니다.. 이건 인간도 힘들어요.. dto 디렉터리 들어갔더니 디티오 100개 있어봐요.. 인간도 그걸 찾을수 있겠어요? 그러니까 대분류를 전투, 스킬 뭐 이런식으로 도메인 기반으로 잡으세요

[MakGa(lucky1434)]

@Indie2(180.226) 예시를 좀 들어주셈여 따라해보고 싶음. 지금 생각하는건 파일 트리구조라던가, 읽어야될 파일이라던가, 함수 선언부라던가 그런걸 따로 중간파일로 뽑는 쉘 같은거 만들어서 만들어놓고 그거 읽게 해서 작업시킬까 이런생각도 들기는 하는데. 맞는지 모르겠음 해본사람이랑 해볼가 하는 사람은 경험치가 다르니... 좀 알려주셈여 늅늅

[MakGa(lucky1434)]

@Indie2(180.226) 폴더구획이나 이런걸 나눠서 도메인을 지정해서 그걸 읽으라고 지정한다 이건가요?

[Indie 2(180.226)]

@MakGa 이런건 게임여부를 떠나 기본적인 소프트웨어 엔지니어링이라서.. 도메인주도 개발이라는걸 찾아보시는걸 추천해요.. ai 한테 물어보셔도 좋고요.. ai 도 인간과 동일하다고 생각하세요.. 본인도 뇌에 너무 많은걸 넣으면 힘들잖아요.. 스킬 시스템 만들때, 아이템과 관련된 지식을 생각하면서 만드나요? 거의 안하잖아요.. ai 도 똑같아요.. 컨텍스트에 잡다한게 많이 들어가면 아웃풋 퀄리티가 떨어집니다.. 대신 그런 교차지식이 필요할때 있는데 그런걸 추상화를 잘 해야 하고.. (깊게 안들어가도 이해할 수 있도록) 이건 걍 많이 해보는수밖에 없어요... 본인이 해결하고자하는 문제가 있다면 컨텍스트에 그것과 관련된 지식만 들어갈 수 있도록 ai 를 컨트롤 하도록 노력해보세요.

[MakGa(lucky1434)]

@Indie2(180.226) 아니 도메인이 뭔지는 알고, 도메인 주도 개발이 뭔지는 아는데 여기 댓글을 보면 위 글의 내용은 '도메인 주도개발이 아니며' '도메인 단위로 ai를 격리'시켜라 이러잖음 근데 내 생각에는 도메인을 나눈거 같은데 글 맥락에서 도메인이 안나눠졌다고 이해한다는거잖음 그게 이해가 안감. 어느부분이 안나뉘어진건지. 얼마정도로 세분화 하라는건지 좀 알려달라는거지

[Indie 2(180.226)]

@MakGa 애초에 저런 고민을 한다는거 자체가 완전히 잘 안된다라고 보입니다.. 잘 나눴으면 입력크기라든지 이런걸 크게 고민할 필요가 없어야 해요.. 저 지금 70만 loc 넘었는데 (메타데이터 파일 제외, 순수코드) 제어하면서 개발하고 있어요.. 애초에 abcdef 조건 중에 뭐 해서 해라 라는것도 이상하고.. 에이전틱 엔지니어링으로 가면 갈 수록 ddd 의 기본능력 + ai 컨텍스트 활용이 중요합니다.. 다만 스킬같은걸로 저런거 제어가 가능한것도 있으니 스킬도 한번 알아보세요.. 이미 알고 계씬다면 뭐..

[Indie 2(180.226)]

@Indie2(180.226) 70만이래 7만

[MakGa(lucky1434)]

@Indie2(180.226) 그냥 모호하게 이렇게 해라가 잘 이해가 안가는데 예시 하나만 들어줄수 없음? 예를 들면 abcdef조건중에서 뭐해라 이게 이상하면 실제로 해당내용을 본인이 도메인 단위로 분리해서 한다면 어떻게 할지 한가지 항목이라도

[MakGa(lucky1434)]

@Indie2(180.226) 내가 이해한 도메인 주도 개발이라는게 그냥 수박겉핥기로 알고 있고 실제 업무에서 사용되는 수준이 아닐가능성이 높아보여서 그럼 텍스트라 전달이 이상하게 될까봐 좀 그런데 절대 뭐 이상한 논조 아니고 진짜로 궁금해서 그럼 모르겠는거임 결국 숙지해야되는 데이터를 줄이라 이거잖음 인간이나 ai나 모듈 쪼개고 기능 나누고 해서 한번에 생각할 영역을 작게 해라 이건데 어떤 수준으로 ai에 문서로 전달해야 그게 충분히 작아지는지 기준을 모르겠다는거 본적이 없으니까

[MakGa(lucky1434)]

@Indie2(180.226) 예시가 아니면 참고할만한 github 저장소도 좋음, 아티클 하나도 좋음 좀 부탁합니다

[Indie 2(180.226)]

@MakGa 현업 엔지니어이시죠? 결국 얼마나 계층화를 했고, 인지부하를 어디까지 줄 것이며 (ai 이면 컨텍스트), 어디에서 경계를 나눌것인가, 얼마나 일반화를 할 것이냐의 문제에요.. ai 가 코드를 무진장 많이 만들면서 생기는 복잡도를 다루시려는거잔하요.. 예시를 들기 힘들죠.. 아마 댁이하는거랑 안맞을텐데.. 한번 본인이 만든거 전체적으로 점검 한번 해보세요.. 이건 원론적인 이야기밖에 못하겠네요.. 직접 코드를 보면 피드백은 드릴순 이겠지만. 별개로 클로드 스킬 아직 모르신다면 해보세요.. 저런 조건부 컨트롤 가능하지만.. 저는 저런건 보통 설계가 안맞아서 나오는 문제라고 인식합니다. (걍 노가다성 작업은 제외) 또한 토큰을 제어하고 싶다면.. 코드 축약본 문서를(퍼블릭 api 명세) 같은것도 고려해보세요

[MakGa(lucky1434)]

@Indie2(180.226) 클로드 스킬, 코드 축약본 문서 ok 메모! 현업 이었던 것... 쉬었음 플머지만 ㅋㅋ 우선은 대강 이해했음 지금은 커보인다 이거고 skills안써봤는데 검색해보니까 세세하긴 하네요 원래도 쪼개려고 했는데 우선 더 쪼개야 맞다는 것은 알겠음. 조언 감사합니다. 제가 하는거랑 달라도 예제가 있으면 참고는 가능할거 같은데 어렵다니 뭐 어쩔수 없죠.