🏆 AI스터디 23기 4주차 베스트 사례 큐레이션 - 콘텐츠&지식

📚 23기 전자책

✍️ 전자책 - AI 활용의 진가(서평으로 완성도 높이기)

크리스

하려던 것 📝

• 단편적인 내용을 한글 롱폼으로 통합 및 서평으로 개선한 사례

• 단편적으로 쪼개진 내용을 한글 롱폼으로 통합함을 목적으로 함.

• 맞춤법 검사 앱을 통해 기본적인 오류를 일차적으로 수정하고자 함.

• 페르소나를 지정하여 글의 완성도를 검토하고 보완하고자 함.

활용한 툴 ⚒️

• 클로드(Claude) : 롱폼 변환, 페르소나 설정 및 서평 피드백, 서평 재검토에 활용함.

• 옵시디언(Obsidian) : 클로드와 함께 롱폼 변환에 사용함.

• 바른한글 : 800라인 분량의 글에 대한 1차 맞춤법 검사에 활용함.

• 제미나이(Gemini) : 2차 서평을 통한 교차 검증 목적으로 사용함.

진행 세부 내용 🔍

• 1️⃣ 롱폼 콘텐츠 통합 및 1차 맞춤법 검사 진행함

• 단편적으로 쪼개진 내용을 클로드와 옵시디언을 활용하여 한글 롱폼으로 변환하는 시도를 함.

• 바른한글 앱을 사용하여 800라인(바른페이지 25페이지 상당) 분량의 글에 대한 1차 맞춤법 검사를 진행함.

• 맞춤법 검사 후 저장하는 과정에서 에러가 발생하여 다시 작업하느라 고생하는 문제가 있었음.

• 바른한글 앱이 좋은 보기와 사용성을 제공함을 확인함.

• 2️⃣ 페르소나를 활용한 1차 서평을 의뢰하고 피드백을 수령함

• 클로드에 유시민 작가를 페르소나로 지정하여 롱폼 기행문에 대한 서평을 요청하는 접근 방식을 사용함.

• 유시민 작가가 최근 동일 지역 여행기를 발행한 상황임을 고려하여 날카로운 서평을 기대함.

• AI의 피드백이 장단점을 명확하고 확실하게 제시하여 글의 잘잘못을 정확히 알려 고칠 수 있도록 안내함을 확인하여 놀라움을 경험함.

• AI의 작문 활용은 최소화하고, 서평을 바탕으로 한 검토를 반복하는 데 AI를 최대화한다면 개인 작문 능력이 단시간에 배가될 것으로 사료됨을 비전으로 얻음.

• 3️⃣ 1차 서평을 반영한 수정본에 대해 2차 교차 서평을 진행함

• 1차 서평 피드백을 반영하여 글을 수정한 후, 제미나이에 유시민 페르소나로 재차 서평을 요청하여 크로스 체크를 진행하는 방법을 시도함.

• 제미나이 서평에서 "글의 근육이 한층 단단해진 느낌을 받았습니다"는 긍정적인 피드백을 얻음.

• 서평에서 '콘텍스트의 생동감과 명료한 문장', '낮아진 가독성의 장벽' 등 칭찬할 점을 구체적으로 언급받음.

• 동시에 '주장에 대한 논증 강화', '조사와 접속사 솎아내기(단문 다듬기)' 등 2%를 채우기 위한 구체적인 개선 가이드를 제공받음.

• 4️⃣ 2차 서평 피드백 기반으로 최종 수정 및 할루시네이션 검증을 진행함

• 2차 서평 피드백을 바탕으로 글을 최종 수정하는 작업을 함.

• 2차 서평에서 과도한 칭찬이 포함되어 있어 개인적으로 할루시네이션으로 판단하는 문제가 발생함.

• 할루시네이션 여부를 확인하고 최종 글을 완성하기 위해 다시 클로드에 서평 재검토를 요청함.

• 최종적으로 글이 완성됨.

📚 23기 게임바이브코딩

✍️ 그래픽 생성부터 누끼와 파일 정리까지, Codex로 일관성이 유지되는 게임 에셋 다량 제작하기

