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 / 15 2026년 7월 16일에는 스토어 자산, 아이콘과 스크린샷을 정리했습니다. 기록상 23개 파일이 바뀌고 799줄이 추가됐습니다. 제품 코드는 거의 건드리지 않았지만 출시를 위해서는 반드시 필요한 작업이었습니다. 먼저 보는 핵심 AI가 앱 코드를 완성해도 스토어에 필요한 이름, 설명, 아이콘, 스크린샷, 개인정보 응답과 버전 정보는 별도 제품입니다. 출시 자산을 마지막 날 만들면 기능과 설명이 어긋나기 쉽습니다. 코드가 끝나도 출시가 끝나지 않는다 스토어 등록에는 사용자가 설치를 결정할 자료와 심사자가 권한을 판단할 자료가 필요합니다. 여러 크기의 앱 아이콘 실제 사용 화면 스크린샷 짧은 설명과 상세 설명 기능별 사용 방법 개인정보처리방침 링크 권한 사용 목적 버전별 변경 내역 지원 주소 이 파일이 여러 폴더에 흩어져 있으면 이전 버전 이미지와 현재 설명이 섞입니다. 그래서 코드와 별도로 store-assets , icons , screenshots 구조를 정리했습니다. AI가 잘하는 일과 사람이 확인할 일 AI는 설명문 후보, 이미지에 들어갈 짧은 문구, 파일명 규칙, 체크리스트를 빠르게 만들 수 있습니다. 그러나 실제 스크린샷이 현재 버전인지, 개인정보가 보이지 않는지, 잘린 문구가 없는지는 화면을 보고 확인해야 합니다. AI에게 맡길 일 직접 확인할 일 기능을 이점 중심 문장으로 변환 실제 기능과 설명의 일치 스크린샷 촬영 목록 생성 테스트 데이터의 개인정보 제거 파일명과 버전 폴더 정리 이미지 크기와 가독성 권한 설명 초안 Manifest의 실제 권한과 일치 스크린샷은 기능 목록이 아니다 화면을 그대로 찍는 것만으로는 사용 이유가 잘 보이지 않습니다. 각 이미지는 한 가지 질문에 답해야 합니다. 웹페이지 옆에서 메모할 수 있는가 중요한 메모를 다시 찾을 수 있는가 데이터가 로컬에 남는가 백업과 복원이 가...

코딩은 AI에게 맡겼습니다 · 시즌 1 / 8 첫 정책 문서를 만든 날 다시 전면 수정했습니다. 기록에는 125줄 추가, 16줄 삭제로 남아 있습니다. 처음보다 길어진 이유는 법률 문구를 더 붙였기 때문이 아니라, 제품의 실제 데이터 흐름과 사용자 선택을 구체적으로 설명했기 때문입니다. 먼저 보는 핵심 정책의 품질은 줄 수가 아니라 사용자가 자신의 데이터에 대해 답을 얻을 수 있는지로 판단해야 합니다. 저장 위치, 외부 전송, 권한 목적, 보관 기간, 삭제·복구와 변경 공지를 제품 동작과 맞춰야 합니다. 첫 문서에서 빠졌던 것 짧은 첫 정책에는 “데이터를 판매하지 않는다” 같은 큰 원칙은 있었지만 다음과 같은 실제 질문에 충분히 답하지 못했습니다. 메모는 Chrome의 어떤 저장소에 남는가 브라우저 동기화 대상이 되는 설정이 있는가 선택한 웹 문구를 가져올 때 페이지 전체를 읽는가 백업 파일에는 어떤 내용이 들어가는가 휴지통의 메모는 언제 완전히 사라지는가 정책이 바뀌면 어디에 알리는가 사용자는 법률 문장보다 자신의 메모가 어디에 있고 누가 볼 수 있는지 알고 싶어 합니다. AI에게 섹션을 늘리기 전에 준 자료 긴 정책을 생성해 달라고만 하면 제품과 관계없는 쿠키, 광고, 결제 조항이 들어가기 쉽습니다. 먼저 다음 자료를 근거로 제공했습니다. 현재 Manifest 권한 목록 저장 키와 각 값의 목적 외부 네트워크 요청 목록 백업 파일의 구조 삭제와 복원 동작 연락 가능한 지원 채널 그다음 각 사실을 일반 사용자가 이해하는 섹션으로 바꾸게 했습니다. 존재하지 않는 데이터 처리를 상상하지 말고, 확인되지 않은 부분은 질문으로 남기도록 요청하는 방식이 유용했습니다. 정책과 제품을 함께 수정해야 하는 순간 정책을 쓰다가 설명하기 어려운 동작을 발견하면 문장을 고치는 것보다 제품을 고치는 편이 낫습니다. 예를 들어 불필요하게 넓은 권한은 “좋은 목적으로만 사용한다”고 길게 설명하기보다 제거하는 것이 명확합니다...

코딩은 AI에게 맡겼습니다 · 시즌 1 / 6 README를 만든 날, Chrome Web Store를 위한 첫 개인정보처리방침도 추가했습니다. 첫 문서는 26줄이었습니다. 서버가 없고 메모가 브라우저 안에만 남으니 설명할 내용도 적어 보였습니다. 먼저 보는 핵심 정책 문서는 그럴듯한 법률 문장을 만드는 일이 아니라 제품의 데이터 흐름을 사실대로 설명하는 일입니다. AI에게 초안을 맡길 수는 있지만, Manifest와 저장 코드, 외부 라이브러리, 삭제 방식을 직접 대조해야 합니다. “수집하지 않습니다”만으로 충분하지 않았다 Simple Side Note는 계정을 만들지 않고 별도 서버도 사용하지 않습니다. 하지만 데이터가 전혀 존재하지 않는 것은 아닙니다. 사용자가 작성한 메모와 설정은 브라우저 저장소에 기록됩니다. 정책에는 최소한 다음 질문의 답이 있어야 했습니다. 어떤 데이터를 저장하는가 데이터는 어느 장치와 저장 영역에 남는가 외부 서버로 전송하는가 제3자와 공유하거나 판매하는가 사용자가 데이터를 내보내거나 삭제할 수 있는가 확장 프로그램을 제거하면 무엇이 일어나는가 문의는 어디로 해야 하는가 “개인정보를 수집하지 않는다”는 문장만 쓰면 로컬 메모와 설정이 어디에 저장되는지 설명하지 못합니다. 사용자에게 중요한 것은 법률 용어보다 자신의 데이터가 어디로 가는지입니다. AI에게 문장을 쓰기 전에 흐름을 찾게 했다 정책 초안을 바로 요청하는 대신 코드에서 데이터 흐름을 먼저 정리하는 편이 안전합니다. 데이터 발생 위치 저장 위치 외부 전송 메모 본문 Side Panel 편집기 Chrome 로컬 저장소 없음 테마·설정 설정 화면 Chrome 저장소 구현 방식에 따라 확인 웹페이지에서 가져온 문구 사용자의 명시적 동작 현재 메모 없음 오류 정보 브라우저 개발자 도구 별도 수집 없음 없음 이 표를 만든 다음 AI에게 사용자에게 이해되는 문장으로 바꾸게 하...