옵션

wiki-llms-txt

microsoft/skills microsoft/skills

llms.txt 사양을 따르며, 위키 문서에 대한 LLM 친화적인 접근 방식을 제공하는 llms.txt 및 llms-full.txt 파일을 생성합니다.

...모든 것을 확장하십시오
7
업데이트 된 시간 2026년 9월 11일

llms.txt 생성기

생성 llms.txtllms-full.txt llms.txt 사양을 준수하여 위키 문서에 LLM이 쉽게 접근할 수 있도록 하는 파일을 생성합니다.

이 스킬이 활성화될 때

  • 사용자가 생성해 달라고 요청하거나 llms.txt llms.txt 표준을 언급할 때
  • 사용자가 문서를 “LLM 친화적” 또는 “LLM이 읽을 수 있는” 형태로 만들고자 할 때
  • 사용자가 언어 모델용 프로젝트 요약 파일을 요청할 때
  • 사용자가 다음을 언급할 때 llms-full.txt 또는 맥락이 확장된 문서를 언급합니다

소스 저장소 해결 (반드시 먼저 수행해야 함)

생성하기 전에 소스 저장소의 컨텍스트를 해결하십시오:

  1. git remote 확인: 실행 git remote get-url origin
  2. 사용자에게 문의: "이 리포지토리는 로컬 전용인가요, 아니면 소스 리포지토리 URL이 있나요?"
    • 원격 URL → 다음으로 저장 REPO_URL
    • 로컬 → 상대 경로만 사용
  3. 기본 브랜치 결정: 실행 git rev-parse --abbrev-ref HEAD
  4. 해결될 때까지 진행하지 마십시오

llms.txt 형식 (사양 준수)

이 파일은 llms.txt 사양을 따릅니다:

# {Project Name}

