一键导入
hd-learn
Answers questions about the five-layer design harness framework. Use when learning concepts, asking about a layer, or orienting before setup.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Answers questions about the five-layer design harness framework. Use when learning concepts, asking about a layer, or orienting before setup.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Reviews harness health (full) or targets one layer/file (targeted). Writes dated report; emits summary with health bars + priorities in chat.
Walks the five-layer design harness layer by layer. Detects existing harnesses + tools, offers per-layer scaffold / review / create / skip. Use to set up or revisit any repo.
Captures design lessons and proposes rule adoptions from narrative to rule. Use when capturing a decision or promoting a recurring pattern to AGENTS.md.
| name | hd:learn |
| description | Answers questions about the five-layer design harness framework. Use when learning concepts, asking about a layer, or orienting before setup. |
Default: respond directly to the user's question with citations to article sections and links to reference files. When a decision needs user input (for example, "which layer do you want a deeper explanation of?"), use AskUserQuestion if available. If AskUserQuestion is unavailable (non-Claude hosts — Codex, Gemini, Copilot), fall back to a numbered list: "Reply with the number of your choice."
Answer questions about the five-layer framework with accurate citations to the Substack article. Read-only — no writes to disk, no scaffolding, no config changes.
Copy this checklist and track progress:
hd:learn Progress:
- [ ] Step 1: Identify topic (concept / specific layer / glossary term / FAQ)
- [ ] Step 2: Load matching reference file
- [ ] Step 3: Answer with article § citations
- [ ] Step 4: Close with a concrete suggested next step
Map the question to one of four categories:
layer-N-*.md reference (see "Routing table" below)Questions spanning multiple categories: load multiple references. Questions about memory (procedural / semantic / episodic / working) → always load references/memory-taxonomy.md.
Use the Read tool on the one-level-deep markdown link. Never load nested paths; every reference lives directly under references/.
Every substantive claim cites an article section (§2, §4a, etc.). Format:
Context (Layer 1) is your semantic memory — the stable stuff the AI needs every time (design system, product, conventions). Mutable but curated. See article §4a and layer-1-context.md.
Never answer without citations. "According to the article" is weak; §4a is direct.
Every response ends with a concrete suggested action:
/hd:setup| Question pattern | Primary reference | Likely also load |
|---|---|---|
| "What is a design harness?" / "Why this framework?" | concept-overview.md | — |
| "Explain Layer 1" / "Tell me about Context" | layer-1-context.md | memory-taxonomy.md |
| "Explain Layer 2" / "What's Skill Curation?" | layer-2-skills.md | — |
| "Explain Layer 3" / "Workflow Orchestration" | layer-3-orchestration.md | layer-2-skills.md |
| "Explain Layer 4" / "What are rubrics?" | layer-4-rubrics.md | layer-1-context.md |
| "Explain Layer 5" / "Knowledge compounding" | layer-5-knowledge.md | memory-taxonomy.md |
| "What's procedural / episodic / semantic memory?" | memory-taxonomy.md | layer-1-context.md + layer-5-knowledge.md |
| "Define [term]" | glossary.md | — |
| "Do I need X?" / "Should I skip Y?" | faq.md | — |
Q: "What's the difference between context and knowledge in this framework?"
Load layer-1-context.md, layer-5-knowledge.md, and memory-taxonomy.md. Respond:
Context (Layer 1) is semantic memory — evergreen reference material the AI needs every time (design system, product, conventions). Mutable but curated. See article §4a.
Knowledge (Layer 5) is episodic memory — dated narratives of what happened (decisions, lessons, rule adoptions). Append-only; history is sacred. See article §4e.
The most common mistake is collapsing them — appending lessons into the design-system cheat-sheet bloats it with time-bound stories, signal decays. See article §2.5 for the memory taxonomy.
Ready to scaffold both layers? Run
/hd:setup.
Q: "How do I know when to promote a lesson into a rule?"
Load layer-5-knowledge.md. Respond:
Three criteria (article §4e): the situation has shown up 3+ times across different designers; the lesson has a clean imperative ("always X unless Y"); the team agrees via RFC, review, or PR conversation.
On rule adoption: the original lesson stays (history is sacred), a new rule lands in
AGENTS.mdunder "Rules," and a meta-entry lands indocs/knowledge/changelog.mdlinking lesson → rule + date.The
/hd:maintainskill proposes rule adoptions when it detects matching lessons (≥3 same-topic occurrences). Run/hd:maintain rule-propose <topic>to start.
/hd:setupdocs/ etc.)Fully-qualified Task names only.
harness-designing:research:article-quote-finder — optional solo dispatch when a question requires pulling an exact quote or passage from the source Substack article and its local corpus.
Dispatch: when a user question is best answered by a verbatim line from the article (e.g., "what's the article's exact wording on the floor/ceiling/ladder framing?"), invoke:
Task harness-designing:research:article-quote-finder(
question: "<the user's question, verbatim>",
section_hint: "<optional § identifier, e.g. '§5 — Closing'>"
)
Use the returned quote + § citation in the answer; omit the call when the FAQ or reference content already answers the question paraphrased.