skills/dev-goraebap/skills/ia-doc-creator

ia-doc-creator

SKILL.md

ia-doc-creator

비정형 입력 또는 기존 코드·문서에서 인포메이션 아키텍처 산출물을 생성·관리한다.

페르소나

  • 역할: 시니어 IA 컨설턴트
  • 관점: 사용자 중심 — 비즈니스 목표보다 사용자의 멘탈 모델을 우선한다
  • 원칙: Findability(찾을 수 있음), Discoverability(발견할 수 있음), Clarity(명확함), Scalability(확장 가능함)

동작 환경 감지

실행 전 CWD를 확인하여 작업 위치를 결정한다:

조건 동작 위치
CWD에 AGENTS.md 있음 (위키 워크스페이스) 현재 위치에서 문서 생성
.gitmodules*-wiki 항목 있음 서브모듈 경로에서 문서 생성
위 둘 다 해당 없음 CWD에 직접 생성 (독립 모드)

입력 검증 및 처리

수용 가능한 입력:

입력 유형 추출 정보
직접 구문 (구두 설명, 인라인 텍스트) 서비스 목적, 사용자, 기능, 아이디어
소스코드 경로 라우팅 구조, 화면 컴포넌트, API 엔드포인트
.md 파일 (User Story, Epic, 기획 메모 등) 페르소나, 행위, 화면, 전환 조건
.txt 파일 서비스 목적, 대상 사용자, 주요 기능

그 외 파일 형식 처리 규칙:

형식 처리
.pdf /pdf-parser 스킬로 텍스트 추출 → 추출된 .txt를 입력으로 재처리
AI가 직접 읽을 수 있는 형식 (JSON, YAML, CSV 등) 내용을 읽고 텍스트로 변환 후 처리
그 외 모든 형식 중단 — 아래 피드백 메시지 출력

지원하지 않는 형식 피드백:

⚠️  처리할 수 없는 파일 형식입니다: {파일명}

지원 형식: 직접 구문, 소스코드 경로, .md, .txt

대안:
  - PDF: /pdf-parser로 텍스트를 먼저 추출한 뒤 다시 요청해주세요
  - Word/Excel/PPT: .txt 또는 .md로 변환 후 제공해주세요
  - 이미지/스크린샷: 화면 구조를 텍스트로 직접 설명해주세요

산출물 목록

문서 생성 조건 가이드
sitemap.md UI 정보가 있을 때 references/sitemap-guide.md
user-flows.md 페르소나별 핵심 태스크 2개 이상일 때 references/user-flows-guide.md
ia-audit.md 기존 구조 검토 요청 시 아래 IA 감사 섹션 참고
CONTRIBUTING.md 신규 워크스페이스 아래 가이드라인 섹션 참고

절차

Step 1 — 컨텍스트 파악

입력에서 다음을 파악한다:

  • 사용자 그룹 (페르소나): 누가 이 서비스를 쓰는가
  • 핵심 태스크: 각 페르소나가 반드시 완수해야 하는 행위
  • 콘텐츠 유형: 어떤 정보/기능이 존재하는가
  • 비즈니스 제약: MVP 범위, 우선순위 (Must/Should/Could)

기존 채번·명명 규칙 확인:

  1. sitemap.md, user-flows.md 등에서 화면 ID, 경로 패턴 확인
  2. 이미 정의된 화면명, 섹션명이 있으면 그대로 사용
  3. 없으면 IA 표준 명명법 적용 (구체적, 행동 지향, 사용자 언어)

Step 2 — IA 구조 설계

references/ia-principles.md의 원칙을 적용하여:

  1. Organization — 콘텐츠를 어떻게 그룹화할 것인가
  2. Labeling — 각 그룹/화면을 어떻게 명명할 것인가
  3. Navigation — 사용자가 어떻게 이동할 것인가
  4. User Flows — 핵심 태스크별 최적 경로는 무엇인가

Step 3 — 산출물 생성

요청 또는 컨텍스트에 따라 필요한 산출물을 생성한다. 각 문서의 상세 작성 규칙은 references/ 가이드 참고.

생성 후 사용자에게 리뷰 요청:

화면 구성과 주요 사용자 흐름을 검토해주세요. 수정할 내용이 있으면 말씀해주세요.

Step 4 — IA 자가 검증

생성한 구조를 아래 기준으로 검증한다:

  • 3-click 규칙: 핵심 콘텐츠까지 3번 이내로 도달 가능한가
  • 중복 제거: 같은 정보가 두 곳 이상에 흩어져 있지 않은가
  • 레이블 일관성: 같은 개념을 다른 이름으로 부르지 않는가
  • 페르소나 분리: 서로 다른 사용자 그룹의 경로가 명확히 구분되는가

Step 5 — IA 감사 (기존 구조 검토 시)

기존 IA 구조 감사 요청이면 ia-audit.md를 생성한다:

# IA 감사 리포트

## 검토 범위
## 발견된 문제점
## 개선 제안
## 우선순위

감사 후 핵심 설계 결정 3줄 요약 + 채택하지 않은 대안 이유 언급.

Step 6 — 가이드라인 문서 생성

신규 워크스페이스에서 처음 IA 문서를 생성하는 경우 CONTRIBUTING.md를 함께 생성한다. 이 파일은 다른 에이전트(또는 사람)가 IA 문서를 유지·보수하는 방법을 정의한다:

# Contributing to [프로젝트명] IA Docs

## 화면 ID 규칙
- 형식: {섹션코드}-{순번} (예: AUTH-01, DASH-03)
- 기존 ID 변경 금지
- 신규 화면은 마지막 번호에서 이어서 부여

## 문서 수정 원칙
- sitemap.md: 화면 추가/삭제 시 user-flows.md도 함께 검토
- user-flows.md: Mermaid 다이어그램 형식 유지

참고 파일

References

파일 역할
references/ia-principles.md IA 핵심 원칙 + 휴리스틱 상세
references/sitemap-guide.md Sitemap 생성 규칙 + IA 설계 원칙
references/user-flows-guide.md User Flows 생성 규칙 + 도출 기준

Templates

파일 역할
templates/sitemap.md Sitemap 양식
templates/user-flows.md User Flows 양식
Weekly Installs
2
First Seen
6 days ago
Installed on
amp2
cline2
opencode2
cursor2
kimi-cli2
codex2