> {Dense one-paragraph summary — what it does, who it's for, key technologies}

{Important context paragraphs — constraints, architectural philosophy, non-obvious things}

## {Section Name}

- [{Page Title}]({relative-path-to-md}): {One-sentence description of what the reader will learn}

## Optional

- [{Page Title}]({relative-path-to-md}): {Description — these can be skipped for shorter context}

주요 규칙

  1. H1 — 프로젝트 이름 (정확히 하나, 필수)
  2. Blockquote — 간결하고 구체적인 요약 (필수). 반드시 이 프로젝트에만 해당되는 내용이어야 합니다.
  3. 배경 설명 단락 — 명백하지 않은 제약 조건, 명시적으로 알려주지 않으면 LLM이 오류를 범할 수 있는 사항
  4. H2 섹션 — 주제별로 구성되며, 각 섹션마다 [Title](url): Description 항목 목록
  5. "선택 사항" H2 — 특별한 의미: 문맥을 간결하게 하기 위해 이곳의 링크는 생략할 수 있음
  6. 상대 경로 링크 — 모든 경로는 위키 디렉터리를 기준으로 함
  7. 동적 — 모든 콘텐츠는 템플릿이 아닌 실제 위키 페이지에서 파생됨
  8. 섹션 순서 — 가장 중요한 순서부터: 온보딩 → 아키텍처 → 시작하기 → 심층 분석 → 선택 사항

설명 품질

❌ 나쁨 ✅ 양호
"아키텍처 개요" "Orleans 그레인이 '최소 한 번 전달(at-least-once delivery)' 방식의 메시지 전달을 통해 어떻게 통신하는지 보여주는 시스템 아키텍처"
"시작하기 가이드" "필수 조건, Docker Compose를 활용한 로컬 개발 환경 설정, 그리고 첫 번째 API 호출 단계별 안내"
"API 참조" "인증 요구 사항, 요청 제한 및 요청/응답 스키마가 포함된 REST 엔드포인트"

llms-full.txt 형식

다음과 동일한 구조이지만 llms.txt 와 동일한 구조이지만, 전체 내용이 인라인으로 포함되어 있습니다:

# {Project Name}

> {Same summary}

{Same context}

## {Section Name}


{Full markdown content — frontmatter stripped, citations and diagrams preserved}

내포 규칙

  • YAML 프론트매터(--- 블록) 제거
  • Mermaid 다이어그램은 보존```mermaid 펜스를 그대로 유지
  • 인용 정보 보존 — 모든 [file:line](URL) 링크는 있는 그대로 유지
  • 표 보존 — 모든 마크다운 표가 그대로 유지됩니다
  • 주석 보존 — 다이어그램의 출처를 제공함

필수 조건

이 스킬은 위키 페이지가 이미 존재하는 경우( /deep-wiki:generate 또는 /deep-wiki:page를 통해) 위키 페이지가 이미 존재할 때 가장 잘 작동합니다. 아직 위키가 없는 경우:

  1. 다음 명령을 실행할 것을 권장합니다 /deep-wiki:generate 먼저
  2. 또는 최소한의 llms.txt README 및 소스 코드 스캔을 통해 생성 (위키 페이지 링크 제외)

출력 파일

다음 세 개의 파일을 생성합니다:

파일 목적 검색 가능성
./llms.txt 루트 검색 파일 llms.txt 사양에 따른 표준 경로. GitHub MCP get_file_contents 그리고 search_code 이 파일을 먼저 찾으십시오.
wiki/llms.txt 위키 상대 경로 링크 VitePress 배포 및 위키 내부 탐색용.
wiki/llms-full.txt 전체 인라인 콘텐츠 모든 문서를 하나의 파일에 담아야 하는 에이전트를 위한 포괄적인 참조 자료입니다.

루트 ./llms.txt 다음으로 연결됩니다 wiki/ (예: [Guide](./wiki/onboarding/contributor-guide.md))로 연결됩니다. wiki/llms.txt 는 위키 상대 경로를 사용합니다(예: [Guide](./onboarding/contributor-guide.md)).

만약 루트 llms.txt 이 이미 존재하고 deep-wiki에 의해 생성된 것이 아니라면, 이를 덮어쓰지 마십시오.

검증 체크리스트

마무리하기 전에:

  • [이 문서에] 링크된 모든 파일이 llms.txt 실제로 존재하는지
  • 모든 블록에 llms-full.txt 실제 내용이 있는지(비어 있지 않은지)
  • 블록 인용문은 이 프로젝트에 특화된 내용이며(일반적인 상투적 문구가 아님)
  • 중요도 순으로 정렬된 섹션
  • 섹션 간에 중복된 페이지 항목이 없음
  • "선택 사항" 섹션에는 진정으로 선택적인 내용만 포함되어야 합니다
  • llms.txt 간결해야 함 (1~5 KB)
  • llms-full.txt 모든 위키 페이지를 포함합니다
GitHub에서 보기
---
name: wiki-llms-txt
description: Generates llms.txt and llms-full.txt files that provide LLM-friendly access to wiki documentation, following the llms.txt specification.
license: MIT
---

# llms.txt Generator

Generate `llms.txt` and `llms-full.txt` files that provide LLM-friendly access to wiki documentation, following the [llms.txt specification](https://llmstxt.org/).

## When This Skill Activates

- User asks to generate `llms.txt` or mentions the llms.txt standard
- User wants to make documentation "LLM-friendly" or "LLM-readable"
- User asks for a project summary file for language models
- User mentions `llms-full.txt` or context-expanded documentation

## Source Repository Resolution (MUST DO FIRST)

Before generating, resolve the source repository context:

1. **Check for git remote**: Run `git remote get-url origin`
2. **Ask the user**: _"Is this a local-only repository, or do you have a source repository URL?"_
   - Remote URL → store as `REPO_URL`
   - Local → use relative paths only
3. **Determine default branch**: Run `git rev-parse --abbrev-ref HEAD`
4. **Do NOT proceed** until resolved

## llms.txt Format (Spec-Compliant)

The file follows the [llms.txt specification](https://llmstxt.org/):

```markdown
# {Project Name}

> {Dense one-paragraph summary — what it does, who it's for, key technologies}

{Important context paragraphs — constraints, architectural philosophy, non-obvious things}

## {Section Name}

- [{Page Title}]({relative-path-to-md}): {One-sentence description of what the reader will learn}

## Optional

- [{Page Title}]({relative-path-to-md}): {Description — these can be skipped for shorter context}
```

### Key Rules

1. **H1** — Project name (exactly one, required)
2. **Blockquote** — Dense, specific summary (required). Must be unique to THIS project.
3. **Context paragraphs** — Non-obvious constraints, things LLMs would get wrong without being told
4. **H2 sections** — Organized by topic, each with a list of `[Title](url): Description` entries
5. **"Optional" H2** — Special meaning: links here can be skipped for shorter context
6. **Relative links** — All paths relative to wiki directory
7. **Dynamic** — ALL content derived from actual wiki pages, not templates
8. **Section order** — Most important first: Onboarding → Architecture → Getting Started → Deep Dive → Optional

### Description Quality

| ❌ Bad | ✅ Good |
|--------|---------|
| "Architecture overview" | "System architecture showing how Orleans grains communicate via message passing with at-least-once delivery" |
| "Getting started guide" | "Prerequisites, local dev setup with Docker Compose, and first API call walkthrough" |
| "The API reference" | "REST endpoints with auth requirements, rate limits, and request/response schemas" |

## llms-full.txt Format

Same structure as `llms.txt` but with full content inlined:

```markdown
# {Project Name}

> {Same summary}

{Same context}

## {Section Name}

<doc title="{Page Title}" path="{relative-path}">
{Full markdown content — frontmatter stripped, citations and diagrams preserved}
</doc>
```

### Inlining Rules

- **Strip YAML frontmatter** (`---` blocks) from each page
- **Preserve Mermaid diagrams** — keep `` ```mermaid `` fences intact
- **Preserve citations** — all `[file:line](URL)` links stay as-is
- **Preserve tables** — all markdown tables stay intact
- **Preserve `<!-- Sources: -->` comments** — these provide diagram provenance

## Prerequisites

This skill works best when wiki pages already exist (via `/deep-wiki:generate` or `/deep-wiki:page`). If no wiki exists yet:

1. Suggest running `/deep-wiki:generate` first
2. OR generate a minimal `llms.txt` from README + source code scan (without wiki page links)

## Output Files

Generate three files:

| File | Purpose | Discoverability |
|------|---------|-----------------|
| `./llms.txt` | Root discovery file | Standard path per llms.txt spec. GitHub MCP `get_file_contents` and `search_code` find this first. |
| `wiki/llms.txt` | Wiki-relative links | For VitePress deployment and wiki-internal navigation. |
| `wiki/llms-full.txt` | Full inlined content | Comprehensive reference for agents needing all docs in one file. |

The root `./llms.txt` links into `wiki/` (e.g., `[Guide](./wiki/onboarding/contributor-guide.md)`). The `wiki/llms.txt` uses wiki-relative paths (e.g., `[Guide](./onboarding/contributor-guide.md)`).

If a root `llms.txt` already exists and was NOT generated by deep-wiki, do NOT overwrite it.

## Validation Checklist

Before finalizing:

- [ ] All linked files in `llms.txt` actually exist
- [ ] All `<doc>` blocks in `llms-full.txt` have real content (not empty)
- [ ] Blockquote is specific to this project (not generic boilerplate)
- [ ] Sections ordered by importance
- [ ] No duplicate page entries across sections
- [ ] "Optional" section only contains truly optional content
- [ ] `llms.txt` is concise (1-5 KB)
- [ ] `llms-full.txt` contains all wiki pages

모든 파일

0개 파일

wiki-llms-txt 설치

스킬 파일을 다운로드하여 .claude/skills/ 디렉터리에 압축을 풀어주세요.

ZIP 다운로드

저장소를 클론하고 스킬 파일을 프로젝트에 복사하세요.

git clone https://github.com/microsoft/skills/tree/main/.github/plugins/deep-wiki/skills/wiki-llms-txt # Copy SKILL.md to your .claude/skills/ directory

복사 복사
빠른 설정: 스킬 폴더를 .claude/skills/로 복사하세요. Claude가 해당 스킬을 자동으로 감지하여 사용할 것입니다.
저장소 microsoft/skills

관련 스킬

golang-dependency-injection
업데이트 된 시간 2026년 6월 29일
nuxthub
업데이트 된 시간 2026년 8월 23일
tc-tracker
업데이트 된 시간 2026년 8월 27일
code-quality
업데이트 된 시간 2026년 8월 22일
OR