shimo4228
UserClaude Code skill: audits installed skills for staleness, conflicts, and redundancy
Categories
Indexed Skills (15)
skill-stocktake
Audit installed Claude skills for quality and surface Keep/Improve/Update/Retire/Merge verdicts. Use when the user says "audit my skills", "stocktake", "review my skills", "which skills should I retire or merge", "do a quality pass over my skills", or "/skill-stocktake". NOT for creating or improving a single skill (that is skill-creator) and NOT for whole-config GC across hooks/permissions/MCP (that is config-gc).
search-first
Search npm / PyPI / MCP / GitHub / existing skills before writing code for any new feature, integration, library selection, or utility. Use whenever the user says 'add X functionality', 'implement Y', 'set up Z', 'integrate W', asks 'what library should I use for...', 'is there a package/client/MCP for...', proposes a specific tool while open to alternatives, or invokes planning.md Phase 0 External Research. Especially when the task adds a dependency, picks between tools, or builds a utility that likely already exists (parser, checker, converter, linter, CI step, E2E framework, payment / auth / API client). DO NOT use for bug fixes, refactoring, config value edits, file summarization, or throwaway scripts whose approach the user already fully specified.
readme-writer
README やプロジェクトのトップページ（repo を開いた人が最初に見る入口）を書く・直すときに使う。こんな時に必ず呼ぶ — README が長い／文字の壁で読まれない→短く走査しやすくしたい、開いて数十秒で「何のプロジェクトで自分向けか」が伝わる入口にしたい、構成図・アーキ図を入れたい（PNG や架空図でなく Mermaid を勧める）、badge を貼りすぎたので整理したい、長い rationale や「なぜ」を docs/ に逃がしたい、研究・DOI repo の README を引用付きで読める長さにまとめたい。短く・視覚優先にしつつ、LLM が README 一枚で要点を復元できる情報フロアは残す。CLI でも UI でも研究 repo でも、日本語でも英語でも、新規作成でも既存改善でも対象。AI 専用ドキュメント（llms.txt / llms-full.txt 等）は対象外（→ llms-txt-writer）、記事・エッセイ等の長文 prose は → writing-ecosystem。
paper-ecosystem
Academic paper / preprint / position paper の執筆・レビューエコシステムの orchestrator。SSRN / arXiv / Zenodo / journal venue 向けの **harness-neutral な学術コンテンツ** を書く / レビューするときに使う。paper-writing / paper-reviewer / source-fidelity-checker / vocabulary-consistency-checker / clarity-reviewer / citation-formatter の役割境界と使い分け、Source Fidelity Rules、Vocabulary Consistency Rules、Academic Voice Rules、Reader Clarity Rules、Citation Format Rules を正本として保持する。人間向け blog / essay には `writing-ecosystem`、AI 向け doc には `llms-txt-writer` を使う。
paper-writing
Academic paper / preprint / position paper の draft skill。Title + outline + section drafting + abstract + references の手順正本。Primary source への直接 access を強制し、claim と cite の 1:1 mapping を author に握らせる。SSRN / arXiv / Zenodo / journal venue 向けに使う。Voice 規約・Source Fidelity 規約・Citation 規約は orchestrator skill `paper-ecosystem` を参照する。
article-stocktake
公開済み記事の実測メトリクス（Zenn いいね / Dev.to reactions・views）を収集し、内容品質ランク（A/B/C）× 実測 tier の乖離を棚卸しして memory と ideation に還流する
publish-article
記事公開前の全チェック（レビュー→セキュリティ→frontmatter→published_at→スケジュール→Dev.to クロスポスト→push）を順に実行する。
schedule-publish
記事バッチの公開順序と日程を 4 軸スコアリングで決定し schedule.json に反映する。投稿タイミングの値は zenn-writing.md が正本。
seo-optimizer
Zenn 記事のタイトル・topics・emoji を Distribution レイヤーで最適化する（内容は変えない、ADR-0001）。タイトル原則・AI slop は writing-ecosystem、文字数は zenn-writing.md が正本。
zenn-format
Zenn 記事の frontmatter・記法・テンプレートの正本。emoji/topics 選定、Markdown 記法、コード埋め込みのベストプラクティスを扱う。文体・執筆プロセスは扱わない（zenn-practical-writing / zenn-idea-voice を参照）。
zenn-practical-writing
Zenn/Dev.to の記事（tech/idea 問わず全て）を書くときの既定スキル。実用軸——「読者が数秒で何かわかり、そのまま手を動かして再現できる」——を正本として保持する。低情報密度・実コード/図・即実用・低認知負荷・用途が瞬時にわかる。文体は ですます調。Zenn/Dev.to は type で声を分けない。AI-slop 禁止・タイトル誠実さ・ネタ 3 軸は writing-ecosystem に defer。genuine な思索エッセイ（だ/である × 発見調）は Substack corpus へ。
writing-team
Claude Code をオーケストレーター（PM）として、執筆チームを編成・指揮する
zenn-idea-voice
Zenn/Dev.to 記事の任意の personality flavor。毒の効いたユーモア（AI をツッコミ対象にするシニカルな語り）と刃牙リファレンス（ドメイン置換・ダミーデータ）を保持する。type（tech/idea）問わず、話題が合えば実用記事にも layer できる。essay の基本声（だ/である × 発見調）は writing-ecosystem に defer。
ideation
記事のアイデア出し・テーマ検討を支援する
series-checker
シリーズ記事の整合性を確認する（用語、前提知識、トーン）
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.