mcpField
O
oss-docs

oss-docs

github.com/boshu2開発450594 回インストール今日更新
リポジトリ

oss-docs について

oss-docsは、オープンソースプロジェクトのドキュメントを評価・整備するスキルです。プロジェクト種別を検出し、不足を監査して標準ファイルを作成し、既存文書の更新とベストプラクティスに沿った検証を行います。

主な機能

  1. 01必須・推奨OSS文書の監査
  2. 02プロジェクト種別と言語の検出
  3. 03標準ファイルまたは指定ファイルの作成
  4. 04既存ドキュメントの更新
  5. 05ドキュメント品質の検証

活用シーン

  1. 01リポジトリのOSS公開準備状況の確認
  2. 02不足している貢献ガイドや規範文書の作成
  3. 03プロジェクト文書の不足箇所の確認

インストール

コマンドをコピーしてターミナルで実行します。

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

インストール後、Claude Code で/oss-docsを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

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

詳細

OSS ドキュメントスキル

オープンソースプロジェクトのドキュメントを作成し、監査します。

概要

このスキルは、次の作業を通じて、オープンソースとして公開するためのリポジトリの準備を支援します。

  1. 既存ドキュメントの完全性を監査する
  2. 不足している標準ファイルを作成する
  3. プロジェクトの種類に合わせたコンテンツを生成する

コマンド

コマンド操作
audit存在する OSS ドキュメントと不足している OSS ドキュメントを確認します
scaffold不足している標準ファイルをすべて作成します
scaffold [file]指定したファイルを作成します
update最新のパターンに合わせて既存ドキュメントを更新します
validateドキュメントがベストプラクティスに従っているか確認します

フェーズ 0:プロジェクトの検出

# 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

サブコマンド:audit

必須ファイル(Tier 1 - コア)
ファイル目的
LICENSE法的条件
README.mdプロジェクトの概要
CONTRIBUTING.md貢献方法
CODE_OF_CONDUCT.mdコミュニティ基準
推奨ファイル(Tier 2 - 標準)
ファイル目的
SECURITY.md脆弱性の報告
CHANGELOG.mdバージョン履歴
AGENTS.mdAI アシスタント向けコンテキスト
.github/ISSUE_TEMPLATE/Issue テンプレート
.github/PULL_REQUEST_TEMPLATE.mdPR テンプレート
任意のファイル(Tier 3 - 拡張)
ファイル必要となる場合
docs/QUICKSTART.mdセットアップが複雑な場合
docs/ARCHITECTURE.mdコードベースが単純でない場合
docs/CLI_REFERENCE.mdCLI ツールがある場合
docs/CONFIG.md設定可能なソフトウェアの場合
examples/複雑なワークフローの場合

サブコマンド:scaffold

テンプレートの選択
プロジェクトの種類重点項目
cliインストール、コマンド、例
operatorK8s CRD、RBAC、デプロイ
serviceAPI、設定、デプロイ
libraryAPI リファレンス、例
helm値、依存関係、アップグレード

ドキュメントの構成

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 のパターン

# 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

締めくくり(セッションの完了)

必須のワークフロー:

  1. 品質ゲートを実行する - テスト、リンター、ビルド
  2. 変更をコミットする - 意味のあるコミットメッセージ
  3. リモートにプッシュする - これは必須です
  4. 確認する - すべての変更がコミットされ、プッシュされていること

---

## 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)

コメント