## 情報源
- お姉様がタイムラインから直接提供した17件のX投稿（2026-06-07〜08）を `r.jina.ai` 経由で取得・一次記事(Zenn/Qiita)も深掘り
- 前段の自動収集分(id=536)と相補。**お姉様が「これ見て」と選んだ投稿群＝今最も関心の高いトピック**

## 横断テーマ（お姉様の関心軸）
お姉様が選んだ投稿は **「Skills/SubAgents/Hooks 3層構造でClaude Codeを"仕組み化"する」** と **「Obsidian × Claude/Hermes でローカル記憶＋自律化」** に強く偏る。さらに「コスト/文脈管理の実務」が補強。＝shadowの`~/.claude/rules/`・skills/運用と完全に同じ方向の関心。

## 主要な発見

### 1. Skills / SubAgents / Hooks の「3層構造で仕組み化」（最多テーマ）
- **scott(@scott_000016)**: 「Skills・Agents・Hooksという**3層構造を設計するだけ**で繰り返し指示が劇的に減り再現性が高まる。非エンジニアでも実践できる仕組み化の設計術」note解説
- **LangChainJP**: Anthropic公式のClaude Code skills設計パターン。**skillsは9カテゴリに整理可・複数役割の詰め込みすぎはAIを混乱させる・最重視はverification**(前回id=502と同内容の再掲・公式裏取り)
- **morioka(@morioka)**: 「Claude Code SkillsとSubAgentsの違い・初心者はどちらから作るべきか」(NewsPicks・川合卓也)
- **mimirun(@mimirun_ai)**: `npx skills install vercel-labs/skills/find-skills` で**find-skillsスキルが「初心者が最初に入れるべきスキル」を人気順に自動調査**(文章作成/PDF/Excel/Web操作/デザイン補助)。ターミナルにコピペするだけ
- **hosono(@hosono_fe)**: Skillsを各ツールから使う際、Claude=`.claude`/他=`.agents`ディレクトリ。**`.claude`から`.agents/skills`へシンボリックリンクを貼って共用**（実証済・成功）→ shadowでも応用可

### 2. Obsidian × AIエージェントのローカル記憶（kepano公式skillsが話題沸騰）
- **Obsidian CEO kepano氏「obsidian-skills」公開・33.9k⭐**(3投稿で言及: kazu_tanimoto/so_ainsight/暗黙)。AIエージェントにObsidianの扱いを教えるスキル集で**Claude Code/Codex CLIなどスキル対応エージェントなら何でも使える**。内容=①Markdownの正しい書き方(ウィキリンク/見出し構文) ②Bases(ObsidianのDB機能)の作成編集 ③Canvasファイル管理 ④**Webページ読込前にノイズ除去してトークン節約**
- **claude-adhd-skills(ravila4・GitHub)**: Claude Code×Obsidianで「整理整頓を保つ」skills+hooks集(KudouCraft推薦)
- **Cowork×Obsidian MCP**: Claude Coworkの使用制限が7/5まで2倍→**自分専用のObsidian skillsを磨くとトークン節約＆作業効率化**(yzrs_ysak)
- → shadowは既にLLM Wiki(arcana)を外部記憶に使うがObsidian連携skillは未導入。kepano公式skills(トークン節約のノイズ除去)は検証価値あり