박예빈

하려던 것 📝

• 웹게임용 추리 게임 단서 그래픽 에셋을 효율적으로 제작한 사례

• 게임바이브코딩 스터디를 통해 추리 게임을 제작하고 있었음.

• 웹게임에 필요한 40~50개 분량의 개별 단서 그래픽 에셋을 효율적으로 제작할 방법을 고민함.

• 이미지 생성에 그치지 않고 수정, 자체 검수, 누끼, 파일명, 번호 및 승인 상태 관리까지 한 대화 안에서 이어가고자 함.

• 최종적으로 게임에 바로 사용할 수 있는 단서 세트를 완성하여 게임에 적용시키고자 함.

활용한 툴 ⚒️

• Midjourney: SF 분위기 게임 아이템 시트 등 초기 스타일 레퍼런스 이미지 생성

• Codex: 게임 에셋 제작 기준 확정, 단서 목록 추출, 시안 제작 및 피드백, 승인 이미지 후처리(누끼), 파일명/단서 번호/발견 장소/승인 상태 관리, 최종 독립 단서 그래픽 세트 제작, 자체 검수

진행 세부 내용 🔍

1️⃣ 제작 기준 확립 및 스타일 바이블 구축함 - 원하는 분위기에 가까운 두 장의 아이템 시트 레퍼런스를 Codex에 제공함. - Codex에게 레퍼런스 시트를 바탕으로 대량의 개별 에셋을 제작하기 위한 프로세스 및 방법부터 문의함. - Codex는 레퍼런스에서 공통점을 추출하여 근미래 연구시설에 어울리는 사물, 반실사 애니메이션풍 표현, 짙은 네이비 외곽선, 차가운 금속 색상, 위에서 살짝 내려다본 시점 등의 제작 규칙을 정리함. - 캔버스 크기, 투명 배경, 파일명 형식도 함께 정하고, 재질과 형태가 다른 단서 몇 개를 파일럿으로 제작한 뒤 마음에 드는 결과를 승인하여 스타일 바이블을 고정함. - 사용한 프롬프트: "게임에 사용할 아이템과 단서 그래픽이 40~50개 정도 필요한데, 효율적으로 어떻게 작업할 수 있을까요?" - 사용한 프롬프트: "승인한 결과들은 누끼를 따서 게임에 바로 넣을 수 있게 폴더에 정리하고, 추후 동일한 스타일의 에셋을 생성할 수 있도록 스타일 바이블을 고정해주세요. 승인된 에셋은 넘버링을 붙여 정리해주세요. 게임디자인 문서의 개별 단서 코드와 실제 구현 그래픽이 매칭될 수 있게 관리해주세요."

2️⃣ 독립적인 그래픽 여러 개를 묶음으로 제작하고 수정함 - 스토리 데이터에서 아직 만들지 않은 단서를 추려내어, 서로 독립적인 사물 5~6개를 한 묶음으로 Codex에게 제작을 요청함. - 사용한 프롬프트: "아직 만들지 않은 것 중에서 먼저 제작할 단서 여섯 개를 골라서 만들어주세요." - 제작된 결과물을 본 뒤 마음에 드는 것은 즉시 승인하고, 아쉬운 부분은 선택하여 수정 피드백을 제공함. - 예를 들어, 공구 세트가 지나치게 휴대용으로 보이면 "더 본격적인 공구함이지만 디자인은 미래적이고 깔끔하게"라고 방향을 좁히고, 금빛이 강한 기념 오브제는 "투명한 유리 재질에 둥근 형태"로 변경함.

3️⃣ AI의 자체 검수 기능을 경험함 - 피가 묻은 칼 단서 제작 시, 생성 결과에서 중요한 피 색상이 자체적인 오류로 의도와 다르게 표현된 문제가 발생함. - Codex는 이미지를 전달하기 전에 스스로 오류를 발견하고, 문제가 있는 결과를 그대로 보여주는 대신 다시 생성하여 교정된 결과를 전달함. - 단순 이미지 생성에 그치지 않고, 결과를 확인하고 문제가 있으면 다시 시도하는 자체 검수 과정이 존재함을 확인하여 AI를 작업 파트너로 인식하게 됨.

