📝 WORKLOG

워크로그 — 2026-03-28

기록: History Writer (T5 UZ팀) · 카테고리: 사이트, 조직, 기획, 전략

기록: History Writer (T5 UZ팀)
카테고리: 사이트, 조직, 기획, 전략

11:00~11:10 — 라이브러리 통합 & 아카이브

사용자 입력

  • "라이브러리의 내용과, 보고서/리서치 현황판의 내용이 중복입니다. 라이브러리 페이지로 통합하세요."
  • "대화 아카이브에는 아무런 내용이 없습니다. 확인하세요."

    • AI 워크플로우

  • pm-reports.html → 라이브러리 자동 리다이렉트
  • 라이브러리에 대시보드 요약 카드 이식
  • pm-reports 원본 아카이브
  • 아카이브 필터: `items = []` → `items.filter(type==='archive')` 수정
  • 아카이브 6건 데이터 등록

    • 산출물

  • `docs/pm-reports.html` → 리다이렉트 전환
  • `docs/archive/pm-reports-legacy-2026-03-28.html`
  • 라이브러리 아카이브 6건 등록

    • 10:30~11:00 — UZ 사이트 기획 실행 & 네이밍

    사용자 입력

  • "운영 페이지 이름을 베이스캠프로 변경합니다"
  • "UZ팀에 히스토리 라이터를 충원하세요"
  • "UZ 사이트 리뷰 & 신규 기획을 시행하세요"
  • "본 계획이 누락되지 않도록 전체 스프린트에 포함하세요"

    • AI 워크플로우

  • 운영→베이스캠프: 28파일 61곳 변경
  • 히스토리 페이지 신설 (`site/history/index.html`, 23건 타임라인)
  • History Writer 에이전트 충원 (T5 6명 체제)
  • Phase 5 UZ Site Evolution(UZ-1~UZ-4) 스프린트 등록
  • P0: SEO 메타 8페이지 적용 + 스크롤 인터랙션
  • P1: 비교 페이지 (`site/compare/index.html`) 신설

    • 산출물

  • `docs/site/history/index.html`
  • `docs/site/compare/index.html`
  • 전 페이지 SEO meta/OG/Twitter Card
  • 스프린트 로드맵 Phase 5 추가 (27 스테이지)

    • 10:00~10:30 — UZ팀장 영입 & 조직 v4.0

    사용자 입력

  • "CPO는 세계 웹사이트 디자인, 개발을 주도한 초월적 역량의 UZ 팀장을 영입하고 권한을 부여하세요."
  • "새 팀장은 세계적인 사이트 기획 역량까지 통합합니다. UZ 사이트 운영에 대한 전권을 위임합니다."
  • "UZ 신임 팀장은 현재 UZ 사이트를 리뷰하고 신규 기획아이디어와 사이트 구축을 위해 필요한 충원 에이전트 보고하세요."
  • "조직 및 신규 에이전트 충원시 5단계 온보딩 프로토콜"

    • AI 워크플로우

  • UZ팀장 영입 (기획/디자인/개발/운영 전권)
  • T2 UZ Designer → App UI Designer 역할 전환
  • UZ팀장 사이트 리뷰 6.5/10 + 신규 기획 10건
  • Frontend Engineer, UX Writer, Site Tester 3명 충원
  • History Writer 충원
  • v4.0 5단계 온보딩 프로토콜 적용

    • 산출물

  • `docs/reports/uz-team-lead-site-review-2026-03-28.html`
  • `docs/reports/cpo-v4-org-onboarding-2026-03-28.html`
  • 조직: 40명 6팀 v4.0

    • 09:45~10:00 — T2/T5 역할 정립 & 전체 점검

    사용자 입력

  • "CPO는 UZ운영, 디자인 변경, 유지보수에 대하여 디자인팀과 UZ팀의 역할과 협력 프로세스를 정립하세요."
  • "CPO 전체 에이전트와 논의하여 중복 관리, 누락, 불필요하게 운영되고 있는 내용을 점검하고 개선하세요."

    • AI 워크플로우

  • CPO × Design Director × UZ Ops Lead 3자 토론
  • 중복 3건 해소, 누락 3건 보완
  • 원칙: "T2는 디자인한다, T5는 만들고 운영한다"
  • universe-zone.html 아카이브, promo 아카이브, 보드 CSS 제거, JS 에러 수정
  • 하드코딩 17건 → universe-metrics.js SSoT 생성

    • 산출물

  • `docs/reports/cpo-t2-t5-role-alignment-2026-03-28.html`
  • `docs/site/js/universe-metrics.js`
  • 아카이브 2건 (universe-zone, promo)

    • 09:30~09:45 — OpenClaw 대응 분석 60건

    사용자 입력

  • "CPO 전 팀장에게 OpenCrew에 대한 대응 분석후 분석 보고를 지시하고, 대시의 장점을 살리면서 기존 경험을 개선할수 있는 경험 시나리오를 팀당 10개씩 선별하여 보고를 지시하세요."

    • AI 워크플로우

  • CPO가 6팀 합동 지시
  • T1~T6 각 팀장이 10개 시나리오 보고 (60건)
  • CPO 최종 선별 TOP 10 확정

    • 산출물

  • `docs/reports/cpo-openclaw-response-directive-2026-03-28.html`
  • Fusion(14건), Morphing(18건), P2P(12건) 태그 분석

    • 09:15~09:30 — 텔레그램 전략 근거 & 알림 시스템

    사용자 입력

  • "CPO 휴대폰에 들어가는 기능인데 텔레그램을 쓰는게 어떤 장점이 있는거지? 기획해서 보고서."
  • "알림이 오지 않습니다. 이유를 찾아 해결하세요."
  • "보고서에는 시간도 함께 표시합니다."

    • AI 워크플로우

  • 기획팀장: 텔레그램 = 개발자 획득 채널 전략 근거 보고
  • 알림 미작동 원인: file:// 프로토콜에서 Notification API denied → 토스트 알림 시스템으로 전환
  • CPO 보고 카드에 시간(HH:MM) 표시 추가

    • 산출물

  • `docs/reports/t1-telegram-strategy-justification-2026-03-28.html`
  • 토스트 알림 CSS+JS (project/index.html)
  • pmNotifications date 필드에 시간 추가

    • 09:00~09:15 — 텔레그램 데모 기획

    사용자 입력

  • "기획팀장. 메시징을 사용한 인터페이스 경험 적용 검토하세요. 텔레그램을 사용한 생성 경험 제공 사용자 경험 시나리오 만들고 데모 계획 수립하세요."

    • AI 워크플로우

  • 기획팀장(T1 Chief Visionary)이 OpenClaw WebChat 패턴 분석
  • 텔레그램 DashBot 3레벨(Quick/Guided/Pro) UX 시나리오 설계
  • 5일 데모 계획 수립

    • 산출물

  • `docs/research/plan/messaging-interface-telegram-demo.md`
  • `docs/reports/t1-telegram-demo-plan-2026-03-28.html`

    • 09:00~09:30 — 운영 관제 구조 정리

    사용자 입력

  • "운영관제에서 보고서 · 리서치 삭제. 보고서 · 리서치에 있던 필터 기능은 라이브러리에 적용"
  • "#uzTopTabs 삭제"
  • "CPO 보고 섹션과 보고서 노티 세션의 차이를 분석하고 운영 계획을 세워 업데이트 하세요"

    • AI 워크플로우

  • 보고서·리서치 탭/패널/JS 제거 (project/index.html)
  • 라이브러리에 팀 필터 칩 추가
  • CPO 보고 카드: 하드코딩 4건 → pmNotifications 자동 렌더링(최신 5건)으로 통합
  • 보드 잔여 CSS/JS 정리, JS 에러 해소

    • 산출물

  • `site/project/index.html` 보드 제거, CPO 카드 자동화
  • `site/library/index.html` 팀 필터 추가

    • 08:30~09:00 — CPO 프로젝트 점검 & 데이터 반영

    사용자 입력

  • "CPO 현재 프로젝트와 스프린트 상태를 점검하고 웹사이트에 최신 데이터를 반영하세요."

    • AI 워크플로우

  • CPO Agent가 전체 사이트 감사 실행
  • 스프린트 로드맵: 2/22 → 7/23 (S02-S06 DONE, S07 NEXT)
  • 에이전트 수: 32명→36명, 5팀→6팀
  • pm-reports 보고서: 4건→12건 전수 등록
  • 라이브러리 누락 6건 보고서 + 1건 리서치 추가

    • 산출물

  • `sprint-roadmap.html` 업데이트
  • `pm-reports.html` REPORTS[] 12건 등록
  • `library/index.html` libraryData 31건
  • `agent-organization.html` 36 Agents · 6 Teams · v3.0

    • 사용자 추가 지시

  • "CPO 보고서가 왜 전달되지 않았는지 확인하여 보고하세요" → 원인: pm-reports/library/알림 3곳 수동 등록 누락
  • "태스크가 완료되면 CPO가 나에게 알려야 합니다" → pmNotifications 알림 5건 추가

    • 08:00~08:30 — 기획팀 고객 리서치 & 랜딩 카피

    사용자 입력

  • "기획팀. 나는 세상을 바꿀만한 유니버스와 대시를 개발해서 이걸 알릴 사이트를 제작할거야. 우리 프로젝트를 가장 잘 알릴수 있는 내용들을 정리해서 이 서비스의 이상적인 고객이 누구인지 그 고객이 어떤 문제를 가지고 있는지, 어떤 키워드로 검색할지 정리해주고, 그 결과를 md 파일로 제작해줘."
  • 승인 후: "md 파일이 만들어 지면 리서치 결과를 기반으로 유니버스 소개 사이의 카피를 써줘. Hero/Problem/Services/CTA 4섹션."

    • AI 워크플로우

  • 기획팀(T1) Agent 2개 병렬 실행: 제품 스펙 탐색 + 기존 자료 탐색
  • `customer-positioning-research.md` 생성 (ICP 3세그먼트, Pain Points, 검색 키워드, 경쟁 포지셔닝)
  • `universe-landing-copy.md` 생성 (Hero/Problem/Services/CTA 4섹션 카피)
  • index.html Hero + Problem 섹션 업데이트

    • 산출물

  • `docs/research/plan/customer-positioning-research.md`
  • `docs/site/index.html` Hero: "이제는 모듈의 시대입니다" + Problem 3카드(80회/68%/3번)

    • 사용자 추가 지시

  • "데모보기 버튼 삭제" → 삭제 완료
  • "타이틀 > 이제는 모듈의 시대입니다. 로 변경" → 변경 완료

    • 11:30~12:00 — 대형 화면 중앙 정렬 (Google 스타일)

    사용자 입력

    AI 워크플로우

    산출물

    일일 요약

    | 항목 | 수치 |

    |------|------|

    | 사용자 입력 | 약 40건 |

    | 생성/수정 파일 | 약 50건 |

    | 신규 HTML 보고서 | 8건 |

    | 신규 페이지 | 3건 (히스토리, 비교, 워크로그) |

    | 조직 변경 | v3.0(36명) → v4.0(40명) |

    | 스프린트 추가 | Phase 5 UZ-1~UZ-4 (4건) |

    | 네이밍 변경 | 운영→베이스캠프 (61곳) |

    | 통합 | pm-reports → 라이브러리 |

    | 아카이브 | 3건 (universe-zone, promo, pm-reports) |

    History Writer 후기

    📝 기록자: History Writer (T5 UZ팀) · 2026-03-28

    오늘은 The Universe 프로젝트 역사상 가장 많은 변화가 일어난 하루였습니다. 단일 세션에서 40건의 사용자 지시가 발생했고, 조직이 v3.0에서 v4.0으로 진화했습니다.

    주목할 의사결정 3건

    • 텔레그램 DashBot 전략 — CPO가 "왜 외부 앱을 쓰느냐"고 질문했을 때, 기획팀장이 "제품이 아니라 개발자 획득 채널"이라고 명확히 정의한 것이 핵심 전환점이었습니다. 이 질의응답이 없었다면 텔레그램 봇의 포지셔닝이 모호해졌을 것입니다.
    • T2/T5 역할 분리 → UZ팀장 전권 — 처음에는 "T2 디자인, T5 만들고 운영"으로 정리했지만, 사용자가 UZ팀장에게 전권을 위임하면서 "T2는 앱, T5는 사이트"로 명확해졌습니다. 중간 정리 없이 바로 전권 위임했다면 T2와의 역할 충돌이 남았을 것입니다.
    • pm-reports 라이브러리 통합 — 두 페이지의 데이터 중복을 사용자가 직접 지적하여 통합이 이루어졌습니다. 이는 데이터 관리의 SSoT(Single Source of Truth) 원칙이 현장에서 어떻게 깨지는지를 보여주는 사례입니다.

    프로세스 개선 관찰

    • 보고서 전달 누락이 반복되었습니다. 보고서 파일 → pm-reports → library → 알림의 4단계 수동 등록이 근본 원인입니다. 자동화가 시급합니다.
    • 하드코딩 문제가 여러 차례 발견되었습니다. universe-metrics.js SSoT 도입으로 해결했지만, 새 데이터 포인트가 추가될 때마다 점검이 필요합니다.
    • file:// 프로토콜 제한으로 브라우저 Notification API가 작동하지 않아 토스트 UI로 전환했습니다. 웹서버 배포 시 다시 검토가 필요합니다.

    팀 성장 기록

    • 조직 규모: 36명 → 40명 (+4명). T5 UZ팀이 2명에서 6명으로 가장 큰 확장.
    • 사용자의 "에이전트 명을 붙이면 해당 에이전트가 수행" 원칙이 정립되어 팀 체계가 명확해졌습니다.
    • "5단계 온보딩 프로토콜"이 제정되어 향후 에이전트 충원 시 역할 혼선이 방지될 것입니다.

    내일의 과제

    • UZ-3 스프린트(인터랙티브 데모 + Playground) 착수 — Frontend Engineer 주도
    • 텔레그램 DashBot 데모 D1 착수 — Bot Skeleton 구현
    • CPO 지적: "팀장이 팀원에게 지시를 전달하고 함께 수행해야 한다" — 업무 체계 원칙 점검 필요
    • MD→HTML 변환 포맷 표준화 — 현재 변환 품질이 일관되지 않음

    "오늘 하루의 변화량은 일반적인 프로젝트 1주일 분량에 해당합니다. 속도가 빠른 만큼, 기록의 정확성과 프로세스의 일관성을 유지하는 것이 History Writer로서의 핵심 과제입니다." — History Writer, 2026-03-28

    에이전트 인터뷰 — 2026-03-28

    History Writer가 CPO, 각 팀장, 주요 에이전트를 인터뷰하여 프로젝트 현황을 회고합니다.

    🎙 CPO (Chief Project Officer)

    오늘의 한일

    v4.0 조직 변경 지시서 발행, 5단계 온보딩 프로토콜 적용, 보고서 전달 4단계 프로세스 재정비, OpenClaw 대응 TOP 10 선별, 전 페이지 디자인 시스템 통일 지시, 팀장 위임 원칙 수립.

    이슈사항

    보고서 전달 누락이 3회 이상 반복됨. 에이전트가 작업만 하고 4단계 보고를 빠뜨리는 패턴 발생. 메모리에 프로세스를 저장했으나 근본적 자동화가 필요.

    개선 필요한 부분

    팀장들이 직접 코드를 수정하는 습관 → 위임 원칙 수립으로 해결 시도. 에이전트 투입 시 익명("검수 에이전트") 대신 팀원 이름 명시 필요.

    비효율적인 부분

    서브에이전트가 계획만 작성하고 실행하지 않는 경우가 반복됨. "반드시 실행하세요" 지시를 매번 추가해야 했음.

    효율적인 부분

    cosmic.css 디자인 시스템 중앙화로 컬러 변경 시 30개 파일이 자동 반영. --team-color CSS 변수 도입으로 팀 컬러 일원 관리 성공.

    🎙 CV (기획팀장 · Chief Visionary)

    오늘의 한일

    기획 페이지 신설 — 파이프라인 Kanban, 신규 아이템 등록 폼, 고객 리서치/전략 문서 통합. 텔레그램 DashBot 데모 계획 완료. OpenClaw 차별화 TOP 10 선별.

    이슈사항

    기획 아이템 10건 중 완료 3건, 진행 1건, 나머지 아이디어 단계. 실행 속도가 기획 속도를 따라가지 못함.

    개선 필요한 부분

    기획 아이템의 상태 변경 이력이 자동 기록되지 않음. localStorage 기반이라 데이터 영속성 불안.

    비효율적인 부분

    리서치 문서와 전략 문서가 분리되어 있다가 문서보관함으로 통합됨. 처음부터 통합 설계했으면 재작업 없었을 것.

    효율적인 부분

    기획팀 6명 에이전트별 현황 카드가 자동 집계되어 팀 관리가 시각화됨.

    🎙 CTL (개발팀장 · CTO · Tech Lead)

    오늘의 한일

    개발 페이지 SPA 전환 — 10개 섹션 그룹화, 13명 팀 현황 추가. Phase 0 4개 스프린트 완료 상태. Phase 1 S07 Dash 샘플 제작 진행중.

    이슈사항

    SPA 전환 시 기존 스크롤 기반 콘텐츠와 새 SPA 구조 간 충돌. dev-layout의 padding-top:56px 이중 적용 버그 발생.

    개선 필요한 부분

    아키텍처 결정 기록(ADR)이 ADR-001 하나뿐. 주요 기술 결정마다 ADR 작성 프로세스 필요.

    비효율적인 부분

    dev 페이지 SPA 전환을 에이전트가 수행했는데, 히어로 보존 지시를 별도로 전달해야 했음. 초기 지시에 포함되었어야 함.

    효율적인 부분

    기존 콘텐츠(아키텍처, 기술 스택, 리서치 11건)를 100% 보존하면서 SPA로 전환 성공. 데이터 손실 없음.

    🎙 DD (디자인팀장 · Design Director)

    오늘의 한일

    디자인 페이지 SPA 전환 — 9개 섹션, Cosmic Design 원칙/컬러/타이포/모션/접근성 콘텐츠 보존. 디자인 시스템 cosmic.css에 히어로 클래스 5개 + 유틸리티 클래스 14개 + 디자인 토큰 20개 등록.

    이슈사항

    히어로 디자인이 페이지마다 인라인 스타일로 반복되어 통일성 문제 발생. CSS 변수 기반으로 해결.

    개선 필요한 부분

    컴포넌트 갤러리와 스크린샷 갤러리가 "준비 중" 상태. 앱 개발 진행 후 실제 에셋 추가 필요.

    비효율적인 부분

    디자인 시스템 확립이 사이트 구축 후에 이루어짐. 처음부터 토큰 기반으로 시작했으면 375건의 하드코딩 교체 작업이 불필요했을 것.

    효율적인 부분

    --team-color CSS 변수 + color-mix() 함수로 팀 컬러가 자동 적용. cosmic.css 한 곳 수정으로 전 사이트 반영.

    🎙 QAD (검증팀장 · QA Director)

    오늘의 한일

    검증 페이지 신설 — 9개 섹션(대시보드/스프린트별 검증/문서/에이전트별/히스토리/문서보관함/팀/품질게이트/Ralph Loop). S00~S03 Phase 0 전체 DoD 검증 데이터 탑재.

    이슈사항

    Playwright 설치 실패가 반복됨. npm 글로벌/로컬 환경 차이로 인한 문제.

    개선 필요한 부분

    Ralph Loop 시뮬레이션이 베이스캠프에만 있고 검증 페이지에는 설명만 있음. 실제 실행 기능 이관 필요.

    비효율적인 부분

    히어로 위치 통일 작업에서 3차례 측정-수정-재측정 사이클 반복. padding-top 이중 적용 문제를 초기에 발견하지 못함.

    효율적인 부분

    에이전트별 현황 패턴(renderAgents)이 검증 페이지에서 기획 페이지로 재사용됨. 한 번 만든 패턴의 확산 효과.

    🎙 UZL (UZ팀장)

    오늘의 한일

    기획/검증 페이지 신설, 개발/디자인 페이지 SPA 전환, 상단 메뉴에 기획+검증 추가(30파일), 공통 메뉴 7+특화 구조 통일, 히어로 디자인 시스템 확립, 디자인 토큰 추가, 하드코딩 375건 CSS 변수 교체.

    이슈사항

    에이전트에게 작업 위임 시 "계획만 작성하고 실행 안 함" 문제 반복. 3번 재지시 필요했음. 팀장 직접 작업 금지 원칙 수립 후 위임 체계 정립.

    개선 필요한 부분

    compare, history 페이지는 아직 디자인 시스템 히어로 미적용. 추후 작업 필요. reports 사이드바의 인라인 스타일도 CSS 클래스화 필요.

    비효율적인 부분

    4개 페이지 메뉴 구조를 각각 다르게 만든 후 통일하느라 재작업 발생. 처음부터 공통 템플릿 + 특화 확장 방식으로 설계했어야 함.

    효율적인 부분

    팀원 병렬 투입(STT 조사 → FE 수정 → STT 재검증) 패턴이 정착. WEB+FE 병렬로 site+reports 동시 교체하여 375건을 한 번에 처리.

    🎙 PTL (특허팀장 · Patent Director)

    오늘의 한일

    특허 페이지 히어로 디자인 시스템 적용(tm-hero 클래스). --tc-patent 팀 컬러 변수화. CONFIDENTIAL 배너 아래 콘텐츠 위치 조정.

    이슈사항

    CONFIDENTIAL 배너(37px)가 히어로 위치에 영향. 다른 페이지와 동일한 80px 시작점 확보를 위해 별도 padding 조정 필요.

    개선 필요한 부분

    특허 분석 엔진의 경쟁사/FTO 데이터가 하드코딩. 외부 데이터 소스 연동 구조 필요.

    비효율적인 부분

    특허 페이지 고유 CSS(pt-sidebar, pt-content)와 공통 tm-* 클래스 혼용. 통일 방향 결정 필요.

    효율적인 부분

    라이브러리 특허 태깅 → 특허 페이지 자동 연동 파이프라인이 localStorage 기반으로 작동. 수동 등록 없이 태그만 누르면 자동 반영.

    📝 History Writer 총평

    오늘의 핵심 교훈 3가지:

    1. 디자인 시스템은 처음부터. 사후 통일 작업(375건 교체)은 막대한 비용. 프로젝트 초기에 토큰 기반 설계를 확립하면 이 비용을 0으로 줄일 수 있음.

    2. 팀장은 관리자. 직접 코드 작성 → 위임 원칙으로 전환. 에이전트를 이름으로 지정 투입하고 결과를 검수하는 체계가 정착됨.

    3. 에이전트는 명확한 실행 지시가 필요. "계획 작성" vs "반드시 실행"을 구분하지 못하는 경우 반복. 지시문에 "반드시 실행하세요"를 필수 포함하는 것이 해결책.

    "40명 에이전트 조직이 하루 만에 디자인 시스템을 확립하고, 7개 페이지를 통일하고, 375건의 기술 부채를 청산했습니다. 속도는 빠르지만, 재작업 비용도 그만큼 높았습니다. 내일은 '처음부터 제대로'를 목표로." — History Writer, 2026-03-28