미노스의 서비스 빌딩

바이브 코딩 빌더 랩(스터디)가 막바지다. 슬슬 회고를 해보자 1.의도와 목표 랩을 만들고 운영한 의도는 최소한의 강제성, 바이브 코딩 성장, 느슨한 연대이 3가지다. 1.1 최소한의 강제성 - 달성 뭐라도 함먼저 최소한의 강제성은 워킹했다. 다만 말그대로 ‘최소한’의 강제성이었다. 목요일 미팅과 리뷰를 위해 뭐라도 어떻게든 진행을하고리뷰할 최소 수준의 작업물은 준비를 했다. 생각 정리일주일 단위로 블로그를 작성하고 리뷰를 해야되기 때문에 작업물과 생각을 정리하게 된다. 다만 일주일에 한번이다보니 몰아서 하게되는 경향이 있다이런 정리는 매번 하루에 한번 하는게 맞지 않을까 싶다 1.2 바이브 코딩 성장 - 미흡 랩을 시작할 때 보다는 성장한 것은 맞다.처음 프로젝트를 시작할 때보다는 어떻게 사용해야..

러닝 데이터를 해석하는 일은 LLM을 API로 대여와서 시킨다. 구글은 vertex ai 신규 계정을 만들면 30만원 상당의 크레딧을 준다. 요걸로 나름 요긴하게 여기저기에서 썼었는데…이 프로젝트 시작하기 전에 다 써버렸다. 이것말고도 구글에서 무료로 제공 LLM이 있긴한데.. 데일리 호출 양이 적어서 불편하다. 해서 또 찾아보니 groq에서 제공하는 무료 LLM api가 제법 된다. (아래 리스트를 기재해둠) 요녀석들은 대부분 rate minits 라는 제약이 있는데,1분당 요청가능 횟수, 1일 요청 가능 횟수와 같은 것이다. 내가 만들고 있는 서비스는 리포트 하나를 만들기 위해서 다수(6회)의 LLM을 호출한다. 처음에는 병렬로 만들었는데 리포트 품질 안정성 검증을 위해서 리포트를 한번에 여러개..

23 프로젝트 폴더 정리 moai adk의 기본 워크플로우는 plan(spec) > run(&test) > sync 다. 바이브 코딩 작업을 하다보면 .. 그외에 다양한 작업이 생긴다. 실험도 하게되고,브레인스토밍도 하고,자료 조사도 시키고 …무엇보다…테스트 결과물을 산출하고 > 다시 그 결과물을 분석하고 > 반영하고 이런 작업을 많이 하게 되는데….작업을 하면서 그 때 그 때 즉흥적으로 폴더를 만들고 진행하다보니 폴더 구조가 일관성이 없다. experiments, reports, research 폴더를 만들고 정리했다. spec 문서 체계도 정비를 했다. 개발을 진행하다보니 spec 수가 많아져서 폴더를 만들고 분리했다. spec 내에 infrastructure, operations, product, ..