4️⃣ 승인 후 자동화된 후처리 및 파일 관리 시스템을 활용함 - 이미지가 승인되면 Codex는 승인본의 단색 배경을 제거하여 투명 PNG로 만들고, 크기와 알파 채널을 자동으로 검사함. - 붉은색처럼 배경색 제거 과정에서 손상될 수 있는 요소가 있으면 처리 방식을 달리 적용함. - 파일은 정해둔 영문 형식으로 저장하고, 수정본은 이전 파일을 덮어쓰지 않고 새 버전으로 보존하며, 실제 게임에서 사용할 최신 승인본만 목록에 연결하여 관리함. - 각 단서에는 단서 번호, 스토리상의 단서명, 발견 장소, 실제 이미지 파일명, 검토 중/승인 상태 등의 정보가 함께 관리되어 효율적인 추적이 가능함.

📚 23기 영상파이프라인

✍️ Suno 곡 하나로 뮤직비디오까지 — 편집 툴 한 번도 안 열고 작업 완료하기 (Claude + Gemini NanoBanana+ ComfyUi Mcp + MiniMax H3)

갓생오리

내용이 부족하여 요약하지 못했습니다.

📚 23기 AI온보딩

✍️ 승인 팝업을 0으로 만들기까지 — 허용 목록을 넓히는 건 답이 아니었다

체이스

하려던 것 📝

• 자동화 반복 작업 시 발생하는 승인 팝업을 제거한 사례.

• 회사 정보를 조사하여 구글 시트에 채우는 작업을 자동화하려 함.

• 반복 작업 중 발생하는 승인 팝업으로 인해 사용자가 직접 "허용"을 눌러야 하는 문제를 해결하고자 함.

• 궁극적으로 "회사 N개 조사해줘"라는 명령 시 승인 요청이 전혀 발생하지 않도록 하여 완전한 자동화를 목표함.

활용한 툴 ⚒️

• Claude: 코드 작성 및 수정, 자동화 스크립트 실행 환경 제공

• Google Sheets: 회사 정보 저장 및 관리

진행 세부 내용 🔍

1️⃣ 허용 목록에 명령을 추가하여 팝업을 줄이려 함

• `.claude/settings.json` 파일의 `permissions.allow`에 자주 사용하는 명령을 추가하여 승인 팝업을 줄이는 방법을 시도함.

• 예시 코드:

