One-click install
npx skills add https://github.com/Motoki0705/tennis-lab --skill docs-ops
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: docs-ops
Source: https://github.com/Motoki0705/tennis-lab/tree/main/skills/docs-ops
Command: npx skills add https://github.com/Motoki0705/tennis-lab --skill docs-ops

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Documentation governance for tennis-lab: decide where to document changes, create or update README/docs content, and define conventions for structure and responsibilities (root README vs src/<task>/README vs docs).

Core Features & Use Cases

  • Placement rules for root README, task READMEs, docs/, tests/, and scripts guidance.
  • Responsibilities and redirection: root README vs docs vs src README.
  • Update checklist and writing conventions to keep documentation consistent across the project.

Quick Start

Adopt these rules to consistently place documentation and maintain structure across the repository.

Frequently Asked Questions about docs-ops

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

FAQPage Schema
How do I structure README and documentation files across a repository?

Repository documentation structure is defined by separating responsibilities: root READMEs cover project overviews, task-level READMEs detail specific modules, and dedicated docs folders hold deeper references to ensure consistency across the project.

What are the best conventions for deciding where to document code changes?

Documentation conventions for code changes use placement rules to decide where updates belong: root README for project-level shifts, task READMEs for module specifics, and docs folders for comprehensive references.

Who owns documentation responsibilities for root README versus task-level folders?

Documentation ownership distinguishes root README maintenance as a broad project governance duty, while task-level READMEs and dedicated docs folders are owned by contributors working within those specific repository areas.

How do I create an update checklist for maintaining project documentation?

An update checklist for project documentation maintains consistency by verifying placement rules, confirming responsibility boundaries between root and task-level READMEs, and checking writing conventions before finalizing repository updates.

When do I need a dedicated docs folder instead of updating the root README?

A dedicated docs folder is needed when content exceeds standard README conventions, requiring detailed structural guidelines for tests, scripts, or complex governance rules that do not fit the root repository overview.