앱을 만들 때 AI에게 자유도를 덜 주는 게 나을까?

나는 코드 모범 사례를 강제하는 내장 제약 조건이 있는 구조화된 프롬프트 빌더를 사용해. 구조화된 프롬프트를 쓰기 시작한 이후로 결과가 완전히 달라졌고, 이제는 이 도구를 먼저 쓰지 않고는 에이전트를 호출하는 일이 거의 없어.

나이스

내가 링크한 prompty.tools는 (계정을 사용하면) 실제로 너한테서 학습한다는 점을 참고해. 기존의 빌딩 블록을 제안해주고, 네가 다른 걸 선택하거나 제안된 걸 선택 해제하면 나중에 그에 맞춰 제안을 수정해주거든. 그러니까 단순한 문자열 연결 도구가 아니야.

시중에는 수많은 다른 프롬프트 빌딩 플랫폼이 있지만, 이건 그냥 내가 사용하는 것일 뿐이야.

나도 똑같은 패턴을 느낌. 엄격한 입출력 계약(contract)을 쓰면 모델이 시키지도 않은 기능을 멋대로 추가하는 걸 막을 수 있거든. 프롬프트를 타입이 지정된 함수 시그니처처럼 다루는 거지. 반환 형태, 제약 조건, 뭐가 잘못된 건지 명시하면 모델이 엿 먹이는 상황을 방지할 수 있음. 창의적인 프롬프팅은 브레인스토밍할 땐 좋지만, 프로덕션 코드에선 계약(contract) 방식이 훨씬 안정적임.

나는 보통 AI를 주니어 개발자라고 생각하고, 막연한 비전을 제시하기보다는 명확한 요구사항, 제약 조건, 기대하는 출력값을 줄 때 더 좋은 결과를 얻음. 처음엔 간단한 버전으로 시작해서 테스트해보고, 한 번에 다 요구하는 대신 기능을 하나씩 단계별로 추가하는 방식을 씀.