By daishiman
参考システムの公開URLを認可・低負荷budget内で調査し、静的HTTP(WebFetch/stdlib静的DOM観測)+browser-render(MCP非依存のローカルheadless Chrome via Bash)の観測fact、根拠つきinference、欠測(observation_gap)を明示区別したmd+json+Mermaidのローカル章別ブループリントを生成するplugin。外部サービス連携(MCP/Notion)なしで自己完結する。
C03 の fact と C04/C05/C13 の推測を fact・inference・gap の区別を保持して統合し、本質 (JTBD・価値提案)・feature_map・user_journeys・security・配信設計と対象システム接地の 5 種 Mermaid 図・合成 design-token palette を独立 context で生成したいときに使う。
C03 のフロント表層 fact から、fact は生成せず事実と明示区別しつつ、想定バックエンド機構・技術スタックの named 同定・security 設計 (OWASP 受動)・delivery topology を根拠+確度つき推測として独立 context で導出したいときに使う。
参考システムの content fact (verbatim コピーや見出し階層や CTA など) を根拠に、価値提案・キーメッセージ・想定読者・トーン&ボイス・CTA意図・本質的問題(JTBD)仮説を、fact を生成せず確度つき推測として独立 context で導出したいときに使う。
参考システムの公開URLからフロント表層を静的 HTTP (WebFetch + C09 fetch-snapshot) と browser-render (C15・MCP 非依存の headless Chrome) で低負荷観測し、content・tech_signals・機能アフォーダンス・security・compliance・サイト被覆の観測 fact と欠測、及び browser-render 取得時の JS 後 DOM・screenshot・computed visual formation を独立 context で抽出したいときに使う。
C03 の観測 fact (静的観測 baseline と browser-render 取得時の rendered fact) から、fact は観測せず C03 fact を根拠に、UI/UX 設計意図と主要タスクの user_journeys 仮説を evidence_refs+confidence 付きの推測として独立 context で導出したいときに使う。
run-extract-blueprint が生成した章別ブループリントの忠実性を独立 context で評価したいとき、事実/推測区別と粒度と被覆を検証し draft_hash に束縛した PASS/FAIL verdict をローカル品質ゲート (C01 の周回内の受入判定・差し戻し) へ渡したいときに使う。
C02 PASS済のシステムblueprintを自社開発へ適用する採用/回避/差別化の推奨を導出したいとき、抽出結果を自社の技術スタックや制約へ接地した判断材料へ変換したいときに使う。
参考システムのURL1件から、フロント表層の事実とバックエンド/設計意図の根拠つき推測を明示区別した章別ブループリントを外部公開せずローカルに生成したいとき、生成物の忠実性を独立verdictで品質評価したいときに使う。
Executes bash commands
Hook triggers when Bash tool is used
Uses power tools
Uses Bash, Write, or Edit tools
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
skills は、Claude Code を強化する plugin 群 (機能拡張パッケージ) です。Claude Code に「スキルを作る」「品質を検査する」「非エンジニアからヒアリングする」といった能力を後から追加できます。
plugin (プラグイン): Claude Code 本体を書き換えずに、後から機能を足すための小さな部品。スマートフォンアプリのようなものと考えてください。
このリポジトリは GitHub の marketplace から直接インストールします。リポジトリを手元に clone する必要はありません。
marketplace (マーケットプレイス): plugin が並んでいるお店のような場所。
skills自体が 1 つのお店で、その中に複数の plugin が並んでいます。
Claude Code CLI が動く環境が必要です。
claude --version
# → claude code x.y.z が表示されれば OK
❌ 入っていなければ公式ガイド https://docs.claude.com/claude-code/setup を参照してください。
Claude Code セッションを起動し、以下を打ちます。
/plugin marketplace add manju/skills
これで「skills というお店」が Claude Code に登録されます。
✅ 確認:
/plugin marketplace list
skills が表示されれば成功。
用途に合わせて選んでください。まずは最小構成から始めることをおすすめします。
/plugin install skill-creator@skills
/plugin install prompt-creator@skills
最小構成 + governance (運用検査) を追加:
/plugin install skill-governance-config@skills
/plugin install skill-governance-lint@skills
/plugin install skill-governance-hooks@skills
すべての plugin をまとめて入れる場合は bundle (束) を使います。
/plugin install skills-full@skills
bundle (バンドル): 複数の plugin を 1 行でまとめて入れるためのセット。
skills-minimal/skills-intakeなどもあります。
✅ 確認:
/plugin list
入れた plugin が installed と表示されれば成功。
Claude Code セッション内で以下を打ち、補完候補に出ることを確認します。
/skill-creator:run-skill-create
実行が始まれば成功。一旦キャンセル (Ctrl-C または「やめる」と返答) して構いません。
# アップデート
/plugin marketplace update skills
/plugin update skill-creator@skills
# アンインストール
/plugin uninstall skill-creator@skills
/plugin marketplace remove skills
| 症状 | 対処 |
|---|---|
/plugin コマンドが効かない | Claude Code のバージョンが古い可能性。claude --version を確認し最新化 |
marketplace add で not found | リポジトリ名のスペルを確認。manju/skills が正しい |
install で authentication failed | private リポジトリの可能性。gh auth login でログイン |
| Skill が補完に出ない | /plugin list で installed か確認、無ければ再 install |
skill-intake plugin など、外部サービス (Notion 等) を呼ぶ plugin は API キー (秘密の合言葉) が必要です。
skills では API キーを コード・ファイル・環境変数に書かず、Mac の Keychain (キーチェーン) に保存する方針を取っています。
Keychain (キーチェーン): Mac に標準で入っている、パスワードや秘密情報を安全に保管してくれる金庫のような仕組み。Safari のパスワード保存にも使われています。
.env ファイルや環境変数に書くと 間違って git に commit してしまう事故が起きやすい例として Notion の API キー (Internal Integration Token) を登録します。Mac のターミナルで実行:
security add-generic-password \
-s "notion-api-key.skills" \
-a "skills" \
-w "ntn_xxxxxxxxxxxxxxxxxxx" \
-U
-s … サービス名 (=Keychain 内の項目名。plugin が読みに行く名前)-a … アカウント名 (=どの用途で使うかの区別)-w … 実際の API キー (この値だけは秘密に)-U … 既にあれば更新💡 上のコマンドは履歴に API キーが残ります。
-wを省略するとターミナルが対話的にキーを聞いてくれるので、その方が安全です。
security find-generic-password -s "notion-api-key.skills" -a "skills" >/dev/null
終了コードが 0 なら登録成功。API キー本体は表示しません。
各 plugin が期待する Keychain のサービス名は以下です。この名前で登録してください。
| plugin | サービス名 (-s) | アカウント名 (-a) | 用途 |
|---|---|---|---|
skill-intake | notion-api-key.skills | skills | Notion ページ作成 |
このリポジトリでは .notion-config.json の keychain_service / keychain_account が正本です。
CI など Keychain が使えない環境では、以下の環境変数で上書きできます。
export NOTION_CONFIG_PATH="/path/to/.notion-config.json"
通常の利用では上書き不要です。
skills には複数の plugin が入っており、それぞれ役割が分かれています。「料理に例えると」のイメージで読んでください。
| plugin | 役割 | 料理例 |
|---|---|---|
| skill-creator | Skill (作業手順書) を作る・更新する・評価する司令塔 | レシピを設計するシェフ |
| prompt-creator | Skill の中で使う「AI への指示文」を 7 層構造で作る | 調味料の配合表を作る人 |
| skill-intake | 非エンジニアからヒアリングして Skill 要件を引き出す | お客様の好みを聞き取る接客係 |
skill-governance-* という名前の plugin は、Skill の 品質を機械的に検査する仕組み を提供します。手作りの料理が衛生基準を満たしているか確認する保健所のような役割です。
Notion 2DB(メール本文_DB/メール送信先_DB)から本文×宛先を {{}} 差し込み置換し、To=プロ人材/CC=秘書 で Gmail 一斉個別送信する。既定はNotionの送信対象チェックを承認とみなす最小確認1回(preview→要約+CONFIRM_TOKEN→単一確認→送信)で、fresh rebuild + source-audit + send_guard + 事前予約つき冪等ログにより不可逆送信を安全化。無人cronは確認0(--auto-approve)、慎重運用は厳格対話(dry-run承認+二段確認subagent)も利用可。改善要望は `/run-skill-feedback notion-gmail-send`。
tenant業務委託契約書を台帳×Driveひな形から黄色維持で半自動量産 (draft/finalize/sync の3 skill構成)。改善要望は `/run-skill-feedback contract-generator` で投入可能 (SSOT: harness-creator/skills/run-skill-feedback、symlink 配備)。
会社名/住所/法人番号の断片から信頼できる企業マスタ行を同定・補完したいとき、Notion企業マスタDBの空欄を確度付きで一括補完したいときに使う (resolve→enrich→upsert→backfill)。改善要望は harness-creator 側の feedback 導線で扱う。
マネーフォワード掛け払いの請求書発行漏れを月次でチェックしNotionで管理する。本体スキルに前月↔今月比較レポート (run-mf-invoice-report) を追加: 2営業日目以降に何度でも冪等再実行し、年契約/年→月切替/トライアル完了/契約終了のイレギュラーをコメント説明した漏れレポートを月次レポートDBへ上書き生成する。0.4.0でMF実績を第一級の真実に切替 (amount-gate 根治): 契約期待額でなくMF実発行額 (mfk_actuals) を金額列・漏れ判定の駆動源にし、fetch fidelity 監査 (mfk_fetch_audit・pagination/件数/issue_date/stale を fail-closed 検証) と D1 (新規は12ヶ月ルックバック裏取り) を追加。0.5.0で照合層 (matching layer) の根本原因を根治 (確定6要因): R1収集を決定論 producer (mfk_collect_status) 化し「今月なし」取引先が構造的に脱落する主因を解消、顧客ID解決 (mfk_customer_id_resolve)・verdict export (mfk_verdict_export) を追加、severity 混在時の collapse 過少報告を対称 fold 化で修正。対症療法 (会社名ハードコード名寄せ) を撤去し fixture 過学習を排除。0.6.0で前月↔今月レポートの同定・分類を実運用フィードバックで是正: 月跨ぎ突合を MF顧客ID 第一キー化 (取引先名 drift による先月/今月の分裂=「前回取れたのに今回取れない」を根治)、新規の年契約開始は支払サイクルで正常☑ (12ヶ月履歴なしでも要確認へ誤爆しない)、先月も今月も未発行の月払いアクティブ契約 (契約完了未確認) を継続発行漏れとして要対応 surface。0.7.0で出力先 report DB を明示 pin する report_database_id (step0) を第一級解決経路として追加し、report_toggle_block の構造同定ズレで別 DB (phantom) へ書き込みチェックが本来 DB に反映されない症状を根治 (明示 pin なし かつ 既存 DB 未発見時は既定 fail-closed・新規作成は --allow-create の明示 opt-in 時のみ)。あわせて請求書確認シートの月次アーカイブ&ロールオーバー (R5-archive) を追加: レポート確定 (R4 --apply --verified) 後に自動連鎖し、対象月シート行を同じ親ページ配下の月別 DB『請求書確認シートYYMM』へ全プロパティ写像 (API 非対応型は rich_text 降格で値温存・長文は chunk 全文保持・冪等キー 元ページID) して移行、写像先を読み戻し全列 plain-text 一致を検証した行だけ正本シートから archive (in_trash・可逆) し、検証不一致/lossy(files)/例外行は温存する (--verified 必須の二段確認ゲートで正本からの誤削除を fail-closed 防止)。0.8.0で実運用フィードバック (今月金額があるのに漏れチェック☐) を根治し、3体並列エレガント検証で漏れ隠蔽の再オープンを封鎖: 「今月に権威ある実発行がある行は定義上発行漏れでない (漏れチェック✓)」不変則を要件1の STATE_CONTINUED から STATE_NEW (今月実発行の新規は年契約裏付け不在でも✓・未確認はコメント開示) と collapse 経路へ一般化し、金額列を実発行月のみ表示 (未発行月の期待額を出さず列とチェックの物語を一致)。sink collapse は契約 identity (契約ID+エンドクライアント) で phantom (同一契約の ID↔名前 split=正常化) と真の別契約 (エンドクライアント違い=要対応保持で漏れを隠さない) に二分し、cross-run guard の NEW 盲点 (新規/年→月切替 marker 追加) と別契約 collapse のゼロテレメトリを解消。category-agnostic fallback 由来の reliable_issued 誤陽性を非権威化する安全弁 (category_confirmed carrier) を追加し、誤陽性が真の月次漏れを正常✓へ上書きするのを防ぐ。参照専用hook・二段確認subagent・冪等Notion upsert付き。改善要望は `/run-skill-feedback mf-kessai-invoice-check` で投入可能 (SSOT: harness-creator/skills/run-skill-feedback、symlink 配備)。
カテゴリ×プラットフォームの網羅マトリクス、公式出典、独立完成度評価を用いてシステム仕様書を生成するハーネス plugin。
npx claudepluginhub p/daishiman-extract-system-blueprint-plugins-extract-system-blueprintharness-creator の前段ヒアリングを非技術者にも開く plugin。Markdown 正本+JSON 副本+Notion ページを生成し、macOS Keychain 経由の Notion PAT/Internal Integration で公開する。図解マスト要件と 5 軸ヒアリング (出力先/情報源/共有相手/真の課題/ナレッジ資産) を機械検証する。本 plugin は単独インストールで intake→Notion publish のコアフローが自己完結動作する (notion_config.py を同梱)。改善要望投入 (`/run-skill-feedback`) は harness-creator 併用時のみ利用可能。
Structured planning pipeline: discovery, design documents, technical designs, task decomposition, task creation, and technical diagramming
Skills and hooks for managing technical blueprint documentation. Provides guidelines for writing, maintaining, and organizing blueprints using native tools (Glob, Grep, Read, Write).
Ingest documentation sites and generate Claude Code skills
Claude Code skill pack for Notion (30 skills)
Helps Claude read a planning document and explore related files to get familiar with a topic. Asking Claude to prepare to discuss seems to work better than asking it to prepare to do specific work. This is followed by Plan, then Execute.