Make your next creation.
Turn your ideas into 3D assets. Start creating with Hyper3D.
코드의 거의 전부는 Claude Opus 5로 작성되었습니다. 하지만 수천 번의 반복 루프를 거치면서도 프로젝트가 계속 진행될 수 있었던 이유는 영리한 프롬프트가 아니었습니다. AI가 전체 코드베이스를 읽지 않고도 필요한 것을 찾을 수 있도록 프로젝트를 구성했기 때문입니다. 1. 지침을 한곳에 모으지 말고 코드 옆에 둔다 모든 폴더에는 일반적인 워크플로와 이전에 발견된 문제점을 담은 자체 가이드가 있습니다. 해당 폴더에서 세션이 시작되면 가이드가 자동으로 로드됩니다. 몬스터 작업을 할 때 맵 가이드의 컨텍스트 비용까지 부담할 필요가 없습니다. 각 작업 전에 필요한 컨텍스트가 약 76,000토큰에서 약 10,000토큰으로 줄었습니다. 2. 규율이 아니라 도구로 규칙을 강제한다 순환 임포트나 중앙에서 정의하지 않고 사용 지점에 직접 작성한 색상 값을 감지하면 빌드를 실패시키는 스크립트를 작성하게 했습니다. AI가 모든 규칙을 기억할 것이라고 기대하지 마세요. 커밋이 실패하도록 만드는 편이 훨씬 더 안정적입니다. 3. TypeScript를 알림 장치로 활용한다 효과가 없는 스킬을 추가하면 프로젝트가 컴파일되지 않습니다. 모델을 만들지 않고 몬스터를 추가하면 프로젝트가 컴파일되지 않습니다. 타입 시스템이 허용하지 않기 때문에 잊어버릴 수 없습니다. 4. 콘텐츠를 데이터 중심으로 만든다 몬스터, 스킬 또는 아이템을 추가하는 일은 전체 시스템을 수정하는 대신 한 행을 추가하는 것이어야 합니다. AI는 “일관성을 유지해야 하는 다섯 곳을 업데이트하라”보다 “한 행을 추가하라”를 훨씬 더 정확하게 처리합니다. 5. 효과적인 프롬프트는 절차가 아니라 평가 기준을 정의한다 예: “일반 몬스터는 2~5초 안에 죽어야 한다”, “각 맵의 최소 97%에 도달할 수 있어야 한다”, “게임 아이템의 드롭률은 3% 미만이어서는 안 된다”. 그런 다음 이 기준을 테스트로 인코딩합니다. AI가 무엇을 좋은 결과로 보는지 알게 되면, 방법을 찾고 성공 여부를 판단할 수 있습니다. 요컨대 구조와 테스트에 먼저 투자한 다음, 프롬프트에 투자하세요.
어떤 오브젝트를 분리하고 이름을 지정하며 편집 가능한 상태로 유지해야 하는지 명시하세요. 그렇지 않으면 겉보기에는 그럴듯해도 실제로는 사용할 수 없을 수 있습니다.
모델이 장면을 실행하고 눈에 보이는 오류를 확인하도록 요청하세요. 프레임 레이트, 상호작용, 레이아웃에 대한 구체적인 검사를 통과할 때까지 수정을 반복하게 하세요.
대규모 월드는 작업을 구역, 구성 요소 묶음 또는 마일스톤으로 나누고, 각 부분을 검수한 뒤 범위를 확장하세요.