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.