🚀 1. 사건의 발단 : "홈페이지 업데이트에 계속 금액과 시간이 들어가는데.. 이것도 할 수 있겠니?"
클로드 코드의 웹 렌더링에 감탄한 저(Mas)는 사내 에이전트 '청명'에게 질문을 던졌습니다.
Mas: "너도 진짜 홈페이지 디자인 기능이 있어?"
청명: "그럼요. 이미
claude-design스킬이 탑재돼 있습니다. 놀라긴 이릅니다, 마쓰. 저도 칼은 있습니다."Mas: "진짜? 그럼
www.XXXXXXXX.co.kr리뉴얼 해봐."
한 남자가 언덕에서 자전거를 타고 있다
🛠️ 2. 반려봇 청명이의 5분 리뉴얼 파이프라인
반려봇이 내부적으로 수행한 업무 프로세스를 [Input ➔ Process ➔ Output]의 관점으로 도표화하면 다음과 같습니다.
한국어 페이지 스크린샷
🎨 3. 기존 H사 vs Valeo 스타일 리뉴얼 비교
컴퓨터 화면에 한국어와 중국어 글꼴
🔬 4. 현업에는 아직..
현업에 도입하기 전, 여러가지 아직까지는 문제가 있지만 ..
🛡️ 1. 정보 자산 유출 우려 ($Security$)
리스크: 기존 웹 소스코드나 R&D 핵심 정보를 파싱하는 과정에서 외부 퍼블릭 LLM에 사내 기밀이 노출될 우려가 있음.
해결책: 기업용 폐쇄망 API(Private Endpoint) 또는 On-Premise 기반 반려봇 환경 구축 필요.
🖼️ 2. 비주얼 자산 및 정밀 콘텐츠 매핑의 한계 ($Content$ & $Asset$)
리스크: 반려봇은 독자적인 '상상력'으로 그럴듯한 레이아웃은 잡지만, 실제 탑재되어야 하는 구체적인 제품 도면 이미지, 정확한 사내 핵심 연혁 및 수치, 그리고 고화질 자산(Asset)을 스스로 100% 매핑하지 못하고 더미(Dummy) 데이터를 남기거나 왜곡(환각 현상)하는 경향이 있음.
해결책 : 무작정 "리뉴얼해줘"라고 시키기보다는, 디자인에 필수적으로 삽입해야 할 이미지 CDN 경로, 구체적인 팩트 수치, 그리고 핵심 카피 리스트를 먼저 구조화된 프롬프트로 준비하여 반려봇에게 쥐여주는 선행 프로토콜(Asset Pre-listing)이 필요하다.