### 3. コスト/文脈管理の実務知見（深掘り3記事・実数値あり）
- **「消費の99%はコードでなく文脈の再読み込み」(Qiita yurukusa)**: 実例で**cache_read 12億トークン vs output 700万トークン**＝消費は「文脈の大きさ×ターン数」で決まる。各ターンで蓄積文脈全体を再送する設計。対策=**`/clear`が最も効果的**・作業フォルダ範囲制限・巨大ファイルの早期確認(一度取り込むと毎ターン再読込)。「価値は絶対値でなく帰属＝どのセッションが消費したか特定」
- **「APIを呼ばないコスト防御3段」(Zenn towanoji)**: 個人開発の破産リスク対策。**第1段=入力キャッシュ(lru-cache・同一入力は再呼出しなし) 第2段=ローカル解決(最効果・政府栄養DB+コミュニティ投稿で事前解決、未解決のみAPI) 第3段=レート制限(Upstash Redisでユーザー別+全体上限)**。LLM呼出しはClaude Haiku+tool-useで構造化出力強制。**好循環=AI解決した食品が共有DBに加わり繰り返し項目はいずれゼロコスト化**
- **「AIに失敗を隠す自由を与えない設計」(Qiita tadokoro88)**: ChatGPT版News Prismの失敗パターン=①取得失敗後に別記事で埋める派手な失敗 ②エラー出さず核心だけ欠落する静かな失敗。**Bedrock版はプロンプトでなくコード構造で失敗を強制化**=例外処理で即停止・成功/失敗でレスポンス形式を完全分離・取得確定なしにAIモデル呼出し不可の順序設計。**教訓「AIに失敗時の判断を委ねず、聞かない構造にする。プロンプトで頼む範囲とコードで強制する範囲を明確分離」**→ 確率的Agentと決定論的Pipelineの境界。shadowのretry-policy/symphony-loop設計と整合

### 4. Hermes Agent =「勝手に育つAI」（マーケター/非エンジニア層に刺さる）
- **kaede_gpt**: 「Hermesを1ヶ月使い倒して分かった"勝手に育つAI"の7つの真価」=勝手にSkill作る/プロファイル分け/スケジュール実行/外出中もDiscord通知
- **freekwAI**: 1日でHermesがWeb検索・毎朝天気予報・X検索分析→スプシ・Obsidian読込→記事作成を習得。**ただし「今のところClaude Codeでいい・会社に幽閉中の代替には良い」**と冷静評価。モデルはGrok4.3
- → shadowはHermes導入済(dashboard PM2 id:11)。「勝手にSkill作る」自己進化は[[instinct-agentmemory-stophook-recursion]]のフック再帰リスクに注意

### 5. その他の実用情報
- **OpenHands(旧OpenDevin)**: Claude Code Skill「cc-rsg」をWeb化(matsuu・Zenn)。OpenDevin→OpenHandsに改名
- **CLAUDE.md(ルールブック)×Skills(業務マニュアル)**: HR/規程整備/役員資料をこの仕組みで半自動化・バックオフィス系に刺さる(5EN_ai)
- **MoneyPrinterTurbo + agent-skills**: OSS動画全自動+Claude Code拡張が「資産になる」(OKAI_inin)
- **Claude Code v2.1.168**: /plugin list・Hooks追加文脈・Skillsの$エスケープ・MCP session ID継続。「AIエディタでなく開発OSに寄ってる」(ntxxtq・前段でも確認)
- **木内翔大(SHIFT AI)「Claude Code完全初心者ガイド」**: 非エンジニア(マーケ/営業/企画)向け超入門(5EN_ai引用元)

## アクションアイテム
1. **kepano公式 obsidian-skills を検証**: 「Webページ読込前のノイズ除去でトークン節約」はshadowのx-learn/yt-learn(WebFetch大量)に直接効く可能性。33.9k⭐で実績十分・非中華
2. **`/clear`徹底の再確認**: 「消費99%が文脈再読込・cache_read 12億」は衝撃的数値。新タスクで`/clear`する運用(CLAUDE.md記載済)の重要性を裏付け。長セッションの`/compact`タイミングも見直し
3. **「コードで失敗を強制化」をsymphony-loop/repair-loopに反映**: tadokoro88「確率的Agentと決定論的Pipelineの境界・聞かない構造」はretry-policy(4xxリトライしない等)と同思想。skill設計の原則として明文化検討
4. **find-skills の活用**: `npx skills install vercel-labs/skills/find-skills` でスキル発見を自動化(既存skill棚卸しにも使える)
5. **APIコスト防御3段パターン**をvvv-bots等のLLM呼出し箇所に適用検討(キャッシュ→ローカル解決→レート制限)。既にKimi/NVIDIA NIMフォールバック有だがローカル解決層は薄い