won-solution.com

코딩은 AI에게 맡겼습니다 · 시즌 1 / 18 마지막 기록은 스토어 설명의 일곱 줄을 수정한 커밋입니다. 기능을 만드는 큰 커밋보다 작지만, 사용자가 실제로 보게 될 제품 설명을 현재 버전과 맞춘 작업이었습니다. 2026년 5월 29일부터 7월 17일까지 18개 커밋으로 첫 시즌이 끝났습니다. 먼저 보는 핵심 AI는 빈 폴더에서 작동 화면까지 가는 시간을 크게 줄였고 반복 수정과 문서 초안도 빨랐습니다. 그러나 기능 우선순위, 데이터 안전, 권한, 기본값, 출시 사실의 최종 책임은 자동화되지 않았습니다. 18개 커밋을 세 종류로 나눠 보니 종류 대표 작업 AI가 줄여 준 것 생성 첫 버전, 편집기, 검색, 백업 파일 작성과 API 연결 시간 판단 기능 삭제, 저장 방식, 휴지통 대안을 빠르게 비교할 자료 출시 README, 정책, 이미지, 스토어 설명 반복 문서와 형식 작업 AI가 가장 강했던 부분은 정답의 모양이 비교적 분명한 작업이었습니다. Manifest 구조, 편집기 API 연결, 문자열 변경과 문서 형식은 빠르게 처리했습니다. 반면 사용자가 무엇을 용서하지 않을지 결정하는 일은 남았습니다. 메모를 자동으로 지워도 되는지, 고정 메모를 어떻게 해석할지, 불필요한 권한을 제거할지, 저장 실패를 얼마나 크게 알려야 하는지는 제품 판단이었습니다. 가장 크게 바뀐 개발 순서 예전에는 문서를 읽고 구조를 설계한 뒤 코드를 작성하고 화면을 확인했습니다. AI와 작업하면서 순서가 다음처럼 바뀌었습니다. text 사용 장면 설명 → AI가 첫 결과 생성 → 실제 화면에서 가정 확인 → 실패·권한·데이터 질문 → 수정과 검증 → 출시 문서와 운영 기록 첫 화면이 빨리 나오면서 판단 시점도 빨라졌습니다. 이것이 가장 큰 변화였습니다. 코드를 모르는 상태에서도 결과를 보고 질문할 수 있지만, 결과를 검증하지 않아도 된다는 뜻은 아닙니다. 다음 제품에서 지킬 여덟 가지 첫 프롬프트에는 하지...

코딩은 AI에게 맡겼습니다 · 시즌 1 / 4 2026년 6월 3일 커밋에서는 테마 기능을 추가하는 동시에 드래그앤드롭을 삭제했습니다. 열 개 파일에서 483줄을 추가하고 88줄을 지운 큰 변경이었습니다. 흥미로운 부분은 추가한 기능보다 지운 기능입니다. 먼저 보는 핵심 AI는 요청한 기능을 빠르게 구현하지만, 그 기능이 제품에 필요한지는 거의 항상 요청한 사람이 판단해야 합니다. 구현 비용이 낮아진 시대에는 “만들 수 있는가”보다 “계속 유지할 가치가 있는가”가 더 중요한 질문이 됩니다. 드래그앤드롭은 정상적으로 작동했다 메모 목록을 마우스로 끌어 순서를 바꾸는 기능은 눈에 잘 띄고 데모하기도 좋습니다. AI에게 요청하기에도 명확합니다. 항목을 드래그할 수 있게 하고, 놓은 순서를 저장하면 됩니다. 문제는 실제 사용에서 자주 필요하지 않았다는 점입니다. 짧은 메모 몇 개를 저장하는 도구에서 사용자가 매번 순서를 정리할 가능성은 낮았습니다. 정렬 기능은 다음과 같은 유지 비용도 만들었습니다. 마우스와 터치 입력을 각각 확인해야 한다. 검색된 목록과 전체 목록의 순서 관계를 정해야 한다. 고정 메모가 생기면 수동 순서와 우선순위가 충돌한다. 키보드 사용자를 위한 별도 이동 방법이 필요하다. 저장 데이터에 순서 정보와 예외 처리가 추가된다. 작동 여부만 보면 성공한 기능이지만, 제품 전체로 보면 질문이 늘어나는 기능이었습니다. AI에게 “만들어줘”라고만 하면 생기는 일 AI는 대개 요청을 완수하는 방향으로 움직입니다. “메모를 드래그해서 정렬하게 해줘”라고 하면 구현 방법을 찾습니다. “이 메모장에 드래그 정렬이 필요한가?”라고 물으면 장단점을 설명할 수 있지만, 최종 판단에 필요한 실제 사용자 행동은 알지 못합니다. 그래서 기능을 요청하기 전에 다음 질문을 먼저 던지는 방식으로 바꿨습니다. text 이 기능이 해결하는 사용자의 반복 문제는 무엇인가? 기존 기능으로 해결할 수 없는가? 추가되는 상태와 예외는 무엇인가? 사...

코딩은 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 / 1 요즘 제 개발은 거의 모두 AI와 함께 진행합니다. 제가 기능을 설명하면 AI가 파일을 만들고 코드를 수정하며 오류도 찾아냅니다. 그래서 이 블로그도 이제 코드 문법을 길게 설명하기보다, AI로 실제 제품을 만드는 과정 을 기록하려고 합니다. 첫 번째 대상은 Chrome 브라우저 옆에 열어 두고 사용하는 메모장 Simple Side Note 입니다. 첫 작동 버전은 빠르게 나왔지만, 실제 출시 가능한 제품이 되기까지는 7주와 18개의 커밋이 필요했습니다. 먼저 보는 핵심 AI는 작동하는 첫 버전을 만드는 시간을 크게 줄였습니다. 하지만 어떤 기능을 버릴지, 어떤 권한이 과한지, 사용자의 메모를 어떻게 지킬지는 대신 결정하지 않았습니다. 이 연재에서는 코드보다 그 판단과 시행착오를 공개합니다. 무엇을 만들었나 Simple Side Note는 웹페이지를 보면서 Chrome Side Panel에 메모를 남기는 확장 프로그램입니다. 브라우저 탭을 벗어나 별도의 메모 앱을 열지 않아도 됩니다. 현재 제품에는 다음과 같은 기능이 들어 있습니다. 메모 자동 저장과 명시적 저장 저장한 메모 검색과 고정 밝은 테마, 어두운 테마, 따뜻한 테마 HTML·Markdown 내보내기 백업과 복원 오래된 메모 자동 정리와 휴지통 여러 언어로 표시되는 화면 기능 목록만 보면 처음부터 계획대로 만들어진 것처럼 보입니다. 실제 과정은 달랐습니다. 필요하다고 생각해 넣었다가 삭제한 기능이 있었고, 작동은 하지만 그대로 출시하면 안 되는 부분도 있었습니다. 첫 버전은 정말 빨리 나왔다 2026년 5월 29일 첫 커밋에서 작동하는 확장 프로그램이 만들어졌습니다. 여섯 개 파일, 약 218줄 규모였습니다. AI에게 필요했던 설명은 복잡한 코드 명세가 아니었습니다. 대략 다음과 같은 제품 요구에 가까웠습니다. Chrome 브라우저의 Side Panel에서 사용하는 간단한 메모장을 만든다. 입력한 내용은 ...