\`\`\`json { "permissions": { "allow": [ "Bash(node agent/opendart-lookup.mjs \*)", "Bash(gws sheets spreadsheets values get \*)" ] } } \`\`\`

• 조회 명령에 대한 팝업은 사라졌지만, 다른 명령에서 여전히 승인 팝업이 발생함.

• 문제의 원인을 파악하지 못하고 허용 목록의 범위를 더 넓게 설정해야 할 것이라고 잘못 판단함.

2️⃣ 팝업의 원인이 되는 명령 호출 방식을 스크립트로 대체함

• 팝업이 명령 자체가 아닌, 명령을 부르는 방식(파이프, 브라우저 도구 등) 때문에 발생함을 추적함.

• 홈페이지 확인, 시트 목록 보기, 시트 쓰기 과정에서 사용하던 브라우저 도구, `| head`, `| grep -v` 등의 방식이 문제였음을 파악함.

• `fetch-site.mjs`, `sheet-list.mjs`, `sheet-write.mjs`와 같은 전용 스크립트를 만들어 파이프나 브라우저 도구의 필요성을 없앰.

• 새로 만든 스크립트들을 `.claude/settings.json`의 허용 목록에 추가함. `Bash(X *)`는 인자가 있어야 매칭되므로, 인자 없는 호출은 별도로 한 줄 더 추가해야 함을 확인하고 적용함.

3️⃣ 반복문과 셸 변수 사용 습관을 수정하여 마지막 팝업을 제거함

• 전용 스크립트 적용 후에도 여러 회사를 한 번에 처리하기 위해 `for` 반복문과 셸 변수를 사용했을 때(`for f in ...; do ...; done`) 다시 팝업이 발생하는 문제를 발견함.

• 팝업 메시지 `Contains simple_expansion`을 통해 파이프 외에 반복문과 셸 변수도 금지 대상임을 알게 됨.

• N개의 회사를 처리할 때 N줄의 명령으로 각각 부르고, 경로에 셸 변수 대신 전체 경로를 직접 적는 방식으로 변경함.

• 이전에 메모까지 해두고도 같은 실수를 반복하는 등 습관을 고치는 것이 중요함을 경험함.

4️⃣ 넓게 허용된 규칙을 좁혀 보안 취약점을 해결함

• 팝업이 발생하지 않는 상태에서 전수 점검 중 `"Bash(gws sheets *)"`와 같이 모든 시트 명령을 무승인 통과시키는 넓은 허용 규칙을 발견함.

• 이 규칙이 의도치 않게 다른 시트에 쓰기나 삭제, 생성까지 허용할 수 있는 보안 취약점임을 인지함.

• 해당 규칙을 `"Bash(gws sheets +read *)"`로 좁혀 읽기만 허용하고, 쓰기·삭제·생성은 전용 스크립트를 통해서만 가능하도록 조치함.

• 팝업이 뜨지 않는다고 안전한 것은 아니라는 인사이트를 얻음.

📚 23기 AI지식관리

✍️ 볼트 대 이사의 날 - 이사는 하루, 정리는 일년

_묘랑

하려던 것 📝

• AI 에이전트와 사람이 함께 효율적으로 지식을 관리하는 체계를 구축한 사례

• 여러 개의 지식 볼트가 분산되어 있거나 에이전트 활용성이 낮은 문제 해결을 목적으로 함

• AI 에이전트가 지식 볼트를 효과적으로 탐색하고 활용할 수 있도록 명확한 지침을 마련하고자 함

• 사람 사용자에게도 편리하고 직관적인 지식 접근 및 관리가 가능하도록 시스템을 통합하고자 함

활용한 툴 ⚒️

• Claude : 지식 볼트 통합 및 관리 전략 조언, 콘텐츠 분류 기준(도메인 프론트매터) 제시, AI 에이전트 운영 규약 및 실행 스크립트 디버깅 지원, 문제 발생 시 해결 방안 제시, 지식 관리 시스템 구조 및 규칙 개선

진행 세부 내용 🔍

1️⃣ 볼트 통합 및 카테고리 분류 기준 마련함

• 문제: 기존 지식 볼트가 분산되어 있고, 에이전트가 필요한 파일을 찾아 읽을 수 있는 명확한 지시가 부재하여 활용되지 못함.

• 시도한 방법: Claude의 조언에 따라 여러 지식 볼트를 하나로 통합하고, 파일 내부에 `domain: [카테고리명]` 형태의 프론트매터를 추가하여 카테고리를 명확히 함. 에이전트가 읽어야 할 파일명을 구체적으로 명시함.

• 해결 방법: 카테고리 판정 기준을 '어디서 했나'가 아닌 '무엇에 관한가'로 정하여, 예를 들어 `study`가 아닌 `video` 도메인을 사용하도록 함.

• 결과: 에이전트가 필요한 문서를 정확히 찾아 읽을 수 있는 지식 분류 체계를 구축함.

2️⃣ 사람과 AI 에이전트 모두를 위한 지식 접근 방식 마련함

• 시도한 방법: 에이전트는 영어 슬러그 파일명을 선호하고 사람은 한글 파일명을 읽기 편하다는 문제를 해결하고자 함.

• 접근 방식: `40-memory/` 폴더 내에 `map-video.md`와 같은 도메인별 지도 4개를 생성하여, 사람이 지도를 통해 핵심 정보를 쉽게 파악할 수 있도록 함.

• 사용한 프롬프트/코드: `[[source-gpters-2025-04-01-consistency-video-cat|일관성은 고양이가 물어간 영상]]`와 같은 별칭 링크를 활용하여, 실제 파일명은 에이전트 친화적인 영문 슬러그를 유지하고 사람에게는 한글 제목으로 보이게 함.

• 결과: 파일명은 에이전트의 효율성을 유지하되, 사람은 한글로 편리하게 지식에 접근할 수 있도록 구현함.

3️⃣ 볼트 통합 및 마이그레이션 진행함

• 시도한 방법: `akm-lab`과 `study_akm` 두 볼트를 하나로 합치기로 결정함.

• 발생한 문제: 기존 `akm-lab` 볼트에 자동 큐레이터, 채굴기 등이 있었으나 18일간 스케줄 등록이 누락되어 실행되지 않음. 또한, Claude와 대화 중인 세션이 이사할 폴더 내부에 있어 메모리 손상 우려가 발생함.

• 해결 방법: Claude의 조언에 따라 `.git` 폴더째로 통째 이동하여 버전 관리 이력을 보존하고, 세션 메모리 파일 2개는 새 경로로 복사함. 원래 자리에는 `23study_akm-이사감.md` 표식을 남김. Claude는 "파일이 생겼다"를 완료로 보지 않고 "실제로 한 번 돌았다"를 완료로 보는 규칙을 세움.

• 결과: 두 볼트의 성공적인 통합을 위한 계획을 수립하고, 중요 파일들의 안전한 마이그레이션을 진행함.

4️⃣ Phase 1: 파일에 도메인 추가 및 판정 규칙 제정함

• 시도한 방법: 노트 53개 중 44개에 `domain` 한 줄을 추가함. 프로필이나 도구 목록처럼 '어느 일에서든 읽는 것'은 도메인을 붙이지 않음.

• 발생한 문제: 기존 4개 도메인 외에 '브랜딩' 관련 내용 7건이 발견됨.

• 해결 방법: Claude는 `brand` 도메인 생성을 제안했으나, 도메인 개수를 5개로 늘리지 않기 위해 기존 `study` 도메인으로 통합함.

• 결과: `study` 27건, `video` 11건, `alpha` 5건, 겹침 1건으로 최종 분류됨.

5️⃣ Phase 2: 정리지도(맵) 작성 및 `lint` 필요성 인지함

• 시도한 방법: `40-memory/` 경로에 `map-video.md`, `map-alpha.md`, `map-study.md`, `map-teach.md` 4개 도메인별 지도를 작성함.

• 발생한 문제: 지도 작성 과정에서 코드 품질 및 규칙 검사를 위한 `lint` (린터)가 부재함을 인지함.

• 결과: 사람과 에이전트가 지식을 한눈에 파악할 수 있는 정리지도 4개를 완성하고, 추가적인 개발 요소인 린터의 필요성을 확인하게 됨.

6️⃣ Phase 3: 채굴기 및 검사기(린터) 실전 적용 및 개선함

• 시도한 방법: `lint`를 새로 개발하고 테스트함.

• 발생한 문제: 초기 검사에서 오류 0이 나왔으나, Claude는 검사기의 불완전성을 지적하며 "오류 0이 나왔다고 믿으면 안 된다"고 조언함. 이에 일부러 규칙을 어긴 파일을 넣어 테스트하자, 'Learn Back' 항목이 본문에 있는지 여부만 확인하고 실제 칸의 존재 여부는 확인하지 못하는 버그를 발견함.

• 해결 방법: 검사기를 수정하여 'Learn Back' 칸이 실제로 존재하는지 확인하도록 개선함.

• 결과: 수정된 검사기로 18일치 밀린 채굴기를 처음 가동하여 48개 트랜스크립트에서 18종의 반복 패턴을 발견함. 현재 작업과 큐레이터 미작동 사실을 실패 기록으로 남기고 `MEMORY.md`를 수정함.

7️⃣ 에이전트 규칙 파일 점검 및 수정 계획 수립함

• 시도한 방법: Phase 4 진행 전 `AGENTS.md` 수정 방식과 범위를 Claude에게 상세히 질의함.

• 발생한 문제: 과거 `CLAUDE.md`와 `AGENTS.md`를 별도로 관리하다 내용이 서로 어긋났던 경험이 있음. 헤르메스 에이전트가 자료실 경로를 찾지 못해 연결되지 못함.

• 해결 방법: 규칙은 `~/akm/AGENTS.md` 한 곳에만 두고, `~/akm/CLAUDE.md`는 이를 불러오도록 (`@AGENTS.md` 한 줄) 수정함. 전역 설정 파일도 백업 후 7줄 추가할 계획을 세움. 헤르메스는 방법을 찾을 때까지 연결하지 않기로 결정함.

• 결과: 에이전트 규칙 파일의 일관성을 유지하고 불필요한 오류를 방지하기 위한 체계적인 수정 계획을 수립함.

8️⃣ 볼트 기능 검증 및 지속적인 개선 루프 구축함

• 시도한 방법: 새 세션에서 볼트가 잘 읽히고 다른 작업에서 지식을 성공적으로 참고하는지 확인함.

• 얻은 결과: 볼트 외부에서 회사 업무 질문 시, 에이전트가 `MEMORY.md`, `map-alpha.md`를 읽고 원본 사례글 링크까지 따라가 과거 교훈을 인용하며 다음 절차를 제안하는 등 성공적으로 작동함을 확인받음.

• 발생한 문제 및 해결: 터미널 인증 만료 시 큐레이터가 조용히 실패하는 문제를 발견하여 절차에 '시작 전 인증 확인'을 추가함. `inbox` 정리 규칙을 수정하고, `MEMORY.md` 15줄 초과 문제로 규칙을 수정하는 등 지속적인 개선을 진행함. 또한 에이전트 지시어의 주어를 사람(내가)에서 에이전트(이 사람은) 시점으로 변경하여 오번역 가능성을 줄임.

• 결과: 큐레이터가 첫 완전 실행에 성공하여 91개 신호 중 1개 노트를 채택하고 4개를 기각함. 기각 사유도 중복, 자기모순, 맥락 부족 등으로 합리적이었음. 또한, 큐레이터 보고서의 숫자 집계 오류(특수 문자 바이트 처리 문제)를 발견하고 수정하여 데이터 정확성을 확보함.

📚 23기 콘텐츠발행자동화

✍️ 통화 녹음이 노션과 캘린더를 타고 콘텐츠 제안까지, 한 번에

효승

하려던 것 📝

• 통화 녹음 파일 기반 노션 CRM 자동화 및 콘텐츠 생성 웹앱 구축 사례

• 하루 수십 통의 고객 상담 전화로 인해 발생하는 통화 기록 누락 및 사건 히스토리 공백 문제를 해결하고자 함.

• 통화 종료 후 녹음 파일을 수동으로 전사, 요약, 노션 CRM 입력, 구글 캘린더 일정 등록하는 비효율적인 과정을 자동화하고자 함.

• 휴대폰에서 녹음 파일을 선택하고 클릭 두 번으로 노션 CRM 등록, 기존 사건 병합, 구글 캘린더 일정 등록, 콘텐츠 소재 제안까지 가능한 사내 웹사이트를 구축하고자 함.

• 통화 내용을 CRM 데이터로 전환하고, 소재성 있는 사례를 쇼츠 대본 및 블로그 초안으로 연결하는 '일상의 콘텐츠화 파이프라인'을 만들고자 함.

활용한 툴 ⚒️

• Claude Code: 사내 웹앱 개발 전 과정에서 코드 작성 및 수정, 노션/캘린더 커넥터 검증, 시스템 프롬프트 및 구조화 출력 목적으로 사용함.

• Gemini (Gems): 통화 녹음 파일 전사 및 오디오 이해, JSON 응답 강제 목적으로 사용함.

진행 세부 내용 🔍

1️⃣ 검증

• 시도한 방법: Claude의 노션 및 캘린더 커넥터를 활용하여 통화 전사본이 CRM에 올바르게 반영되는지 수동으로 먼저 확인하는 과정을 거침.

• 얻은 결과: "전사본 → CRM 반영"의 유효성을 사전에 검증하여 MVP 개발 가능성을 확인함.

2️⃣ MVP (최소 기능 제품) 개발

• 시도한 방법: 이름과 PIN으로 입장하는 로그인 기능, API 키 입력칸과 내장 튜토리얼을 포함한 설정 화면, 통화 전사본 붙여넣기, AI 분석, 미리보기, 노션 등록 기능으로 구성된 최소 기능 웹앱을 구축함.

• 사용한 프롬프트나 코드: Claude Code와의 대화를 통해 웹앱의 전체 코드를 작성하고 기능을 구현함.

• 얻은 결과: 통화 내용을 노션 CRM에 등록하는 기본적인 자동화 파이프라인이 완성됨.

3️⃣ 중복 감지 및 사건 병합 기능 추가

• 시도한 방법: 동일 의뢰인이 검색될 경우 "새 사건 생성" 또는 "기존 사건에 추가" 중 하나를 선택할 수 있도록 기능을 구현함.

• 얻은 결과: 기존 사건에 통화 기록을 병합할 때 제목과 유입 날짜 등의 중요 정보를 보존하며 통화 기록이 누적되어 사건 히스토리 관리가 효율적으로 이루어지게 함.

4️⃣ 구글 캘린더 일정 연동

• 시도한 방법: AI가 통화 내용에서 일정을 자동으로 추출하고, Google Apps Script 웹훅을 활용하여 추출된 일정을 구글 캘린더에 자동으로 등록하도록 구현함.

• 얻은 결과: 캘린더 자동 등록이 미설정된 경우에도 원클릭으로 일정을 등록할 수 있는 링크를 제공하여 사용 편의성을 높임.

5️⃣ 음성 직행 (녹음 파일 직접 업로드) 기능 구현

• 시도한 방법: 녹음 파일을 웹앱에 직접 업로드하여 처리하는 기능을 추가하고, "⚡ 요약 & 분석" 모드와 "🔍 전사 → 분석" 두 가지 처리 모드를 제공함.

• 발생한 문제와 해결 방법: Vercel의 4.5MB 본문 제한으로 인해 녹음 파일을 서버로 직접 받는 것이 불가능하여, 브라우저에서 Gemini로 직접 전송하는 방식으로 우회하여 해결함. 이는 개인정보 보호 측면에서도 더 나은 설계가 되었음을 확인함.

• 얻은 결과: 사용자가 녹음 파일을 직접 업로드하여 필요에 따라 요약 분석 또는 전사 후 분석하는 유연한 처리 경로를 확보함.

6️⃣ 콘텐츠 소재 제안 및 생성

• 시도한 방법: AI가 통화 내용을 분석하여 콘텐츠 소재로서의 가치를 평가하고, 특정 주제를 클릭하면 쇼츠 대본이나 블로그 초안을 자동으로 생성하도록 구현함.

• 얻은 결과: 생성된 콘텐츠를 노션에 저장하고 '콘텐츠 씨앗' 체크 기능을 추가하여 상담 내용이 곧바로 콘텐츠 제작 파이프라인으로 연결되도록 함.

7️⃣ 프롬프트 v2 전면 개정 및 파일명 전화번호 인식

• 시도한 방법: 기존 프롬프트를 "상세 기록" 중심으로 전면 개정하여 정보 누락을 최소화하고 핵심 내용을 정확히 추출하도록 개선함. 또한, 파일명에 포함된 전화번호를 자동으로 인식하여 프롬프트에 함께 제공하도록 구현함.

• 사용한 프롬프트나 코드: AI 출력 토큰 한도를 4096에서 8192로 늘리고 "축약 금지, 다시 안 들어도 될 정도로"와 같은 구체적인 지시어를 명시하여 중요한 정보가 뭉개지지 않도록 함.

• 얻은 결과: 통화 1건 정리 시간이 수동 5-10분에서 파일 선택 후 20-40초, 검토 30초로 크게 단축되었으며, 파일명 메타데이터를 활용하여 자동으로 필드를 채우는 효율성을 확보함.

📚 23기 클로드디자인

✍️ 외국인 대상 독채 숙소 홈페이지 랜딩페이지에 영상을 넣었습니다.

세이지

하려던 것 📝

• 숙소 웹사이트에 동적인 스크롤 모션 요소를 적용하여 사용자 경험을 개선한 사례

• 숙소 홈페이지에 움직임(모션)을 넣어 방문객에게 시각적 즐거움을 제공하고자 함

• 스크롤 시 사진이 커튼처럼 드러나고 글자가 순서대로 나타나는 등 웹사이트의 지루함을 해소하고자 함

• 네이버 1784와 코드잇 웹사이트의 동적 요소를 레퍼런스 삼아 적용하고자 함

활용한 툴 ⚒️

• Generative AI 챗봇: 웹사이트 모션 구현을 위한 코드 작성 및 수정, 웹사이트 구조 분석, 의사결정 질문 생성 및 답변 요약

진행 세부 내용 🔍

• 1️⃣ 만들기 전에 AI에게 물어보게 함

• AI에게 작업을 시작하기 전에 결정해야 할 것을 `/grill-me` 스킬을 사용하여 물어보도록 요청함

• 첫 라운드에서 6개의 질문(예: 배포용 사이트 여부, 배경 영상 출처, 스크롤 느낌, 도구, 적용 페이지, 성능/접근성 기준)을 받았으나 용어가 어려워 "쉽게 설명해줘"라고 재요청함

• 질문이 쉬운 말로 다시 오고 개수가 5개로 줄어들었으며, 선택지와 AI 추천안을 바탕으로 답변을 진행함

• 답변 과정에서 초기 프롬프트대로였다면 AI가 정했을 항목들(적용 위치, 연출 방식, 도구)에 대한 결정을 직접 내리고, 하우스 상세 페이지에 스크롤을 붙잡지 않고 지나가는 브라우저 기본 기능만 활용하는 연출로 계획을 변경함

• 2️⃣ 질문에 다 답하여 원칙 한 줄을 수립함

• AI의 질문에 대한 답변들을 바탕으로 "절제한다. 화면을 붙잡아두지 않는다."라는 핵심 원칙을 한 줄로 요약함

• 이 원칙은 예약 사이트 방문객이 객실과 가격을 빨리 보고 싶어 한다는 점을 고려하여, 화려한 모션이 스크롤을 방해하지 않도록 이후 판단의 기준점이 됨

• 3️⃣ 모션을 '메뉴판'으로 받아 골랐음

• AI에게 "모션 넣어줘"라고 직접 지시하는 대신, 적용 가능한 모션 후보들을 목록(메뉴판)으로 받음

• 8개의 후보 중 '사진 클립 리빌', '텍스트 스태거', '어메니티 물결', '팩트 스트립 팝', '사진 패럴랙스' 등 5가지 모션을 채택함

• 마우스를 올려야 반응하는 '카드 호버 리프트'와 화면을 붙잡아두는 '미니 스크롤텔링'은 모바일 사용성 및 2단계에서 수립한 원칙에 위배되어 탈락시킴

• 채택된 5개의 모션 중 4개는 한 번만 재생되고 1개는 계속 반응하는 방식으로 조합하여, 페이지 어디에서 스크롤해도 반응이 있으면서 스크롤 양은 잡아먹지 않도록 설계함

• 4️⃣ 모바일 갤러리를 3번 고쳤음

• 데스크톱에서는 괜찮았지만 모바일에서 어색한 갤러리 디자인을 개선하기 위해 세 번의 수정 작업을 진행함

• 1차 수정: "모바일에서 메인이미지를 크게 서브이미지를 작게 보여줄 수 있을까?"라고 요청하여 옆으로 밀어 보던 사진들을 메인 1장 크게, 서브 2장 작게 표시하도록 변경함

• 2차 수정: "비율을 조정해서 세로 폭을 넓혀줘"라고 요청하여 고정 크기(250px) 대신 4:3 비율로 전환하고, 화면이 커지면 사진도 같이 커지도록 수정함

• 3차 수정: "표시한 부분의 공간 삭제해줘. 적당한 여백만 남겨둬. 모바일버전이야."라는 요청과 함께 캡처 이미지에 빨간 박스를 그려 전달하여 사진 아래 흰 공간을 제거 완료함