입력창 하나를 바꿨는데 1,166줄이 수정됐다

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

2026년 6월 6일에는 일반 텍스트 입력창을 Quill 리치 텍스트 편집기로 교체했습니다. 다섯 개 파일에서 1,166줄을 추가하고 68줄을 삭제했습니다. AI가 아니었다면 쉽게 미뤘을 만한 큰 기계적 변경이었습니다.

먼저 보는 핵심
AI는 큰 교체 작업을 빠르게 수행하지만 변경 줄 수가 많다는 사실 자체가 위험 신호입니다. 새 라이브러리의 크기, 저장 형식, 보안, 내보내기, 기존 데이터 호환성과 모바일 레이아웃을 기능 완료와 별도로 검토해야 합니다.


왜 일반 입력창을 버렸나

평범한 textarea는 단순하고 안정적입니다. 하지만 사용자가 메모에서 제목, 굵은 글씨, 목록과 강조를 원하면 표현력이 부족합니다. 리치 텍스트 편집기는 이런 기능을 빠르게 제공합니다.

AI에게 교체를 맡기면 툴바, 이벤트, 스타일, 저장 경로까지 한 번에 바꿀 수 있습니다. 문제는 “화면에 글씨가 굵게 보인다”가 전체 작업의 일부일 뿐이라는 점입니다.

교체 순간에 데이터의 의미가 바뀝니다.

이전 이후
단순 문자열 HTML 또는 편집기 전용 구조
줄바꿈 문자 문단·목록 태그
텍스트 내보내기 HTML 정리와 변환 필요
검색 대상이 곧 화면 문자열 태그를 제거한 텍스트가 필요
붙여넣기 결과가 단순함 외부 서식과 이미지 처리 필요

첫 결과에서 확인할 것

AI가 교체를 완료한 뒤 정상 입력만 시험하면 놓치는 문제가 많습니다.

  1. 이전 버전에서 저장한 일반 텍스트를 열 수 있는가
  2. 빈 편집기를 저장했을 때 의미 없는 HTML만 남지 않는가
  3. 웹페이지에서 붙여넣은 스타일이 화면을 깨뜨리지 않는가
  4. 링크나 HTML 입력이 위험한 요소를 포함할 수 있는가
  5. 다크 테마에서 툴바와 선택 영역이 보이는가
  6. 편집기 라이브러리를 확장 프로그램 정책에 맞게 제공하는가

특히 Chrome 확장 프로그램은 원격 코드를 실행하는 방식에 제한이 있으므로 라이브러리 배포 형태를 확인해야 합니다.


큰 변경을 AI에게 맡기는 요청 방식

“Quill로 바꿔줘”보다 다음 순서로 요청하는 편이 안전했습니다.

현재 입력·저장·검색·내보내기 흐름을 먼저 정리한다.
교체로 바뀌는 데이터 형식과 호환성 위험을 목록으로 만든다.
작은 단계로 구현하고 단계마다 확인 방법을 적는다.
새 의존성의 출처와 배포 방식을 명시한다.
기존 기능이 유지되는지 회귀 테스트 목록을 만든다.

AI가 많은 줄을 만들 수 있다는 사실보다, 변화 범위를 먼저 설명하게 하는 것이 중요했습니다.


속도와 복잡성의 교환

1,166줄이 한 번에 추가된 것은 분명한 생산성 향상이었습니다. 동시에 제품이 외부 편집기와 HTML 데이터에 의존하게 됐습니다. 이후 이미지 붙여넣기, 내보내기, 검색과 테마 수정도 이 결정의 영향을 받았습니다.

AI가 큰 기능을 싸게 만들어 주면 도입 결정은 쉬워집니다. 유지 비용은 다음 버전부터 나타납니다. 그래서 도입 전에 “이 라이브러리가 사라지면 무엇을 바꿔야 하는가”까지 물어보는 편이 좋습니다.


다음 편

리치 텍스트 편집기를 넣은 뒤 글자 크기와 색상 기능을 추가했습니다. 다음 편에서는 단순해 보이는 두 버튼이 상태 관리 문제로 이어진 과정을 다룹니다.

댓글

이 블로그의 인기 게시물

pyautogui 예제 모니터 특정 위치 색상 구하고 비교해서 클릭 이벤트 하기

vscode 에서 WSL 개발환경 동작하지 않는 경우

React에서 Socket.IO Client 연결하기: CORS와 useEffect 정리