2026.08.21(금) · 발표 피드백 정리본 · 구요한 (커맨드스페이스)
8개사 발표 피드백
발표해 주신 여덟 회사의 시도를 AKM 5필러(P·C·H·L·X) 위에 놓고 정리했습니다. 회사마다 강점 하나는 분명했고, 병목은 서로 달랐습니다. 각 섹션 끝의 "다음 한 걸음"이 오늘 실습과 이어지는 지점입니다.
여기 적힌 밴드(M0~M4)는 발표만 듣고 한 대략적 추정입니다. 정식 점수는 여러분의 AI 에이전트가 여러분 컴퓨터에서 직접 측정합니다 — akm.cmdspace.work. 응원 메시지 영상의 목소리는 구요한의 음성을 학습한 AI 클론 보이스로 제작했습니다.
한눈에8개사 요약
| # | 회사 | 밴드 추정 | 병목 | 다음 한 걸음 |
|---|---|---|---|---|
| 01 | 필로스 | M1~M2 | C · 메타데이터 층 | 공통 frontmatter 스키마 확정 → 파이프라인 주입 |
| 02 | 청밀 | M2 | C+H · 선별 기준과 보안 | 위키 대상 문서 기준표 + 보안 레벨 필드 |
| 03 | 태향 | M2+ | C · 단일 폴더 차원 | 다차원 메타데이터 도입 후 전사 확산 |
| 04 | 얼라이브필라테스 | M3 | 다음 확장축 · 음성 유입 | 상담 음성 캡처 파이프라인 + Q&A 로그 분석 |
| 05 | 달라임 필라테스 | M0~M1 | P · 규칙 자산화 | 새 파일부터 7필드 머리말, 과거는 그대로 |
| 06 | 아우름 | M1~M2 | X · 정본의 소재 | 로컬 정본 체계 + 고객 프로파일 볼트 |
| 07 | 비즈테이블랩 | M1~M2 | P · 프롬프트 의존 | 반복 프롬프트를 스킬로 승격 + 이관 표준 선확정 |
| 08 | 베베데코 | M1 | C · 임베딩 대상 설정 | 판단 이유 60초 지식화 + 로컬 임베딩 전환 |
"규칙이 문서에만 있으면 2점, 도구가 강제해야 3점, 시스템이 시스템을 고친 기록이 있어야 4점."모든 피드백의 공통 잣대 — 사람 의지에 기대는 규칙은 아직 절반입니다
회사별발표 피드백
발표 순서대로. 각 카드의 영상은 10초짜리 응원 메시지입니다.
발표 01
필로스 남대현 님 · 제조 (MEMS)
개인 의존 탈피를 목표로 서버 + office2wiki 변환 파이프라인을 세우고, MCP 검색까지 엔드투엔드로 한 바퀴를 완주했습니다.
추정 M1~M2
▶ 구요한의 응원 메시지 (11초)
현재 하고 있는 것
- 서버(워크스테이션+RAID) 구축 → 특허·상품 자료부터 순차 이관
- 원문 스캔 → office2wiki 변환 → frontmatter 부여 → Git 연동 → 위키 배치
- 위키 3개(PHILOS·WELLSPRING·MEMS), 그룹별 권한 운영
- Claude + MCP 연결로 특허 자료 검색 동작 확인
강점
- 인프라 엔드투엔드 완주 1호 — 서버→변환→위키→MCP 검색까지 이미 한 바퀴
- 개인 폴더로 먼저 실험한 뒤 회사로 확장하는 순서도 정석
병목 — C · 메타데이터 층
- frontmatter가 자동 생성값(title·type·경로)에 머묾 — YAML 메타데이터 설계가 위키의 핵심. AI는 이 머리말(빙산의 일각)만 먼저 읽고 어디를 깊게 볼지 결정합니다
- 담당자·부서·프로젝트·보안 레벨·priority·출원 연도·연결 제품 같은 맥락 필드를 풍성하게
- 헤딩 위계: H1은 제목 전용, 본문은 H2부터 — H2+H4를 먼저 쓰고 중간 슬롯을 비워 조직 전체 문서 위계도를 맞추는 전략
다음 한 걸음 — 조직 공통 frontmatter 스키마 1장을 확정하고 변환 파이프라인에 주입. 저장소(NAS)와 시스템 층은 다른 레이어라는 것도 기억하세요 — 기존 NAS 위에 Docker로 시스템 층을 얹을 수 있습니다.
발표 02
청밀 정지훈 님 · 경영기획팀
사람 검토 게이트를 내장한 위키 파이프라인을 개인 PC에서 검증 중입니다. 방향이 정확한 신중형.
추정 M2
▶ 구요한의 응원 메시지 (10초)
현재 하고 있는 것
- Tailscale로 팀원 접속 — 위키 폴더만 조회·검색 권한
- 인증 PC 토큰 발급 방식의 접근 통제
- 5단계 승인 프로세스 — 최종 검토가 끝난 자료만 위키 등재
- 신입 온보딩 Q&A 봇 구상 (조직도·규정 응답 확인)
강점
- 사람이 중간에 들어가는 단계를 설계 — 시스템이 만든 문서가 아니라 팀장의 보증을 받은 문서가 위키화됩니다. 자동 기억의 함정을 처음부터 회피
- 보안 설계(토큰 인증)가 발표사 중 가장 앞섬
병목 — C+H · 선별 기준과 보안 레벨
- 모든 문서를 MD로 바꾸지 않습니다: 디자인 시안·장표는 원본 유지, 텍스트성 문서만 마크다운화
- 원본 유지 파일에는 곁 파일 metadata.json — 이미지는 원본+썸네일+메타, CAD 도면은 도면 그대로 + 설명 메타 + 열어볼 프로그램 경로 반환
- 보안 3등급 구분: 사내 로컬 LLM 전용 / 보안 인증 클라우드 / 상용 클라우드 — 문서별·사람별 등급 + 네트워크·시간대 인증 제한
다음 한 걸음 — "위키 대상 문서 기준표" 1장 (MD화 / 원본+메타 / 제외)과 문서별 보안 레벨 필드. 워크플로·인사이트는 Mermaid 다이어그램으로 한 번 더 담으면 컨텍스트가 풍부해집니다.
발표 03
태향 식음료 제조 · 60여 명 규모
Inbox→DMS→Knowledge 자동 분류 파이프라인을 인사팀 파일럿으로 실가동 중 — 전사 확산 직전 단계입니다.
추정 M2+
▶ 구요한의 응원 메시지 (9초)
현재 하고 있는 것
- 대표 직접 작성 로드맵: 분산 자료 → DMS+지식화 → 온톨로지 → 챗봇 플랫폼
- 인사팀 파일럿: Inbox에 넣으면 AI가 DMS 분류 + Knowledge에 MD 지식화
- 기존 자료 약 4만 개를 6일간 지식화, Obsidian+Claude 연결
- 회의록 자동 생성 · 메일 연동 이력서 정리 · 운영 규칙 5개조 전사 합의
강점
- 자동 분류 파이프라인 + 운영 규칙 5개조 + 백업 계획 — 로드맵 완성도가 발표사 중 최상급
- "기존 폴더 불변, 새 파일부터" 원칙은 과거 정리의 함정을 피하는 정확한 판단
병목 — C · 단일 폴더 차원
- 채용 공고는 채용 폴더인가 공지 폴더인가? 폴더 분류는 상호배타적일 때만 작동합니다 — 해법은 담당자·업무·사내외·상태 등 여러 차원을 메타데이터로 부여하는 멀티 디멘션 조직화
- 회의록을 AI가 쓰는 시대의 회의 — 사람은 상대의 반응, 아직 말하기 이른 아이디어, 장표에서 느낀 포인트를 기록하세요. 시각 정보·속마음이 다음 누적 대상
- 같은 보고서도 1일 뒤(오탈자)·1주 뒤(후속 연결)·1년 뒤(예산·담당자)의 목적이 다릅니다 — 저장 시점이 아니라 활용 시점을 설계
다음 한 걸음 — 인사팀 파일럿 문서에 다차원 메타데이터 필드를 도입한 뒤 전사 확산. 전사(STT)는 Whisper·ElevenLabs가 최상급이고 Apple 기기 내장 STT도 우수합니다.
발표 04
얼라이브필라테스 최인 원장님 · 4개 지점, 강사 27명
스스로 업데이트되는 직원용 매뉴얼 봇으로 대표 문의를 "연락 없는 날"까지 줄였습니다. 이날 가장 완성된 루프.
추정 M3
▶ 구요한의 응원 메시지 (10초)
현재 하고 있는 것
- 회사 지식 122개 문서 마크다운화 + 의미 검색 — 매뉴얼에 없는 표현도 계산해 응답
- 매뉴얼에 없으면 "원장님께 여쭤보세요" → 원장 답변 승인 → 매일 새벽 매뉴얼 자동 재생성 (원본 불변, 수정 이력·출처 기록)
- VPS에 직원용 폴더 사본만 배포 — 민감 정보는 서버에 아예 없음
- 상담 첨삭 "빨간펜 에이전트" · 블로그 자동화로 매일 발행 → 매출 증가 체감
강점
- 위키가 위키의 지식을 스스로 발전시키는 루프 — 원본 불변 + 출처 기록 + 사람 승인 게이트. 자동 기억의 함정을 피하면서 자가개선을 얻은 교과서적 설계
- 매뉴얼에 없는 질문에 "모릅니다, 원장님께"라고 답하게 한 것 — 환각 통제를 현장 언어로 구현
다음 확장축 — 새 정보의 자동 유입
- 지금 루프는 원장이 손수 답한 건만 누적됩니다 — 이 대답들이 쌓이면 에이전트의 기억이 됩니다. 텍스트에 이어 음성 데이터 자동 유입이 다음 단계
- 가장 가치 있는 미수집 데이터는 고객 상담 음성 — 매니저별 응대→전환율 연결, 우수 상담 선별
- 직원 Q&A 로그 자체가 자산: 지점별·직급별로 무엇을 묻는지 분석해 오리엔테이션 교육 자료로
다음 한 걸음 — 상담 음성 캡처 파이프라인(녹음→전사→세션 노트)과 Q&A 로그 월간 분석. frontmatter를 세분화하면 문서를 아예 열지 않고 답할 수 있어 토큰도 크게 줍니다 — Harness 설계가 제일 중요합니다.
발표 05
달라임 필라테스 정혜정 님 · 센터 2개 + 온라인 신사업
폴더 대신 검색으로 사는 워크플로를 솔직하게 공개했습니다. "제 페이스대로"는 가장 현명한 선언입니다.
추정 M0~M1
▶ 구요한의 응원 메시지 (11초)
현재 하고 있는 것
- 위키 이전에 체계 먼저 — PC 관제탑에서 인입 정보 히스토리 정리
- 신사업은 처음부터 고객 폴더·규칙을 정해 운영
- Claude로 문서 정리 결정 규칙 · 스케줄 정리 · 캘린더 등록→자동 문자 발송
- 급진 전환의 부작용을 겪고 "하나씩 천천히"로 전략 수정
강점
- 검색 의존은 약점이 아니라 정확한 출발점 — 이 시스템의 제1원칙이 "분류는 폴더가 아니라 메타데이터"입니다. 달라임의 습관은 교정 대상이 아니라 증폭 대상
- 캘린더→자동 문자 발송은 이미 실제로 도는 첫 자동화
- 급진 전환의 부작용을 실측하고 페이스를 조정한 것 — 전략적으로 옳습니다
병목 — P · 규칙의 자산화
- 과거 폴더를 다시 정리하려 하지 마세요 — 실패 확률이 높고 돌아오는 것이 적습니다
- 오늘부터 만드는 파일에만 7필드 머리말(종류·별칭·설명·작성자·생성일·수정일·태그)을 붙이면 검색이 곧 분류가 됩니다
- 강의·유튜브 노트가 연결되지 않는 이유는 노트가 나빠서가 아니라 꺼낼 때의 축(무슨 목적, 어디에 쓸지)이 기록에 없기 때문
다음 한 걸음 — 새 파일부터 7필드 머리말 적용(과거분은 그대로), 그리고 규칙이 이미 명확한 신사업 고객 지식부터 미니 위키를 시작하세요. 작고 명확한 도메인이 1호가 됩니다.
발표 06
아우름 윤나겸 세무사님 · 세무법인
견적 계산기와 제안서 자동 생성으로 직원 판단 편차를 제거했습니다 — "도구가 강제한다"의 모범 사례.
추정 M1~M2
▶ 구요한의 응원 메시지 (10초)
현재 하고 있는 것
- 홈페이지 상담 접수 → 스프레드시트 자동 저장
- 상담 견적 계산기 — 규모 지표 입력 → 자동 산정, 기준값은 관리자만 조정, 저장자 기록
- 제안서 초안 자동 생성 → 누가 상담해도 동일 품질
- 고객사 드라이브 일원화로 자료 수집 병목을 구조적으로 해소하는 방향
강점
- 견적 계산기는 "도구가 규칙을 강제한다"(사다리 3점)의 산 예시 — 직원이 규칙을 기억하는 게 아니라 도구가 규칙을 집행합니다. 이 설계 감각을 다른 업무로 복제하는 것이 확장 전략
- 같은 업무의 처리 시간 편차(10분 vs 2시간)를 실측으로 포착한 문제의식
병목 — X · 정본의 소재 + C · 고객 맥락
- 노션·시트가 정본이 되면 서비스 장애·속도·이관 리스크에 노출됩니다 — 정본은 로컬 마크다운, 노션은 발행 뷰로 역할 분리
- 세무업의 진짜 자산은 숫자가 아니라 고객 맥락 — 거래처가 했던 말, 성향, 민감 포인트, 응대 이력이 지금 저장되지 않고 있습니다
- 고객 프로파일 볼트: Profile(살아있는 종합) / Session(만남 1건) / Transcript(원본 불변) 3층 구조 권장
다음 한 걸음 — 로컬 마크다운 정본 체계를 세우고(노션은 뷰), 거래처 프로파일 볼트를 10개사 파일럿으로. 상담 녹음→전사→세션 노트가 붙으면 "대표 없이 상담이 안 되는" 구조가 근본적으로 풀립니다.
발표 07
비즈테이블랩 조진숙 대표님 · F&B 컨설팅·교육
1인 6역의 삶을 4개 지식 영역으로 분리 설계하고 주기 정리 메커니즘까지 갖춘 준비형 — 9월 이관을 앞두고 있습니다.
추정 M1~M2
▶ 구요한의 응원 메시지 (12초)
현재 하고 있는 것
- 4개 영역 독립 저장소 — 업무 / 컨설팅 / 학업(박사) / 개인 프로젝트
- 월간 정리 · 분기 점검 · 반기 리뷰 주기화 + AI 자동화 스킬 6종
- 개인 서버 준비, 9월 데이터 이관 계획
- Claude 활용법(초기 세팅 18가지·톤앤매너 학습) 정리해 참가자 공유
강점
- 삶의 거버넌스별로 저장소를 분리 — 업무·컨설팅·학업·개인은 합의 주체와 수명이 다르므로 섞이면 오염됩니다. 멀티 볼트 사고를 스스로 도출
- 대부분 수집만 설계하는데, 정리 주기(분기·반기)를 처음부터 내장
- 세션 이력·Dotfiles를 들여다보는 습관 — Daily Note·Weekly Review 자동화로 바로 확장 가능한 기반
병목 — P · 프롬프트 의존
- 현재 모든 해결이 대화창 프롬프트 — 프롬프트는 휘발성이라 세션이 끝나면 사라지고 매번 다시 설명해야 합니다
- 반복되는 지시는 스킬 파일·커맨드로 승격 — 규칙 파일로 만들어 두면 에이전트가 매 세션 자동으로 따릅니다
- 9월 이관이 최대 기회: 이관 전에 frontmatter 표준을 확정하면 4개 영역이 처음부터 일관된 형식으로 태어납니다
다음 한 걸음 — 가장 자주 쓰는 프롬프트 3개를 스킬 파일로 승격하고, 이관용 frontmatter 표준 1장을 먼저 확정하세요.
발표 08
베베데코 대표님 · 유아용품 쇼핑몰, 상품 3,000종
재고·발주·후기 자동화 도구는 이미 한 부대 — 지식층 통합에서 임베딩 비용 장벽에 부딪힌 상태입니다.
추정 M1
▶ 구요한의 응원 메시지 (10초)
현재 하고 있는 것
- 상품 이미지 → AI가 감성까지 읽어 상세 MD 자동 생성 (버튼 1클릭)
- 발주 대시보드 — 품절 보정 판매량 기반 발주 준비율, 품목별 차등은 사람이 조정
- 전 판매 사이트 후기 크롤링 → 저평점 감지 → 아침 브리핑
- 통합 임베딩 시도 — 비용 약 100달러에 진행률 1/5, 결과도 기대 이하로 중단
강점
- 20년 만에 다시 켠 개발자 감각으로 실무 자동화를 자력 구축 — 발주 준비율 로직은 그 자체가 회사의 핵심 노하우
- 정형 데이터(재고·판매 수치)를 DB로 관리하는 현재 방식은 정답 — 바꿀 필요 없습니다
병목 — C · 임베딩 대상 설정
- 통합 임베딩이 실패한 이유는 노력 부족이 아니라 대상 선정 — 정형 데이터는 DB 쿼리가 정답이고, MD화·임베딩 대상은 판단·규칙·맥락 지식뿐입니다
- 노션은 피하세요 — 유사 MD. 정본을 노션에 두면 API 비용·속도·이관 리스크에 모두 노출됩니다
- 임베딩 비용은 로컬 임베딩(무료)으로 해소 가능 — 그보다 먼저, frontmatter 인덱스가 좋으면 문서를 열지 않고도 찾습니다. 최고의 토큰 절약은 "안 여는 것"
- 갱신 트리거는 주기(cron)보다 파일 변경 이벤트 훅 — 바뀐 파일만 그때그때 재인덱싱
다음 한 걸음 — 발주 준비율을 조정할 때마다 그 판단 이유를 60초씩 MD로 남기세요 (예: "이 품목은 대박 이력이 있어 3달치 허용"). 데이터는 있는데 지식(왜)이 없는 상태를 해소하는 첫 습관입니다.
마무리8개사를 관통한 공통 패턴
| 패턴 | 처방 |
|---|---|
| 임베딩·토큰 비용을 3개사 이상이 병목으로 언급 | 문서를 열지 않고 판단하게 하는 frontmatter 인덱스 + 로컬 임베딩. 최고의 토큰 절약은 "안 여는 것" |
| 정본을 SaaS(노션·구글)에 둔 회사들의 지속가능성 리스크 | 정본은 로컬 텍스트 파일, SaaS는 발행 뷰. "건물주가 되지 말고 등기권리증을 가지십시오" |
| 정형 데이터와 판단 지식의 혼동 | 수치는 DB, MD화 대상은 판단·규칙·맥락뿐 (대장형/문서형/증빙형 3분류) |
| 사람 게이트를 설계한 회사가 성숙도 상위 (청밀·얼라이브) | 자동 기억의 함정은 도구가 아니라 결재 구조로 피합니다 |
| X(백업·이관·권한)는 사실상 전원 공백 | AKM 77개 측정 시스템의 공통 최약점과 같은 패턴 — 담당자 퇴사·기기 교체에도 무너지지 않는 구조가 다음 과제 |
"AI가 알아서"는 없습니다 — 데이터 정제·선별·스키마 설계가 전체 비용의 대부분이라는 것을 여덟 회사 전원이 실측으로 확인하고 왔습니다. 그 자체가 이 그룹의 성숙함입니다.2026-08-21 마무리 멘트
이어서
각 사의 "다음 한 걸음"은 모두 실습 페이지의 체크포인트와 연결됩니다. 정식 레벨 측정은 AKM 자가측정으로, 운영 규칙의 실물은 시스템 파일 공개본으로 확인하세요.