1natsu-document-harness-model

Organize harness documentation into instruction, index, and knowledge layers.

1|Updated Oct 30, 2017
One-click install
npx skills add https://github.com/1natsu172/dotfiles --skill 1natsu-document-harness-model
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: 1natsu-document-harness-model
Source: https://github.com/1natsu172/dotfiles/tree/main/.agents/skills/1natsu-document-harness-model
Command: npx skills add https://github.com/1natsu172/dotfiles --skill 1natsu-document-harness-model

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Harness documentation guidelines and placement rules ensure consistent, predictable structure for internal references (CLAUDE.md, .claude/rules/, docs/, and feature READMEs).

Core Features & Use Cases

The model defines a three-layer scheme and clear placement responsibilities to prevent cross-talk between rules and background knowledge. It provides guidance on where to place content (CLAUDE.md, .claude/rules/, and docs/) and how to separate per-package vs repository-wide knowledge to keep references usable across skills.

Quick Start

Consult this reference to structure harness documentation consistently across CLAUDE.md, .claude/rules/, docs/, and feature READMEs.

Frequently Asked Questions about 1natsu-document-harness-model

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I structure harness documentation across CLAUDE.md and docs directories?▼

How to organize harness documentation starts with applying a three-layer model: instruction, index, and knowledge. You map content to CLAUDE.md, .claude/rules/, docs/, and feature READMEs using explicit placement rules that separate repository-wide guidance from per-package knowledge.

What is the three-layer documentation model for Claude harness references?▼

The three-layer documentation model for Claude harness references consists of instruction, index, and knowledge layers. It organizes internal references by defining clear placement responsibilities, preventing cross-talk between operational rules and background knowledge across the repository.

When do I need explicit placement rules for repository documentation?▼

You need explicit placement rules for repository documentation when managing multiple reference points like CLAUDE.md and per-package docs. Without standardized placement responsibilities, cross-talk occurs between rules and background knowledge, making references ambiguous and unusable across skills.

Where should I place per-package documentation versus repository-wide rules?▼

Per-package documentation belongs in feature READMEs and specific docs/ directories, while repository-wide rules go in CLAUDE.md and .claude/rules/. Separating these placement responsibilities keeps internal references predictable and usable across the entire repository structure.

Does the harness documentation model work without external dependencies?▼

Yes, the harness documentation model works without external dependencies. It functions as a standalone reference framework that standardizes how content is organized across CLAUDE.md, .claude/rules/, docs/, and feature READMEs within your repository.

Why does my harness documentation have cross-talk between rules and knowledge?▼

Cross-talk in harness documentation happens when placement responsibilities are ambiguous. Without a standardized three-layer model separating instruction, index, and knowledge across CLAUDE.md and docs/, rules and background knowledge overlap, making internal references confusing and inconsistent.