mcpField
O
oss-docs

oss-docs

github.com/boshu2Development450594 installsUpdated today
Repository

About oss-docs

oss-docs is a skill for assessing and preparing open-source project documentation. It detects project type, audits documentation gaps, scaffolds missing standard files, updates existing docs, and validates them against best practices.

Key features

  1. 01Audit required and recommended OSS documents
  2. 02Detect project type and language
  3. 03Scaffold standard or selected files
  4. 04Update existing documentation
  5. 05Validate documentation quality

Use cases

  1. 01Check repository readiness for open-source release
  2. 02Create missing contributor and policy documents
  3. 03Review project documentation for gaps

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/boshu2/agentops --skill oss-docs

After installing, type/oss-docsin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
beads-patterns.md
project-types.md
documentation-tiers.md
scripts/
validate.sh
audit-oss-docs.sh

Details

From the project README

OSS Documentation Skill

Scaffold and audit documentation for open source projects.

Overview

This skill helps prepare repositories for open source release by:

  1. Auditing existing documentation completeness
  2. Scaffolding missing standard files
  3. Generating content tailored to project type

Commands

CommandAction
auditCheck which OSS docs exist/missing
scaffoldCreate all missing standard files
scaffold [file]Create specific file
updateRefresh existing docs with latest patterns
validateCheck docs follow best practices

Phase 0: Project Detection

# Determine project type and language
PROJECT_NAME=$(basename $(pwd))
LANGUAGES=()

[[ -f go.mod ]] && LANGUAGES+=("go")
[[ -f pyproject.toml ]] || [[ -f setup.py ]] && LANGUAGES+=("python")
[[ -f package.json ]] && LANGUAGES+=("javascript")
[[ -f Cargo.toml ]] && LANGUAGES+=("rust")

# Detect project category
if [[ -f Dockerfile ]] && [[ -d cmd ]]; then
    PROJECT_TYPE="cli"
elif [[ -d config/crd ]]; then
    PROJECT_TYPE="operator"
elif [[ -f Chart.yaml ]]; then
    PROJECT_TYPE="helm"
else
    PROJECT_TYPE="library"
fi

Subcommand: audit

Required Files (Tier 1 - Core)
FilePurpose
LICENSELegal terms
README.mdProject overview
CONTRIBUTING.mdHow to contribute
CODE_OF_CONDUCT.mdCommunity standards
Recommended Files (Tier 2 - Standard)
FilePurpose
SECURITY.mdVulnerability reporting
CHANGELOG.mdVersion history
AGENTS.mdAI assistant context
.github/ISSUE_TEMPLATE/Issue templates
.github/PULL_REQUEST_TEMPLATE.mdPR template
Optional Files (Tier 3 - Enhanced)
FileWhen Needed
docs/QUICKSTART.mdComplex setup
docs/ARCHITECTURE.mdNon-trivial codebase
docs/CLI_REFERENCE.mdCLI tools
docs/CONFIG.mdConfigurable software
examples/Complex workflows

Subcommand: scaffold

Template Selection
Project TypeFocus
cliInstallation, commands, examples
operatorK8s CRDs, RBAC, deployment
serviceAPI, configuration, deployment
libraryAPI reference, examples
helmValues, dependencies, upgrading

Documentation Organization

project/
├── README.md              # Overview + quick start
├── AGENTS.md              # AI assistant context
├── CONTRIBUTING.md        # Contributor guide
├── CHANGELOG.md           # Keep a Changelog format
├── docs/
│   ├── QUICKSTART.md      # Detailed getting started
│   ├── CLI_REFERENCE.md   # Complete command reference
│   ├── ARCHITECTURE.md    # System design
│   └── CONFIG.md          # Configuration options
└── examples/
    └── README.md          # Examples index

AGENTS.md Pattern

# Agent Instructions

This project uses **<tool>** for <purpose>. Run `<onboard-cmd>` to get started.

## Quick Reference

```bash
<cmd1>              # Do thing 1
<cmd2>              # Do thing 2

Landing the Plane (Session Completion)

MANDATORY WORKFLOW:

  1. Run quality gates - Tests, linters, builds
  2. Commit changes - Meaningful commit message
  3. PUSH TO REMOTE - This is MANDATORY
  4. Verify - All changes committed AND pushed

---

## Style Guidelines

1. **Be direct** - Get to the point quickly
2. **Be friendly** - Welcome contributions
3. **Be concise** - Avoid boilerplate
4. **Use tables** - For commands, options, features
5. **Show examples** - Code blocks over prose
6. **Link liberally** - Cross-reference related docs

---

## Skill Boundaries

**DO:**
- Audit existing documentation
- Generate standard OSS files
- Validate documentation quality

**DON'T:**
- Overwrite existing content without confirmation
- Generate code documentation (use `$doc`)
- Create CI/CD files (out of scope — configure CI/CD separately)

## Examples

### OSS Readiness Audit

**User says:** "Audit this repo for open-source documentation readiness."

**What happens:**
1. Evaluate presence/quality of core OSS docs.
2. Identify missing or weak sections.
3. Output prioritized documentation actions.

### Scaffold Missing Docs

**User says:** "Generate missing OSS docs for this project."

**What happens:**
1. Detect project type and documentation gaps.
2. Scaffold standard files with project-aware content.
3. Produce a checklist for final review and landing.

## Troubleshooting

| Problem | Cause | Solution |
|---------|-------|----------|
| Generated docs feel generic | Project signals too sparse | Add concrete repo context (commands, architecture, workflows) |
| Existing docs conflict | Legacy text diverges from current behavior | Reconcile with current code/process and mark obsolete sections |
| Contributor path unclear | Missing setup/testing guidance | Add explicit quickstart and validation commands |
| Open-source handoff incomplete | Session-end workflow not reflected | Add landing-the-plane and release hygiene steps |

## Reference Documents

- [references/beads-patterns.md](references/beads-patterns.md)
- [references/documentation-tiers.md](references/documentation-tiers.md)
- [references/project-types.md](references/project-types.md)

Comments

Markdown supported