tayari-docs-and-writing

Enforce documentation ownership and house style standards across repository documents.

Updated Jan 20, 2026
One-click install
npx skills add https://github.com/Harshodai/tayari-skill-boost --skill tayari-docs-and-writing
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tayari-docs-and-writing
Source: https://github.com/Harshodai/tayari-skill-boost/tree/main/.claude/skills/tayari-docs-and-writing
Command: npx skills add https://github.com/Harshodai/tayari-skill-boost --skill tayari-docs-and-writing

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill prevents documentation rot and fact-drift by enforcing a strict ownership model, house style, and verification discipline across all project documents.

Core Features & Use Cases

  • Doc Map Ownership: Provides a definitive guide on which document owns specific facts and whether that document is currently trustworthy.
  • House Style Enforcement: Standardizes the project's terse, caveman-style writing for all documentation.
  • Safe Fix Checklists: Offers verified procedures for repairing corrupted files or updating volatile facts like port numbers and environment variables.

Quick Start

Use the tayari-docs-and-writing skill to verify the current owner and trust status of the README before making any edits.

Frequently Asked Questions about tayari-docs-and-writing

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

FAQPage Schema
How do I prevent documentation rot and fact-drift in my repository?

Prevent documentation rot by enforcing a strict ownership model and house style standards across all project documents. This skill maintains repo-wide documentation integrity by requiring one-home-per-fact discipline and date-stamped verification of volatile technical facts.

What is the one-home-per-fact discipline for technical writing?

The one-home-per-fact discipline is a documentation governance rule that assigns a single, definitive document to own each specific technical fact. It prevents information drift by ensuring volatile facts, like port numbers and environment variables, are updated and verified in only one location.

How do I verify the current owner and trust status of a README before editing?

Verify the current owner and trust status of a README by consulting the Doc Map Ownership guide. This provides a definitive guide on which document owns specific facts and whether that document is currently trustworthy before you make any edits.

How do I safely update volatile technical facts like environment variables in project docs?

Safely update volatile technical facts by following verified safe fix checklists. These procedures offer verified steps for repairing corrupted files or updating volatile facts like port numbers and environment variables while maintaining documentation integrity.

Can I enforce a specific house style for documentation across my entire repository?

Enforce a specific house style for documentation across your entire repository using this skill. It standardizes the project's terse, caveman-style writing for all documentation to ensure consistent technical writing and knowledge management.

When do I need documentation ownership rules for architectural contracts and operational guides?

Documentation ownership rules are needed when maintaining project-wide docs of record, architectural contracts, and operational guides. Applying these repo governance rules prevents information drift and ensures volatile technical facts remain date-stamped and verified.