IDEA → PROMPT → PLAN
이용 가이드
kickoff는 맞춤 프롬프트 준비와 프로젝트 기획 학습을 돕는 정보 사이트입니다. 이 안내를 따라 프롬프트를 복사하고 외부 AI 도구에서 프로젝트를 논의하세요.
kickoff는 AI 서비스를 제공하지 않습니다. 이곳에서 프롬프트를 준비하고, 복사한 내용을 사용하는 외부 AI 도구에 붙여넣어 대화와 작업을 진행하세요.
왜 필요한가: 아이디어의 맥락 전달하기
동네에서 책을 빌려주는 서비스를 만든다고 가정해 봅시다. 독자는 빌려줄 책을 등록하고, 근처의 책을 찾고, 소유자와 전달 약속을 잡습니다. 기능을 자세히 요청해도 대여 기간, 예산, 완료 조건은 미정일 수 있습니다. AI가 미정인 대여 기간을 확정된 것으로 다루면, 내가 정하지 않은 규칙에 맞춘 기획을 검토하게 될 수 있습니다.
이미 알고 있는 동작과 제약을 적으세요. kickoff는 그 설명에 빠진 조건 질문, 선택 이유, 기획 합의, 결과 검증을 요청하는 지침을 더합니다. 홈페이지에서 실제로 만들어지는 예시 프롬프트를 확인할 수 있습니다. 개발 전에 함께 검토할 수 있는 기획을 만드는 것이 목표입니다.
어떻게 해결하는가: 아이디어에서 합의된 기획까지
프롬프트 만들고 전달하기
- 사용할 외부 AI 도구를 별도로 준비하세요. kickoff는 AI 도구를 제공하지 않습니다. kickoff에서 ‘프롬프트 만들기’를 열고 서비스 설명을 입력하세요. 예: ‘이웃이 책을 등록하고 대여를 요청한 뒤 수령 약속을 잡습니다.’ 필수 입력은 서비스 설명뿐입니다. 이름은 선택이며, 비워두면 ‘미정’으로 표시됩니다.
- 예산, 일정, 마음에 드는 예시를 참고사항에 적으세요. 모르는 내용은 비워둬도 됩니다. 빈 참고사항은 ‘제약 없음’이 아닌 ‘추가 확인 필요’가 됩니다. 입력은 현재 페이지에만 남으며 이동하거나 새로고침하면 사라집니다.
- 미리보기는 외부 AI에 전달할 요청문입니다. 읽고 복사한 뒤 사용하는 외부 AI 도구에 직접 붙여넣으세요. 필수 사이트 문서인 시작 지침·AI 행동 지침 두 개를 읽고 입력을 재사용하라는 요청이 포함됩니다. 복사가 실패하면 미리보기를 직접 선택해 복사하세요. JavaScript가 꺼져 있으면 기본 프롬프트에 세 항목을 직접 덧붙인 뒤 외부 AI 도구에 붙여넣으세요.
- AI가 두 문서를 읽었는지 확인하세요. URL을 열지 못하면 작성기 페이지의 Markdown 또는 AI 행동 지침 링크에서 빠진 본문을 대화에 붙여넣으세요. 서비스 정보를 이어서 전달하되, 읽지 못한 규칙이 적용됐다고 가정하지 마세요. 선택 자료인 카탈로그 접근 실패만으로 기획을 중단하지는 않습니다.
AI와 기획 확정하기
스킬이나 작업 도구를 추가하기 전에 AI에게 불확실성·의존 관계·변경 위험·협업·인수인계·기존 작업 방식을 살펴보도록 요청하세요. 추가 스킬 없이 시작해도 됩니다. Spec Kit·Superpowers·OpenSpec 등 관련 대안만 비교합니다. 선택한 도구의 설치·호출은 기존 승인 범위 안에서 외부 코딩 에이전트가 진행하며, 채팅만 가능한 도구는 수동 방법을 안내할 수 있습니다. 명령문 표시만이 아니라 실제 설정 결과를 확인하세요.
책 대여 서비스라면 AI가 소유자의 대여 승인 여부나 책이 반납되지 않았을 때의 동작을 질문할 수 있습니다. 미결정 질문에 답하세요. 요구사항에 따라 사이트 밖 선택지도 비교합니다. 카탈로그 예시는 선택 참고자료입니다. 추천을 받거나 특정 선택을 위임하거나 명시적으로 보류하세요.
‘여러 기기에서 대여 상태를 공유해야 하는가’라는 질문은 서비스 동작을 데이터 저장·아키텍처 선택으로 연결합니다. 소유자가 휴대전화에서 책을 대여 중으로 바꾸면 이웃의 노트북에서도 빌릴 수 없다고 보여야 할까요? 상태를 공유하려면 공용 저장소와 동기화 방식을 비교해야 하고, 한 기기에서만 쓰는 개인 기록이라면 로컬 저장이 맞을 수 있습니다. 외부 AI에게 장단점과 오프라인일 때의 동작을 설명하도록 요청하세요. 기술 이름부터 고르는 대신, 카탈로그 예시와 비교할 구체적인 요구사항을 얻습니다.
AI에게 사용자, 주요 동작, 실패 상황, 제약, 결정 사항, 완료 조건을 정리하도록 요청하세요. 기획이 여전히 책 대여를 다루는지, 미결정 질문이 드러나 있는지 확인합니다. 기획을 확정한 뒤 명시적으로 개발을 요청하세요. 프롬프트 복사만으로 기획 승인이나 개발 시작이 되지는 않습니다.
무엇이라 부르는가: 대화를 여는 프롬프트와 선택을 돕는 카탈로그
kickoff는 학습 자료와 프롬프트를 제공합니다. 첫 프롬프트는 서비스의 맥락을 전달하고 외부 AI에게 세부 요구사항을 질문하고 아키텍처 선택지를 비교하도록 요청합니다. 완성된 명세서는 아니며, AI 대화와 개발은 해당 외부 도구에서 진행합니다. 카탈로그는 개념과 선택지를 배우고 비교하는 선택 참고자료이고, ‘프로젝트 기획’은 예시를 따라 배우는 실전 안내입니다. 결정 목록은 분류표가 아닌 서비스에서 도출합니다. 양립 가능한 선택은 함께 쓸 수 있습니다.
카탈로그 이해하기
예시가 도움 될 때 이 선택 참고 목차를 살펴보세요. 각 링크에서 비교 항목이나 하위 분류, 예시·한계·관련 글을 확인할 수 있습니다. 기획을 위해 사용자나 AI가 모든 분류를 검토할 필요는 없습니다.
분류별로 선택지 비교하기
기획·설계
작업 방식·모듈 경계·서비스 분할을 비교해 책임·점검·변경 범위를 정합니다.
기획·설계 →- 아키텍처의 경계·의존 구조
계층과 안쪽을 향하는 경계를 비교해 업무 규칙의 위치와 변경 가능한 의존 관계를 정합니다.
- 서비스 분할
하나의 배포 단위·내부 모듈·별도 서비스를 비교해 독립 배포와 운영 복잡성의 균형을 정합니다.
- AI 개발 작업 방식
추가 스킬 없이 시작하기·명세 추적·개발 스킬·변경 제안을 위험·협업·설치 비용으로 비교합니다.
개발 플랫폼
콘텐츠 사이트·상호작용하는 웹 화면·게임을 만드는 도구를 비교해 개발 기반을 정합니다.
개발 플랫폼 →- 정적 사이트 생성기
콘텐츠와 템플릿을 페이지로 만드는 방식을 비교해 글 작성과 빌드 흐름을 정합니다.
- 웹 UI 개발 도구
컴포넌트와 상태 갱신 방식을 비교해 상호작용하는 웹 화면의 구현·유지 방식을 정합니다.
- 게임 엔진
장면 구성·동작 편집·프로젝트 작업 흐름을 비교해 게임 제작 기반을 정합니다.
버전 관리
변경 이력 도구와 저장소 호스팅을 비교해 기록·검토·공유 방식을 정합니다.
버전 관리 →배포 플랫폼
서비스를 어디서 어떻게 실행할지 비교해 감당할 운영 작업과 비용을 정합니다.
배포 플랫폼 →- 호스팅 실행 모델
파일 제공·요청 시 함수 실행·서버 상시 실행을 비교해 실행 방식과 운영 책임을 정합니다.
디자인
화면 배치·시각 표현·글자 구성을 비교해 사용자가 읽고 조작하는 방식을 정합니다.
디자인 →수익화
누가 지불하고 무엇을 얻는지, 어떻게 청구할지 비교해 수익 방식과 이용 경험을 정합니다.
수익화 →- 수익원
사용자 결제·거래 수수료·광고·후원·제휴를 비교해 누가 어떤 대가로 서비스 비용을 부담할지 정합니다.
- 과금 방식
일회성 결제·구독·사용량 과금을 비교해 고객이 언제 무엇에 지불할지 정합니다.
- 판매 책임 모델
직접 판매와 판매 대행 주체를 비교해 판매와 관련 관리 업무를 누가 맡을지 정합니다.
- 요금 설계
정액·사용자 수·기능 등급·사용량 구간·크레딧을 비교해 청구 금액의 계산과 안내 방식을 정합니다.
- 무료 접근 전략
계속 쓰는 무료 범위와 기간 제한 체험을 비교해 결제 전에 무엇을 경험할 수 있는지 정합니다.
- 인앱 구매 유형
소모성 구매와 지속되는 구매를 비교해 구매한 혜택이 소진되는지 유지되는지 정합니다.
- 광고 형식
배너·전체 화면 광고·선택형 보상 광고를 비교해 광고 위치와 사용자 참여 방식을 정합니다.