반응형 개발철학2 AI를 어디까지 믿을지 설계하는 일 — 무너지는 네 곳 AI 페어 프로그래밍 바이브코딩은 어디서 무너지는가 AI를 어디까지 믿을지 설계하는 일 — 무너지는 네 곳 핵심 요약 바이브코딩의 진짜 기술은 코딩이 아니라 "AI를 어디까지 믿을지 정밀하게 보정하는 것"이다. 프로토타입까진 공짜지만, "동작한다"를 "믿을 수 있다"로 끌어올리는 건 다른 일이다. AI는 국소적 생성(한 함수·한 화면)은 믿어도 되지만, 검증 · 판단 · 기억 · 일관성에선 믿으면 안 된다 — 이 네 곳이 "믿으면 안 되는 지점의 지도"다(각각 따로 깊게 다뤘다). 네 곳의 뿌리는 하나 — 모델의 출력을 무조건 믿은 것. 대응도 하나 — 믿을 수 있는지를 모델 바깥에서 검증하는 .. 2026. 6. 14. AI는 일단 막으려 한다 — 권한은 주고, 압력은 가격으로 AI 페어 프로그래밍 AI는 일단 막으려 한다 자원·과금 설계 — 권한은 주고, 압력은 가격으로 핵심 요약 컴퓨팅이 많이 드는 작업을 사용자가 직접 돌리는 SaaS에서 "자원 통제 어떻게 하지?"를 AI에게 물으면, 답은 거의 항상 제한이다. AI의 기본값은 "막을 수 있으면 막는다"인데, 인위적 제한은 오토스케일 아키텍처와 싸우고, 심지어 돈 내고 더 쓰려는 사용자(=매출)까지 거절한다. 유효한 제한은 셋뿐이다 — 단일 작업 크기 상한(sanity) · 잔액 · 클러스터 한계. 쿨다운·동시성 캡·횟수 quota는 군더더기다. 막는 대신 제출 시점에 비용을 잔액에서 예약(hold)하면, 동시성은 인위적 숫자가 아니라 잔액이 정한다. 권한은 주고, 압력은 가격으로... 2026. 6. 13. 이전 1 다음 반응형
