첫 앱을 AI와 만든다면, 냉장고의 단어 자석부터 옮겨 볼까요?

핵심 요약 (TL;DR)

Pocket Poems는 주어진 단어를 배치해 시를 만드는 웹앱입니다. 제작자는 AI 에이전트의 도움을 받되 설계 판단과 문구는 직접 맡았다고 설명합니다. 첫 앱에서 배울 점은 기능을 많이 만드는 요령보다, 내가 이해할 수 있는 범위를 지키는 방법입니다. 제작 후기와 공식 페이지를 교차 확인했으며, 코드를 실행하거나 성과를 검증한 리뷰는 아닙니다.[1][2]

아이디어는 어디서 나왔을까요?

제작자는 냉장고에 붙인 단어 자석으로 친구들이 시를 짓는 모습을 보고 웹 프로젝트를 시작했다고 합니다. 공식 소개도 제한된 단어 안에서 무엇을 표현할 수 있는지를 중심에 둡니다. 홈페이지에서는 단어를 골라 배치하는 캔버스와 섞기·초기화 메뉴를 확인할 수 있습니다.[1][2]

이 후기가 HN에 올라온 시각은 한국시간 2026년 10월 31일 오전 4시 19분입니다. 최근 공유된 제작 사례라는 뜻이지, 그날 처음 출시됐거나 이틀 만에 완성됐다는 뜻은 아닙니다. 첫 앱의 소재를 찾는다면 이미 주변 사람이 즐기는 작은 행동을 떠올려 보세요. 종이에 적는 놀이를 화면으로 옮기는 것만으로도 출발점이 됩니다.

AI가 도와줘도 어떤 어려움이 남을까요?

제작자는 코딩 에이전트를 활용했다고 밝혔습니다. 다만 단어를 무작위로 고르는 초기 방식으로는 시를 쓰는 경험이 좋지 않았다고 해요. 이후 단어의 감각적 성질과 구체성에 관한 자료를 활용하고, 문장을 이어 주는 기본 단어를 직접 골랐다고 설명합니다. 도구명과 제작 과정은 제작자 자기보고입니다.[1]

중요한 점은 화면이 생기는 것과 재미있는 경험이 생기는 일이 다르다는 것입니다. 댓글에서 당일 단어 목록이 분위기와 맞지 않는다는 의견이 나오자, 제작자도 동의하며 개선 방향을 이야기했습니다. 아직 적용됐다고 확인된 기능은 아닙니다. 첫 앱도 완성 선언보다 누군가 실제로 써 보고 막히는 지점을 찾는 시간이 필요하겠지요.[1]

이해하지 못한 설계까지 맡겨야 할까요?

제작자는 AGENTS.md에 자신이 주니어 개발자라는 점을 적고, 에이전트가 임의로 구조를 결정하지 않도록 요청했다고 합니다. 변경 전에 구조와 코드에 관해 자신에게 질문하게 하고, 화면 문구도 대신 쓰지 않도록 했다고 해요. 공개 저장소에서 이 파일을 직접 확인한 것은 아니므로, 실제 지침 내용은 후기의 설명으로 구분해야 합니다.[1]

독자용 연습 요청은 이렇게 줄여 보세요. ‘내가 정한 단어 목록으로 문장을 만드는 화면을 만들어 주세요. 저장과 로그인은 빼고, 단어 선택과 초기화부터 구현해 주세요. 파일을 나누는 이유를 먼저 설명해 주세요.’ 제작자의 실제 프롬프트가 아니라 이 사례에서 착안한 예시입니다.

처음에는 단어를 몇 번 눌렀을 때 어떻게 표시되는지, 초기화가 제대로 되는지 직접 확인해 보세요. 친구에게 설명 없이 건네 보고 버튼의 뜻을 알아보는지도 관찰하면 좋겠습니다. 기능을 더하기 전에 이미 만든 기능을 내가 설명할 수 있는지가 좋은 점검 기준이 됩니다.

FAQ 1. 프로그래밍을 전혀 몰라도 같은 결과를 낼 수 있나요?

그렇게 보장할 수는 없습니다. 제작자는 자신을 주니어 개발자라고 설명했습니다. 이 사례는 무경험자의 성공 보장이 아니라, AI 도움을 받으면서 이해와 결정권을 지키는 참고 사례입니다.

FAQ 2. 첫 버전부터 게시판과 계정이 필요할까요?

연습 목적이라면 단어를 배치하고 다시 시작하는 흐름부터 제안드립니다. 공개 게시 기능을 붙일 때는 부적절한 내용과 개인정보를 어떻게 다룰지도 별도로 정해야 합니다.

출처

[1] 제작 후기·댓글: https://news.ycombinator.com/item?id=50308899
[2] 공식 소개: https://pocketpoems.io/about
홈페이지: https://pocketpoems.io