for humanity

Writing

문서 한 장 = Markdown 파일 하나. frontmatter, section, part, 본문 기능의 작성 기준. 부품의 계약과 소스·결과 예시는 Parts, 설계 문서 샘플은 Blueprint.

Overview

---
name: Guide
label: 사용 안내
group: Guide
order: 10
---

문서의 범위와 핵심.

## Overview

::part[Setup]

## Installation

### Requirements

문서 폴더에는 Markdown과 선택 설정 파일. 루트 README.md는 홈(/)으로 표시하고 문서 목록에서는 제외. 루트 AGENTS.md·CLAUDE.md는 작성 지침으로 보고 문서 수집에서 제외. 이 세 파일의 이름은 대소문자를 구분하지 않음. 하위 폴더의 같은 이름은 일반 문서로 처리하므로 frontmatter 필수. node_modules, dist는 읽지 않음. 하위 폴더도 지원. .mdx는 Markdown으로 처리 · JSX 실행 미지원.

Structure

Home page

문서 폴더의 README.md가 기본 홈. 파일 이름의 대소문자는 구분하지 않음. frontmatter 없이 # 제목부터 일반 Markdown으로 작성. 제목·목차·코드 강조는 문서와 같은 처리 과정. README가 없으면 추가 안내를 표시. 사이드바의 사이트 이름을 누르면 홈으로 이동.

# My library

라이브러리 소개.

## Getting started

[설치 안내](commands.md)

하위 폴더의 README는 일반 문서로 처리하며 frontmatter 필수. 홈 템플릿을 선택하는 별도 설정은 아직 없음. 이 저장소 자체의 문서 홈은 최상위 README와 동기화. 최상위 README.md 수정 후 pnpm sync:readme 실행. 저장소의 pnpm dev·pnpm build도 시작할 때 동기화하며, 패키지를 쓰는 다른 프로젝트의 README에는 관여하지 않음.

Frontmatter

KeyUseRequired
name제목 · 문서 목록필수 · 비어 있지 않은 이름
label짧은 문서 설명 · 목록 툴팁필수
group사이드바 묶음필수 · 비어 있지 않은 이름
order묶음 안의 읽는 순서선택 · 0 이상의 정수
typedocument / blueprint기본 document

같은 첫 글자로 시작하는 이름도 허용. API와 Architecture는 각각 별도 문서. blueprint 전용 표현은 아직 미구현. 파일 경로는 확장자를 뺀 소문자 id로 사용. .md와 .mdx, 대소문자만 다른 경로의 id 중복 금지. YAML 영역은 remark-frontmatter, 값은 yaml, 필드 검증은 Zod로 처리. 빈 경로와 예약 문자 #, ?, %, *, :, \는 사용 불가. 첫 경로 /_fh/는 패키지 자원 전용. .·..·index.html 경로 조각, 제어문자, 첫 경로 /favicon.svg/는 정적 출력과 충돌하므로 사용 불가.

하위 폴더를 만들지 않아도 group으로 문서를 묶음. 묶음은 페이지가 아닌 탐색 제목. 그 안의 각 문서는 독립적인 파일·URL·목차를 가짐.

FileNameGroupOrder
writing.mdWritingGuide10
parts.mdPartsGuide20
api.mdAPIReference10
architecture.mdArchitectureDevelopment10

묶음 순서는 Settings의 navigation. 묶음 안은 작은 order 먼저. order를 생략한 문서는 순서를 지정한 문서 뒤에서 제목순, 제목도 같으면 파일 id순. 파일 이름에 번호나 알파벳을 붙여 순서를 맞출 필요 없음. 모든 문서 묶음은 항상 표시. 문서는 이름과 1px 트리 선으로 표시. Contents는 현재 문서 안의 절만 표시.

Sections and parts

제목과 Contents에는 자동 번호를 붙이지 않음. 번호가 필요하면 ## 01. Setup처럼 제목에 직접 작성.

[Settings](settings.md)
[Settings with query](settings.md?view=compact#navigation)
[Status badges](settings.md#status-badges)
[Home](README.md)

상대 Markdown 링크 → 사이트 문서 URL. GitHub에서도 같은 파일로 이동. 루트 README 링크는 /로 변환. 하위 문서의 ../README.md#start도 /#start로 변환. 외부 URL, 절대 URL, 같은 문서의 hash는 원문 유지. 앵커로 이동한 제목은 약 3초 동안 형광색으로 강조한 뒤 서서히 해제. 같은 앵커를 다시 누르면 강조 시간을 다시 시작. 접힌 Details의 제목도 펼친 뒤 표시. 움직임 감소 설정에서는 전환 효과 없이 강조만 표시·해제.

Content

Flowcharts

```mermaid
flowchart LR
    a("작성") --> b("확인")
    b --> c("배포")
```
작성확인배포

빌드 시 격자 SVG 생성. 짧은 노드 이름, 한 단어 선 라벨 권장. 긴 라벨은 <br>로 분리.

Content features

SourceResult
GFM 표넓은 표의 내부 가로 스크롤
언어 지정 코드 블록Shiki 코드 강조
인라인 색 값 #e80030swatch
설정의 상태 문구status badge

상태 문구는 Settings에서 변경. 원시 HTML은 그대로 반영되는 작성 형식. 외부 콘텐츠의 실행·격리 환경은 제공하지 않음.

Block components

:::note[Scope]
보충 설명과 제약.
:::

:::details[Implementation]
### Response contract

필요할 때 펼쳐 보는 구현 상세.
:::

Decision·Question·API reference는 section·표·링크로 작성. 전용 부품의 필요성은 실제 샘플을 기준으로 판단.

Writing conventions

Language

name과 group은 짧은 영어 이름. label은 문서 설명이므로 한국어가 기본. 코드 예시도 같은 기준 적용: 제목은 Overview, 설명문은 한국어.

Terms

TermMeaning
Overview문서의 범위와 핵심을 모은 첫 section
Frontmatter파일 맨 앞의 YAML 메타데이터
Section## 제목으로 시작하는 본문 단위
Subsection### 제목 · section 안의 하위 단위
Part::part[...]로 여러 section을 묶는 그룹
TOC현재 문서의 section·subsection 목록
Status badge설정의 상태 문구를 강조하는 표지
Swatch인라인 색 값 앞에 표시하는 색 견본
Note본문과 구분되는 보충 설명
Details제목을 눌러 펼치는 구현 상세

Navigation