첫 프롬프트로 크롬 확장 프로그램이 만들어졌다: 하지만 제품은 아니었다
코딩은 AI에게 맡겼습니다 · 시즌 1 / 2
Simple Side Note의 첫 커밋은 2026년 5월 29일에 만들어졌습니다. 파일은 여섯 개였고 추가된 코드는 218줄이었습니다. Chrome Side Panel에서 메모를 입력하고 저장하는 기본 동작을 확인하기에는 충분했습니다.
먼저 보는 핵심
첫 프롬프트의 목표는 완제품 제작이 아니라 가장 위험한 가정을 빠르게 확인하는 것입니다. 무엇을 만들지, 어디에서 동작할지, 데이터는 어디에 둘지, 이번 단계에서 하지 않을 일을 함께 적으면 AI가 만든 결과를 판단하기 쉬워집니다.
코드 대신 제품의 동작을 설명했다
첫 요청은 특정 함수나 파일 이름보다 사용 장면을 중심으로 구성했습니다.
Chrome의 Side Panel에서 열리는 메모장을 만든다. 사용자가 입력한 내용은 브라우저에 저장한다. 탭을 이동해도 메모를 이어서 볼 수 있어야 한다. 별도 서버와 로그인은 사용하지 않는다.
이 요청에는 네 가지 결정이 들어 있습니다.
| 질문 | 첫 결정 |
|---|---|
| 어디에서 쓰나 | Chrome Side Panel |
| 핵심 행동은 무엇인가 | 메모 작성과 다시 열기 |
| 데이터는 어디에 두나 | 브라우저 로컬 저장소 |
| 무엇을 하지 않나 | 서버, 계정, 동기화 제외 |
AI는 이 정도의 요구를 Manifest V3 구조와 화면 파일, 저장 코드로 바꿨습니다. 여기서 가장 큰 이득은 코드를 218줄 대신 작성한 것이 아니라, 아이디어가 브라우저 안에서 실제로 가능한지 바로 확인한 것입니다.
작동한다는 말의 범위
첫 버전에서 확인한 것은 세 가지뿐이었습니다.
- 확장 프로그램을 Chrome에 불러올 수 있다.
- Side Panel 화면이 열린다.
- 입력한 메모를 다시 불러올 수 있다.
반대로 아직 확인하지 않은 것도 많았습니다. 저장 용량을 넘으면 어떻게 되는지, 확장을 삭제하면 데이터가 어떻게 되는지, 키보드만으로 쓸 수 있는지, 다른 언어의 사용자가 이해할 수 있는지, 스토어 심사에 필요한 문서가 있는지는 첫 화면에서 드러나지 않습니다.
AI가 “완성했습니다”라고 답해도 그 말은 대개 요청한 정상 경로가 동작한다는 뜻입니다. 제품이 안전하고 설명 가능하며 출시할 준비가 되었다는 뜻은 아닙니다.
첫 프롬프트에 넣으면 좋은 다섯 문장
새 제품을 시작할 때는 다음 구조가 유용했습니다.
1. 누가 어떤 상황에서 사용하는 도구인지 설명한다.
2. 사용자가 끝냈을 때 얻는 결과를 한 문장으로 적는다.
3. 반드시 필요한 기능을 세 개 이내로 제한한다.
4. 데이터 저장 위치와 외부 전송 여부를 정한다.
5. 이번 버전에서 만들지 않을 기능을 명시한다.
마지막 문장이 특히 중요합니다. 제외 범위를 적지 않으면 AI는 친절하게 설정, 로그인, 공유 같은 기능을 덧붙이기 쉽습니다. 생성 비용이 싸다고 해서 제품의 복잡성까지 공짜가 되는 것은 아닙니다.
첫 결과 뒤에 바로 물어볼 질문
작동 화면을 본 다음에는 새 기능을 요청하기 전에 다음을 확인하는 편이 좋습니다.
- 새로 만든 파일과 각 파일의 책임은 무엇인가
- 요청하지 않았는데 추가된 권한이나 라이브러리는 없는가
- 새로고침, 패널 닫기, 브라우저 재시작 뒤에도 데이터가 남는가
- 실패했을 때 사용자에게 보이는 메시지가 있는가
- 다음 버전에서 데이터 구조가 바뀌어도 기존 값을 읽을 수 있는가
이 질문에 답하지 못하면 아직 제품이 아니라 실험에 가깝습니다. 실험 자체는 나쁘지 않습니다. 문제는 실험을 완제품으로 착각하는 데서 생깁니다.
다음 편
첫 버전은 한국어 화면에서 시작했습니다. 다음 편에서는 코드를 거의 다시 만들지 않고 영어 제품으로 바꾸면서, 번역과 국제화가 왜 다른 일인지 이야기합니다.
댓글
댓글 쓰기