faq_usage · git:20260613.ae9fa00 · 2026-06-13 · sha256 2610e5b7ebc898ec

faq_usage git:20260613.ae9fa00A

Immutable. This exact content never changes and is served at /api/v1/blob/2610e5b7ebc898ec.

---
alwaysApply: true
---

# FAQ Documentation Usage Guide — Skill Steward

**Q: What is DESIGN_FAQ.mdx for?**  
A: Explains **why** Guild repo decisions were made (meta-layer charter, skills vs plugins, ADRs, validation). Use when changing architecture, inclusion criteria, or documenting rationale. Path: `docs/DESIGN_FAQ.mdx`.

**Q: What is DX_FAQ.mdx for?**  
A: Explains **how** to contribute and install (npx skills, `pnpm run validate`, add skill workflow). Memory Palace format. Path: `docs/DX_FAQ.mdx`.

**Q: What is the difference from `docs/decisions/` ADRs?**  
A: ADRs are formal decision records for significant changes. DESIGN_FAQ is a compressed index of standing **why** answers; link to ADRs for full deliberation.

**Q: What about package-level FAQs?**  
A: This repo has root FAQs only. When adding sub-packages with their own boundaries, add `DESIGN_FAQ.mdx` + `DX_FAQ.mdx` there and router rows; use `repository-governance-lifecycle` for durable doc-lattice changes.

**Q: What format should DX_FAQ.mdx use?**  
A: **Memory Palace** — emoji locations with terse code blocks (install, validate, add skill). Optimized for agent recall.

**Q: Where is the charter?**  
A: `docs/NORTH_STAR.mdx` — not DESIGN_FAQ. Use `repository-governance-lifecycle` when changing scope or the AGENTS map.

**Q: When should I reference DESIGN_FAQ.mdx?**  
A: Scope questions (“does this skill belong in Guild?”), plugins vs skills, documentation strategy, rejection of domain skills.

**Q: When should I reference DX_FAQ.mdx?**  
A: Installing Guild, adding a skill, running validate, updating registry files, choosing which doc skill to use.

**Q: Can I use both FAQs together?**  
A: Yes. Example: DESIGN explains why plugins need a separate hook install; DX shows the `npx skills` commands. No duplicated paragraphs.

**Q: Which FAQ should I update after a change?**  
A: Architectural or charter **why** → `docs/DESIGN_FAQ.mdx` (+ new ADR if significant). Contributor workflow **how** → `docs/DX_FAQ.mdx`. Skill behavior → `skills/{name}/SKILL.md` only.

**Q: Should I update FAQs when adding a skill?**  
A: Update `docs/DX_FAQ.mdx` only if the maintainer workflow changes. Update `docs/DESIGN_FAQ.mdx` only if the change affects repo-level **why**. Always update `README.md`, `skills.sh.json`, and run `pnpm run validate`.