10,000개 이상의 프롬프트를 프로젝트별로 관리하는 방법
사람들은 종종 제가 어떻게 수천 개의 AI 프롬프트를 잃어버리지 않고 관리하는지 묻습니다.
답은 간단합니다.
저는 프롬프트를 대화로 취급하지 않습니다. 소프트웨어 자산으로 취급합니다.
저는 코딩, 연구, 자동화를 위해 10,000개 이상의 프롬프트를 관리합니다. 프롬프트를 무작위 채팅창에 저장한다면, 여러분의 작업은 더 힘들어질 뿐입니다.
저의 시스템은 다음과 같습니다.
프롬프트를 일시적인 것으로 취급하지 마세요. 대부분의 사람들은 프롬프트를 작성하고 바로 다음으로 넘어갑니다. 하지만 빌더(Builders)는 같은 문제를 반복해서 해결합니다. SQL 쿼리나 API 문서를 자주 작성한다면, 재사용 가능한 프롬프트가 필요합니다.
도구가 아닌 목적에 따라 정리하세요. 사용하는 AI에 따라 프롬프트를 그룹화하지 마세요. 프롬프트가 수행하는 역할에 따라 그룹화하세요. 그래야 빠르게 찾을 수 있습니다.
모든 프롬프트에 메타데이터를 추가하세요. 프롬프트에는 텍스트 이상의 것이 필요합니다. 다음 세부 사항을 포함하세요:
- 카테고리
- 목적
- 사용된 모델
- 예상 출력
프롬프트에 버전을 부여하세요.
개발자는 코드에 버전을 부여합니다. 여러분도 프롬프트에 버전을 부여해야 합니다. FastAPI_CRUD_v1이나 FastAPI_CRUD_v2와 같은 이름을 사용하세요. 이렇게 하면 모든 것을 다시 작성하지 않고도 결과를 비교할 수 있습니다.
범용 프롬프트와 프로젝트 프롬프트를 분리하세요. 일반적인 프롬프트를 특정 프로젝트 작업과 분리하여 관리하세요.
- 범용: Python 오류 설명 또는 유닛 테스트 작성
- 프로젝트 전용: 내부 코딩 표준 또는 회사 아키텍처
길이가 아닌 컨텍스트에 집중하세요. 프롬프트가 길다고 해서 더 좋은 것은 아닙니다. 명확함이 승리합니다. 작업에 필요한 세부 사항만 포함하세요. Python 버전이나 라이브러리 이름과 같은 구체적인 요구 사항을 사용하세요.
저장소로 Git을 사용하세요. 저는 프롬프트를 Git 저장소에 저장합니다. 이를 통해 버전 기록을 관리할 수 있습니다. 프롬프트는 프로젝트의 일부입니다. 코드와 동일한 수준의 관리가 필요합니다.
빌딩 블록처럼 프롬프트를 구성하세요. 저는 프롬프트를 처음부터 새로 작성하는 경우가 거의 없습니다. 작고 재사용 가능한 컴포넌트를 사용하여 프롬프트를 조합합니다. 이것이 소프트웨어가 작동하는 방식입니다.
문서는 필수입니다. 모든 프롬프트에는 다음 내용이 명시되어야 합니다:
- 해결하는 문제
- 사용 시점
- 입력 및 출력 예시
프롬프트를 자산으로 취급하면 워크플로우가 바뀝니다. 검색하는 시간은 줄어들고, 구축하는 시간은 늘어납니다.
출처: https://dev.to/jaideepparashar/how-i-organize-10000-prompts-across-projects-2g30