456 件 ・ 関連度順
概要と使いどころ
Post-ship documentation update. Reads all project docs, cross-references the diff, updates README/ARCHITECTURE/CONTRIBUTING/CLAUDE.md to match what shipped, polishes CHANGELOG voice, cleans up TODOS, and optionally bumps VERSION. Use when asked to "update the docs", "sync documentation", or "post-ship docs". Proactively suggest after a PR is created and before it merges.
日本語の概要は準備中です。原文の説明を表示しています。
The Rembric TUI installer contract — the single, canonical install/setup/upgrade/uninstall path (`apps/plugin/install.sh`, fronted by the repo-root `install.sh` shim). Apply when touching `install.sh`, the root shim, any per-client `install.sh`/`uninstall.sh`, `marketplace.json`, or distribution docs (README, `docs/agents.md`, plugin/client READMEs). Covers the orchestrator model, what must not break, and where the source of truth lives. For running the validation suite, use `rembric-tui-installer-e2e`.
日本語の概要は準備中です。原文の説明を表示しています。
How to test the peoplereadme CLI end-to-end, including the fidelity harness (eval/calibrate) with a synthetic persona fixture and live LLM calls.
日本語の概要は準備中です。原文の説明を表示しています。
Use when creating or rewriting a README for a reusable package or library. Focus on installability, minimal usage example, compatibility, and developer onboarding.
日本語の概要は準備中です。原文の説明を表示しています。
Use when reviewing a README for accuracy, usability, and alignment with the actual repository. Detects invented content, broken setup steps, and structural issues.
日本語の概要は準備中です。原文の説明を表示しています。
Use when creating, rewriting, or significantly improving a README based on the actual repository structure, commands, and intended audience.
日本語の概要は準備中です。原文の説明を表示しています。
Use when generating or updating a project README.md or CHANGELOG.md.
日本語の概要は準備中です。原文の説明を表示しています。
Standard Operating Procedures for technical writing, README creation, API specifications, runbooks, and documentation updates.
日本語の概要は準備中です。原文の説明を表示しています。
別セッションのエージェントが会話文脈なしで読んで下流タスクに着手できる、自己完結な引き継ぎドキュメントを書く。要件定義・基本設計・引き継ぎ書・PRD・README など、別セッションのエージェントへ渡して作業を継続させる成果物を書く・仕上げるときに使う。
GitHub リポジトリを安全に作成、公開、リリース、監査、保守するためのプロトコル。ローカルルールとロックの確認、最初の git add 前の .gitignore 作成、プライバシーチェックの実行、README/i18n/バナー/メタデータの準備、リリースタグおよび GitHub releases の検証、組織プロファイル、llms.txt ファイル、レジストリリンクの更新を行います。
Regelmäßiger Pflegedurchlauf für ein bereits veröffentlichtes GitHub-Repository (Stufe 1, günstig und oft wiederholbar): zuerst alle Distributionsflächen des Projekts ermitteln (npm, PyPI, Registries, Marketplaces, Stores, Website) und Änderungen später dorthin spiegeln, dann Topics setzen, Privacy-Gate, Dokumente auf Veröffentlichungsabsicht prüfen und interne Planungsdateien nachträglich ignorieren, Banner ergänzen, Aussagen im README gegen den echten Code-Stand abgleichen, Darstellung verbessern, Sprachfassungen der README vervollständigen, Sichtbarkeitsmaßnahmen umsetzen, Eintrag auf der Organisationsseite prüfen sowie offene Issues und Pull Requests abarbeiten. Nutze diesen Skill, wenn ein bestehendes Repo gepflegt, aufgeräumt, aktualisiert, aufgehübscht oder "mal wieder durchgesehen" werden soll, wenn ein Repo veraltet oder unaufgeräumt wirkt, bei Formulierungen wie "Repo-Pflege", "after care", "Nachpflege", "Repo auf Stand bringen", "aufräumen und pushen" oder bei rotierenden Qualitätsrunden über mehrere Repos. Für die tiefe Runde inkl. Rechtscheck und orga-übergreifenden Querverweisen stattdessen full-after-care nutzen; für die Erstveröffentlichung github-repo-care.
日本語の概要は準備中です。原文の説明を表示しています。
コードコメントの正確性、完全性、長期的な保守性を分析する。JSDoc、コメント、README等のドキュメントが変更された場合に使用。
AI臭さを消す汎用執筆ガイド。技術ブログ・スライド・書籍・README・ドキュメントなど、 日本語の書き物すべてに適用する文章スタイルルール。 「記事を書いて」「リライトして」「文章をチェックして」「AIっぽくない？」「自然な日本語にして」 という依頼のときはもちろん、ユーザーが明示的に頼まなくても、 日本語の文章（記事・スライド・ドキュメント）を新規に書く・修正する場面では必ずこのスキルを適用する。 語彙の禁止リストだけでなく、文長リズム・段落構造・体言止め率など「リズム層」のAI臭も検出・修正する。
Expert en documentation d'agents IA (README, API docs, exemples d'usage, troubleshooting, changelog)
日本語の概要は準備中です。原文の説明を表示しています。
You are an expert technical writer creating comprehensive project documentation. Your goal is to write a README.md that is absurdly thorough—the kind of documentation you wish every project had.
日本語の概要は準備中です。原文の説明を表示しています。
Use this skill when writing or editing Japanese documentation, teaching material, comments, or explanations for this template (Sabakyan style). Trigger words: ドキュメント執筆, 教材, 解説を書く, 日本語スタイル, README 作成, 説明文, サバキャン, わかりやすく書く.
プロジェクトのゴール台帳（registry/goals/<owner>/<repo>.md）を人間と対話して新規作成・改訂する。 README と open Issue からゴール候補を推定して提示し、「何を目指すか」「何が起きていたら未達か」を 短く質問して条項を固め、書式検証（tools/work_discovery_goals.py validate）を通してから保存する。 「ゴール台帳を書きたい」「ゴールを設定して」「ゴール未設定と出た」「台帳エラーを直して」 「このプロジェクトの目標を決めたい」等や、/work-discovery の「ゴール未設定」「ゴール台帳エラー」案内を 受けて窓口が起動する。候補の提示そのものは /work-discovery の役目で本スキルではない。
Meta-skill that generates compliant PLAYBOOK.md files following the BRAINIAC template. Use when creating or editing modules in the command center. For general readme creation, see create-readme.
日本語の概要は準備中です。原文の説明を表示しています。
Automated documentation generation, API documentation, code comments, README templates, and knowledge base maintenance. Use when creating documentation, updating READMEs, generating API docs, or maintaining project documentation.
日本語の概要は準備中です。原文の説明を表示しています。
PJ ドキュメントの同期。PJ CLAUDE.md の更新依頼、ドキュメント整理依頼、コード変更後の CLAUDE.md・README・API 仕様への反映依頼（npm script・環境変数・API 追加等）の時に使用。user-level 設定との整合性確認も行う。境界: CLAUDE.md が未整備の新規 PJ は組み込みの /init。
agy(Google Antigravity CLI)経由で Gemini(既定 gemini-3.8-flash-high)に文章を渡し、推敲・校正・批評・セカンドオピニオンをテキストで受け取る。ユーザーが「Gemini に推敲させて」「別のモデルの意見も」「agy で見て」「セカンドオピニオン」「他の AI にも読ませて」と言ったとき、および日本語・英語の原稿(論文、記事、スライド原稿、メール、README、申請書)の推敲・校正・レビューを頼まれて別視点が有用なときに使う。Claude 自身の推敲に加えて第二の目が欲しい場面では、明示的に Gemini と言われなくても提案・使用してよい。ファイルは編集せず、結果はテキストで返る。
ドキュメント観点のレビューエージェント。 README / docs / AGENTS.md と実装の整合性、API ドキュメントとコードの対応、 usage や例の正確性、i18n（JA/EN）整合性、用語統一を検証する。
AGENTS.md などの恒久ドキュメントに一過性のタスクログが混入していないか、SOP / decision / log / learned の役割が混同されていないか、公開物（README / docs / 記事）に内部メモ・ローカルパス・AI 会話断片が残っていないかを差分で検出する
Create comprehensive technical documentation including API docs, component libraries, README files, architecture diagrams, and developer guides using tools like JSDoc, Storybook, or Docusaurus. Use when documenting APIs, creating component documentation, writing README files, generating API references, documenting architecture decisions, creating onboarding guides, maintaining changelogs, documenting configuration options, or building developer documentation sites.
日本語の概要は準備中です。原文の説明を表示しています。