이미지 붙여넣기를 추가하자 내보내기 형식도 바뀌었다

코딩은 AI에게 맡겼습니다 · 시즌 1 / 11

2026년 6월 22일에는 이미지 붙여넣기를 추가하고 내보내기 형식을 HTML로 바꿨습니다. 여섯 개 파일에서 160줄이 추가되고 14줄이 삭제됐습니다. 입력 기능 하나가 데이터 형식과 백업 방식까지 바꾼 사례입니다.

먼저 보는 핵심
이미지 기능은 화면에 붙이는 코드보다 저장 크기와 내보내기 호환성이 더 중요합니다. AI에게 구현을 맡기기 전에 이미지의 출처, 저장 방식, 용량 제한, 삭제와 백업 결과를 먼저 결정해야 합니다.

텍스트 메모와 이미지 메모는 다른 제품에 가깝다

텍스트는 크기가 작고 검색과 내보내기가 쉽습니다. 이미지를 메모 안에 포함하면 다음 선택이 생깁니다.

서버 없는 확장 프로그램에서는 외부 업로드를 피하는 대신 브라우저 저장 용량이 부담됩니다. 개인정보 측면에서는 단순하지만 용량 측면에서는 불리합니다.

일반 텍스트 파일은 이미지와 서식을 보존하지 못합니다. HTML은 리치 텍스트와 포함 이미지를 한 문서로 표현할 수 있어 당시 구조에 더 잘 맞았습니다.

하지만 HTML로 바꾸면 끝이 아닙니다.

AI는 변환 코드를 빠르게 작성했지만, 사용자가 그 파일을 어디에서 다시 열 것인지까지 자동으로 결정하지는 않았습니다.

“이미지를 붙여넣게 해줘” 대신 다음 질문으로 요청을 확장하면 구현 뒤의 문제를 줄일 수 있습니다.

이미지는 어떤 형태로 저장되는가?
한 장과 전체 메모의 최대 크기는 얼마인가?
저장 실패 시 이미지와 텍스트 중 무엇을 보존하는가?
내보낸 파일은 네트워크 없이 열리는가?
이미지를 삭제하면 저장 공간도 즉시 회수되는가?
백업과 복원에서 같은 결과를 재현하는가?

기능은 버튼으로 보이지만 데이터는 제품의 수명 전체에 남습니다.

메모가 많아지자 검색이 필요해졌고, 검색 화면을 추가한 뒤 다크 테마 문제도 다시 나타났습니다. 다음 편에서는 한 기능이 다른 화면을 깨뜨리는 회귀 문제를 다룹니다.