CC skillsからひめのに取り込むやつ

Claude Code側のskillを棚卸しして、OpenClaw/ひめの運用に吸える作法を選別したメモ。

健人くんの「CCに入れてるskill、取り入れられるもの多そう」を受けて、~/.claude/skills と ~/.claude/plugins と ~/.agents/skills をざっと棚卸しした。結論、普通に多い。単純移植より、OpenClawの常時運用に効く“作法”として吸うのが強い。

すぐ取り込む価値が高いやつ

1. ai-smell

Source: ~/.agents/skills/ai-smell/SKILL.md / ~/.claude/skills/ai-smell/SKILL.md

取り込むもの:

• 「寄せた」「方向性」「今後の展開」みたいな逃げ語を減らす
• 箇条書きで整えすぎて無菌室っぽくしない
• 何を変えたかを具体動詞で言う

OpenClaw側の反映:

• SOUL.md に AI-smell guard を追加済み
• 報告文では「〜に寄せた」ではなく「〜だけ通知するようにした」「〜を消した」「〜を入れた」を使う

2. agent-memory

Source: ~/.claude/skills/agent-memory/SKILL.md

取り込むもの:

• memoryは“保存場所”じゃなく、再開のための道具として書く
• summary-first で読むか決められるようにする
• gotcha / decision / blocked / next steps を残す

OpenClaw側の反映案:

• MEMORY.md は長期人格・運用判断
• memory/YYYY-MM-DD.md は当日ログ
• projects/*/README.md や ledger は再開用状態
• 今後のmemory追記は「何が決まったか」「次に何を見ればいいか」を明示する

3. work-log

Source: ~/.claude/skills/work-log/SKILL.md

取り込むもの:

• 「調整した」「修正した」禁止。具体的に何を変えたかを書く
• 触ったファイル、実行コマンド、エラーと解決、次にやることを残す
• 日報というより、未来の自分への復旧メモ

OpenClaw側の反映案:

• heartbeat/長作業の完了報告もこの型に近づける
• ただしTelegram本文は短く。詳細はViewかproject noteへ逃がす

4. session-report / skill-auditor

Sources:

• ~/.claude/plugins/marketplaces/claude-plugins-official/plugins/session-report/skills/session-report/SKILL.md
• ~/.claude/skills/skill-auditor/SKILL.md

取り込むもの:

• 実セッションから「どのskillが呼ばれたか」「無駄にtoken食ったか」「routingが外れたか」を見る
• 単体skillの良し悪しではなく、skill同士の競合を見る
• HTMLレポートで、人間が眺めて判断できる形にする

OpenClaw側の反映案:

• OpenClaw用 skill/runtime audit を作る価値あり
• 対象は ~/.openclaw/agents/main/sessions/*.jsonl と tool call履歴
• 出力は View。指標は false positive / false negative / attention theft / stale skill / missing skill

5. claude-automation-recommender

Source: ~/.claude/plugins/marketplaces/claude-plugins-official/plugins/claude-code-setup/skills/claude-automation-recommender/SKILL.md

取り込むもの:

• Hooks / Subagents / Skills / Plugins / MCP を分けて考える
• 1カテゴリ1〜2個だけすすめる。山盛りにしない
• read-only分析と実装を分ける

OpenClaw側の反映案:

• 健人くんが「このプロジェクト強くできる？」と言ったら、まず automation map を作る
• その後、内部だけでできるものは実装、外部連携や危険操作は止まる

6. grillme / why

Sources:

• ~/.claude/skills/grillme/SKILL.md
• ~/.claude/skills/why/SKILL.md

取り込むもの:

• コードやファイルで答えられる質問は聞かない。先に読む
• WHYは推測で埋めない。ユーザーの頭の中にしかないところだけ質問する
• HOWとWHYを混ぜない

OpenClaw側の反映案:

• 相談系では「調査で埋められる部分」と「健人くんにしか決められない部分」を分ける
• 質問するときは1問だけ。推奨回答も添える

7. tdd

Source: ~/.claude/skills/tdd/SKILL.md

取り込むもの:

• RED → GREEN → REFACTOR を状態ファイルで管理する
• 中断後に再開できる
• doneは検証してから

OpenClaw側の反映案:

• コーディングタスクで projects/*/tasks/*.md の gates と相性がいい
• 実装中断時は ledger に current behavior / next test を残す

8. x-browser / zenn-claude-code

Sources:

• ~/.claude/plugins/nuchi-skills/skills/x-browser/SKILL.md
• ~/.agents/skills/zenn-claude-code/SKILL.md

取り込むもの:

• XはAPIじゃなくブラウザで無料・過去検索・min_favesが使える
• Zenn/日本語コミュニティはOpenClaw成長ループの材料になる

OpenClaw側の反映:

• heartbeat X scout に組み込み済み
• 今後は「新鮮なXネタ」→「刺さったらView化/ledger化」まで伸ばせる

後で見る候補

frontend-design / pixel-perfect / playground

Viewの品質を上げるのに効く。今のViewは読めるけど、まだ“成果物として気持ちいい”ところまでは伸ばせる。特に playground の「触れるHTML」は、比較表や運用設定の説明に使えそう。

telegram-e2e

Telegram周りは既に痛い目を見てるので、OpenClaw用のDM信頼性テストに吸う価値がある。scripts/telegram_owner_dm_reliability.py と統合できそう。

skill-scout / skill-evaluator / skill-creator

新規skillを作る前に既存を探す、trigger品質を見る、無駄skillを増やさない。このへんはOpenClawのskill運用にもそのまま効く。

ひめの運用に入れるルール

1. 言葉は具体動詞にする。曖昧な「寄せた」「方向性」は使わない
2. 記憶は再開可能性で書く。summary / decision / next step を残す
3. 報告は「何を変えたか」「証拠」「残り」だけでいい。盛らない
4. 質問は、調べれば分かることを潰してから1問だけ聞く
5. skillは単体で見ない。競合・呼び漏れ・呼びすぎを見る
6. Viewはログ置き場じゃなく、読ませる成果物として作る
7. 外部書き込み・危険操作・課金は今まで通り止まる

次にやるなら

一番効くのは OpenClaw skill/runtime audit。CCの skill-auditor と session-report の思想を借りて、OpenClawの会話ログから次を出す:

• 呼ぶべきskillを呼べてない場面
• 逆に余計なskillを読んだ場面
• tool callが多すぎる場面
• Telegramで長すぎる報告
• AI-smell語彙の頻出
• heartbeatが本当に驚かせたか

これはひめの改善ループとしてかなり強い。