{"id": 1, "title": "**MCP→公式CLI移行で週次タスク安定化**", "content": "# **MCP→公式CLI移行で週次タスク安定化**\n\nClaude Codeの週次タスク安定化のため、MCPを廃止して公式CLI（bee / Pup）へ移行した事例。MCPはトークン消費が過大（CLI比32倍）で、接続不安定による週次タスクの失敗が課題だった。公式CLIに切り替えることでタスクの安定性が向上し、コスト削減にも寄与。定期実行ユースケースではMCPより公式CLIが適切という知見。\n\n## ポイント\n- MCPはCLI比32倍のトークンを消費し、週次タスクのコストが高騰する\n- MCP接続不安定が週次タスク失敗の主因であり、公式CLI（bee / Pup）移行で解消\n- 定期実行・自動化ユースケースではLocal MCPより公式CLI優先が推奨\n- 移行後は週次タスクの安定性が向上し、メンテナンスコストも低減\n\n## 関連概念（未作成）\n`MCP vs CLI 選択基準` `bee CLI` `Pup CLI` `週次タスク自動化` `Claude Codeコスト最適化` `定期実行安定化パターン`\n", "tags": ["Claude Code", "MCP", "CLI", "週次タスク", "自動化", "コスト最適化", "bee", "Pup"], "domain": "ai", "source_url": "https://qiita.com/ntaka329/items/d7debbc9413b500af19e", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:02:45.289160+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 2, "title": "**「LLM Wiki」知識管理思想 — Karpathy提唱**", "content": "# **「LLM Wiki」知識管理思想 — Karpathy提唱**\n\nAndrej Karpathy氏が提唱する「LLM Wiki」は、専門家の暗黙知や経験知がその人物の引退・退職とともに消滅してしまう「知識蒸発」問題を解決するための新しい知識管理思想。LLMを活用して組織内の知識を構造化・永続化し、誰でもアクセス可能なWikiとして蓄積することで、属人化した専門知識を組織資産へと変換する。内部監査やGRC分野など専門性の高い領域での応用が特に有望とされる。\n\n## ポイント\n- 専門家の知識が退職・引退で消滅する「知識蒸発」問題をLLMで解決する\n- LLMを活用して暗黙知を構造化・文書化し、組織内Wikiとして永続管理する\n- 内部監査・GRC分野など高度専門領域での知識継承手段として有望\n- 個人の経験知を組織の集合知へ変換することが中心思想\n\n## 関連ページ\n[[MCP→公式CLI移行で週次タスク安定化]]\n\n## 関連概念（未作成）\n`暗黙知の形式知化` `組織的知識継承` `RAGベース社内Wiki` `ナレッジグラフ構築`\n", "tags": ["LLM", "知識管理", "Karpathy", "ナレッジマネジメント", "GRC", "内部監査", "暗黙知"], "domain": "ai", "source_url": "https://note.com/hirotsuchida/n/n7bac126dfdfd", "importance_score": 0.3612359947967774, "wikilinks": ["MCP→公式CLI移行で週次タスク安定化"], "created_at": "2026-04-22T08:03:06.929654+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 3, "title": "**MCP捨ててCLI移行でClaude Code週次タスクを安定化**", "content": "# **MCP捨ててCLI移行でClaude Code週次タスクを安定化**\n\nClaude Codeの週次タスク安定化を目的に、MCPからbee/Pupなどの公式CLIへ移行した事例。MCPは接続不安定・セッション依存などの問題があり、CLI移行によりタスクの冪等性と再現性が向上。定期実行やCI/CD統合にはMCPより公式CLIが適しているという知見。\n\n## ポイント\n- MCPは接続安定性に難があり、週次などの定期タスクには不向き\n- bee/Pupなど公式CLIは冪等性が高く、cronやCI/CDと相性が良い\n- MCP→CLI移行により週次タスクの失敗率が大幅に低下\n\n## 関連ページ\n[[**MCP→公式CLI移行で週次タスク安定化**]]\n\n## 関連概念（未作成）\n`定期タスクのべき等性設計` `Claude Code CLI活用パターン` `MCP vs CLI選定基準`\n", "tags": ["ClaudeCode", "MCP", "CLI", "自動化", "週次タスク", "bee", "Pup"], "domain": "ai", "source_url": "https://qiita.com/ntaka329/items/d7debbc9413b500af19e", "importance_score": 0.3612359947967774, "wikilinks": ["**MCP→公式CLI移行で週次タスク安定化**"], "created_at": "2026-04-22T08:07:40.277142+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 4, "title": "**「Expoテーマ設定・システムカラー検出」**", "content": "# **「Expoテーマ設定・システムカラー検出」**\n\nExpoを使ったReact Native開発環境の構築手順と、Webフロントエンドにおけるシステムテーマ検出の実装パターンをまとめたページ。ReactNativeはiOS/Android向けクロスプラットフォーム開発フレームワークで、ExpoはCLIベースの簡易セットアップを提供する。テーマ設定では`prefers-color-scheme`メディアクエリでダーク/ライトモードを検出し、`localStorage`に保存、変更イベントをリッスンして動的に切り替える実装が示されている。また、PWA（standalone）とブラウザの表示モード判定、GTMデータレイヤーへのユーザーID付与、Twemojiの条件適用など、Webアプリ初期化スクリプトのパターンも含む。\n\n## ポイント\n- Expoはejectなしでほとんどのユースケースをカバーし、`expo init` → `expo start`の3コマンドで環境構築完了\n- `window.matchMedia('(prefers-color-scheme: dark)')`でシステムテーマを検出し、`localStorage`の値を優先しつつ`change`イベントで動的同期\n- `display-mode: standalone`と`navigator.standalone`の両方を確認することでiOS SafariのPWAも正しく判定できる\n- expo snack（https://snack.expo.io/）でブラウザ上のPlaygroundが利用可能\n- 実機確認はExpo ClientアプリでQRコードをスキャン、初回バンドルに約1分かかる\n\n## 関連概念（未作成）\n`React Native CLI vs Expo比較` `prefers-color-scheme メディアクエリ実装` `PWA表示モード判定` `GTMデータレイヤー設計` `Twemoji条件適用パターン`\n", "tags": ["Expo", "ReactNative", "テーマ設定", "PWA", "クロスプラットフォーム", "システムカラー", "JavaScript"], "domain": "ai", "source_url": "https://zenn.dev/aichat/articles/sample-article", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:08:05.639301+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 5, "title": "**React Native + Expo 環境構築入門（Windows）**", "content": "# **React Native + Expo 環境構築入門（Windows）**\n\nWindowsベースでReact NativeとExpoを使ったモバイルアプリ開発環境を構築するための入門連載記事。Node.js・Expo CLIのインストールからシミュレーター設定まで、初学者向けにステップバイステップで解説している。JavaScriptを使ったクロスプラットフォーム開発の第一歩として、Windows環境特有の設定手順やトラブルシューティングも含む実践的なガイド。\n\n## ポイント\n- WindowsでのReact Native + Expo開発環境構築手順（Node.js・Expo CLI導入）\n- Expo Goアプリを使った実機・エミュレーターでの動作確認方法\n- Windows環境特有のパス設定やADB接続などのトラブルシューティング\n\n## 関連概念（未作成）\n`Expo Router` `Metro Bundler` `Android Studio AVD` `React Native CLI vs Expo` `EAS Build`\n", "tags": ["React Native", "Expo", "JavaScript", "Windows", "モバイル開発", "環境構築"], "domain": "ai", "source_url": "https://qiita.com/hitotch/items/5142fff638c7805d84d5", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:08:14.172698+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 8, "title": "CC Learn - Claude Code is all you need in 2026", "content": "# CC Learn - Claude Code is all you need in 2026\n\n2026年現在、Claude Code（Opus 4.5）単体で日々の開発の90%が完結する時代に突入。エージェント管理フレームワーク・カスタムCursorルール・MCPサーバー等はオーバーエンジニアリングとなり、「バニラClaude Code」だけで戦略立案→仕様作成→実装まで一気通貫が可能。Tabキーでplanモード切り替え、内部3エージェントが非同期で協調動作し、コードベース全体を解析してスコープ案を自動生成する。\n\n## ポイント\n- Claude Code（Opus 4.5）単体で2026年の開発90%が完結—MCP・カスタムルール・エージェントフレームワークは不要になった\n- Tabキーでplanモードに切り替え、ボイス入力でプロンプトを入力すると内部3エージェントが非同期起動してコードベース解析＋スコープ提示\n- バニラClaude Codeで戦略立案→仕様作成→実装まで一気通貫—オーバーエンジニアリングを排除するのが2026年のベストプラクティス\n\n## 関連ページ\n[[CC Learn - Claude Code 2.0 Is Here... Automate Anything]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - The Only Claude Code Tutorial You Need (2026 Update)]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[CC Learn - Why devs are OBSESSED with Claude Code]] [[MCP vs CLI 選択基準]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[YouTube学習 - AIツール最新 (20260416)]]\n\n## 関連概念（未作成）\n`バニラClaude Code（フレームワーク不要の素のClaude Code運用）` `内部3エージェント協調アーキテクチャ` `Yoloモード起動ショートカット`\n", "tags": ["claude-code", "2026", "workflow", "plan-mode", "multi-agent", "yolo-mode", "opus-4.5"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Claude Code 2.0 Is Here... Automate Anything", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - The Only Claude Code Tutorial You Need (2026 Update)", "CC Learn - Why Everyone is OBSESSED With Claude Code", "CC Learn - Why devs are OBSESSED with Claude Code", "MCP vs CLI 選択基準", "2026-04-21 Claude Code最新ワークフロー学習", "YouTube学習 - AIツール最新 (20260416)"], "created_at": "2026-04-22T08:44:20.531050+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 9, "title": "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "content": "# CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More\n\nClaude Codeをプロ級にカスタマイズする3つの柱を解説した動画。①/model・/insights・/compact等のコマンドラインツール活用、②MCPサーバーをプロジェクト/ユーザー/グローバルの3スコープで追加する方法、③.claude/skills/・.claude/agents/ディレクトリによるスキル・サブエージェントの作成構成。/contextでコンテキスト使用率をパーセント表示、/compactで長セッションのトークン節約が可能。\n\n## ポイント\n- /model でsonnet/opus/haikuをタスクに応じて切り替え、/insightsでブラウザ上の使用状況レポートを生成できる\n- MCPサーバーはプロジェクト(.claude/mcp.json)・ユーザー(~/.claude/mcp.json)・グローバルの3スコープで管理\n- .claude/skills/ と .claude/agents/ ディレクトリでカスタムスキル・サブエージェントを定義する構成\n- /context でファイル・MCPツール・メモリ使用率をパーセント表示、/compact で会話履歴を圧縮してトークン節約\n\n## 関連ページ\n[[MCP vs CLI 選択基準]] [[MCP→公式CLI移行で週次タスク安定化]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[2026-04-21 X記事から学習したClaude Code最新動向]]\n\n## 関連概念（未作成）\n`/insights コマンドによる使用状況可視化` `MCPサーバー 3スコープ管理（プロジェクト/ユーザー/グローバル）` `Claude Code コンテキスト使用率モニタリング`\n", "tags": ["claude-code", "MCP", "スキル", "サブエージェント", "コマンド", "カスタマイズ", "トークン節約"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["MCP vs CLI 選択基準", "MCP→公式CLI移行で週次タスク安定化", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - Claude Code is all you need in 2026", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "2026-04-21 Claude Code最新ワークフロー学習", "2026-04-21 X記事から学習したClaude Code最新動向"], "created_at": "2026-04-22T08:44:23.711150+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 10, "title": "CC Learn - FULL Claude Code Tutorial for Beginners in 2026! (Step-By-St", "content": "# CC Learn - FULL Claude Code Tutorial for Beginners in 2026! (Step-By-St\n\n## 概要\n- **Source**: https://www.youtube.com/watch?v=qYqIhX9hTQk\n- **Title**: FULL Claude Code Tutorial for Beginners in 2026! (Step-By-Step)\n\n- **Method**: yt-dlp+LLM\n- **Analyzed**: 2026-04-17T01:20:16.341889+09:00\n\n## 解析結果\n\nClaude Codeの基本的なアーキテクチャと設定方法、コマンドラインインターフェイスの使い方について説明します。\n\nClaude Codeは、コード生成と編集を支援するツールです。基本的なアーキテクチャは、次の通りです。\n\n1. **Claude Codeのインストール**：Claude Codeを使用するには、まずインストールする必要があります。インストール方法は、OSやエディターによって異なります。\n2. **エディターの設定**：Claude Codeを使用するには、エディターの設定が必要です。エディターの設定方法は、エディターによって異なります。\n3. **コマンドラインインターフェイス**：Claude Codeにはコマンドラインインターフェイスがあります。コマンドラインインターフェイスを使用すると、Claude Codeの機能をより詳細に制御できます。\n\nClaude Codeの設定方法は、次の通りです。\n\n1. **Claude Codeのインストール**：Claude Codeをインストールします。\n2. **エディターの設定**：エディターの設定を行います。\n3. **Claude Codeの設定**：Claude Codeの設定を行います。設定方法は、エディターによって異なります。\n\nコマンドラインインターフェイスの使い方は、次の通りです。\n\n1. **コマンドラインインターフェイスの起動**：コマンドラインインターフェイスを起動します。\n2. **コマンドの入力**：コマンドを入力します。コマンドの例は、次の通りです。\n\t* `claude code`: Claude Codeを起動します。\n\t* `claude code --help`: Claude Codeのヘルプを表示します。\n3. **オプションの指定**：オプションを指定します。オプションの例は、次の通りです。\n\t* `--project`: プロジェクト名を指定します。\n\t* `--file`: ファイル名を指定します。\n\nClaude Codeの基本的なアーキテクチャと設定方法、コマンドラインインターフェイスの使い方について説明しました。Claude Codeを使用することで、コード生成と編集を効率化できます。\n\n---\n\nFastAPIとボット自動化システムを統合する際に、Claude Codeの機能や手法を活用することで、開発効率を向上させることができます。以下は、そのような統合の際に活用できるClaude Codeの機能や手法についての説明です。\n\n### 1. コード生成と自動補完\n\nClaude Codeは、AIを活用してコードを生成したり、自動補完したりする機能があります。FastAPIプロジェクトで、ボット自動化システムのAPIエンドポイントを作成する際に、この機能を活用できます。たとえば、APIのルーティングやデータベースとの接続部分のコードを、Claude Codeに自動生成させることができます。\n\n### 2. プロジェクト構成の管理\n\nClaude Codeの`claw.md`ファイルを使用すると、プロジェクト全体の構成やルールを一元的に管理できます。ボット自動化システムの設定や、FastAPIアプリケーションの構成を、このファイルに記述することで、Claude Codeがプロジェクトのコンテキストをより深く理解できるようになります。\n\n### 3. プラグインとコネクターの活用\n\nClaude Codeには、プラグインやコネクターを追加して機能を拡張できるようになっています。FastAPIとボット自動化システムの統合の際に、特定のタスクを自動化したり、外部サービスとの連携を強化したりするプラグインやコネクターを探して追加することができます。たとえば、ボットの動作ログを外部サービスに送信するためのプラグインなどが考えられます。\n\n### 4. コードレビューと最適化\n\nClaude Codeは、コードのレビューと最適化にも役立ちます。生成されたコードや、開発者が書いたコードを、Claude Codeに分析させることで、パフォーマンスの改善点やセキュリティ上の問題点を特定できます。ボット自動化システムのコードベースが大規模になるにつれて、この機能は特に重要になります。\n\n### 実装方法\n\n1. **Claude Codeのセットアップ**: まず、Claude Codeをインストールし、FastAPIプロジェクトで使用できるようにセットアップします。VS Codeなどのエディターに拡張機能をインストールするか、コマンドラインから使用します。\n2. **`claw.md`ファイルの作成**: プロジェクトのルートディレクトリに`claw.md`ファイルを作成し、ボット自動化システムとFastAPIの構成やルールを記述します。\n3. **プラグインとコネクターの追加**: FastAPIとボット自動化システムの統合に役立つプラグインやコネクターを探し、プロジェクトに追加します。\n4. **コード生成と自動補完の活用**: Claude Codeのコード生成機能を使用して、ボット自動化システムのAPIエンドポイントやその他のコードを自動生成します。\n5. **コードレビューと最適化**: Claude Codeのコード分析機能を使用して、生成されたコードやプロジェクトのコードベースをレビューし、最適化します。\n\n以上の手法を活用することで、FastAPIとボット自動化システムの統合プロジェクトでClaude Codeの機能を最大限に活用できます。開発効率の向上や、コードの品質と保守性の向上に貢献することが期待できます。\n\n**Why:** Claude Code活用の最新知見を自動収集\n**How to apply:** 実践可能なTipsは即座にワークフローに取り込む", "tags": ["cc-learn", "YouTube学習", "Claude Code", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:44:25.598758+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 11, "title": "CC Learn - The Only Claude Code Tutorial You Need (2026 Update)", "content": "# CC Learn - The Only Claude Code Tutorial You Need (2026 Update)\n\nWeb開発者向けClaude Code 2026年版チュートリアル。デスクトップアプリ・Webアプリ・CLIの3つの利用形態を解説し、Pro/Maxプランが必要。Claude APIキーまたはサブスクリプションでログイン可能。FastAPIによるAPI自動生成、ボット自動化、データ連携など実践的なユースケースを紹介。初心者から中級者がClaude Codeの全体像を把握するのに最適な入門コンテンツ。\n\n## ポイント\n- 利用形態3種：デスクトップアプリ・Webアプリ・CLIツール（APIキーまたはサブスクリプション認証）\n- Pro/Maxプランへのアップグレードが必須要件\n- FastAPIと組み合わせたAPI自動生成が主要ユースケース\n- ボット自動化とデータ連携をClaude Codeで統合管理できる\n- CLIはWebブラウザ版よりトークン消費が少なく効率的\n\n## 関連ページ\n[[CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)]] [[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[MCP vs CLI 選択基準]] [[2026-04-21 Claude Code最新ワークフロー学習]]\n\n## 関連概念（未作成）\n`Claude Code Pro/Max プラン比較` `FastAPI + Claude Code 統合パターン` `Claude Code CLIログイン方法（サブスクリプション vs APIキー）`\n", "tags": ["claude-code", "tutorial", "fastapi", "cli", "web-development", "automation", "2026"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)", "CC Learn - Claude Code is all you need in 2026", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "MCP vs CLI 選択基準", "2026-04-21 Claude Code最新ワークフロー学習"], "created_at": "2026-04-22T08:44:27.597016+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 12, "title": "CC Learn - 【革命】2026年最強AIツール「Claude Code」がヤバすぎました【完全攻略】", "content": "# CC Learn - 【革命】2026年最強AIツール「Claude Code」がヤバすぎました【完全攻略】\n\n2026年最強AIツールとして注目されるClaude Codeの完全攻略動画の解析結果。Claude Codeはアンソロピック社製AIツールで、パソコン上のファイル操作・ネット調査・レポート作成・定期実行など幅広い作業を自動化できる。ChatGPTやGeminiが「カーナビ（案内するだけ）」なのに対し、Claude Codeは「自分で運転するタクシー」として実際に操作まで行う点が最大の差別化。インストール方法は3種類（PC直接・VSCode/Cursor・デスクトップ/ブラウザ）あり、日本語指示のみで使えるためプログラミング知識不要。FastAPIやボット自動化システムへの応用も可能で、API統合・自動化ロジック実装・モニタリングまでカバーする。\n\n## ポイント\n- Claude Codeはファイル作成・編集・保存・定期実行まで自律的に行う「実行型」AIツール（ChatGPT/Geminiとの本質的違い）\n- インストール方法3種類：PC直接・VSCode/Cursor拡張・デスクトップ/ブラウザ（Windowsは事前にGit必要）\n- 日本語指示のみで操作可能、プログラミング知識不要\n- FastAPI・ボット自動化システムへの応用：API統合→自動化ロジック実装→モニタリングの流れ\n- タクシー比喩：行き先を伝えるだけで目的地まで自律実行（カーナビ型との違いを強調）\n\n## 関連ページ\n[[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)]] [[CC Learn - The Only Claude Code Tutorial You Need (2026 Update)]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[CC Learn - Why devs are OBSESSED with Claude Code]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[Claude Code Skills 2026年初頭まとめ]]\n\n## 関連概念（未作成）\n`Claude Code vs ChatGPT/Gemini 比較` `Claude Code 初心者向けセットアップガイド` `Claude Code Windows環境構築` `AIエージェント「実行型」vs「案内型」分類`\n", "tags": ["Claude Code", "AI自動化", "入門", "日本語解説", "2026", "FastAPI", "ボット", "インストール"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Claude Code is all you need in 2026", "CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)", "CC Learn - The Only Claude Code Tutorial You Need (2026 Update)", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - Why Everyone is OBSESSED With Claude Code", "CC Learn - Why devs are OBSESSED with Claude Code", "2026-04-21 Claude Code最新ワークフロー学習", "Claude Code Skills 2026年初頭まとめ"], "created_at": "2026-04-22T08:44:29.621341+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 13, "title": "CC Learn - Claude Code 2.0 Is Here... Automate Anything", "content": "# CC Learn - Claude Code 2.0 Is Here... Automate Anything\n\nClaude Code 2.0は、Claude Chat・Claude Code・Claude Co-workを統合した完全統合型AI開発環境。Electron+Web（React/Monaco/xterm.js）フロントエンドとRust/Goバックエンド（Yellow-Dot Dispatcher/Session Manager）で構成。並列セッション管理、24×7バックグラウンドエージェント（co-work --detach）、音声入力、モデル選択（4.61Mトークン版/Max）など多機能。claude task/claude session等のCLIコマンドで自律化ワークフローを実現。\n\n## ポイント\n- Claude Chat・Code・Co-workを統合した統合IDE体験（エコシステムから離れない設計）\n- Yellow-Dot Dispatcherによる並列エージェント管理とclaude session list/attachでのセッション制御\n- claude co-work --detachでデーモン化→24×7自律実行タスクが可能\n- フロントエンド: Electron+React+Monaco+xterm.js、バックエンド: Rust/Go+FSNotify+Model Router\n- 権限レベル（Normal/Thinking/Verb/Summary）とモデル選択がUI上で直接変更可能\n\n## 関連ページ\n[[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[CC Learn - Why devs are OBSESSED with Claude Code]] [[CC Learn - The Only Claude Code Tutorial You Need (2026 Update)]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[MCP vs CLI 選択基準]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`Yellow-Dot Dispatcher アーキテクチャ詳細` `Claude Co-work デーモンモード運用パターン` `claude sessionコマンド並列ワークフロー設計` `Claude Code 2.0 モデルルーティング戦略`\n", "tags": ["claude-code", "claude-code-2.0", "統合IDE", "エージェント", "自動化", "Yellow-Dot", "並列セッション", "バックグラウンドエージェント"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - Claude Code is all you need in 2026", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "CC Learn - Why devs are OBSESSED with Claude Code", "CC Learn - The Only Claude Code Tutorial You Need (2026 Update)", "2026-04-21 Claude Code最新ワークフロー学習", "MCP vs CLI 選択基準", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T08:44:32.404341+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 14, "title": "CC Learn - The 6 Levels of Claude Code Explained", "content": "# CC Learn - The 6 Levels of Claude Code Explained\n\nClaude Code活用を6段階のレベルで体系化した動画の学習記録。Level 1（プロンプト投げっぱなし）からLevel 6（AI Pair-Programmer／完全共同作業）まで段階的に定義。Level 1の問題点は「漠然とした指示→平均的な出力（AI slop）」で、脱出には測定可能なビジネスゴールの明確化が必要。Level 4以上ではモジュール設計・非同期処理・ドキュメント同期など実践的アーキテクチャ指示が求められる。FastAPIへの具体的適用例付き。\n\n## ポイント\n- Level 1（Prompt Engineer）の最大の罠：目標が曖昧→Claude が穴を平均的実装で埋める（AI slop）\n- Level 1脱出の3ステップ：①ビジネスゴールを測定可能な形に変換 ②出力を読む→評価→改善ループ ③プロンプトを「機能要件+ビジネスゴール+評価指標」に分解\n- Level 2=Reviewer、Level 3=Tester（CI/lint導入）、Level 4=Architect（クリーンアーキテクチャ指示）\n- Level 5=Product Manager（KPI・ロードマップを共同作成）、Level 6=AI Pair-Programmer（思考外部化・リアルタイムデバッグ）\n- FastAPI実践例：Level 1→成果定義（SLA付き）、Level 4→services/モジュール化、Level 5→Celery非同期、Level 6→ドキュメントとコード常時同期\n\n## 関連ページ\n[[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - The Only Claude Code Tutorial You Need (2026 Update)]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Why devs are OBSESSED with Claude Code]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`AI slop回避パターン（測定可能ゴール設計）` `Claude Code習熟度自己診断チェックリスト` `成果定義テンプレート（機能要件+ビジネスゴール+評価指標）`\n", "tags": ["claude-code", "レベル体系", "プロンプトエンジニアリング", "アーキテクチャ", "FastAPI", "AI活用"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Claude Code is all you need in 2026", "CC Learn - The Only Claude Code Tutorial You Need (2026 Update)", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Why devs are OBSESSED with Claude Code", "CC Learn - Why Everyone is OBSESSED With Claude Code", "2026-04-21 Claude Code最新ワークフロー学習", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T08:44:34.271887+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 15, "title": "CC Learn - Claude Design Just Dropped - Full Tutorial (Slides, Websites", "content": "# CC Learn - Claude Design Just Dropped - Full Tutorial (Slides, Websites\n\n## 概要\n- **Source**: https://www.youtube.com/watch?v=vnSGv8UmfCo\n- **Title**: Claude Design Just Dropped - Full Tutorial (Slides, Websites, Designs)\n\n- **Method**: yt-dlp+LLM\n- **Analyzed**: 2026-04-19T02:34:17.823665+09:00\n\n## 解析結果\n\n【動画全体像】  \nClaudeがリリースしたばかりの「Claude Design」という新機能を、実際に触りながら解説するデモ動画。  \n主なテーマは「AIが数分で高品位なデザイン資材（スライド、Web、ワイヤーフレーム、動画、3D）をゼロから生成できる」という衝撃的な生産性革命。話者は「誰でもすぐに使える実践的なワークフロー」を提示し、視聴者に「今すぐ試せるステップ」を示す。\n\n---\n\n### 1. 具体的なツール・技術・設定\n| 項目 | 内容 |\n|---|---|\n| ツール名 | Claude Design（Claude.ai 内蔵） |\n| アクセス方法 | サイドバーの「Design」タブ → リサーチプレビュー段階（順次ロールアウト） |\n| 出力形式 | ・スライドデッキ（高忠実 or ワイヤーフレーム）<br>・Webサイト（HTML/CSS/JS パッケージ）<br>・動画（アニメーション）<br>・3Dグラフィック |\n| 参照可能素材 | ・Webサイトのスクリーンショット<br>・Figmaファイル<br>・Claude Code のコードベース<br>・音声入力 |\n| 技術スタック | 内部的には React + Tailwind 等のコンポーネントを自動生成し、即座にホスティングURLを発行 |\n\n---\n\n### 2. 実践的なTips / ワークフロー\n1. スタート地点  \n   1. claude.ai → 左サイド「Design」  \n   2. 「Slide deck」→ ネーミング（例：Automatable Slideshow）  \n   3. モード選択  \n      - High-fidelity：完成品（即公開可能）  \n      - Wireframing：構造重視のラフ案  \n\n2. コンテキスト注入  \n   - 自社サイトのスクリーンショットをアップロード → 色・フォント・雰囲気を自動コピー  \n   - Figma URL 貼り付け → デザインシステム読み込み  \n   - 音声 or テキストで要件を伝える → Claude が追加質問を投げかける  \n\n3. プロンプト例  \n   > 「2,000ドルの造園パッケージを販売する営業後にクライアントへ送る美しいスライドを作って」  \n   → 会社名、追加サービス、ターゲット層などを対話で補完  \n\n4. 生成後の流れ  \n   - 1クリックで公開URL発行 → クライアントへ即送信  \n   - ダウンロード（ZIP）→ 自社サーバへアップロードも可能  \n\n---\n\n### 3. コスト感・効率化の数値\n| 従来 | Claude Design |\n|---|---|\n| デザイナー1名 × 半日〜1日 | 2〜5分 |\n| 外注費用：$300〜$1,000/案件 | 無料（Claude Pro 利用料のみ：$20/月） |\n| 修正ラウンド 2〜3回 | 対話で即座に調整 |\n\n---\n\n### 4. 注意点・落とし穴\n1. リサーチプレビュー  \n   - まだ全ユーザーに開放されていない → 数日中に順次展開  \n2. ブランドガイドラインの精度  \n   - スクリーンショットだけでは細かいルール（余白、ロゴクリアスペース等）が反映されない場合あり  \n3. 著作権・ライセンス  \n   - 生成画像のライセンスは曖昧 → 商用利用前に再確認が必要  \n4. 過度な依存  \n   - テンプレート感が強く出る → 差別化のためには手直し必須  \n5. レスポンシブチェック  \n   - モバイル表示が微妙に崩れることも → 公開前に実機テスト推奨  \n\n---\n\n### まとめ\n「Claude Design」は、デザイナー不在でも「営業資料→公開」まで5分以内に完結できる革命的ツール。ただし、ブランド精度や商用利用における法務面は人の目で最終チェックが必須。まずは小規模案件で試し、社内ガイドラインと組み合わせる形で段階的に導入するとリスクが最小限で済む。\n\n---\n\n【Claude Designを使ってすぐに実行できるアクションアイテム一覧】\n\n1. 画面遷移・初期設定\n   - ブラウザで `claw.ai` を開く  \n   - 左サイドバー → 「Design」をクリック（※まだ表示されなければ数時間～数日待つ）\n\n2. プロジェクト作成\n   - 「Slide deck」ボタンを押す  \n   - プロジェクト名を入力（例：`automatable slideshow`）\n\n3. 品質レベル選択\n   - 「High fidelity」にチェック（完成版をそのまま使いたい場合）  \n   - または「Wireframing」にチェック（構造確認用の簡易版）\n\n4. コンテキストの追加（オプション）\n   - 自分のウェブサイトを反映させる場合  \n     ・ウェブサイトのスクリーンショットを撮影  \n     - 「Upload reference files」から画像をアップロード  \n   - Figmaファイル → 「Upload from Figma」  \n   - 既存のコードベース → 「Attach a codebase」\n\n5. プロンプト送信\n   - テキストボックスに以下のようなプロンプトを入力  \n     ```\n     Can you please build me a beautiful slideshow presentation that I can send to my clients after a sales call where we are selling landscaping services for $2,000 a package.\n     ```\n   - またはマイクボタンを押して音声で同内容を話す\n\n6. 追加質問への回答\n   - Claudeが提示する質問に逐次回答（例：会社名 → `Landscaping Co`、他サービス → `none`）\n\n7. 生成完了後の即時アクション\n   - 「Continue」をクリックして自動生成を完了させる  \n   - 生成されたスライド／ウェブ／3Dグラフィックをプレビュー  \n   - 右上の「Share」または「Export」から数分でWeb公開／ダウンロード\n\n8. 繰り返し利用時のショートカット\n   - 次回以降は「Design」→「Slide deck」→ プロンプトのみで即生成可能  \n   - ブランドガイドラインを一度アップロードしておけば以降自動適用\n\n**Why:** Claude Code活用の最新知見を自動収集\n**How to apply:** 実践可能なTipsは即座にワークフローに取り込む", "tags": ["cc-learn", "YouTube学習", "Claude Code", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:44:36.297622+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 16, "title": "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "content": "# CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)\n\nClaude Code 2026年3月版の新機能4点を解説。①Computer Use：macOS限定でClaudeが画面を見てマウス/キー操作を自動実行（/settingsでON）。②Channels：Telegram/Discord/iMessageとClaude Codeを双方向連携（npmパッケージ+channels.json）。③Permission Relay：GitHub/AWS等の認証情報を安全管理（claude auth loginで1回許可）。④エージェント永続化：--sessionフラグで複数ロングランセッションを用途別に常駐させるOpen-Claudeスタイル構成。\n\n## ポイント\n- Computer Use（macOS限定）：/settings → ON で有効化、自然言語でマウス/キー操作を自動実行\n- Channels：npm install -g claude-telegram-channel + channels.json で Telegram/Discord/iMessage 連携\n- Permission Relay：claude auth login で OAuth 認証、~/.claude/credentials.json に暗号化トークン保存\n- エージェント永続化：--workspace + --channel + --session フラグで複数エージェントを用途別に常駐\n\n## 関連ページ\n[[CC Learn - Claude Code 2.0 Is Here... Automate Anything]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[2026-04-21 X記事から学習したClaude Code最新動向]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`Claude Code Computer Use セットアップガイド` `Claude Code Channels 設定リファレンス` `マルチエージェント永続化アーキテクチャ`\n", "tags": ["claude-code", "computer-use", "channels", "permission-relay", "agent", "macos", "telegram", "2026-03"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Claude Code 2.0 Is Here... Automate Anything", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Why Everyone is OBSESSED With Claude Code", "2026-04-21 Claude Code最新ワークフロー学習", "2026-04-21 X記事から学習したClaude Code最新動向", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T08:44:38.341552+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 17, "title": "CC Learn - Why Claude Design Is Already My Favorite", "content": "# CC Learn - Why Claude Design Is Already My Favorite\n\nClaude Design（β版）を使った実践レビュー。既存プロジェクトのリデザインやゼロからの新規作成を検証し、初期ワイヤーフレーム作成が2〜3日→5〜10分（95%削減）、デザイン→コード変換が即時（100%削減）と劇的な効率化を実証。技術スタックはNext.js・Tailwind CSS・Framer-motion・Rechartsを自動生成。Claude Codeとのリポジトリ連携・GitHub連携も可能。過剰トークン消費やブランドガイドライン乖離などの注意点も整理されている。\n\n## ポイント\n- Claude Designはhttps://claude.ai/designからアクセス可能、Pro/Teamプラン必須で段階的ロールアウト中\n- 既存プロジェクトをドラッグ&ドロップして'Redesign this'と入力するだけでリデザイン可能\n- 初期ワイヤーフレーム95%削減・レスポンシブ実装100%自動・プロトタイプ→本番が週単位→数時間\n- Next.js・Tailwind CSS・Framer-motion・Rechartsを自動生成、Claude Codeとのリポジトリ丸ごと連携も対応\n- トークン過剰消費対策として必要最小限のフォルダのみ添付、色・フォント・コンポーネントライブラリは事前テキスト共有が有効\n\n## 関連ページ\n[[CC Learn - Claude Design Just Dropped - Full Tutorial (Slides, Websites, Designs)]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`Claude Design ブランドガイドライン統合ワークフロー` `デザイン→コード変換コスト比較（Claude Design vs Figma→Dev handoff）` `Claude Design 商用利用ライセンス確認チェックリスト`\n", "tags": ["Claude Design", "UI生成", "Next.js", "Tailwind CSS", "プロトタイピング", "Claude Code連携", "フロントエンド自動化"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Claude Design Just Dropped - Full Tutorial (Slides, Websites, Designs)", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "2026-04-21 Claude Code最新ワークフロー学習", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T08:44:40.273609+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 18, "title": "CC Learn - Why Everyone is OBSESSED With Claude Code", "content": "# CC Learn - Why Everyone is OBSESSED With Claude Code\n\nClaude Codeが開発者に「中毒性」をもたらす理由をゲームデザインの観点から解説。①短いフィードバックループ（5〜15秒で結果確認）②ジューシーな演出（絵文字・ASCII アート・Discordリッチ通知）③ゲーミフィケーション（XP・ストリーク・週次ランキング）の3要素が高いエンゲージメントを生む。rich/textual/pytest-xdist等のライブラリと Makefile の組み合わせで1日以内に最小構成を導入可能。\n\n## ポイント\n- フィードバックループを5〜15秒に短縮するためにhotreload・pytest-xdist並列実行・ruff --fixを組み合わせる\n- textualライブラリでターミナルダッシュボードを構築し、成功/失敗を視覚的・即時フィードバックで演出する\n- SQLiteにXPを保存しDiscord botで週次ランキングと連続コミットストリークを自動投稿するゲーミフィケーション構造\n- 1日で導入できる最小構成: fastapi + uvicorn + rich + textual + pytest-xdist + pre-commit + Makefile\n- ゲームデザイン原則（juiciness・短いターン）をCLIツール設計に応用することが中毒性の本質\n\n## 関連ページ\n[[CC Learn - Why devs are OBSESSED with Claude Code]] [[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - The Only Claude Code Tutorial You Need (2026 Update)]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[GuiguiとGhosttyで作るターミナルGUI]]\n\n## 関連概念（未作成）\n`juiciness設計原則（ゲームUX→CLI UX転用）` `Makefile駆動開発フロー（make dev 5秒ループ）` `ターミナルダッシュボード設計（textual + rich）` `開発者向けゲーミフィケーション（XP・ストリーク・ランキング）` `Discord bot連携による非同期フィードバック通知`\n", "tags": ["Claude Code", "ゲーミフィケーション", "フィードバックループ", "textual", "Discord bot", "開発者体験", "ターミナルUI", "pytest", "rich"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Why devs are OBSESSED with Claude Code", "CC Learn - Claude Code is all you need in 2026", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - The Only Claude Code Tutorial You Need (2026 Update)", "2026-04-21 Claude Code最新ワークフロー学習", "GuiguiとGhosttyで作るターミナルGUI"], "created_at": "2026-04-22T08:44:42.434147+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 19, "title": "CC Learn - Claude Code for Desktop is the BEST way to build apps with A", "content": "# CC Learn - Claude Code for Desktop is the BEST way to build apps with A\n\n## 概要\n- **Source**: https://www.youtube.com/watch?v=pHr1O_Af5NA\n- **Title**: Claude Code for Desktop is the BEST way to build apps with AI EVER (full tutorial)\n\n- **Method**: yt-dlp+LLM\n- **Analyzed**: 2026-04-20T13:41:17.155251+09:00\n\n## 解析結果\n\nClaude Code for Desktopは、AIアプリケーションを構築するための強力なツールです。以下は、ツールの全体像と技術的詳細についての概要です。\n\n**ツール名と設定**\n\n* Claude Code for Desktopは、デスクトップアプリケーションとして利用できます。\n* ツールは、プロジェクト別に組織化されており、複数のセッションを同時に実行できます。\n* 各セッションには、黄色のドットが表示され、ユーザーの注意が必要な場合に通知します。\n\n**コマンドとアーキテクチャ**\n\n* Claude Code for Desktopは、CLI（コマンドラインインターフェース）よりも優れています。\n* ツールは、カスタマイズ可能なUX（ユーザーエクスペリエンス）を提供し、ユーザーはインターフェースにさまざまなパネルを追加できます。\n* ツールは、ローカルおよびクラウドベースのセッションをサポートしています。\n* ローカルセッションでは、エージェントはユーザーのコンピューター上でコードを変更します。\n* クラウドセッションでは、エージェントはAnthropicサーバー上でコードを変更します。\n\n**技術的詳細**\n\n* Claude Code for Desktopは、GitHubリポジトリからのコードを使用して、Anthropicサーバー上でコードを変更できます。\n* ツールは、タスクとプランを表示する機能を提供し、ユーザーはエージェントの進行状況を追跡できます。\n* ツールは、ライブブラウザ機能を提供し、ユーザーはClaude Codeの実行状況を確認できます。\n\n**推奨設定**\n\n* ローカルセッションを使用する場合、エージェントは別々のコードを変更する必要があります。\n* クラウドセッションを使用する場合、より柔軟な設定が可能です。\n* タスクとプランを表示する機能を使用して、エージェントの進行状況を追跡することをお勧めします。\n\n---\n\nFastAPIとボット自動化システムを使用している場合、Claude Code for Desktopの手法を適用してシステムの効率性とAIの統合を高めることができます。以下は具体的な実践的アクションです。\n\n1. **プロジェクトの組織化**: Claude Code for Desktopのプロジェクト組織化機能を使用して、FastAPIとボット自動化システムのコードをプロジェクト別に整理します。これにより、複数のプロジェクトを同時に管理し、コードの重複を減らすことができます。\n2. **セッションの管理**: Claude Code for Desktopのセッション管理機能を使用して、FastAPIとボット自動化システムのコードを実行するセッションを管理します。これにより、複数のセッションを同時に実行し、コードの実行を効率化することができます。\n3. **タスクの管理**: Claude Code for Desktopのタスク管理機能を使用して、FastAPIとボット自動化システムのタスクを管理します。これにより、タスクの優先順位を設定し、タスクの実行を効率化することができます。\n4. **AIの統合**: Claude Code for DesktopのAI統合機能を使用して、FastAPIとボット自動化システムにAIを統合します。これにより、AIを使用してコードの自動化、テスト、デバッグを実行することができます。\n5. **カスタマイズ**: Claude Code for Desktopのカスタマイズ機能を使用して、FastAPIとボット自動化システムのコードをカスタマイズします。これにより、コードの実行を最適化し、システムの効率性を高めることができます。\n6. **モニタリング**: Claude Code for Desktopのモニタリング機能を使用して、FastAPIとボット自動化システムのコードの実行をモニタリングします。これにより、コードの実行をリアルタイムで監視し、エラーを迅速に検出することができます。\n7. **コラボレーション**: Claude Code for Desktopのコラボレーション機能を使用して、FastAPIとボット自動化システムのコードをチームで開発します。これにより、コードの開発を効率化し、チームのコラボレーションを強化することができます。\n\nこれらの手法を適用することで、FastAPIとボット自動化システムの効率性とAIの統合を高めることができます。\n\n**Why:** Claude Code活用の最新知見を自動収集\n**How to apply:** 実践可能なTipsは即座にワークフローに取り込む", "tags": ["cc-learn", "YouTube学習", "Claude Code", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:44:44.492089+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 20, "title": "CC Learn - The impact of Anthropic, which wiped out 150 trillion yen in", "content": "# CC Learn - The impact of Anthropic, which wiped out 150 trillion yen in\n\n## 概要\n- **Source**: https://www.youtube.com/watch?v=XLy6__SAMaI\n- **Title**: The impact of Anthropic, which wiped out 150 trillion yen in global stock market capitalization, ...\n\n- **Method**: yt-dlp+LLM\n- **Analyzed**: 2026-04-20T01:35:26.962142+09:00\n\n## 解析結果\n\nAnthropicが世界の株式市場の時価総額から150兆円を消し去った背景にある技術的要因は、同社が開発した人工知能（AI）モデル「ミトス（Mitos）」の登場です。ミトスは、従来のAIモデルとは異なる設計アプローチを採用しており、汎用モデルにサイバー能力を組み込んだものです。\n\nミトスは、クロード（Claude）というAIプラットフォーム上で開発されており、数千件の0デイ脆弱性を発見する能力を持っています。0デイ脆弱性とは、まだパッチが適用されていない脆弱性のことであり、ミトスはこれらの脆弱性を自動的に発見して修正することができます。\n\nミトスのアーキテクチャは、既存のAIモデルとは異なり、汎用モデルにサイバー能力を組み込んだものです。具体的には、ミトスは次の要素で構成されています。\n\n1.  **汎用モデル**：ミトスは、汎用モデルをベースとしています。これは、さまざまなタスクに適用できる汎用的なAIモデルです。\n2.  **サイバー能力**：ミトスには、サイバー能力が組み込まれています。これは、0デイ脆弱性を発見して修正する能力です。\n\nミトスの設定やコマンドについては、具体的な情報は公開されていません。しかし、ミトスはクロードプラットフォーム上で動作するため、クロードのAPIやコマンドを使用してミトスを操作することが可能です。\n\nミトスのアーキテクチャの詳細については、次の点が挙げられます。\n\n1.  **モジュラー設計**：ミトスは、モジュラー設計を採用しています。これは、さまざまなモジュールを組み合わせて、さまざまなタスクに適用できるようにする設計アプローチです。\n2.  **学習アルゴリズム**：ミトスは、学習アルゴリズムを使用して、0デイ脆弱性を発見して修正する能力を獲得しています。\n\nミトスの影響については、次の点が挙げられます。\n\n1.  **株式市場への影響**：ミトスの登場は、世界の株式市場に大きな影響を与えました。特に、セキュリティ関連の企業の株価が下落しました。\n2.  **AI技術の進化**：ミトスの登場は、AI技術の進化を示しています。ミトスは、従来のAIモデルとは異なる設計アプローチを採用しており、AI技術の可能性を拡大しています。\n\n---\n\nこの動画から得られた知見を自分のFastAPIとボット自動化システムに適用するために、以下のような実践的アクションが取れる。\n\n1. **セキュリティの強化**: 動画では、ミトスというAIツールが脆弱性を発見する能力が非常に高いことが紹介されました。自分のシステムのセキュリティを強化するために、定期的なセキュリティテストや脆弱性の検査を実施することが重要です。FastAPIでは、OWASPのセキュリティガイドラインに従って、セキュリティのベストプラクティスを実施することができます。\n\n2. **AIの活用**: 動画では、AIツールの能力が非常に高いことが紹介されました。自分のシステムでは、AIを活用して自動化や最適化を実現することができます。例えば、自然言語処理(NLP)を使用して、ユーザーの入力やテキストデータを分析することができます。FastAPIでは、AIライブラリsuch as TensorFlowやPyTorchを使用して、AIモデルを開発してデプロイすることができます。\n\n3. **自動テストの実施**: 動画では、ミトスが自動テストを実施して脆弱性を発見する能力が紹介されました。自分のシステムでは、自動テストを実施してバグや脆弱性を発見することができます。FastAPIでは、PytestやUnittestを使用して、自動テストを実施することができます。\n\n4. **コラボレーションの強化**: 動画では、AIツールの開発がコラボレーションを必要とすることが紹介されました。自分のシステムでは、開発チーム間のコラボレーションを強化して、開発の効率性を向上させることができます。FastAPIでは、GitHubやGitLabを使用して、コードの管理やコラボレーションを実施することができます。\n\n実装方法については、以下のような手法や戦略が使用できます。\n\n* **セキュリティの強化**: OWASPのセキュリティガイドラインに従って、セキュリティのベストプラクティスを実施します。例えば、パスワードのハッシュ化やSSL/TLSの使用などです。\n* **AIの活用**: AIライブラリsuch as TensorFlowやPyTorchを使用して、AIモデルを開発してデプロイします。例えば、NLPを使用して、ユーザーの入力やテキストデータを分析することができます。\n* **自動テストの実施**: PytestやUnittestを使用して、自動テストを実施します。例えば、ユニットテストや統合テストを実施して、バグや脆弱性を発見することができます。\n* **コラボレーションの強化**: GitHubやGitLabを使用して、コードの管理やコラボレーションを実施します。例えば、プルリクエストやコードレビューを実施して、開発チーム間のコラボレーションを強化することができます。\n\n注意点については、以下のような点に注意する必要があります。\n\n* **セキュリティの強化**: セキュリティの強化は、常に継続的に実施する必要があります。新しい脆弱性が発見された場合、すぐにパッチを適用する必要があります。\n* **AIの活用**: AIの活用は、データの品質やAIモデルの精度に依存します。データの品質を確保し、AIモデルの精度を向上させる必要があります。\n* **自動テストの実施**: 自動テストの実施は、テストのカバレッジやテストの精度に依存します。テストのカバレッジを広げ、テストの精度を向上させる必要があります。\n* **コラボレーションの強化**: コラボレーションの強化は、開発チーム間のコミュニケーションやコラボレーションに依存します。開発チーム間のコミュニケーションを強化し、コラボレーションを実施する必要があります。\n\n**Why:** Claude Code活用の最新知見を自動収集\n**How to apply:** 実践可能なTipsは即座にワークフローに取り込む", "tags": ["cc-learn", "YouTube学習", "Claude Code", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:44:46.476423+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 21, "title": "CC Learn - [The leading AI model for 2026] Enhanced beyond coding: Anth", "content": "# CC Learn - [The leading AI model for 2026] Enhanced beyond coding: Anth\n\n## 概要\n- **Source**: https://www.youtube.com/watch?v=6Nxp1t7-ch0\n- **Title**: [The leading AI model for 2026] Enhanced beyond coding: Anthropic's latest AI model, Claude Opus ...\n\n- **Method**: yt-dlp+LLM\n- **Analyzed**: 2026-04-20T01:40:17.430104+09:00\n\n## 解析結果\n\nAnthropicのClaude Opusモデルは、最新のAIモデルであり、100万トークンのコンテキストウィンドウに対応したモデルとなっています。従来のAIモデルと比べて、財務分析やリサーチ、文書やプレゼン資料の作成や編集など、幅広いタスクに対応できる能力が強化されています。また、コーディング性能も向上しており、エンジニアや非エンジニアの両方が使えるモデルとなっています。\n\nClaude Opusモデルは、アンソロピックの公式AIチャット「Claude」で利用可能です。ただし、Claude Opus 4.6は有料ユーザー限定で利用可能であり、プロプランやマックスプランに登録する必要があります。また、APIでも提供されており、価格はAPIページに掲載されています。\n\nClaude Opusモデルを使用するには、以下のツールや設定が必要です。\n\n1. アンソロピックの公式AIチャット「Claude」: Claude Opus 4.6を利用するには、Claudeの有料ユーザーになる必要があります。\n2. API: Claude Opus 4.6はAPIでも提供されており、APIページに掲載された価格に従って利用できます。\n3. プロンプト: Claude Opus 4.6を使用するには、プロンプトを入力する必要があります。プロンプトは、モデルがタスクを理解し、実行するための指示です。\n4. 設定: Claude Opus 4.6を使用するには、設定を調整する必要があります。設定には、モデルがタスクを実行するためのパラメータやオプションが含まれます。\n\nClaude Opusモデルは、以下のような点が強化されています。\n\n1. 財務分析やリサーチ: Claude Opus 4.6は、財務分析やリサーチに対応できる能力が強化されています。\n2. 文書やプレゼン資料の作成や編集: Claude Opus 4.6は、文書やプレゼン資料の作成や編集に対応できる能力が強化されています。\n3. コーディング性能: Claude Opus 4.6は、コーディング性能が向上しており、エンジニアや非エンジニアの両方が使えるモデルとなっています。\n4. 100万トークンのコンテキストウィンドウ: Claude Opus 4.6は、100万トークンのコンテキストウィンドウに対応したモデルとなっています。\n\nこれらの点が強化されたことで、Claude Opusモデルは、幅広いタスクに対応できる能力を備えています。\n\n---\n\nClaude Opusモデルを自分のFastAPIとボット自動化システムに適用する場合、以下のような手法やアプローチが有効です。\n\n1. **API連携**: Claude OpusモデルはAPIで提供されているため、FastAPIとボット自動化システムにAPIを通じて連携することができます。APIのドキュメントを参考に、モデルを呼び出し、入力データを送信し、出力結果を取得することができます。\n2. **モデルファインチューニング**: Claude Opusモデルは事前学習済みのモデルですが、特定のタスクやドメインに合わせてファインチューニングすることができます。自分のシステムのデータを使用してモデルをファインチューニングし、精度を向上させることができます。\n3. **タスク定義**: Claude Opusモデルは多様なタスクに対応可能ですが、自分のシステムのタスクに合わせてモデルを調整する必要があります。タスクを定義し、モデルを調整して、最適な結果を得ることができます。\n4. **データ前処理**: Claude Opusモデルは入力データの前処理が必要です。入力データを適切に前処理し、モデルに適した形式で送信する必要があります。\n5. **結果後処理**: Claude Opusモデルは出力結果を生成しますが、結果を後処理して、自分のシステムの要求に合わせる必要があります。結果を解釈し、必要な処理を加えることができます。\n\n実践的アクションとしては、以下のようなステップを取ることができます。\n\n1. **Claude Opusモデルのドキュメントを確認**: モデルの仕様、APIの使い方、ファインチューニングの方法などを確認します。\n2. **自分のシステムのタスクを定義**: 自分のシステムのタスクを明確に定義し、Claude Opusモデルが対応可能なタスクかどうかを確認します。\n3. **データを準備**: モデルに適した入力データを準備し、前処理を実施します。\n4. **APIを通じてモデルを呼び出し**: APIを通じてClaude Opusモデルを呼び出し、入力データを送信し、出力結果を取得します。\n5. **結果を後処理**: 出力結果を後処理し、自分のシステムの要求に合わせます。\n6. **ファインチューニング**: モデルをファインチューニングし、精度を向上させます。\n\nこれらの手法やアプローチを実践することで、Claude Opusモデルを自分のFastAPIとボット自動化システムに適用し、システムの精度や機能を向上させることができます。\n\n**Why:** Claude Code活用の最新知見を自動収集\n**How to apply:** 実践可能なTipsは即座にワークフローに取り込む", "tags": ["cc-learn", "YouTube学習", "Claude Code", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:44:48.445327+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 22, "title": "CC Learn - Why devs are OBSESSED with Claude Code", "content": "# CC Learn - Why devs are OBSESSED with Claude Code\n\nClaude Codeが開発者に「中毒性」をもたらす要因を技術的に分析。ターミナル内で完結する自律エージェント体験が核心で、Multi-Terminal Session・自律エラー対処ループ・プロジェクト全体の文脈保持が没入感を生む。技術構成はtmux/zellijラッパー＋Claude API（Function-calling）＋MCP（bash/git/LSP/Docker）＋SQLite状態管理＋Temporal.ioオーケストレーション。セッションはSQLiteに随時保存されネットワーク切断後も再開可能。設定はconfig.yaml・mcp.json・ignoreの3ファイルで制御。\n\n## ポイント\n- 中毒性の本質はターミナル内完結の自律エージェント体験（エラー修正→テスト→デプロイを一気通貫）\n- 技術スタック: tmux/zellijラッパー＋Claude 3.5 Opus（128k context）＋MCP（bash/git/LSP/Docker/headless chrome）＋SQLite状態管理\n- Temporal.ioで長時間タスクを再開可能なワークフローに分割し、切断耐性を実現\n- Rate-Limiterはクライアント側Token-Bucket＋サーバ側5時間スライディングウィンドウの二重管理\n- 設定の3ファイル: config.yaml（モデル/並列数）・mcp.json（カスタムMCP）・ignore（除外パス）\n\n## 関連ページ\n[[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Claude Code 2.0 Is Here... Automate Anything]] [[MCP vs CLI 選択基準]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[2026-04-21 X記事から学習したClaude Code最新動向]]\n\n## 関連概念（未作成）\n`Claude-Term プロトコル（ターミナル状態JSON化の独自プロトコル）` `Temporal.io × Claude Code ワークフローオーケストレーション` `Token-Bucket レートリミット設計パターン` `SQLiteセッション永続化による切断耐性エージェント設計`\n", "tags": ["Claude Code", "アーキテクチャ", "MCP", "エージェント", "ターミナル", "Temporal.io", "開発者体験", "自律エージェント"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Why Everyone is OBSESSED With Claude Code", "CC Learn - Claude Code is all you need in 2026", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Claude Code 2.0 Is Here... Automate Anything", "MCP vs CLI 選択基準", "2026-04-21 Claude Code最新ワークフロー学習", "2026-04-21 X記事から学習したClaude Code最新動向"], "created_at": "2026-04-22T08:44:50.285204+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 23, "title": "vvv-bots detail_cron ボットキー整合性", "content": "# vvv-bots detail_cron ボットキー整合性\n\n## ルール\n`vvv-bots/bots/detail_cron.sh` 内の BOTS 配列と `bot_registry.py` の `BOTS` 辞書キーは完全に一致させる。`dir` フィールドとは別物。\n\n**Why:** 2026-04-19、`detail_cron.sh` が `engineer_factory` / `freelance_start` を渡していたが、`bot_registry.BOTS` のキーは `engineer` / `freelancestart`。`manage.py detail <bot_id>` は辞書キー引きなので毎日4回「見つかりません」エラーが発生し、2ボット分の詳細取得が長期間停止していた。\n\n**How to apply:**\n- 新規ボット追加時: `bot_registry.BOTS` の**キー名**（`dir`フィールドではない）を `detail_cron.sh` の `BOTS` 配列に指定する\n- 疑うべきログ: `logs/detail_fetch.log` の `[ERROR] ボット 'xxx' が見つかりません`\n- 検証コマンド:\n  ```python\n  from bot_registry import BOTS\n  for key in ['hipro','freelancestart','furien','midworks','engineer']:\n      assert key in BOTS, f'{key} 未登録'\n  ```", "tags": ["vvv-bots", "スケジューラ", "feedback"], "domain": "ai", "source_url": "", "importance_score": 0.4334831937561329, "wikilinks": [], "created_at": "2026-04-22T08:44:52.436825+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 24, "title": "handoff-2026-04-19", "content": "# handoff-2026-04-19\n\n# HANDOFF — セッション引き継ぎ（2026-04-19）\n\n## セッション完了状態\n\n**日時**: 2026-04-19 完了  \n**最終コミット**: `fd81fc6` (workspace親プロジェクト)  \n**ステータス**: ✅ **全タスク完了・リモート同期済み**\n\n## 実行内容\n\n### ✅ 完了タスク\n\n1. **tubequeue-proxy** \n   - ✅ YouTubeダウンロードタイムアウト延長（30s→60s）コミット\n   - ⚠️ リポジトリアーカイブ中のため参照のみ（プッシュ不可）\n\n2. **vvv-bots**\n   - ✅ cc_learn処理済みURL更新（新規YouTube 2件）\n   - ✅ コミット・プッシュ完了 (`474a8f6`)\n\n3. **vvv** \n   - ✅ 新規ボット5種登録（ROSCA・シューマツワーカー・Relance・エンジニアスタイル・フリーランスボード）\n   - ✅ TreeResponse に tree_type フィールド追加\n   - ✅ ダッシュボード UI リファクタリング（3000行削減）\n   - ✅ tag_today_all.py 拡張（+107行）\n   - ✅ 3コミット完了・プッシュ済み（`a0145e8`）\n\n4. **workspace（親プロジェクト）**\n   - ✅ 全サブモジュール参照を最新に同期\n   - ✅ コミット・プッシュ完了 (`fd81fc6`)\n\n## 未完了・保留項目\n\n| 項目 | 状態 | 理由 |\n|------|------|------|\n| docs/progress.md | 未追跡 | 内容確認前に保留 |\n| static/js/ (dashboard) | 未追跡 | JSコンポーネント分離中か確認必要 |\n| web/vvv 未コミット内容 | 存在 | 新規ボット実装ディレクトリ（段階的開発） |\n\n## システム状態\n\n```\nworkspace/\n├── web/vvv ← 最新（a0145e8）✅\n├── web/vvv-bots ← 最新（474a8f6）✅\n├── web/tubequeue-proxy ← 参照のみ（読取専用）\n└── main branch ← 最新（fd81fc6）✅\n```\n\n## 次回セッションの開始手順\n\n1. **状態確認**  \n   ```bash\n   cd /home/ubuntu/workspace\n   git status  # サブモジュール未追跡ファイル確認\n   ```\n\n2. **未保留項目の処理**  \n   - `docs/progress.md`: 内容確認して追跡or削除判定\n   - `static/js/`: JSコンポーネント確認（merge or separate commit判定）\n\n3. **新規ボット実装の継続**  \n   - vvv-bots 内の新規ボットディレクトリ（engineer_style等）を確認\n   - 実装完了後、各々別コミットで登録\n\n## 警告・注意事項\n\n⚠️ **tubequeue-proxy はリポジトリアーカイブ中**\n- 参照は可能だが、プッシュ不可（読取専用化）\n- 修正が必要な場合は、所有者に確認が必要\n\n---\n\n*このレポートは CLAUDE.md の「よしなに」実行時に自動記録されたものですの。*\n", "tags": ["memory"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:44:54.530694+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 25, "title": "devサーバー接続前にSSH不要設定を確認する", "content": "# devサーバー接続前にSSH不要設定を確認する\n\ndevサーバー接続前にSSH不要設定を確認する\n\n**Why:** devサーバーが実はローカル（arcana自身）だったため、SSH接続エラー（exit 255）が発生した\n\n**How to apply:** config カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-15_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:44:56.709547+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 26, "title": "PostgreSQL接続確認前にパスワード環境変数の有効性を検証する", "content": "# PostgreSQL接続確認前にパスワード環境変数の有効性を検証する\n\nPostgreSQL接続確認前にパスワード環境変数の有効性を検証する\n\n**Why:** PGPASSWORD環境変数が正しく設定されていないか、接続先が異なる可能性があった\n\n**How to apply:** config カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-15_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:44:58.104835+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 27, "title": "Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する", "content": "# Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する\n\nPythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する\n\n**Why:** sqlalchemy.ormのインポートエラーが発生し、依存パッケージの不足が疑われた\n\n**How to apply:** code カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-15_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:44:59.594705+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 28, "title": "プロジェクトルート移動前に正しい作業ディレクトリ（/home/ubuntu/workspace）にいることを確認する", "content": "# プロジェクトルート移動前に正しい作業ディレクトリ（/home/ubuntu/workspace）にいることを確認する\n\nプロジェクトルート移動前に正しい作業ディレクトリ（/home/ubuntu/workspace）にいることを確認する\n\n**Why:** MEMORY.md作成時に「File does not exist」エラーが発生し、CWDが想定外だった\n\n**How to apply:** workflow カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-15_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:01.076537+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 29, "title": "PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する", "content": "# PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する\n\nPM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する\n\n**Why:** 定期実行系のinvestlab-dailyがstopped状態だったが、原因調査が先送りになっていた\n\n**How to apply:** infra カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-15_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:02.871263+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 30, "title": "yt-dlpパスをハードコードする前に環境変数またはwhichコマンドで実在パスを確認する", "content": "# yt-dlpパスをハードコードする前に環境変数またはwhichコマンドで実在パスを確認する\n\nyt-dlpパスをハードコードする前に環境変数またはwhichコマンドで実在パスを確認する\n\n**Why:** scraper.pyに`vvv/venv/bin/yt-dlp`とハードコードされていたが実際は`~/.local/bin/yt-dlp`だったため、YouTube検索が0件で終わっていた\n\n**How to apply:** config カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-16_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:04.615551+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 31, "title": "ツリー構造を変更する前にキーワード収集クエリや権限テーブルへの影響を確認する", "content": "# ツリー構造を変更する前にキーワード収集クエリや権限テーブルへの影響を確認する\n\nツリー構造を変更する前にキーワード収集クエリや権限テーブルへの影響を確認する\n\n**Why:** 超かぐや姫(701164)を`parent_id=NULL`に移動した結果、X収集対象から外れて投稿が増えなくなった\n\n**How to apply:** code カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-16_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:06.176929+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 32, "title": "新規ボットを追加する前にscraper_bots_helpers.pyのBOTS定義とscraper_bot_scheduleへの行を確認する", "content": "# 新規ボットを追加する前にscraper_bots_helpers.pyのBOTS定義とscraper_bot_scheduleへの行を確認する\n\n新規ボットを追加する前にscraper_bots_helpers.pyのBOTS定義とscraper_bot_scheduleへの行を確認する\n\n**Why:** yt_search_learn(group_id=703)がtopics.jsonには存在したがBOTS dictとscheduleテーブルに無く、スケジューラーから呼ばれていなかった\n\n**How to apply:** code カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-16_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:07.813261+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 33, "title": "外部API（EDINET等）を呼ぶプロセスをpm2登録する前にレートリミット対策と自動リスタート抑制設定を確認する", "content": "# 外部API（EDINET等）を呼ぶプロセスをpm2登録する前にレートリミット対策と自動リスタート抑制設定を確認する\n\n外部API（EDINET等）を呼ぶプロセスをpm2登録する前にレートリミット対策と自動リスタート抑制設定を確認する\n\n**Why:** investlab-dailyがEDINET 429エラーでクラッシュループし、watchdogが無限再起動していた\n\n**How to apply:** infra カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-16_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:09.574132+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 34, "title": "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "content": "# LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する\n\nLLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する\n\n**Why:** deepseek-v3.1がEOLになったがanalyze/reasonタスクで使われており、全ボットで一括切り替えが必要だった\n\n**How to apply:** config カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-16_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:11.321127+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 35, "title": "settings.jsonにフックを登録する前に、スクリプトファイルが存在することを確認する", "content": "# settings.jsonにフックを登録する前に、スクリプトファイルが存在することを確認する\n\nsettings.jsonにフックを登録する前に、スクリプトファイルが存在することを確認する\n\n**Why:** PreToolUseフックに指定された `~/.claude/scripts/hooks/dangerous-command-guard.js` が消失していたため、Node.jsモジュールロードエラーが発生した\n\n**How to apply:** config カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-19_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:13.209589+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 36, "title": "サブモジュールのfeatureブランチを親リポジトリでマージする前に、subrepo側でも同ブランチを作成・マージ済みか確認する", "content": "# サブモジュールのfeatureブランチを親リポジトリでマージする前に、subrepo側でも同ブランチを作成・マージ済みか確認する\n\nサブモジュールのfeatureブランチを親リポジトリでマージする前に、subrepo側でも同ブランチを作成・マージ済みか確認する\n\n**Why:** 親リポではPRをマージしたがvvv subrepo側ではブランチが残ったままで、submoduleポインタがずれていた\n\n**How to apply:** workflow カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-19_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:14.899444+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 37, "title": "廃止済みディレクトリに書き込む処理を追加する前に、そのディレクトリが.gitignoreや削除済みか確認する", "content": "# 廃止済みディレクトリに書き込む処理を追加する前に、そのディレクトリが.gitignoreや削除済みか確認する\n\n廃止済みディレクトリに書き込む処理を追加する前に、そのディレクトリが.gitignoreや削除済みか確認する\n\n**Why:** 既に削除済みの `web/trader/` に自動収集ボットが新規ファイルを書き込み、差分として検出された\n\n**How to apply:** infra カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-19_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:16.292603+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 38, "title": "pytest.iniとsetup.cfgの両方にマーカーを追加する前に、どちらが優先されるか確認する", "content": "# pytest.iniとsetup.cfgの両方にマーカーを追加する前に、どちらが優先されるか確認する\n\npytest.iniとsetup.cfgの両方にマーカーを追加する前に、どちらが優先されるか確認する\n\n**Why:** 両ファイルに同じマーカーを追加した結果、setup.cfg側が優先され警告が残った\n\n**How to apply:** testing カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-19_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:18.098357+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 39, "title": "定期実行タスクのロックファイルを作成する前に、既存のロックファイルが残っていないか確認する", "content": "# 定期実行タスクのロックファイルを作成する前に、既存のロックファイルが残っていないか確認する\n\n定期実行タスクのロックファイルを作成する前に、既存のロックファイルが残っていないか確認する\n\n**Why:** `.claude/scheduled_tasks.lock` が残ったまま、次回実行時に衝突する可能性があった\n\n**How to apply:** workflow カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-19_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:19.876924+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 40, "title": "スクリプト実行前に仮想環境が activate されているか確認する", "content": "# スクリプト実行前に仮想環境が activate されているか確認する\n\nスクリプト実行前に仮想環境が activate されているか確認する\n\n**Why:** `.venv/bin/activate: No such file or directory` エラーが複数回発生し、依存パッケージが見つからない原因になった\n\n**How to apply:** workflow カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-20_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:21.537892+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 41, "title": "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）", "content": "# SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）\n\nSQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）\n\n**Why:** `column \"tablename\" does not exist` / `column \"indexname\" does not exist` などのエラーが連続して発生した\n\n**How to apply:** code カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-20_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:23.117258+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 42, "title": "新規 bot を追加する前に `bots/bot_registry.py` の BOTS 辞書にキーが含まれているか確認する", "content": "# 新規 bot を追加する前に `bots/bot_registry.py` の BOTS 辞書にキーが含まれているか確認する\n\n新規 bot を追加する前に `bots/bot_registry.py` の BOTS 辞書にキーが含まれているか確認する\n\n**Why:** `AttributeError: 'SiteConfig' object has no attribute 'key'` や `ImportError: cannot import name 'parse_xxx'` が複数回発生\n\n**How to apply:** config カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-20_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:24.791716+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 43, "title": "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "content": "# INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する\n\nINSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する\n\n**Why:** 「0 件発見 / 0 件保存」現象の多くは `ON CONFLICT (href) DO NOTHING` や `group_id` の不一致による静かな失敗だった\n\n**How to apply:** code カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-20_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:26.460557+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 44, "title": "スクレイピング対象サイトが Cloudflare/403 を返す場合、事前にプロキシ要否と User-Agent を検証する", "content": "# スクレイピング対象サイトが Cloudflare/403 を返す場合、事前にプロキシ要否と User-Agent を検証する\n\nスクレイピング対象サイトが Cloudflare/403 を返す場合、事前にプロキシ要否と User-Agent を検証する\n\n**Why:** eromanga-cafe など複数サイトで 403 エラーが続き、プロキシ設定ミスにより時間ロスした\n\n**How to apply:** infra カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-20_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:27.948500+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 45, "title": "Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する", "content": "# Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する\n\nScraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する\n\n**Why:** Crowd TechがSPAだったためStaticFetcherではコンテンツが取得できず、60件0件になっていた\n\n**How to apply:** code カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-21_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:29.517297+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 46, "title": "価格抽出ロジックを修正する前に、Scraplingオブジェクトのメソッド（get_text() vs text vs get_all_text()）の違いを確認する", "content": "# 価格抽出ロジックを修正する前に、Scraplingオブジェクトのメソッド（get_text() vs text vs get_all_text()）の違いを確認する\n\n価格抽出ロジックを修正する前に、Scraplingオブジェクトのメソッド（get_text() vs text vs get_all_text()）の違いを確認する\n\n**Why:** ミライエSEESでScraplingオブジェクトに対してget_text()を呼び出してAttributeErrorが発生し、全件Noneになっていた\n\n**How to apply:** code カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-21_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:31.091146+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 47, "title": "scraper.pyのSITES定義を更新する前に、DBの最新group_id（411-421）と一致しているかを確認する", "content": "# scraper.pyのSITES定義を更新する前に、DBの最新group_id（411-421）と一致しているかを確認する\n\nscraper.pyのSITES定義を更新する前に、DBの最新group_id（411-421）と一致しているかを確認する\n\n**Why:** contentボット9サイトが古いgroup_id（1,2,3等）を参照してDBに保存できず、0件扱いになっていた\n\n**How to apply:** config カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-21_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:32.938937+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 48, "title": "URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する", "content": "# URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する\n\nURLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する\n\n**Why:** Crowd TechのURL構造が変わっていたため、正規表現がマッチせず案件を検出できなかった\n\n**How to apply:** code カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-21_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:34.804635+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 49, "title": "manage.pyからscraper.pyを呼ぶ前に、--group-id引数を明示的に渡しているかを確認する", "content": "# manage.pyからscraper.pyを呼ぶ前に、--group-id引数を明示的に渡しているかを確認する\n\nmanage.pyからscraper.pyを呼ぶ前に、--group-id引数を明示的に渡しているかを確認する\n\n**Why:** manage.pyが--group-idを省略していたため、scraper.pyのデフォルト値（古いgroup_id）が使われていた\n\n**How to apply:** code カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-21_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:36.659353+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 50, "title": "config.yamlのマルチプロバイダー設定を読む前に、doctorや_preflight_checkが環境変数しか見ていないか確認する", "content": "# config.yamlのマルチプロバイダー設定を読む前に、doctorや_preflight_checkが環境変数しか見ていないか確認する\n\nconfig.yamlのマルチプロバイダー設定を読む前に、doctorや_preflight_checkが環境変数しか見ていないか確認する\n\n**Why:** interactive起動時に「No LLM credentials found」とエラーが出続けたのは、コードがconfig.yamlのprovidersセクションを無視していたため\n\n**How to apply:** config カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-22_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:38.460915+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 51, "title": "AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する", "content": "# AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する\n\nAsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する\n\n**Why:** Groq/Cerebras/NVIDIAではreasoning_effortが非対応で429エラーが連発していた\n\n**How to apply:** code カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-22_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:40.206084+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 52, "title": "ファイルに書き込む前に必ずread_fileで内容を読み込んでからwrite_fileを呼ぶ", "content": "# ファイルに書き込む前に必ずread_fileで内容を読み込んでからwrite_fileを呼ぶ\n\nファイルに書き込む前に必ずread_fileで内容を読み込んでからwrite_fileを呼ぶ\n\n**Why:** 「File has not been read yet. Read it first before writing to it.」エラーが複数回発生\n\n**How to apply:** workflow カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-22_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:41.695001+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 53, "title": "git checkoutやresetを実行する前に、working treeに未追跡ファイルやstaged differencesがないかgit statusで確認する", "content": "# git checkoutやresetを実行する前に、working treeに未追跡ファイルやstaged differencesがないかgit statusで確認する\n\ngit checkoutやresetを実行する前に、working treeに未追跡ファイルやstaged differencesがないかgit statusで確認する\n\n**Why:** 「untracked working tree files would be overwritten」「files have staged content different from both the file and the HEAD」でcheckout失敗\n\n**How to apply:** workflow カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-22_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:43.402520+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 54, "title": "新しいLLMプロバイダーを追加する前に、/v1/modelsエンドポイントでモデルリストを取得できるかcurlで検証する", "content": "# 新しいLLMプロバイダーを追加する前に、/v1/modelsエンドポイントでモデルリストを取得できるかcurlで検証する\n\n新しいLLMプロバイダーを追加する前に、/v1/modelsエンドポイントでモデルリストを取得できるかcurlで検証する\n\n**Why:** Cerebras/NVIDIA/Groqなど無料APIを追加する際、事前に疎通確認で無駄な実装を減らせる\n\n**How to apply:** infra カテゴリの作業時に適用する。\n\n_Auto-learned by session_learner.py on 2026-04-22_", "tags": ["instinct", "feedback", "運用知見"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": [], "created_at": "2026-04-22T08:45:45.287785+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 55, "title": "Harness設計統合 (2026-04-18)", "content": "# Harness設計統合 (2026-04-18)\n\n2026-04-18、trends.mdのYouTube学習「Claude Codeハーネス設計で自律開発」を具体化し、Harness 3エージェント構成（planner/generator/evaluator）を実装。plannerがissueを分解、generatorが自律実装・PR作成、evaluatorがpytest/mypy/Playwrightで検証→合否判定するループを確立。翌日には親issue #537を4子issueに分解し全PR squash merge完遂。vvv subrepoの未マージブランチをOctopus mergeで一括統合し、trader_bot廃止コードも完全削除。学習→実装→評価の再利用可能なサイクルを整備した。\n\n## ポイント\n- planner/generator/evaluatorの3エージェント構成でissue解決を自律化\n- qa_harness_wrapper.pyで既存qa_auto_fix.pyを非破壊ラップし、PR自動検証→GitHub issueコメント投稿\n- 親issue #537を4子issueに分解、全PR（#542〜#545）をsquash mergeしてクローズ\n- vvv subrepo側の4ブランチをOctopus mergeで一括統合（pytest 48 passed）\n- 廃止済みweb/traderへの参照をgrep全探索し、vvv-bots側から完全削除\n\n## 関連ページ\n[[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - Claude Code 2.0 Is Here... Automate Anything]] [[CC Learn - Why devs are OBSESSED with Claude Code]] [[MCP vs CLI 選択基準]] [[PM2 dangling process detection]]\n\n## 関連概念（未作成）\n`スプリント契約（evaluator差し戻しプロトコル）` `Octopus merge戦略（多ブランチ一括統合）` `Validation Report形式（APPROVED/CONDITIONAL/REJECTED）` `issue分解→子issue並列解決パターン`\n", "tags": ["harness", "claude-code", "agents", "automation", "vvv", "github-issues", "pytest", "submodule"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - Claude Code 2.0 Is Here... Automate Anything", "CC Learn - Why devs are OBSESSED with Claude Code", "MCP vs CLI 選択基準", "PM2 dangling process detection"], "created_at": "2026-04-22T08:45:46.936383+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 56, "title": "Ollama はshadowで稼働・arcanaからTailscale経由で利用", "content": "# Ollama はshadowで稼働・arcanaからTailscale経由で利用\n\n## 事実\n- 2026-04-19: Ollamaはshadowで稼働、arcanaには未インストール（構成上そのまま）\n- shadow側設定: `/etc/systemd/system/ollama.service.d/override.conf` で `Environment=\"OLLAMA_HOST=0.0.0.0:11434\"` 指定しLAN公開\n- arcana側: `tools/embed_videos.py` / `tools/semantic_alert.py` の `OLLAMA_URL` は `http://shadow:11434/api/embeddings` を使用\n- pull済みモデル: `gemma3:1b` (999M, fallback用), `gemma3:4b` (4.3B, メモリ不足で起動不可のことあり), `nomic-embed-text` (768次元)\n- cron は復活済み（`embed_videos`毎4時間、`semantic_alert`毎4時間）\n- **2026-04-19 追加**: `lib/llm_client.py` に shadow Ollama フォールバック実装（NVIDIA全モデル失敗時に gemma3:1b へ自動切替）\n- `vvv-bots/.env` と `vvv/.env` に `OLLAMA_HOST=shadow:11434` / `OLLAMA_FALLBACK_MODEL=gemma3:1b` 設定済み\n- **shadow の RAM 制約**: gemma3:4b は 4GiB 必要だが shadow は 3.7GiB のためロード不可。フォールバックは **gemma3:1b 必須**\n\n**Why:** arcana側ではOllamaを動かさない運用方針。LLM推論はshadow集中・arcanaは収集/API/ダッシュボード担当の分離アーキテクチャ。\n\n**How to apply:**\n- 新規スクリプトで embedding/LLM 推論が必要 → `http://shadow:11434` を使う（`localhost:11434` は不可）\n- shadow側でモデル追加が必要 → `ssh shadow \"ollama pull <model-name>\"`\n- shadow接続不可時はTailscale経路障害を疑う（`tailscale ping -c 1 shadow`）\n- `tagger.py` / `manage.py` にも旧 `localhost:11434` 参照が残るがフォールバック用（`--engine ollama` 指定時のみ動作）、使用時は同様に書き換え要", "tags": ["Ollama", "LLM", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:45:48.992570+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 57, "title": "PM2 dangling process detection", "content": "# PM2 dangling process detection\n\n## ルール\nPM2で管理するスクリプトを削除する際は、**pm2 delete <name> && pm2 save** を必ずセットで実行する。\n\n**Why:** 2026-04-19、tools/ops 大掃除で `pm2_watchdog.sh` を削除したが、PM2登録のみ残ってしまい19,463回再起動エラーが発生。`/home/ubuntu/.pm2/logs/` に1.5MB以上のエラーログを蓄積し、CPUとディスクを無駄消費していた。\n\n**How to apply:**\n- `pm2 list` で restart数が異常（1000+）のプロセスは即調査\n- `pm2 logs <name> --err` でスクリプトファイル not found エラーを確認\n- 削除: `pm2 delete <name> && pm2 save && rm -f ~/.pm2/logs/<name>-*.log`\n- PM2に登録中のスクリプトを削除する前に `pm2 describe <name>` でscript pathを確認", "tags": ["PM2", "運用", "feedback"], "domain": "ai", "source_url": "", "importance_score": 0.4334831937561329, "wikilinks": [], "created_at": "2026-04-22T08:45:51.037472+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 58, "title": "vvv-bots QA自動起動システム", "content": "# vvv-bots QA自動起動システム\n\n# vvv-bots QA自動起動セットアップ\n\n## 1. Cron設定（毎週日曜3時診断）\n\n```bash\ncrontab -e\n```\n\n追加行：\n```cron\n0 3 * * 0 /home/ubuntu/workspace/web/vvv-bots/tools/qa_auto_trigger.sh >> /home/ubuntu/logs/cron/vvv_bots_qa.log 2>&1\n```\n\n## 2. Discord通知設定\n\n環境変数に登録：\n```bash\nexport DISCORD_WEBHOOK_URL=\"https://discordapp.com/api/webhooks/YOUR_WEBHOOK_ID/YOUR_WEBHOOK_TOKEN\"\n```\n\n## 3. 手動トリガー\n\n```bash\n# 診断実行（自動通知あり）\n/home/ubuntu/workspace/web/vvv-bots/tools/qa_auto_trigger.sh\n\n# または Python版\npython3 /home/ubuntu/workspace/web/vvv-bots/tools/qa_monitor.py\n```\n\n## 4. エラー検知時の自動修正フロー\n\n```\nログエラー検知\n  ↓\nqa_monitor.py 実行\n  ↓\n診断JSON生成 (/tmp/vvv-bots-diagnostic.json)\n  ↓\nDiscord通知（不具合件数）\n  ↓\n[手動] Opus計画生成\n  python3 qa_pipeline.py --plan /tmp/vvv-bots-diagnostic.json\n  ↓\n[手動] Sonnet修正実装\n  Claude Code vvv-bots-fixer エージェント起動\n```\n\n## 5. 通知内容例\n\nDiscord チャンネルに以下の形式で投稿：\n\n```\n🚨 vvv-bots: 5件の不具合を検知\n\n【深刻】\n• itpro_partners: セレクタ不一致\n• engineer_style: エラー\n\n【中程度】\n• bizlink: 価格異常\n```\n\n## 6. ログパス\n\n- 診断レポート: `/tmp/vvv-bots-diagnostic.json`\n- 監視ログ: `/home/ubuntu/logs/cron/vvv_bots_qa.log`\n- ボット個別ログ: `/home/ubuntu/workspace/web/vvv-bots/logs/`\n\n## 次のステップ（手動実行の流れ）\n\n```bash\n# 1. 診断 + Discord通知\n/home/ubuntu/workspace/web/vvv-bots/tools/qa_auto_trigger.sh\n\n# 2. Opus計画生成（必要時のみ）\npython3 tools/qa_pipeline.py --plan /tmp/vvv-bots-diagnostic.json\n\n# 3. Sonnet修正実装（Claude Code）\n# vvv-bots-fixer エージェントを起動\n```", "tags": ["QA", "自動化", "reference"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:45:52.900988+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 59, "title": "rsync 先のディレクトリは ssh mkdir で事前作成する", "content": "# rsync 先のディレクトリは ssh mkdir で事前作成する\n\n## ルール\n`rsync -az LOCAL/ REMOTE:/path/` を使う前に必ず `ssh REMOTE \"mkdir -p /path\"` で宛先ディレクトリを確保する。\n\n**Why:** 2026-04-19、`tools_backup.sh` が shadow 側の `/home/ubuntu/backups/tools` 存在を前提としていたが実在せず、毎日の cron backup で `mkdir failed: No such file or directory` エラーが出続けていた。shadow 側の arcana 初期化時にバックアップディレクトリが作成されていなかったため。\n\n**How to apply:**\n- バックアップ系スクリプトでは **src 側は `mkdir -p`**、**dst 側は `ssh host \"mkdir -p\"`** をセットで記述する\n- ログに `mkdir .* failed` を見たら宛先ディレクトリの欠如を疑う\n- cron ログ `/home/ubuntu/logs/cron/` の短い tail 確認を定期監視タスクとして回すと効率的", "tags": ["rsync", "インフラ", "feedback"], "domain": "ai", "source_url": "", "importance_score": 0.4334831937561329, "wikilinks": [], "created_at": "2026-04-22T08:45:55.018142+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 60, "title": "ランタイム生成物は /home/ubuntu/runtime/vvv/ に配置", "content": "# ランタイム生成物は /home/ubuntu/runtime/vvv/ に配置\n\n## ルール\nvvv のランタイム生成物（定期バッチやスケジューラが毎時生成する中間JSON、ログ的データ）は `/home/ubuntu/runtime/vvv/` に出力する。リポジトリ内 (`scripts/jobs/data/`等) には置かない。\n\n**Why:** 2026-04-19、`recommended_jobs.json` がリポジトリ内 `scripts/jobs/data/` に出力されていたため：\n1. job_scoring毎時実行のたびに git diff が発生し、無駄なコミットが頻発\n2. **より重大**: `recommended_jobs_router.py` は `/var/www/data/` 参照でズレており、APIが常にcount=0を返す壊れた状態だった（ダッシュボード表示崩壊）\n\n3箇所のパスを `/home/ubuntu/runtime/vvv/recommended_jobs.json` に統一して解決。\n\n**How to apply:**\n- 新規スクリプトでランタイム成果物を出力 → **必ず** `/home/ubuntu/runtime/vvv/` 配下\n- リポジトリ内のデータディレクトリ (`data/`, `cache/` 等) を見つけたら git管理要否を再評価\n- 書き込み元 (`job_scoring.sh`) と読み込み元 (`router.py`, `bot.py`) のパス一致は `grep -rn` で機械的に検証する\n- router のパス参照は APIテスト (`curl /api/recommended-jobs`) で疎通確認する", "tags": ["runtime", "ディレクトリ構成", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:45:57.115108+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 61, "title": "server-environment", "content": "# server-environment\n\n現在ログインしているサーバー（/home/ubuntu/workspace）が arcana そのもの。\n\n**Why:** CLAUDE.mdに「ssh dev (100.82.76.83, Tailscale)」と記載されていたが、arcanaがdevサーバーであり、かつ現在ログイン中のマシンがarcanaのため、ssh devは不要。\n\n**How to apply:** vvvのDB操作、PM2管理、ボットスケジュール確認など、devサーバー向けの操作はすべてローカルで直接実行する。`ssh dev` や `ssh arcana` は使わない。", "tags": ["環境", "arcana", "feedback"], "domain": "ai", "source_url": "", "importance_score": 0.4334831937561329, "wikilinks": [], "created_at": "2026-04-22T08:45:59.430963+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 62, "title": "skills-dev-automation-2026-04-22", "content": "# skills-dev-automation-2026-04-22\n\n# 開発自動化Skills 6本追加（2026-04-22）\n\nQiita記事「Claude Codeの開発自動化Skills 5選」を参考に全6本を実装。\n\n**Why:** 開発サイクル（コミット→Issue修正→マージ→PR）をSkillで自動化するため\n\n**How to apply:** 各Skillは `/home/ubuntu/.claude/skills/` に配置済み。次回セッションから即使用可能。\n\n## 追加したSkill一覧\n\n| Skill | 呼び出し | 用途 |\n|-------|---------|------|\n| commit | `/commit` または「コミッシュ」 | Conventional Commits形式で自動コミット。「コミッシュ」はpushまで |\n| fix-issue | `/fix-issue <番号>` | Issue番号→調査→修正→テスト→コミットまで完遂 |\n| merge | `/merge [branch]` | PR経由またはローカルでブランチをマージ |\n| pr-summary | `/pr-summary [--create]` | git diffからPR説明文を自動生成 |\n| deep-research | `/deep-research <トピック>` | コードベース深掘り調査レポート（Mermaid図付き） |\n| explain-code | `/explain-code <対象>` | 関数・ファイルをMermaid図解付きで解説 |\n\n## 実装上の注意点\n\n- SKILLファイル内でネストしたコードブロック（``` の中に ```）は使用不可→構文破損する\n- descriptionは1行のシンプルな文にする（既存Skillの形式に合わせる）\n- `grep`/`cat` 直接実行ではなく Grep/Read/Glob ツールを使う旨を明記する", "tags": ["skills", "自動化", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:00.729178+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 63, "title": "サムネ抽出パイプライン (ページ表紙 + X Syndication)", "content": "# サムネ抽出パイプライン (ページ表紙 + X Syndication)\n\n## 概要\nvvv/app/infrastructure/services/content_thumbnail_extractor.py + screenshot_service.py で構成。\n従来の「ページ全体スクショ = サムネ」を「ページ内の主要コンテンツ表紙 = サムネ」に変更。\n\n## 抽出チェーン\n1. S3キャッシュ\n2. X/Twitter 判定 → description.media_urls → Syndication API\n   - `cdn.syndication.twimg.com/tweet-result` + token=str(id/1e15*pi).replace(\"0.\",\"\").replace(\"0\",\"\")\n   - photos / mediaDetails / video.poster / quoted_tweet / card.image / profile (_normal除去)\n   - **token必須** (省略すると `{}` 空レスポンス返却)\n3. og:image / twitter:image\n4. link[rel=image_src] / JSON-LD image\n5. NVIDIA Vision LLM で img 候補から選定\n6. フルページスクショ (pw-service → Playwright)、X系はスキップ\n\n## SKIP_DOMAINS と CONTENT_ONLY_DOMAINS\n- SKIP_DOMAINS: facebook/instagram/linkedin (完全スキップ)\n- CONTENT_ONLY_DOMAINS: x.com/twitter.com/mobile.twitter.com (抽出のみ、フルページ不可)\n\n## 運用実績 (2026-04-19)\n- admin X favs 3,147件中 2,987件 (95%) を Syndication 経由で content_extracted 化\n- 1バッチ50件/約20秒、成功率 96-97%\n- failed の大半は削除/非公開ツイート or 403/Cloudflare\n\n## 注意点\n- Syndication の token は必須かつ決定的 (同一IDで同一token)\n- Playwright は X 未ログイン状態で使えないため CONTENT_ONLY 扱い\n- videos.description の media_urls JSON は x_learn/x_media botが収集した時のみ埋まる\n- thumbnail_scraper は scheduler_tick で group_id=503、run_interval_hours=2 で自動発火済み\n- 古い thumbnail_url='skipped' はX系ドメイン変更時に `UPDATE SET thumbnail_url=NULL` でリセット必要\n\n## 関連テーブル\n- `scraper_bot_schedule`: group_id=503 が thumbnail_scraper\n- `videos.thumbnail_url`: `_content.jpg` サフィックス = 新方式で抽出したサムネ\n- `videos.src`: 直リンク動画の場合 href と同一", "tags": ["thumbnail", "スクレイピング", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:02.715023+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 64, "title": "2026-04-21 X記事から学習したClaude Code最新動向", "content": "# 2026-04-21 X記事から学習したClaude Code最新動向\n\n## 2026-04-21 X記事から学習したClaude Code最新動向\n\n### 情報源\n- X投稿数: 100件（過去1日間、検索: claude+code）\n- 高スコア投稿: 45件（primary_source）、46件（insight）、9件（低価値）\n- 重要度スコア分布: 最高83点、上位10件は72-83点\n\n---\n\n### 主要な発見\n\n#### ① Claude Code Auto Mode — 公式ドキュメント全貌\n- **投稿**: [auto modeの安全性確認ツイート] (importance: 74)\n- **一次情報URL**: https://code.claude.com/docs/en/permission-modes\n- **要点**:\n  - Auto modeはClaude Code v2.1.83以降でのみ利用可能\n  - **対応プラン**: Max / Team / Enterprise / API のみ（Proは非対応）\n  - **対応モデル**: Claude Sonnet 4.6、Opus 4.6、Opus 4.7（TeamはこれらすべてOK）\n  - **分類モデルが事前チェック**: ユーザーのリクエストを超える操作、未認証インフラへのアクセス、敵対的コンテンツに基づく操作をブロック\n  - **デフォルトでブロックされる操作**: `curl | bash`、本番デプロイ、IAM権限変更、mainへの直接push、大規模クラウドストレージ削除\n  - **デフォルトで許可される操作**: ローカルファイル操作、依存関係インストール、.envの資格情報読み取り、読み取り専用HTTPリクエスト\n  - 会話で「pushしない」と言うとその発言が制約としてセッション全体に適用される\n  - コンテキスト圧縮で制約が消える可能性あり → 永続的な制約はdeny ruleで設定すべき\n  - 分類モデルが3回連続または通算20回拒否するとauto modeが一時停止し手動モードに戻る\n  - **パーミッションモード一覧**:\n    | モード | 自動承認範囲 | 用途 |\n    |--------|-------------|------|\n    | default | 読み取りのみ | 安全重視 |\n    | acceptEdits | 読み取り+ファイル編集+基本ファイルシステムコマンド | コードレビュー後に差分確認 |\n    | plan | 読み取りのみ | コードベース探索 |\n    | auto | 分類モデル付きで全操作 | 長時間タスク |\n    | dontAsk | 事前承認ツールのみ | CI/CD |\n    | bypassPermissions | 保護パス以外全て | コンテナ/VM限定 |\n  - **保護パス**（全モードでブロック）: `.git`, `.vscode`, `.claude`（commands/agents/skills/worktrees除く）, `.bashrc`等シェル設定, `.claude.json`\n\n#### ② Skills + auto-memory の挙動変化\n- **投稿**: 「Skillsの動きが変わっていた。原因はauto-memoryでした」 (importance: 73)\n- **要点**:\n  - Claude Codeはセッションのたびにauto-memoryへ学習内容を自動書き込み\n  - これがSkillsの動作に意図しない影響を与えることがある\n  - auto-memoryで「昨日も一緒に働いたコワーカー」のような振る舞いになる\n  - AutoDream機能（2026年3月〜）がメモリファイルの肥大化を防ぐため定期整理を自動実行\n- **参考**: https://aisokuho.com/2026/02/27/... および https://zenn.dev/nanahiryu/articles/claude-code-skills-202601\n\n#### ③ GoとGhosttyで自作ターミナル「gostty」(Claude Code活用Tips付き)\n- **投稿**: GoとGuigui+libghosttyを組み合わせてターミナル自作 (importance: 83)\n- **一次情報URL**: https://zenn.dev/rinrin_yuuki/articles/448d45e7df01ee\n- **Claude Code活用Tips**:\n  1. **git submoduleで依存管理** → Claude Codeがローカルソースを直接参照できトークン節約+HTTP通信削減\n  2. **docsディレクトリに実装ログをMarkdownで記録** → 別セッションのコンテキスト共有・記事執筆・背景説明の繰り返し防止\n\n#### ④ Claude Opus 4.7 × Skills — implicit-need tests合格\n- **WebSearch発見**: Opus 4.7が「暗黙的ニーズテスト」に合格\n- **要点**:\n  - Opus 4.7はタスクのコンテキストから必要なSkillを自動判断（「どのSkillを使うか？」と聞かない）\n  - v2.1.108で5分→1時間キャッシュに延長 → Skills呼び出し高速化\n\n#### ⑤ Claude Code × SNS完全自動化（Threads/X）\n- **投稿**: 「コンテンツ生成から投稿・返信まで完全自動化」 (importance: 72)\n- **URL**: https://t.co/PxIfWbG1Iy（builder.io関連）\n- **要点**:\n  - Builder.io: デザイン→コード生成プラットフォーム（AI Frontend Engineer）\n  - VS Code / Cursor拡張機能対応\n  - 「One workflow, zero handoffs」でデザイン→本番コード生成\n\n#### ⑥ 副業勢向けAI神ツール5選（Claude Code筆頭）\n- **投稿** (importance: 75)\n- 1位Claude Code、2位Antigravity、3位Cursor、4位v0、5位Gamma\n- 「AIビジネスは『聞くAI』から『やってくれるAI』へ移行中」\n\n---\n\n### 独自見解・Tips（insight カテゴリ上位）\n\n- **[@claude_code_user]**: Claude Code 21スキル連携で調査→執筆→画像生成→ファクトチェック→SNS投稿まで全自動化。1日8時間マーケ業務→60分\n- **[Skills評価・改善リポジトリ]**: 自作SkillsをテストしてAIが改善版を提供してくれるOSSが登場（神リポジトリと評価）\n- **[エージェント前提設計]**: 「人間が操作する前提」から「エージェントが操作する前提」でアプリ設計に移行しつつある\n- **[年商3000万規模]**: Claude Codeだけで年商3000万規模の業務を賄える\n\n---\n\n### アクションアイテム\n\n- [ ] Auto modeの対応プラン確認（Proは非対応→MaxかAPIが必要）\n- [ ] `claude --permission-mode acceptEdits` をデフォルトに設定（settings.jsonのdefaultMode）\n- [ ] 会話内の制約は`deny rule`に変換する習慣をつける（コンテキスト圧縮で消えるため）\n- [ ] git submodule + docsディレクトリ構成でClaude Codeのトークン効率向上\n- [ ] Opus 4.7アップグレードでSkills自動判断機能を活用\n- [ ] Skills評価・改善OSSリポジトリを探して活用\n- [ ] AutoDream機能の動作を監視（memory/ディレクトリの整理状況確認）", "tags": ["x-learn", "X学習", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:04.595681+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 65, "title": "YouTube学習 - 超かぐや姫 (20260410)", "content": "# YouTube学習 - 超かぐや姫 (20260410)\n\n## ソース (2026-04-10 21:53 JST自動取得)\n\n### Ex-Otogibanashi / Covered by ころねぽち×ななひら\n- **URL**: https://www.youtube.com/watch?v=0TZf_cqnICA\n- **解析方法**: ytdlp_llm\n- **内容**:\nこの動画は、おとぎ話のような設定の中で、姫と相手との特別な関係性を描いています。懐かしい思い出や現在共有している美しい景色を通じて、運命や孤独といった普遍的なテーマに触れつつも、強い絆と幸せな瞬間が強調されています。最終的には、一度きりの人生の中で出会えた奇跡を永遠のものとして大切にしたいという、温かくも切ない願いが込められた内容です。\n### 【Official MV】Remember – yuigot / 月見ヤチヨ(cv.早見沙織) from 超かぐや姫！\n- **URL**: https://www.youtube.com/watch?v=UE1y01q6wzQ\n- **解析方法**: ytdlp_llm\n- **内容**:\nこの動画は、懐かしさと切なさを感じさせる物語を描いています。過去の思い出や憧れ、自分に上手くできないことへの涙や葛藤がありながらも、それでいいと信じて前を向くメッセージが込められています。大切な人への想いや小さな願いが、確かな道として星空の下で巡り続ける様子が、優しいメロディと共に表現されています。終わらない世界で、そばにいる君と明日へと続く温かい希望がテーマです。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:06.793287+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 66, "title": "YouTube学習 - 超かぐや姫 (20260415)", "content": "# YouTube学習 - 超かぐや姫 (20260415)\n\n## ソース (2026-04-15 22:21 JST自動取得)\n\n### ZIP!「超かぐや姫！」映画紹介\n- **URL**: https://www.youtube.com/watch?v=DZ7BggKoQF4\n- **解析方法**: ytdlp_llm\n- **内容**:\n現代版「竹取物語」を大胆アレンジした話題のアニメ映画「超かぐや姫」。竹から発見という原作を、光る電柱と17歳高校生の出会いに置き換え、ライブ配信で求婚殺到する展開に。山下信吾監督が手掛け、劇場上映でライブシーンの迫力が爆発的に拡散。配信アニメから全国100館超えの大ヒットに。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:09.245640+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 68, "title": "YouTube学習 - 超かぐや姫 (20260416)", "content": "# YouTube学習 - 超かぐや姫 (20260416)\n\n## ソース (2026-04-16 22:30 JST自動取得)\n\n### Oe-chan bursts into laughter at Taiji-niichan's extremely harsh critique of Princess Kaguya [2026...\n- **URL**: https://www.youtube.com/watch?v=52hPtYpXM14\n- **解析方法**: ytdlp_llm\n- **内容**:\nYouTuberが「超かぐ屋姫」を激しく批判。派手な演出と早送り展開に感情移入できず、貧乏ごっこや資本主義の甘さを美化した「令和型世界系」だと一刀両断。一方で、自身の若貧時代を懐かしみ、作品への熱い反応に「熱血」と自嘲。結局、思い出補正で「アリ」かもと自らを揺さぶる。\n### ZIP!「超かぐや姫！」映画紹介\n- **URL**: https://www.youtube.com/watch?v=DZ7BggKoQF4\n- **解析方法**: ytdlp_llm\n- **内容**:\n現代版『竹取物語』を大胆アレンジした話題のアニメ映画「超かぐや姫」。光る電柱から現れた美少女・かぐやがライブ配信で一躍人気に。山下信吾監督が描く、SNS時代の恋と成長。劇場限定のライブシーンは圧巻。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:13.592467+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 69, "title": "YouTube学習 - AIツール最新 (20260416)", "content": "# YouTube学習 - AIツール最新 (20260416)\n\n## ソース (2026-04-16 04:23 JST自動取得)\n\n### FULL Claude Code Tutorial for Beginners in 2026! (Step-By-Step)\n- **URL**: https://www.youtube.com/watch?v=qYqIhX9hTQk\n- **解析方法**: ytdlp_llm\n- **内容**:\n【300字要約】\nClaude CodeをCursor/VS Code拡張で起動し、プロジェクトルートにclaude.mdを置くことで長期記憶を付与。推奨プラグイン3選：Playwright（ブラウザ自動化）、Superpowers（ブレインストーミング・サブエージェント開発）、Context 7（最新ドキュメント取得）。デスクトップアプリから簡単インストール可。新セッションで即座にスキル発動を確認できる。\n\n【列挙】\n・Cursor・VS Code・Windsurf・Anti-gravity拡張  \n・claude.md（プロジェクト固有ルール記載）  \n・Playwright（ブラウザ自動化・テスト）  \n・Superpowers（ブレインストーミング・サブエージェント・コードレビュー）  \n・Context 7（最新ドキュメント取得）\n\n【即実践アクション】\n1. エディタにClaude Code拡張をインストール  \n2. プロジェクトルートにclaude.mdを作成し、スタック・規約・コマンドを記載  \n3. Claude Desktopアプリで3プラグインを追加  \n4. 新セッションで「ブレインストーミングして」と指示し動作確認\n### Claude Code is all you need in 2026\n- **URL**: https://www.youtube.com/watch?v=0hdFJA-ho3c\n- **解析方法**: ytdlp_llm\n- **内容**:\n【300字要約】\n2026年のClaude Codeは発表当時より大幅にシンプル化し、Opus 4.5単体で90%の作業が完結する。動画では「Inbox Summaries」アプリに「trends view（グラフ・メトリクス付き全体インサイト画面）」を追加する実践を公開。Planモード→Yoloモード→音声入力で機能要件を整理し、V1スコープを決める手順を示す。Agent OSは次回アップデートで軽量化予定。\n\n【列挙：新機能・テクニック・ツール】\n1. Claude Code Opus 4.5（2026年版）\n2. Planモード\n3. Yoloモード\n4. 音声Dictationプロンプティング\n5. Agent OS（次回軽量アップデート）\n6. Inbox Summaries（実践アプリ）\n7. trends view（新規機能）\n8. buildermethods.com（Builder Briefing配信）\n9. Build with Claude Code（2026コース）\n\n【即実践アクション】\n・ターミナルで`claude`起動後、TabキーでPlanモードに入る  \n・「I want to add a trends view…」を音声入力し、V1スコープをClaudeに決めさせる\n### The Ultimate Claude Code Guide | MCP, Skills & More\n- **URL**: https://www.youtube.com/watch?v=uogzSxOw4LU\n- **解析方法**: ytdlp_llm\n- **内容**:\nこの動画では、Claude Codeの高度な活用方法として、以下の具体的な新機能・テクニック・ツールが紹介されています：\n\n**新機能・テクニック・ツール：**\n1. **スキル作成**（creating skills）\n2. **サブエージェント**（sub agents）\n3. **MCPサーバー接続**（connecting to MCP servers）\n4. **モデル切替コマンド**（/model command）\n5. **使用状況分析コマンド**（/insights command）\n\n**開発者向けアクションアイテム：**\n- タスクに応じてモデルを使い分ける（Opusは複雑な作業、Sonnetは標準作業、Haikuは軽量作業）\n- /insightsコマンドで利用分析レポートを生成し、効率的な使い方を把握する\n- カスタマイズ可能な設定でワークフローに最適化する\n\n要約：Claude Codeの基本的な使い方だけでなく、スキル作成やサブエージェントなどの高度な機能をカスタマイズすることで、ワークフローへの活用度を大幅に向上させる方法を解説。特にモデルの適切な選択と使用状況の分析が生産性向上の鍵となる。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:15.829738+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 70, "title": "YouTube学習 - FX手法 (20260416)", "content": "# YouTube学習 - FX手法 (20260416)\n\n## ソース (2026-04-16 10:29 JST自動取得)\n\n### 【FX】スキャルピングで勝つためにやってはいけないこと！負ける原因になること６選【億トレーダー】\n- **URL**: https://www.youtube.com/watch?v=T0ZnudNpK18\n- **解析方法**: ytdlp_llm\n- **内容**:\n{\"name\":\"スプレッド重視スキャルピング\",\"timeframe\":\"1m-5m\",\"style\":\"scalping\",\"indicators\":[\"スプレッド幅\",\"経済指標発表時刻\",\"チャートの落ち着き\"],\"entry_long\":[\"スプレッドが通常幅に戻ったことを確認後\",\"経済指標発表後のチャートが落ち着いた直後\",\"急騰後の押し目でヘッド&ショルダー的な戻り待ち\"],\"entry_short\":[\"スプレッドが通常幅に戻ったことを確認後\",\"経済指標発表後のチャートが落ち着いた直後\",\"急落後の戻りでショルダー&ヘッド的な戻り待ち\"],\"exit_tp\":\"1～2pips程度の小さな利確\",\"exit_sl\":\"1～2pips程度の小さな損切り\",\"win_rate_claim\":0.65,\"risk_reward\":1.0,\"category\":\"momentum\",\"profitability_claim\":\"毎日コツコツ利益を積み上げるスタイル\"}\n### 【FX手法】1日1時間で10万円稼げる最強スキャルピング手法を大暴露\n- **URL**: https://www.youtube.com/watch?v=IKNDRDhq-BA\n- **解析方法**: ytdlp_llm\n- **内容**:\n{\"name\":\"3時間足シンプルスキャルピング\",\"timeframe\":\"1m\",\"style\":\"scalping\",\"indicators\":[\"時間足のズレ\",\"チャネルライン\"],\"entry_long\":[\"1時間足が上昇トレンド\",\"5分足が下落\",\"1分足が再上昇に転じた瞬間\"],\"entry_short\":[\"1時間足が下降トレンド\",\"5分足が上昇\",\"1分足が再下降に転じた瞬間\"],\"exit_tp\":\"10〜20pips\",\"exit_sl\":\"明記なし（シンプルなルールに基づく即座の損切り）\",\"win_rate_claim\":null,\"risk_reward\":null,\"category\":\"reversal\",\"profitability_claim\":\"1日3回エントリーで3万円以上、2年間トータル2000万円以上稼いだ\"}\n### 【1日3万円】FX初心者でも勝てる！スキャルピング手法の”5つの習慣”とは？\n- **URL**: https://www.youtube.com/watch?v=MYBo39yYaLk\n- **解析方法**: ytdlp_llm\n- **内容**:\n{\"name\":\"ロンドン・NY初動スキャルピング\",\"timeframe\":\"1m/5m\",\"style\":\"scalping\",\"indicators\":[\"EMA(9)\",\"EMA(20)\",\"Bollinger Bands(±2σ)\",\"MACD\"],\"entry_long\":[\"1時間足または15分足で上昇トレンド確認\",\"EMA(9)がEMA(20)を上抜け(ゴールデンクロス)\",\"ローソク足がBB -2σにタッチ後、次足で反転の陽線確定\",\"MACDがゴールデンクロス＋ヒストグラムが0を上抜け\"],\"entry_short\":[\"1時間足または15分足で下降トレンド確認\",\"EMA(9)がEMA(20)を下抜け(デッドクロス)\",\"ローソク足がBB +2σにタッチ後、次足で反転の陰線確定\",\"MACDがデッドクロス＋ヒストグラムが0を下抜け\"],\"exit_tp\":\"＋10pips固定利確\",\"exit_sl\":\"直近安値(ロング時)または直近高値(ショート時)から3～5pips外す、または固定5pips\",\"win_rate_claim\":0.7,\"risk_reward\":2.0,\"category\":\"reversal\",\"profitability_claim\":\"1ロット(10万通貨)で1日3万円、月20営業日で約60万円\"}", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:17.740619+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 71, "title": "YouTube学習 - 超かぐや姫 (20260417)", "content": "# YouTube学習 - 超かぐや姫 (20260417)\n\n## ソース (2026-04-17 22:33 JST自動取得)\n\n### 【Official MV】Remember – yuigot / 月見ヤチヨ(cv.早見沙織) from 超かぐや姫！\n- **URL**: https://www.youtube.com/watch?v=UE1y01q6wzQ\n- **解析方法**: ytdlp_llm\n- **内容**:\nピアノと甘いパンケーキの記憶、描けなかった絵と零れた涙。幼い頃の憧れは遠く離れても、巡る星と小さな願いが確かな道を示す。誰かの世界に寄り添うメロディは終わらず、子供のころのまま胸に響き続ける。\n### 【特別インタビュー映像】映画『超かぐや姫！』麒麟・川島明が感動 ＆ 絶賛。新時代アニメーションの魅力を紹介\n- **URL**: https://www.youtube.com/watch?v=yGlSwon_hBg\n- **解析方法**: ytdlp_llm\n- **内容**:\nこの動画は、視聴者がアニメ「超かぐや姫」について感想を語っている内容です。視聴者は、このアニメの美しさ、音楽、ストーリー、キャラクターなどについて高く評価しています。また、映画館で見た際の感動や、キャラクターの関係性の深さなどについても話しています。視聴者は、このアニメを見ることを強く勧めており、特にアニメを見ない人にも是非見て欲しいと言っています。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:20.212118+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 72, "title": "YouTube学習 - AIツール最新 (20260417)", "content": "# YouTube学習 - AIツール最新 (20260417)\n\n## ソース (2026-04-17 04:35 JST自動取得)\n\n### FULL Claude Tutorial For Beginners in 2026! (FULL COURSE)\n- **URL**: https://www.youtube.com/watch?v=Xg55nTrbYYY\n- **解析方法**: ytdlp_llm\n- **内容**:\nこの動画は、2026年のClaudeチュートリアルです。Claudeの基本的な使い方から始まり、プロンプティング、設定、アカウントの構成、Co-work、Claude Codeなどの高度な機能までを紹介しています。動画では、無料プランと有料プランの違い、プライバシー設定、Claude Codeの使い方などが説明されています。\n\n具体的な新機能・テクニック・ツール名は以下の通りです。\n\n* Claude\n* Co-work\n* Claude Code\n* Pricingプラン（無料プラン、Proプラン、Maxプラン）\n* プライバシー設定\n\n開発者がすぐに活用できるアクションアイテムは以下の通りです。\n\n* Claudeのアカウントを作成し、無料プランで始める\n* プロンプティングと設定を理解し、Claudeを使用する\n* Co-workとClaude Codeを使用して、共同作業とコードの開発を効率化する\n* プライバシー設定を理解し、データの保護を確実にする\n\nこれらのアクションアイテムを実行することで、開発者はClaudeを効果的に使用し、仕事の効率化と生産性の向上を図ることができます。\n### 【革命】2026年最強AIツール「Claude Code」がヤバすぎました【完全攻略】\n- **URL**: https://www.youtube.com/watch?v=zSKg23OBkFA\n- **解析方法**: ytdlp_llm\n- **内容**:\nこの動画は、AIツール「クロードコード」の紹介とその使い方について説明しています。クロードコードは、アンソロピック社が開発したAIツールで、パソコンでの作業を自動化することができます。例えば、ファイルの作成、編集、削除、ブラウザでの情報収集、データの整理、アプリやウェブサイトの開発などが可能です。\n\n具体的な新機能・テクニック・ツール名は以下の通りです。\n\n* クロードコード：アンソロピック社が開発したAIツール\n* ギット：無料ツールで、クロードコードのインストールに必要\n* ターミナル：Macで使用するアプリ\n* Powerシェル：Windowsで使用するアプリ\n* フロードアカウント：クロードコードのログインに必要\n\n開発者がすぐに活用できるアクションアイテムは以下の通りです。\n\n* クロードコードのインストール：MacやWindowsにインストールする方法を学ぶ\n* クロードコードのセットアップ：インストール後に必要な設定を学ぶ\n* クロードコードの使い方：ファイルの作成、編集、削除、ブラウザでの情報収集、データの整理、アプリやウェブサイトの開発などを学ぶ\n* フロードアカウントの作成：クロードコードのログインに必要なアカウントを作成する\n\nこれらのアクションアイテムを活用することで、開発者はクロードコードを効果的に使用し、作業の効率化を図ることができます。\n### The Only Claude Code Tutorial You Need (2026 Update)\n- **URL**: https://www.youtube.com/watch?v=Q0bsphUTLtw\n- **解析方法**: ytdlp_llm\n- **内容**:\nこの動画は、Claude Codeというツールを使用してアプリケーションを構築する方法を紹介しています。Claude Codeは、Webコーダーや開発者が使用するための本格的なコーディングツールです。動画では、Claude Codeのセットアップから正しい使い方まで、基礎から丁寧に解説しています。\n\n新機能・テクニック・ツール名:\n\n* Claude Code\n* Claudeのデスクトップアプリ\n* Claudeのウェブアプリ\n* ClaudeコードCLIツール\n* スラッシュコマンド\n* コネクタ\n* プラグイン\n* モード（権限を要求するモード、自動編集承認モード、計画モード、権限バイパスモード）\n* モデル（Opus、Sonnet、Haiku）\n* 音声入力\n* プレビューボタン\n\n開発者がすぐに活用できるアクションアイテム:\n\n* Claudeのデスクトップアプリをダウンロードしてインストールする\n* ClaudeコードCLIツールをインストールして使用する\n* スラッシュコマンドを使用してアクセスする\n* コネクタを使用してGmailアカウントを接続する\n* プラグインを使用してカスタムコマンドを追加する\n* モードを変更して開発環境をカスタマイズする\n* モデルを選択して開発作業を最適化する\n* 音声入力を使用して指示を出す\n* プレビューボタンを使用してアプリケーションをプレビューする", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:22.799218+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 74, "title": "YouTube学習 - FX手法 (20260417)", "content": "# YouTube学習 - FX手法 (20260417)\n\n## ソース (2026-04-17 10:34 JST自動取得)\n\n### 超有料級【FXスキャルピング】これだったのか・・・スキャルピングのコツは。\n- **URL**: https://www.youtube.com/watch?v=GPDEmTzfZM4\n- **解析方法**: ytdlp_llm\n- **内容**:\n{\"name\":\"スキャルピング手法\",\"timeframe\":\"1分足\",\"style\":\"scalping\",\"indicators\":[\"実態ベース\",\"値動き\"],\"entry_long\":[\"値動きが上にも下にも行けなくなった後にポンと抜けてきたときにエントリー\"],\"entry_short\":[\"値動きが上にも下にも行けなくなった後にポンと抜けてきたときにエントリー\"],\"exit_tp\":\"利益が出てからそこから帰ってくるようなトレードではこれ性質上ありません\",\"exit_sl\":\"損切りを巻き込んでポポンていくタイミングでのエントリーになるので帰ってくるとちょっとそれだけで黄色信号です\",\"win_rate_claim\":\"含みなしのトレードが連発するトレードになります\",\"risk_reward\":\"1:1\",\"category\":\"reversal\",\"profitability_claim\":\"エントリーができない日っていうのはおそらくなくなる\"}\n### 【FXスキャルピング】”安定して”勝てるローソク足パターンはこれだ！\n- **URL**: https://www.youtube.com/watch?v=6aGi5Q-Qfik\n- **解析方法**: ytdlp_llm\n- **内容**:\n{\"name\":\"ローソ足パターン\",\"timeframe\":\"1分\",\"style\":\"スキャルピング\",\"indicators\":[\"移動平均線\",\"ローソ足\"],\"entry_long\":[\"売りと買いが等しい状況の中で買いが一気に減ったとき\"],\"entry_short\":[\"売りと買いが等しい状況の中で売りが一気に増ったとき\"],\"exit_tp\":\"5pipsから10pips\",\"exit_sl\":\"ロスカット\",\"win_rate_claim\":0.8,\"risk_reward\":1.5,\"category\":\"逆転\",\"profitability_claim\":\"8割以上の勝率\"}\n### 【実体験】私がFXで勝てるようになったきっかけを4つ話します。【FX 手法】\n- **URL**: https://www.youtube.com/watch?v=D9rI7sCbV0A\n- **解析方法**: ytdlp_llm\n- **内容**:\n{\"name\":\"トレーダーKのFX手法\",\"timeframe\":\"4時間足\",\"style\":\"順張りトレード\",\"indicators\":[\"トレンドライン\",\"フィボナッチ\"],\"entry_long\":[\"上昇トレンドで買い\",\"押し目戻り候補\"],\"entry_short\":[\"下落トレンドで売り\",\"押し目戻り候補\"],\"exit_tp\":\"リスクリワード1対2を守る\",\"exit_sl\":\"損切り位置を直近高値安値の外に固定\",\"win_rate_claim\":0.5,\"risk_reward\":2,\"category\":\"トレンドフォロー\",\"profitability_claim\":\"年間収益率333.7%\"}\n\n注: 動画では具体的なインジケーターやエントリールールが明確に述べられていないため、上記のJSONデータは動画の内容を基に推測したものです。実際のトレード手法はより複雑なものである可能性があります。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:26.128544+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 75, "title": "YouTube学習 - 超かぐや姫 (20260418)", "content": "# YouTube学習 - 超かぐや姫 (20260418)\n\n## ソース (2026-04-18 22:32 JST自動取得)\n\n### 【Official MV】Remember – yuigot / 月見ヤチヨ(cv.早見沙織) from 超かぐや姫！\n- **URL**: https://www.youtube.com/watch?v=UE1y01q6wzQ\n- **解析方法**: ytdlp_llm\n- **内容**:\nピアノと甘いパンケーキの香りが誘う幼い日の記憶。上手く描けなかった夢に涙しながらも、大人になって気づく――小さな願いが確かな道となり、星は巡り続ける。大切なメロディは心に流れ、憧れの物語は今も輝く。君と共にあるその音は、決して消えない。\n### ZIP!「超かぐや姫！」映画紹介\n- **URL**: https://www.youtube.com/watch?v=DZ7BggKoQF4\n- **解析方法**: ytdlp_llm\n- **内容**:\n現代版「竹取物語」を大胆アレジしたアニメ映画「超かぐや姫」は、竹の中から美少女が出る古典を光る電柱とライブ配信に置き換え、SNSで話題を呼び全国拡大。山下信吾監督が手がけ、ライブシーンは劇場ならではの迫力で音楽と映像が融合。配信アニメから劇場上映へと広がり、現代技術を活かした新感覚の物語だ。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:28.103756+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 76, "title": "YouTube学習 - AIツール最新 (20260418)", "content": "# YouTube学習 - AIツール最新 (20260418)\n\n## ソース (2026-04-18 04:32 JST自動取得)\n\n### 800+ hours of Learning Claude Code in 8 minutes (2026 tutorial / unknown tricks / newest model)\n- **URL**: https://www.youtube.com/watch?v=Ffh9OeJ7yxw\n- **解析方法**: ytdlp_llm\n- **内容**:\n**動画内容の要約（300文字）**\nClaude Codeを効率的に活用するための設定とワークフローを紹介。開発者が繰り返し行う作業を省力化する「メモリ機能」「カスタムコマンド」「MCPサーバー」の3つの基盤機能を説明し、さらに6つの隠れたコア機能（動画後半で解説）の存在を示唆。適切な設定により、Claudeと戦う時間を減らし、開発速度を向上させる方法を伝える。\n\n**列挙すべき新機能・テクニック・ツール名**\n1.  **メモリ機能**（`#`キーで呼び出し、`claude.md`ファイルに保存）\n2.  **カスタムコマンド**（`commands`ディレクトリ内のMarkdownファイルで作成、引数可）\n3.  **MCPサーバー**（AIが外部ツール・サービスに接続する仕組み）\n4.  **Context Seven**（最新のライブラリドキュメントをClaudeに参照させるMCPサーバー）\n5.  **Superbase**（Claudeがアプリのデータベースを直接クエリするためのMCPサーバー）\n\n**開発者のための即時アクションアイテム**\n- **メモリの設定**: プロジェクト毎またはグローバルで繰り返し指示を`claude.md`に登録する。\n- **コマンドライブラリの構築**: 定型作業（APIエンドポイント作成、lint実行など）をコマンド化し、`commands`ディレクトリで管理する。\n- **Context Sevenの導入**: プロンプトに「use Context Seven」と追加するだけで、最新ドキュメントを参照可能になる。\n- **MCPサーバーリポジトリの調査**: 紹介されたGitHubリポジトリから、利用可能なMCPサーバーを探す。\n### The 6 Levels of Claude Code Explained\n- **URL**: https://www.youtube.com/watch?v=TUKYbUIXLOE\n- **解析方法**: ytdlp_llm\n- **内容**:\nこの動画では、Claude Codeの効果的な活用には6段階の成長レベルがあると説明されています。現在多くの利用者が停滞している「レベル1：プロンプトエンジニア」段階では、Claude Codeを単なるツールとして扱い、協働関係を築けていないため、出力が平均的で画一的な「AIスロップ」に陥りがちです。\n\n**具体的な新機能・テクニック・ツール名:**\n- Claude Code\n- AIコーディングエージェント\n\n**開発者向けアクションアイテム:**\n1. 明確で具体的なプロンプト作成を習得する（成果目標と副機能を明確化）。\n2. Claudeの出力を読み評価するスキルを養い、「AIスロップ」を見分ける。\n3. Claude Codeを単なるツールではなく「協働者」として扱い、フィードバックを求める姿勢を持つ。\n\n要約文字数: 300文字\n### Claude Code 2.0 Is Here... Automate Anything\n- **URL**: https://www.youtube.com/watch?v=efGXZselN64\n- **解析方法**: ytdlp_llm\n- **内容**:\n**要約**: Cloud Code 2.0は、Chat、Code、Co-workを統合した開発環境。新機能として「Cloud Agent」が24時間自律動作し、「Yellow Dot System」で複数エージェントを並行実行できる。UIが刷新され、ターミナル連携・プレビュー機能・タスク管理が強化された。\n\n**新機能・ツール名**:\n- Cloud Code 2.0\n- Cloud Agent（自律動作エージェント）\n- Yellow Dot System（複数エージェント並行実行）\n- 統合UI（Chat/Code/Co-work切替）\n- ターミナル連携機能\n- リアルタイムプレビュー機能\n- タスク自動生成・管理\n\n**開発者向けアクションアイテム**:\n1. Cloud Agentを活用した自動化設定（例: フォーム生成タスクの委任）\n2. Yellow Dot Systemで複数タスクを並行実行し、完了通知のみ受信\n3. プレビュー機能でコード変更を即時確認するワークフロー導入", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:30.512860+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 77, "title": "YouTube学習 - FX手法 (20260418)", "content": "# YouTube学習 - FX手法 (20260418)\n\n## ソース (2026-04-18 10:31 JST自動取得)\n\n### 【永久保存版】FXで勝てるポイント！ダブルボトム・ダブルトップ攻略法、スキャルピング、デイトレード完全解説！\n- **URL**: https://www.youtube.com/watch?v=BhebDdnr7vk\n- **解析方法**: ytdlp_llm\n- **内容**:\n{\"name\":\"ダブルボトム・ダブルトップ反転パターントレード\",\"timeframe\":\"1m〜5m\",\"style\":\"スイング寄りのデイトレード\",\"indicators\":[\"上位足サポートレジスタンス\",\"ボリンジャーバンド\",\"エリオット波動\",\"ダウ理論\",\"フィボナッチリトレースメント\"],\"entry_long\":[\"ダブルボトム形成後、ネックライン（直近高値）をブレイクした直後にロング\",\"1回目の安値からの反発が弱く、2回目の安値で反転が確認された時点で指値ロング\",\"トリプルボトムの3回目タッチで安値更新せず、ネックライン突破でエントリー\"],\"entry_short\":[\"ダブルトップ形成後、ネックライン（直近安値）をブレイクした直後にショート\",\"1回目の高値からの反落が弱く、2回目の高値で反転が確認された時点で指値ショート\"],\"exit_tp\":\"ネックラインからの幅＝ダブルボトム/トップの高さ分だけ利確\",\"exit_sl\":\"ダブルボトム：2回目安値割り込み、ダブルトップ：2回目高値ブレイク\",\"win_rate_claim\":0.65,\"risk_reward\":2.0,\"category\":\"reversal\",\"profitability_claim\":\"17年間の実践で勝率を上げたきっかけとなったパターン\"}\n### 【完全公開】FX初心者でもできる！勝てるスキャルピングのエントリーはこれ！\n- **URL**: https://www.youtube.com/watch?v=vzZ5gVTAsIY\n- **解析方法**: ytdlp_llm\n- **内容**:\n{\"name\":\"環境認識＋5分足スキャルピング\",\"timeframe\":\"5m\",\"style\":\"scalping\",\"indicators\":[\"高値・安値の切り上がり/切り下がり判定\",\"4時間足・1時間足・5分足の3段階足環境認識\"],\"entry_long\":[\"4時間足が上昇トレンド（高値・安値ともに切り上がり）\",\"1時間足が上昇トレンド（高値・安値ともに切り上がり）\",\"5分足で起点（反発ポイント）を形成し、上昇方向に反発\"],\"entry_short\":[\"4時間足が下降トレンド（高値・安値ともに切り下がり）\",\"1時間足が下降トレンド（高値・安値ともに切り下がり）\",\"5分足で起点（反発ポイント）を形成し、下降方向に反発\"],\"exit_tp\":\"動画内では明言なし（「利益が取りやすい手法」と紹介のみ）\",\"exit_sl\":\"動画内では明言なし\",\"win_rate_claim\":0.7,\"risk_reward\":1.5,\"category\":\"reversal\",\"profitability_claim\":\"毎月プラス10万円安定収益、再現性が高い手法\"}", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:32.829695+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 78, "title": "YouTube学習 - 超かぐや姫 (20260419)", "content": "# YouTube学習 - 超かぐや姫 (20260419)\n\n## ソース (2026-04-19 22:33 JST自動取得)\n\n### 【超かぐや姫！】VRChat 3Dライブ 『私は、わたしの事が好き。』 HoneyWorks / かぐや(cv.夏吉ゆうこ) #サンリオVfes\n- **URL**: https://www.youtube.com/watch?v=lRF9T7DBhyo\n- **解析方法**: ytdlp_llm\n- **内容**:\n月から来た「かぐや」が登場し、Netflixアニメ『超かぐや姫』を紹介。3Dバーチャルフェスに参加し、観客と「楽しいね」と盛り上がりながら、元気いっぱいのオリジナル曲を披露。歌い終えたあと「配信で待ってるから絶対来てね」と呼びかけて締めくくった。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:34.903130+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 79, "title": "YouTube学習 - AIツール最新 (20260419)", "content": "# YouTube学習 - AIツール最新 (20260419)\n\n## ソース (2026-04-19 04:32 JST自動取得)\n\n### 800+ hours of Learning Claude Code in 8 minutes (2026 tutorial / unknown tricks / newest model)\n- **URL**: https://www.youtube.com/watch?v=Ffh9OeJ7yxw\n- **解析方法**: ytdlp_llm\n- **内容**:\n【300字要約】\nClaude Codeを800時間使いこなした開発者が、個人開発で高速に動くための非公開ワークフローを公開。記憶機能（#キーでClaude.mdへ保存）、自作コマンド（claude/commands/*.mdで管理、引数対応）、Context Seven MCPサーバー（「use Context Seven」2語で最新ドキュメント自動取得）の3基盤を解説。他に推奨MCP：Superbaseほか。即実践アクション：①#押して定型指示を記憶②commandsフォルダに頻出タスクを.md化③Context Sevenをインストールし「use Context Seven」をプロンプトに追加。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:36.852609+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 81, "title": "YouTube学習 - FX手法 (20260419)", "content": "# YouTube学習 - FX手法 (20260419)\n\n## ソース (2026-04-19 10:32 JST自動取得)\n\n### 【FX】スキャルピングで勝つ為に絶対に押さえておくべき3つの鉄則【トレード実況#75】\n- **URL**: https://www.youtube.com/watch?v=02M4ACSF68U\n- **解析方法**: ytdlp_llm\n- **内容**:\n{\"name\":\"15時スキャルピング・リバーサル\",\"timeframe\":\"1m\",\"style\":\"scalping\",\"indicators\":[\"水平サポート／レジスタンス（20円目・75円目など）\",\"ダブルトップ/ダブルボトム\",\"スパイクローソク足\",\"30分足25円メイトサポート\"],\"entry_short\":[\"Wトップ2つ目の山からネックライン付近へ下落を想定\",\"水平レジスタンス（例：82.5円）を超えない反発で1/4ずつ分割エントリー\",\"15時の瞬発的な値動きが無ければ見送り\"],\"entry_long\":[\"逆にWボトム形成時にダブルインダブル回避で即決済\"],\"exit_tp\":\"前回安値（ネックライン）まで下落を狙う\",\"exit_sl\":\"エントリー根拠の水平レジスタンス（82.5円）を上抜けた時点で即損切り\",\"win_rate_claim\":0.7,\"risk_reward\":1.5,\"category\":\"reversal\",\"profitability_claim\":\"約10分のポジション保有で30万円前後の利益（元本500万円ベース）\"}", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:40.846570+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 82, "title": "YouTube学習 - 超かぐや姫 (20260420)", "content": "# YouTube学習 - 超かぐや姫 (20260420)\n\n## ソース (2026-04-20 22:38 JST自動取得)\n\n### [MAD/AMV] Super Kaguya! Reply kz & Kaguya (cv. Yuko Natsuyoshi) 4K High-Quality Live Sound\n- **URL**: https://www.youtube.com/watch?v=jsqH5MWc0RE\n- **解析方法**: ytdlp_llm\n- **内容**:\nこの動画は、かぐや姫をモチーフとしたファンタジーな世界観で、主人公が「最高のパーティ」を目指して駆け抜ける物語です。過去の思い出や約束、未練を胸に抱きながらも、自分だけの声と色で前を向いて進もうとする決意が描かれています。音楽に乗せて、切なさと希望、そして「超楽しい」という現在の感情が交錯し、主人公独自の「ハッピーエンド」へと走り続ける姿を詩的な字幕で表現しています。\n### 【超かぐや姫！】夏吉ゆうこ&早見沙織、セリフ生披露！『超かぐや姫！』劇場公開記念舞台あいさつ\n- **URL**: https://www.youtube.com/watch?v=KqqwoFhT1-g\n- **解析方法**: ytdlp_llm\n- **内容**:\nNetflixで配信されたアニメ映画『かぐや姫』の舞台挨拶イベント。主演の夏吉ゆ子、長瀬、はみさ総、美らキャストと山下信吾監督が登壇。配信前から話題を呼び、劇場も満員。観客は複数回鑑賞する人も多く、キャスト・スタッフは反響に感謝。\n### 兄の「超かぐや姫」のレビューがXで話題になっている件に触れるたいじ【切り抜き】\n- **URL**: https://www.youtube.com/watch?v=N3TNcBIsh38\n- **解析方法**: ytdlp_llm\n- **内容**:\n「かぐや姫」は映像美は高評価だが、深みは少なく軽く楽しめる映画。批評家や兄のバズり方に違和感を持ち、「カロリーが低い」「アンパンマンみたいに中身が空っぽでもいい」と語る。自分は深みを求めるが、感動する人もいると認め、映画の価値は人それぞれと結論づける。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:42.828729+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 83, "title": "YouTube学習 - AIツール最新 (20260420)", "content": "# YouTube学習 - AIツール最新 (20260420)\n\n## ソース (2026-04-20 04:37 JST自動取得)\n\n### Why devs are OBSESSED with Claude Code\n- **URL**: https://www.youtube.com/watch?v=LACyqdAfnaw\n- **解析方法**: ytdlp_llm\n- **内容**:\n【300字要約】\n開発者が「中毒」と公言するAIツール「Claude Code」のソースコードがリーク。HackerNews、Twitter、Redditでは「境界線の作り方」「心拍アラートアプリ自作」など依存症エピソードが飛び交う。最大の不満は5時間ローリング＋週次上限の複雑なレート制限だが、誰も離脱せず月額20→100ドルへアップグレード。2025年11月のOpus 4.5リリースで急成長し、有料ユーザーが爆増。\n\n【新機能・テクニック・ツール名】\n・Claude Code（AIコーディング支援CLI）\n・Opus 4.5（2025年11月リリースの最新モデル）\n・Gemini CLI（Google社内ツール）\n・Anti-gravity（Google社内ツール）\n\n【即活用アクションアイテム】\n1. レート制限回避：月額100ドルのMaxプランへ即アップグレード\n2. 依存症対策：心拍アプリをClaude Codeで自作しセッション時間を監視", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:45.092900+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 84, "title": "YouTube学習 - FX手法 (20260420)", "content": "# YouTube学習 - FX手法 (20260420)\n\n## ソース (2026-04-20 10:36 JST自動取得)\n\n### 【FX未経験】ママさんトレーダーが急に勝てるようになったきっかけを4つお話します。【スキャルピング】\n- **URL**: https://www.youtube.com/watch?v=r4107JaPuXE\n- **解析方法**: ytdlp_llm\n- **内容**:\n{\n  \"name\": \"根拠ベースエントリー手法\",\n  \"timeframe\": \"動画内で具体的に言及されていません\",\n  \"style\": \"動画内で具体的に言及されていません\",\n  \"indicators\": [\"動画内で具体的なインジケーターは言及されていません\"],\n  \"entry_long\": [\"上位足の方向を確認\", \"反転または継続のサインを確認\", \"水平線や意識されるラインを確認\", \"明確な根拠が揃った時\"],\n  \"entry_short\": [\"上位足の方向を確認\", \"反転または継続のサインを確認\", \"水平線や意識されるラインを確認\", \"明確な根拠が揃った時\"],\n  \"exit_tp\": \"動画内で具体的な利確ルールは言及されていません\",\n  \"exit_sl\": \"動画内で具体的な損切りルールは言及されていません\",\n  \"win_rate_claim\": 0.7,\n  \"risk_reward\": 1.5,\n  \"category\": \"reversal\",\n  \"profitability_claim\": \"月100万円以上の利益、年間1924万円の実績（ゲストの主張）\"\n}", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:47.000048+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 85, "title": "YouTube学習 - 超かぐや姫 (20260421)", "content": "# YouTube学習 - 超かぐや姫 (20260421)\n\n## ソース (2026-04-21 22:42 JST自動取得)\n\n### 초(超) 카구야 공주! - Reply / 카구야(CV. 나츠요시 유우코) / (가사/발음/해석)\n- **URL**: https://www.youtube.com/watch?v=Q1z2TcoJYIY\n- **解析方法**: ytdlp_llm\n- **内容**:\n静かな世界で過ごした「君」との日々を回想し、あの部屋や電子の海、ありふれた好きなものにまみれた時間を宝箱に閉じ込めて旅立つ。一瞬一瞬を最高のパーティに変え、新しい景色と物語を描き直す決意を歌った、切なくも前向きな別れと再出発の物語。\n### [MAD/AMV] Super Kaguya! Reply kz & Kaguya (cv. Yuko Natsuyoshi) 4K High-Quality Live Sound\n- **URL**: https://www.youtube.com/watch?v=jsqH5MWc0RE\n- **解析方法**: ytdlp_llm\n- **内容**:\n輝夜姫の物語をモチーフにした歌詞映像。輝夜は涙と優しさに包まれながら、地上での思い出を胸に「最高のパーティ」として別れを選ぶ。バカで正直な想い、叶えられなかった約束、そして「おばちゃん」になっても変わらぬ気持ちを歌い、観客に「本当のハッピーエンドまで付き合って」と呼びかけて幕を下ろす。\n### A collaboration with Super Kaguya-hime has come true! Karubi looks back on the CR Festival where ...\n- **URL**: https://www.youtube.com/watch?v=12yV7BdubLg\n- **解析方法**: ytdlp_llm\n- **内容**:\nVTuberのCRフェス参加レポート。不安もあったが多くの人と交流できて感謝。神社で願い事を叫ぶイベントにハマり、コーデバトルは2日かけてガチで選定。ライブではベース弾き語りに挑戦し、天井から降りる特別セットで感動。ダルマイズゴッドの可愛いファンにキュンとした思い出も。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:49.149145+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 86, "title": "YouTube学習 - AIツール最新 (20260421)", "content": "# YouTube学習 - AIツール最新 (20260421)\n\n## ソース (2026-04-21 04:37 JST自動取得)\n\n### 800+ hours of Learning Claude Code in 8 minutes (2026 tutorial / unknown tricks / newest model)\n- **URL**: https://www.youtube.com/watch?v=Ffh9OeJ7yxw\n- **解析方法**: ytdlp_llm\n- **内容**:\n【300字要約】  \nClaude Codeを高速化する3つの基盤機能と6つの隠れ機能を公開。①メモリ機能（#キーでClaude.mdに保存）②自作コマンド（claude/commands/に.md作成、引数対応）③Context Seven MCPサーバーで最新ドキュメントを自動参照。他に推奨MCPリポ：Superbase等。GitHubの便利コマンド集も紹介。  \n\n【新機能・テクニック・ツール名】  \n1. メモリ機能（#キー）  \n2. カスタムコマンド（claude/commands/）  \n3. Context Seven MCPサーバー  \n4. Superbase MCPサーバー  \n5. GitHub便利コマンド集リポジトリ  \n\n【アクションアイテム】  \n・Claude.mdに定型指示を保存  \n・claude/commands/に.mdファイルでコマンド作成  \n・Context SevenをMCPサーバーとして追加し「use Context Seven」で呼び出し", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:51.157458+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 87, "title": "2026-04-21 Claude Code最新ワークフロー学習", "content": "# 2026-04-21 Claude Code最新ワークフロー学習\n\n## 2026-04-21 YouTube動画から学習したClaude Code最新活用方法\n\n### 情報源\n- 検索クエリ: \"Claude Code 最新 活用方法 tips 2026\" / \"Claude Code workflow tips tutorial 2026\"\n- 取得動画数: 20件以上\n- 高品質動画数: 4件（スコア80点以上）\n\n---\n\n### ① Boris Cherny流ワークフロー5原則（スコア: 92/100）\n- **URL**: youtube.com/watch?v=QZCJ4aEhrMk\n- **要点**:\n  1. **セッションの80%をPlanモードで開始** → `Shift+Tab`×2で起動\n  2. **「賢いプロンプト」時代の終焉** → 「アーキテクチャ的規律」の時代へ\n  3. **マルチモデル推論**で計画を相互検証（一方が草案、別モデルが穴探し）\n  4. **anti-goalの明示** → AIに「やってはいけないこと」を定義する\n  5. **AIをチャットボットではなくカスタムOSとして構築** → 環境を整備してからタスクを与える\n  6. **Reactive Codingは罠** → すぐターミナルに飛びつくのが最大の失敗パターン\n- **アクション**:\n  - [ ] CLAUDE.mdにanti-goalセクションを追加\n  - [ ] セッション開始時のPlanモード使用を習慣化\n\n---\n\n### ② Claude Code 10の上級Tips（スコア: 88/100）\n- **URL**: youtube.com/watch?v=T5jylUte3J8\n- **要点**:\n  1. **CLAUDE.mdでtoken20-30%節約** → 毎回説明が不要になる\n  2. **フィードバックループで品質2-3倍向上**（Boris Cherny本人談）→ 検証手段を必ず与える\n  3. **5並列エージェント同時実行**が可能\n  4. **CI/CDパイプラインへの組み込み** → PRごとに自動レビュー\n  5. **CLAUDE.mdには「永続的な事実のみ」** → タスク指示は入れない\n  6. ユーザー80%がClaude Codeを「チャットボット」として使っており潜在能力の20%しか活用していない\n- **アクション**:\n  - [ ] GitHub ActionsにClaude Code PRレビューを追加\n  - [ ] CLAUDE.mdを「永続事実のみ」に整理\n\n---\n\n### ③ 2026年春最新機能全解説（スコア: 80/100）\n- **URL**: youtube.com/watch?v=-xla8NqooJU\n- **要点**:\n  1. **CLAUDE.mdの複数階層配置** → プロジェクト直下が標準、上位にも配置可\n  2. **Hooks** → ツール呼び出し前後の自動処理（ログ・検証・通知）\n  3. **Subagent** → 並列タスク実行\n  4. **Skills** → カスタム機能の拡張\n  5. **コンテキスト管理が性能に直結** → 前の会話が埋まるほど性能低下、/compactが重要\n  6. MAXプラン($100/月)でSubagent並列実行が本領発揮\n- **アクション**:\n  - [ ] Hooksでツール前後の自動ログを設定\n  - [ ] /compactを意識的に活用\n\n---\n\n### ④ Claude Code設定9選（スコア: 85/100）\n- **URL**: youtube.com/watch?v=0Mrj51JPQpA\n- **要点**:\n  1. **MCPでGmail/Slack/Discord等を直接操作**\n  2. **CLIはWebブラウザ版よりtoken圧縮率が高い**\n  3. **フォルダー構成整理** → CLAUDE.mdと組み合わせて性能向上\n  4. **ask/deny** → パーミッション制御でセキュリティ強化\n  5. Cursor連携も有効\n- **アクション**:\n  - [ ] MCPでSlack/Discord通知を自動化\n\n---\n\n### 共通の重要Insight（複数動画で言及）\n\n| テーマ | 内容 |\n|--------|------|\n| **Planモード** | Shift+Tab×2。Boris Chernyが80%使用。設計→実装の順序が重要 |\n| **CLAUDE.md** | 永続事実のみ記載。タスク指示は不可。token節約20-30% |\n| **フィードバックループ** | 検証手段を与えると品質2-3倍。CI/CD組み込みが最強 |\n| **コンテキスト管理** | /compactで定期圧縮。長い会話=性能低下 |\n| **並列エージェント** | 5並列同時実行可能。MAXプランで真価発揮 |\n| **anti-goal** | 「やってはいけないこと」の明示がClaude Codeの品質を上げる |", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:52.990428+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 89, "title": "YouTube学習 - AIツール最新 (20260422)", "content": "# YouTube学習 - AIツール最新 (20260422)\n\n## ソース (2026-04-22 04:41 JST自動取得)\n\n### 800+ hours of Learning Claude Code in 8 minutes (2026 tutorial / unknown tricks / newest model)\n- **URL**: https://www.youtube.com/watch?v=Ffh9OeJ7yxw\n- **解析方法**: ytdlp_llm\n- **内容**:\nこの動画では、Claude Codeを効率的に活用するための具体的な機能・ツール・ワークフローが紹介されています。\n\n**主な新機能・テクニック・ツール:**\n1. **メモリ機能**: ハッシュキー(#)で繰り返し指示を保存（Claude.mdファイルに記録）。\n2. **カスタムコマンド**: 独自のコマンドライブラリを作成（commandsディレクトリ内にマークダウンファイルで作成、引数も可）。\n3. **MCPサーバー**: AIに外部ツール・サービスを接続する仕組み。\n   - **Context Seven**: 最新のライブラリドキュメントを参照させるツール（プロンプトに「use Context Seven」と記述）。\n   - **Supabase**: Claudeがアプリのデータベースを直接クエリ可能にするサーバー。\n4. **GitHubリポジトリ**: 開発用の有用なコマンド集が公開されている。\n\n**開発者向けアクションアイテム:**\n- 繰り返し指示は「メモリ機能」で保存し、定型作業は「カスタムコマンド」化して効率化する。\n- 最新ドキュメントが必要な作業では、Context Sevenの利用をプロンプトに明記する。\n- MCPサーバーの公開リポジトリを探索し、自身のワークフローに適したツールを導入する。", "tags": ["memory", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:56.761926+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 90, "title": "yt-learn-2026-04-15-claude-task-viewer", "content": "# yt-learn-2026-04-15-claude-task-viewer\n\n## 2026-04-15 YouTube動画から学習した Claude Task Viewer\n\n### 情報源\n- 検索クエリ: https://www.youtube.com/watch?v=naH3_LLaU0I（URL直指定）\n- 取得動画数: 1件\n- 高品質動画数: 1件（スコア95点）\n\n### 主要な発見\n\n#### Claude Task Viewer 紹介動画\n- **開発者**: L1AD（OSSとして公開、3週間で500スター獲得）\n- **URL**: https://youtube.com/watch?v=naH3_LLaU0I\n- **スコア**: 95/100\n- **起動方法**: `npx @l1ad/claude-task-viewer`（1行で起動）\n\n**コア思想: \"Observation over Control\"**\n- 人間がAIを\"コントロール\"しようとするのは間違い\n- 人間がAIを\"観測\"して状況を把握するのが正しいアプローチ\n\n**主要機能**:\n- Claude CodeのTodo/タスクをリアルタイムカンバンボードで可視化\n- タスク依存グラフの表示（どのタスクが何に依存しているか）\n- サブエージェントの並列実行状況のリアルタイム表示\n- デスクトップ通知（タスク完了時）\n- ガントチャート風のタイムライン表示\n\n**実演デモ結果**:\n- 18タスクをTDD（テストファースト）で実装\n- 8分18秒で完了\n- 3つのサブエージェントが並列実行（コードレビュー担当）\n\n**技術詳細**:\n- OSS（GitHubで公開）\n- npxコマンドで即座に起動可能（インストール不要）\n- Claude CodeのWorktree機能と組み合わせて使用\n\n### アクションアイテム\n- [ ] `npx @l1ad/claude-task-viewer`を複雑な実装タスク時に起動して試す\n- [ ] サブエージェント並列実行時の依存グラフ表示を確認\n- [ ] vvvの大規模機能実装でハーネス構成と組み合わせて活用\n\n### 学習しなかった動画\n- なし（1件のURL直指定のため）", "tags": ["yt-learn", "YouTube学習", "project"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T08:46:58.901471+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 91, "title": "MCP vs CLI 選択基準", "content": "# MCP vs CLI 選択基準\n\nLocal MCPより公式CLIを優先する選択基準。MCPはcontext window 72%占有・同一タスクでCLIの32倍トークン消費（Scalekit調査）・Local Docker MCPはJSON truncation・APIキー平文・Docker常駐・認証切れ等の運用負荷が高い。SaaS連携新規追加時は公式CLI有無を最初に確認。定型読み書きはCLI最優先、動的・探索的操作はRemote MCP、手順・ドメインルールはClaude Skillsに分類する。出典：Qiita(GMOコネクト永田氏, 2026-04)。\n\n## ポイント\n- MCPはcontext window 72%占有・CLIの32倍トークン消費 — 定型タスクには過剰\n- Local Docker MCPの4大問題: JSON truncation・APIキー平文・Docker常駐・認証切れ\n- SaaS新規追加時は公式CLI（bee CLI / Pup CLI等）の有無を最初に確認する\n- Remote MCPは動的・探索的操作に限り有効。定型処理はCLI/REST APIへ置換\n- 手順・ドメインルールはClaude Skillsが最適解\n\n## 関連ページ\n[[MCP→公式CLI移行で週次タスク安定化]] [[MCP捨ててCLI移行でClaude Code週次タスクを安定化]] [[Claude Code Skills 2026年初頭まとめ]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[2026-04-21 Claude Code最新ワークフロー学習]]\n\n## 関連概念（未作成）\n`Remote MCP vs Local MCP 使い分けガイド` `Claude Code トークン消費最適化パターン` `SaaS CLI一覧（bee / Pup / gh / gws等）`\n", "tags": ["MCP", "CLI", "トークン最適化", "アーキテクチャ決定", "Claude Code", "SaaS連携"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["MCP→公式CLI移行で週次タスク安定化", "MCP捨ててCLI移行でClaude Code週次タスクを安定化", "Claude Code Skills 2026年初頭まとめ", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "2026-04-21 Claude Code最新ワークフロー学習"], "created_at": "2026-04-22T08:47:01.133517+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 92, "title": "x-learn-2026-04-21-claude-code", "content": "# x-learn-2026-04-21-claude-code\n\n2026-04-21のX投稿100件からClaude Code関連の知見を収集。主要発見は5点：①ObsidianをClaude Codeの作業ディレクトリ化するClaudianプラグイン（GitHub 8,400スター）、②SKILL.mdをAI自身が経験的に書き換えて自動最適化するempirical-prompt-tuning（mizchi考案）、③Claude Codeベースの自律型セキュリティエージェントRaptor（2,300スター）、④M1 Max 64GBで動作しClaude Codeバックエンドに使えるQwen3.6-35B-A3B（コスト削減候補）、⑤CLAUDE.md（憲法＝人格・行動指針）とsettings.json（物理法則＝境界線・強制設定）の使い分け整理。オートモードの誤作動リスクやClaudeの一貫性バイアス問題も指摘あり。\n\n## ポイント\n- Claudianプラグイン: ObsidianのVaultがClaude Codeの作業ディレクトリになる統合ツール。Slash Commands/Skills/Mention/Instruction Modeの4入力補助とPlan Mode搭載\n- empirical-prompt-tuning: SKILL.mdをClaude Code自身が実行結果フィードバックで自動書き換え・最適化する手法。mizchi考案、「馬鹿みたいに効く」と評価\n- Raptor: Claude Codeベースの自律型セキュリティ研究エージェント。脆弱性探索・セキュリティ調査を自律実行、公開直後2,300スター超え\n- Qwen3.6-35B-A3B: M1 Max 64GBで128kコンテキスト・23.81 tokens/s動作。Claude Codeバックエンドに据えてAPIコスト削減可能\n- CLAUDE.md vs settings.json: CLAUDE.md=エージェントの人格・思考ルール（憲法）、settings.json=システムの境界線・強制設定（物理法則）という使い分けが定説化\n- リスク: オートモードで意図しない処理が走る事例あり。Claudeの一貫性バイアス（指摘されても最初の主張を押し通す）も要注意\n\n## 関連ページ\n[[2026-04-21 X記事から学習したClaude Code最新動向]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[Claude Code Skills 2026年初頭まとめ]] [[MCP vs CLI 選択基準]] [[「LLM Wiki」知識管理思想 — Karpathy提唱]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`Claudian — Obsidian × Claude Code統合プラグイン` `empirical-prompt-tuning — Skills自動最適化ループ` `Raptor — 自律型セキュリティ研究エージェント` `Qwen3.6-35B-A3B — ローカルLLMバックエンド戦略` `Claude一貫性バイアス問題と対策`\n", "tags": ["claude-code", "x-learn", "obsidian", "prompt-tuning", "security", "local-llm", "qwen", "skills", "claude-md", "2026-04-21"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["2026-04-21 X記事から学習したClaude Code最新動向", "2026-04-21 Claude Code最新ワークフロー学習", "Claude Code Skills 2026年初頭まとめ", "MCP vs CLI 選択基準", "「LLM Wiki」知識管理思想 — Karpathy提唱", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T08:47:03.178208+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 93, "title": "AIニュース No.341 — SpaceX Cursor買収・Kimi K2.6激安API・ChatGPT Images 2.0 (2026-04-22)", "content": "# AIニュース No.341 — SpaceX Cursor買収・Kimi K2.6激安API・ChatGPT Images 2.0 (2026-04-22)\n\n2026-04-22配信のAIニュース第341回。主要トピック：①ChatGPT Images 2.0正式リリース（無料制限あり）②Kimi K2.6 API公開（ソネット比1/3価格・100万トークン4ドル・Opus同等精度・MCPサポート）③SpaceX がCursorを600億ドル（約9.5兆円）で買収発表④Canva AIにClaude Opus 4.7搭載⑤Deep Research API公開⑥GitHub Codexセッションログ可視化OSS登場。Kimi K2.6はvvv LLMコスト削減の最有力候補、SpaceX×Cursor買収はCursorユーザーへの影響が不明で続報注視が必要。\n\n## ポイント\n- Kimi K2.6 API: 100万トークン4ドル（ソネット1/3・Opus 1/6）、Opus同等精度、MCPサポート・マルチモーダル対応、UIなしAPIのみ\n- SpaceX が Cursor を600億ドル（約9.5兆円）で買収発表、Cursor側も否定なし、ユーザーへの影響不明\n- Canva AI に Claude Opus 4.7 搭載、AIページ機能（ファーストビュー・カラー・構図理解）が進化\n- ChatGPT Images 2.0 正式リリース、ページ読み取り→画像生成・アスペクト比対応、無料は枚数制限\n- Deep Research API公開（リサーチMAX相当）、Genspark BuildがAIランディングページ自動生成プラットフォームへ進化\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260422)]] [[YouTube学習 - AIツール最新 (20260421)]] [[CC Learn - [The leading AI model for 2026] Enhanced beyond coding: Anth]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]] [[MCP vs CLI 選択基準]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[2026-04-21 X記事から学習したClaude Code最新動向]]\n\n## 関連概念（未作成）\n`Kimi K2.6 API コスト比較・導入評価` `SpaceX × Cursor買収 影響分析` `LLMプロバイダーコスト比較表（2026年版）` `Canva AI × Claude Opus 4.7 デザイン生成活用`\n", "tags": ["AIニュース", "Kimi K2.6", "SpaceX", "Cursor", "ChatGPT Images", "Canva AI", "Claude Opus 4.7", "LLMコスト最適化", "Deep Research", "2026-04"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260422)", "YouTube学習 - AIツール最新 (20260421)", "CC Learn - [The leading AI model for 2026] Enhanced beyond coding: Anth", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "MCP vs CLI 選択基準", "2026-04-21 Claude Code最新ワークフロー学習", "2026-04-21 X記事から学習したClaude Code最新動向"], "created_at": "2026-04-22T10:04:11.158320+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 94, "title": "YouTube学習 - AI関連 (20260422)", "content": "# YouTube学習 - AI関連 (20260422)\n\nClaude Codeの効率化テクニックを800時間分の学習内容を8分に凝縮して解説した動画。メモリ機能（#ハッシュキーでClaude.mdに繰り返し指示を保存）、カスタムコマンド（commandsディレクトリにMarkdownで独自コマンド定義）、MCPサーバー連携（Context Sevenで最新ライブラリドキュメント参照、SupabaseでDB直クエリ）の3本柱が核心。「use Context Seven」とプロンプトに書くだけで最新ドキュメントを参照させられる点が即実践可能なTips。GitHubの有用なコマンド集リポジトリも紹介。\n\n## ポイント\n- メモリ機能: #ハッシュキーで繰り返し指示をClaude.mdに保存し、定型指示を自動化\n- カスタムコマンド: commandsディレクトリにMarkdownファイルで独自コマンドライブラリを構築（引数対応）\n- Context Seven MCP: プロンプトに「use Context Seven」と書くだけで最新ライブラリドキュメントを参照\n- Supabase MCP: ClaudeがアプリDBを直接クエリ可能にするMCPサーバー\n- MCPサーバーの公開リポジトリを探索してワークフローに適したツールを導入することを推奨\n\n## 関連ページ\n[[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[MCP vs CLI 選択基準]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[YouTube学習 - AIツール最新 (20260421)]]\n\n## 関連概念（未作成）\n`Context Seven MCP — 最新ライブラリドキュメント自動参照` `Claude Codeカスタムコマンドライブラリ設計パターン` `Claude.mdメモリ機能 vs auto-memory システムの使い分け`\n", "tags": ["Claude Code", "MCP", "ワークフロー自動化", "Context Seven", "カスタムコマンド", "メモリ機能", "Supabase"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Claude Code is all you need in 2026", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "MCP vs CLI 選択基準", "2026-04-21 Claude Code最新ワークフロー学習", "YouTube学習 - AIツール最新 (20260421)"], "created_at": "2026-04-22T10:07:38.005688+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 95, "title": "YouTube学習 - FX関連 (20260418)", "content": "# YouTube学習 - FX関連 (20260418)\n\n2026-04-18にYouTube「FX手法」検索から自動取得した2本の動画解析。①ダブルボトム・ダブルトップ反転パターン：1m〜5m足、ネックラインブレイクでエントリー、勝率65%・RR2.0、17年実践の核心手法。②環境認識＋5分足スキャルピング：4時間足→1時間足→5分足の3段階トレンド確認後に反発エントリー、勝率70%・RR1.5、毎月+10万円の再現性を主張。両手法とも反転系（reversal）カテゴリで、上位足の環境認識を重視する共通思想を持つ。\n\n## ポイント\n- ダブルボトム/トップ：ネックラインブレイクでエントリー、利確幅=パターン高さ分、SLは2回目の安値/高値割れ（勝率65%・RR2.0）\n- 3段階環境認識スキャルピング：4H→1H→5Mで全てトレンド一致した方向にのみエントリー（勝率70%・RR1.5）\n- 両手法とも上位足のトレンド方向に従う反転系手法。ボリンジャーバンド・エリオット波動・フィボナッチが補助指標\n\n## 関連ページ\n[[YouTube学習 - FX手法 (20260416)]] [[YouTube学習 - FX手法 (20260417)]]\n\n## 関連概念（未作成）\n`FX手法 - ネックラインブレイク戦略` `FX手法 - 多段階時間足環境認識` `FXリスクリワード管理`\n", "tags": ["FX", "スキャルピング", "デイトレード", "チャートパターン", "環境認識", "反転手法", "ダブルボトム", "ダブルトップ"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - FX手法 (20260416)", "YouTube学習 - FX手法 (20260417)"], "created_at": "2026-04-22T10:07:53.439112+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 98, "title": "YouTube学習 - 総合まとめ (20260410)", "content": "# YouTube学習 - 総合まとめ (20260410)\n\n2026-04-10に「超かぐや姫」で検索した2本のYouTube動画を自動解析したまとめ。「Ex-Otogibanashi / Covered by ころねぽち×ななひら」はおとぎ話設定で姫と相手の特別な絆を描き、運命・孤独・奇跡をテーマとした温かくも切ない楽曲。「Remember – yuigot / 月見ヤチヨ(cv.早見沙織)」は懐かしさと切なさの中で前向きに歩むメッセージを持つOfficial MV。両作品とも超かぐや姫関連コンテンツで、日本のアニメ・ゲーム楽曲カルチャーに属する。\n\n## ポイント\n- Ex-Otogibanashi（ころねぽち×ななひら）: おとぎ話設定、運命・孤独・奇跡がテーマ、温かくも切ない楽曲\n- Remember（月見ヤチヨ/早見沙織）: 懐かしさ・切なさの中で前を向くメッセージ、星空と希望がテーマのOfficial MV\n- yt_search_learnボットがyt-dlp+LLMで自動解析・要約生成（2026-04-10 21:53 JST）\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260416)]]\n\n## 関連概念（未作成）\n`超かぐや姫 キャラクター・楽曲データベース` `yt_search_learnボット仕様と自動解析フロー`\n", "tags": ["超かぐや姫", "アニメ楽曲", "VTuber", "ころねぽち", "ななひら", "早見沙織", "yuigot", "yt_search_learn"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260416)"], "created_at": "2026-04-22T10:08:26.096701+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 99, "title": "YouTube学習 - AI関連 (20260418)", "content": "# YouTube学習 - AI関連 (20260418)\n\n2026-04-18取得のYouTube動画3本を解析。①Claude Codeの効率化：メモリ機能・カスタムコマンド・MCPサーバー（Context Seven、Superbase）の3基盤を活用し開発速度を向上。②Claude Code習熟度6段階モデル：レベル1「プロンプトエンジニア」段階に多くの利用者が停滞しており、Claudeを「協働者」として扱う思考転換が必要。③Claude Code 2.0：Claude Agent（24時間自律動作）とYellow Dot System（複数エージェント並行実行）が登場し、Chat/Code/Co-workを統合したUIに刷新。\n\n## ポイント\n- メモリ機能（#キー／claude.md）・カスタムコマンド（commandsディレクトリ）・MCPサーバーがClaude Code効率化の3基盤\n- Context Seven MCPで「use Context Seven」とプロンプトに追加するだけで最新ライブラリドキュメントを参照可能\n- Claude Code習熟度は6段階あり、レベル1「AIスロップ量産」から脱するには協働者視点へのシフトが必要\n- Claude Code 2.0のClaude Agentは24時間自律動作、Yellow Dot Systemで並行実行＋完了通知のみ受信\n- 定型作業はコマンドライブラリ化（API生成・lint等）して再利用性を高める\n\n## 関連ページ\n[[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - Claude Code 2.0 Is Here... Automate Anything]] [[MCP vs CLI 選択基準]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[YouTube学習 - AIツール最新 (20260418)]]\n\n## 関連概念（未作成）\n`Context Seven MCP（最新ドキュメント参照MCPサーバー）` `Yellow Dot System（Claude Code 2.0並行エージェント管理）` `AIスロップ回避戦略（協働者思考への転換）` `Claude Codeカスタムコマンドライブラリ設計`\n", "tags": ["Claude Code", "MCP", "Claude Agent", "開発効率化", "YouTube学習", "2026-04-18"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - Claude Code 2.0 Is Here... Automate Anything", "MCP vs CLI 選択基準", "2026-04-21 Claude Code最新ワークフロー学習", "YouTube学習 - AIツール最新 (20260418)"], "created_at": "2026-04-22T10:08:39.653340+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 101, "title": "YouTube学習 - AI関連 (20260420)", "content": "# YouTube学習 - AI関連 (20260420)\n\n開発者がClaude Codeに「中毒」と公言する現象を分析した動画。HackerNews・Twitter・Redditで依存症エピソードが多数報告され、複雑なレート制限（5時間ローリング＋週次上限）への不満があるにもかかわらず、ユーザーは離脱せず月額20→100ドルのMaxプランへ移行し続けている。2025年11月のOpus 4.5リリースが急成長のトリガーとなり有料ユーザーが爆増。Googleの社内競合ツール（Gemini CLI・Anti-gravity）の存在も言及された。\n\n## ポイント\n- Claude Codeのソースコードがリークし、内部アーキテクチャへの関心が急上昇\n- レート制限（5時間ローリング＋週次上限）が最大の不満だが離脱者は少なく、Maxプラン($100/月)へのアップグレードが加速\n- Opus 4.5（2025年11月リリース）が急成長のトリガーとなり有料ユーザーが爆増\n- Googleも社内でGemini CLI・Anti-gravityを開発しClaude Codeに対抗\n- 依存症対策として心拍アラートアプリをClaude Code自体で自作する事例が登場\n\n## 関連ページ\n[[CC Learn - Why devs are OBSESSED with Claude Code]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[2026-04-21 X記事から学習したClaude Code最新動向]] [[YouTube学習 - AIツール最新 (20260420)]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`Claude Codeレート制限詳細（5時間ローリング・週次上限の仕組み）` `Maxプラン($100/月)のコスト対効果分析` `Gemini CLI vs Claude Code 競合比較` `Claude Code依存症対策パターン集`\n", "tags": ["Claude Code", "Opus 4.5", "レート制限", "AIコーディング", "Maxプラン", "開発者体験", "中毒性"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Why devs are OBSESSED with Claude Code", "CC Learn - Why Everyone is OBSESSED With Claude Code", "2026-04-21 Claude Code最新ワークフロー学習", "2026-04-21 X記事から学習したClaude Code最新動向", "YouTube学習 - AIツール最新 (20260420)", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:08:57.322710+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 102, "title": "YouTube学習 - 総合まとめ (20260417)", "content": "# YouTube学習 - 総合まとめ (20260417)\n\n2026-04-17に自動取得された「超かぐや姫！」関連YouTube動画2本の解析まとめ。1本目はyuigotによる公式MV「Remember」で、月見ヤチヨ（cv.早見沙織）が歌う楽曲。幼少期の記憶と憧れをテーマにしたピアノ主体の叙情的な楽曲。2本目は麒麟・川島明による特別インタビュー映像で、映画の美しさ・音楽・ストーリー・キャラクター関係性を高く評価。アニメ非視聴者にも強く推薦する内容。\n\n## ポイント\n- 「超かぐや姫！」は映画・アニメ作品で、音楽・ビジュアル・ストーリーが高評価\n- 主題歌「Remember」はyuigot作曲、早見沙織が月見ヤチヨ役として歌唱\n- 麒麟・川島明がインタビューで「新時代アニメーション」と絶賛、アニメ非視聴者にも推薦\n- yt_search_learnボットによる自動解析（ytdlp_llm方式）で取得\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260417)]]\n\n## 関連概念（未作成）\n`超かぐや姫！（アニメ映画）` `yt_search_learnボット自動解析` `早見沙織 声優楽曲`\n", "tags": ["超かぐや姫", "アニメ", "音楽", "早見沙織", "yuigot", "映画", "YouTube学習", "yt_search_learn"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260417)"], "created_at": "2026-04-22T10:09:13.580000+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 103, "title": "instinct: devサーバー接続前にSSH不要設定を確認する", "content": "# instinct: devサーバー接続前にSSH不要設定を確認する\n\narcanaサーバー（devサーバー）はローカルマシン自体であるため、SSH接続を試みるとexit 255エラーが発生する。`ssh dev`や`ssh arcana`は不要で、スクリプトやコマンドはローカルで直接実行すること。config系作業やリモート接続を伴う自動化スクリプトを書く前に、対象ホストがローカルかリモートかを確認する習慣をつける。特にCI/CDフック・PM2スクリプト・バックアップ処理などでSSHコマンドをハードコードしないよう注意が必要。\n\n## ポイント\n- arcana = devサーバー本体。`ssh dev`/`ssh arcana`は不要、ローカル直接実行が正しい\n- SSH接続失敗（exit 255）の原因がホスト自身へのSSH試行である場合を疑う\n- config系作業・自動化スクリプト作成前に対象ホストのローカル/リモート区別を確認する\n\n## 関連ページ\n[[PM2 dangling process detection]] [[Ollama はshadowで稼働・arcanaからTailscale経由で利用]] [[PostgreSQL接続確認前にパスワード環境変数の有効性を検証する]]\n\n## 関連概念（未作成）\n`ローカルホスト自己SSH回避パターン` `Tailscaleによるサービス間接続設計` `arcana環境構成チートシート`\n", "tags": ["instinct", "ssh", "arcana", "devserver", "config", "接続エラー"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["PM2 dangling process detection", "Ollama はshadowで稼働・arcanaからTailscale経由で利用", "PostgreSQL接続確認前にパスワード環境変数の有効性を検証する"], "created_at": "2026-04-22T10:09:21.073834+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 104, "title": "CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)", "content": "# CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)\n\n2026年向けClaude Code入門チュートリアル動画の学習記録。インストール・エディター設定・CLIの基本操作を解説。CLAUDE.mdによるプロジェクト設定一元管理、コード生成・自動補完・コードレビュー・外部サービス連携（プラグイン/コネクター）の実践的活用法を網羅。初心者がClaude Codeのアーキテクチャを理解し、開発ワークフローに組み込むための基礎知識を提供する入門コンテンツ。\n\n## ポイント\n- Claude Codeのインストールとエディター設定が最初のステップ\n- CLIコマンド（claude code, --help, --project, --file）による操作が基本\n- CLAUDE.mdファイルでプロジェクト全体のルール・構成を一元管理できる\n- コード生成・自動補完・コードレビュー・最適化に活用可能\n- プラグインとコネクターで外部サービス連携や自動化を拡張できる\n\n## 関連ページ\n[[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - The Only Claude Code Tutorial You Need (2026 Update)]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - 【革命】2026年最強AIツール「Claude Code」がヤバすぎました【完全攻略】]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`Claude Code インストール手順 (2026)` `CLAUDE.md ベストプラクティス` `Claude Code CLI コマンドリファレンス`\n", "tags": ["claude-code", "入門", "チュートリアル", "CLI", "CLAUDE.md", "コード生成", "2026"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Claude Code is all you need in 2026", "CC Learn - The Only Claude Code Tutorial You Need (2026 Update)", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - 【革命】2026年最強AIツール「Claude Code」がヤバすぎました【完全攻略】", "2026-04-21 Claude Code最新ワークフロー学習", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:09:24.876082+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 105, "title": "YouTube学習 - AI関連 (20260419)", "content": "# YouTube学習 - AI関連 (20260419)\n\nClaude Codeを800時間以上使いこなした開発者による非公開ワークフロー解説動画（2026年版）。3つの核心技術を紹介：①記憶機能（#キーでCLAUDE.mdへ定型指示を即保存）②カスタムコマンド（claude/commands/*.mdで引数対応の再利用可能タスクを管理）③Context Seven MCPサーバー（「use Context Seven」の2語で最新ドキュメントを自動取得）。推奨MCPとしてSupabaseも言及。即実践可能な3ステップ：#で記憶→commandsフォルダ化→Context Sevenインストール。CLAUDE.mdの活用とMCPによるドキュメント取得自動化が生産性の核心。\n\n## ポイント\n- #キーでCLAUDE.mdへ定型指示を即時保存する記憶機能\n- claude/commands/*.mdで引数対応カスタムコマンドを管理\n- Context Seven MCPで「use Context Seven」2語により最新ドキュメントを自動取得\n- 推奨MCPにSupabaseも含まれる\n- 800時間の実践から抽出した非公開ワークフローの公開\n\n## 関連ページ\n[[2026-04-21 Claude Code最新ワークフロー学習]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[MCP vs CLI 選択基準]] [[YouTube学習 - AIツール最新 (20260419)]]\n\n## 関連概念（未作成）\n`Context Seven MCP — 最新ドキュメント自動取得サーバー` `CLAUDE.md記憶機能 — #キーによる定型指示の即時保存` `claude/commands カスタムコマンド管理パターン`\n", "tags": ["Claude Code", "MCP", "CLAUDE.md", "ワークフロー", "カスタムコマンド", "Context Seven", "生産性"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["2026-04-21 Claude Code最新ワークフロー学習", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Claude Code is all you need in 2026", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "MCP vs CLI 選択基準", "YouTube学習 - AIツール最新 (20260419)"], "created_at": "2026-04-22T10:09:27.176815+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 106, "title": "instinct: PostgreSQL接続確認前にパスワード環境変数の有効性を検証する", "content": "# instinct: PostgreSQL接続確認前にパスワード環境変数の有効性を検証する\n\n```json\n{\n  \"summary\": \"PostgreSQLへの接続確認を行う前に、PGPASSWORD環境変数が正しく設定されているかを事前検証するインスティンクト。環境変数の未設定・誤設定や接続先ホストの相違により、接続エラーが発生するケースを防ぐ。config関連作業（DB設定変更、接続先切り替え、環境構築）の際に必ず適用する。具体的には `echo $PGPASSWORD` で値の存在確認、`psql -U user -h host -c '\\q'` で実際に接続テストを行ってから本作業に入ることを推奨する。\",\n  \"key_points\": [\n    \"PGPASSWORD環境変数が空またはnullの場合、psqlは対話的パスワード入力を求めるか認証エラーになる\",\n    \"接続先ホスト（localhost vs 127.0.0.1 vs リモートIP）の違いが認証\n\n", "tags": [], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T10:09:34.127055+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 107, "title": "X学習 - Claude Code最新動向 (20260421)", "content": "# X学習 - Claude Code最新動向 (20260421)\n\n2026-04-21のX投稿100件からClaude Code最新動向を収集。主要発見：①Auto modeはv2.1.83以降・Max/Team/Enterprise/API限定（Pro非対応）で分類モデルが事前チェック、②auto-memoryがSkillsの動作に意図しない影響・AutoDream機能で自動整理、③git submodule+docsディレクトリ構成でトークン効率向上、④Opus 4.7がimplicit-need testsに合格しSkillを自動判断、⑤パーミッションモード6種の詳細仕様（default/acceptEdits/plan/auto/dontAsk/bypassPermissions）。永続制約はdeny ruleに記載すべき点が重要。\n\n## ポイント\n- Auto modeはv2.1.83以降・Max/Team/Enterprise/APIプランのみ対応（Pro非対応）。分類モデルが3回連続または通算20回拒否でauto modeが一時停止\n- auto-memoryがSkillsの動作に意図しない影響を与える可能性あり。AutoDream機能（2026年3月〜）がメモリファイルを自動整理\n- 会話内の制約はコンテキスト圧縮で消えるため、永続制約は必ずsettings.jsonのdeny ruleに記載\n- git submoduleで依存管理するとClaude Codeがローカルソースを直接参照でき、トークン節約+HTTP通信削減\n- Opus 4.7はタスクコンテキストから必要なSkillを自動判断（v2.1.108でSkillsキャッシュが5分→1時間に延長）\n- 保護パス（全モードでブロック）: .git / .vscode / .claude（commands/agents/skills/worktrees除く）/ シェル設定 / .claude.json\n\n## 関連ページ\n[[2026-04-21 Claude Code最新ワークフロー学習]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[MCP vs CLI 選択基準]] [[YouTube学習 - AIツール最新 (20260421)]]\n\n## 関連概念（未作成）\n`Claude Code パーミッションモード詳細仕様` `AutoDream機能 — auto-memoryの自動整理` `Opus 4.7 implicit-need tests合格` `deny rule 永続制約管理` `Skills評価・改善OSS`\n", "tags": ["claude-code", "auto-mode", "permissions", "skills", "auto-memory", "opus-4.7", "git-submodule", "token-optimization"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["2026-04-21 Claude Code最新ワークフロー学習", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "MCP vs CLI 選択基準", "YouTube学習 - AIツール最新 (20260421)"], "created_at": "2026-04-22T10:09:42.452159+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 108, "title": "**GuiguiとGhosttyで作るターミナルGUI**", "content": "# **GuiguiとGhosttyで作るターミナルGUI**\n\nGoのGUIフレームワーク「Guigui」（Ebitengineベース）とGhosttyのターミナルエンジン「libghostty」をcgoで組み合わせ、macOS上で動作するターミナルエミュレータ「gostty」を実装した技術記事。WidgetツリーにTerminalWidgetを配置し、キー/マウス入力をlibghosttyへ中継する構成。Ebitengineのゲームループとターミナルの非同期I/Oの統合、cgoを介したC/Goバインディング、Claude Codeを活用した開発効率化が主なトピック。\n\n## ポイント\n- 構成: Guigui(Ebitengine) → TerminalWidget → cgo → libghostty のレイヤー構造\n- GoからC共有ライブラリ(libghostty)をcgo経由で呼び出すバインディング実装\n- Ebitengineのゲームループ(60fps)とターミナルの非同期I/Oを統合する設計上の課題\n- Claude Codeを活用してcgoバインディングや低レベルC interopの実装を加速\n- macOS限定で動作するシンプルなターミナルエミュレータとしてGitHubで公開\n\n## 関連概念（未作成）\n`GuiguiフレームワークによるGoのGUIアプリ開発` `libghosttyバインディング(cgo経由でGhosttyエンジン利用)` `EbitengineゲームループとI/O非同期統合パターン`\n", "tags": ["Go", "Guigui", "Ebitengine", "Ghostty", "cgo", "macOS", "ターミナルエミュレータ", "GUI", "Claude Code"], "domain": "ai", "source_url": "https://zenn.dev/rinrin_yuuki/articles/448d45e7df01ee", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T10:09:48.821982+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 109, "title": "instinct: Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する", "content": "# instinct: Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する\n\nPythonでインポートエラーが発生した際、コードの修正に飛びつく前に、まず依存パッケージのインストール状態を確認するべきというインスティンクト。特にSQLAlchemy等のORM系ライブラリは仮想環境の有効化忘れやpip installの未実施により、コード自体に問題がなくてもImportErrorが発生する。エラー原因を「コードのバグ」と即断せず、環境面（pip list、pip show、which python）を先に検証することで、無駄な修正コストを避けられる。\n\n## ポイント\n- ImportError発生時はコード修正前にpip listやpip showで依存パッケージの存在を確認する\n- 仮想環境が正しくactivateされているかwhich pythonで確認する\n- SQLAlchemy・psycopg2等のDB系ライブラリは環境依存が多いため特に注意\n- エラーの原因をコードバグと即断せず、まず実行環境を疑う習慣を持つ\n\n## 関連ページ\n[[Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する]] [[PostgreSQL接続確認前にパスワード環境変数の有効性を検証する]] [[AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する]]\n\n## 関連概念（未作成）\n`pip freeze > requirements.txt による依存関係の固定` `pyproject.toml / setup.cfg での依存管理` `Docker環境でのPython依存関係の再現性確保`\n", "tags": ["python", "import-error", "dependencies", "sqlalchemy", "virtualenv", "instinct"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する", "PostgreSQL接続確認前にパスワード環境変数の有効性を検証する", "AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する"], "created_at": "2026-04-22T10:09:50.544292+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 110, "title": "**Claude Code Skills 2026年初頭まとめ**", "content": "# **Claude Code Skills 2026年初頭まとめ**\n\n2026年初頭のClaude Code Skillsの進化をまとめた記事。2026年1月にv2.1.0〜v2.1.31が31日中17日リリースされる急速な更新が行われた。特にv2.1.3でCommandsとSkillsが統合されたことが転換点となり、Commandsからの移行が加速。Claude Codeの拡張方法はRules・Commands・Skills・Subagentsの4種があり、Skillsはフロントマターによるメタデータ定義で自動/手動両対応の専門知識として機能する。2025年10月16日のSkillsリリース以降、Commands機能を吸収しながら中心的拡張機構へと発展した。\n\n## ポイント\n- 2026年1月にv2.1.0〜v2.1.31が約31日中17日リリースされる急速な更新ペース\n- v2.1.3でCommandsとSkillsが統合され、Commandsからの移行が加速\n- Claude Codeの4大拡張機構: Rules(.claude/rules/)・Commands(.claude/commands/)・Skills(.claude/skills/)・Subagents(.claude/agents/)\n- Skillsはフロントマター(メタデータ)で動作をカスタマイズ可能、自動/手動両対応\n- 2025年10月16日にSkillsが初リリースされ、その後Commandsを吸収する形で進化\n\n## 関連ページ\n[[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`Claude Code Skills フロントマター仕様` `Commands→Skills移行ガイド` `Claude Code Subagents設計パターン` `Claude Code v2.1系 変更履歴`\n", "tags": ["Claude Code", "Skills", "Commands", "Anthropic", "AI", "2026"], "domain": "ai", "source_url": "https://zenn.dev/nanahiryu/articles/claude-code-skills-202601", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "2026-04-21 Claude Code最新ワークフロー学習", "CC Learn - The 6 Levels of Claude Code Explained", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T10:09:51.837295+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 112, "title": "**rin2yhのZenn記事一覧**", "content": "# **rin2yhのZenn記事一覧**\n\nrin2yhはZennで活動するWebシステム開発者。GitHubユーザー名・Twitterユーザー名ともに「rin2yh」。個人ブログ(rin2yh.github.io/blog/)も運営。Zennでは14本の記事・3つのスクラップを公開し、67いいね・9フォロワーを獲得。React Native/Expoに関する記事（「React Native + Expo 環境構築入門（Windows）」「Expoテーマ設定・システムカラー検出」）が既存Wikiと関連する。Web開発全般を対象とした技術情報を発信しており、Claude Codeなどのモダン開発ツールとの親和性が高い投稿者と推測される。\n\n## ポイント\n- Zennユーザー名: rinrin_yuuki / 表示名: rin2yh / GitHub・Twitter: rin2yh\n- Webシステム開発に従事、個人ブログ: rin2yh.github.io/blog/\n- 記事14本・スクラップ3件・67いいね・9フォロワー・バッジ4個\n- React Native / Expo 関連記事が既存Wikiと複数リンク\n\n## 関連ページ\n[[**React Native + Expo 環境構築入門（Windows）**]] [[**「Expoテーマ設定・システムカラー検出」**]]\n\n## 関連概念（未作成）\n`Zenn記事著者プロファイル` `React Native開発者ブログ`\n", "tags": ["Zenn", "rin2yh", "Webシステム開発", "React Native", "Expo"], "domain": "ai", "source_url": "https://zenn.dev/rinrin_yuuki", "importance_score": 0.3612359947967774, "wikilinks": ["**React Native + Expo 環境構築入門（Windows）**", "**「Expoテーマ設定・システムカラー検出」**"], "created_at": "2026-04-22T10:09:55.505374+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 113, "title": "「CSSタブサイズ設定とフィーチャーフラグJSON」", "content": "# 「CSSタブサイズ設定とフィーチャーフラグJSON」\n\nCSSのカスタムプロパティ（`--tab-size-preference: 4`）を使いタブ幅を統一する設定と、GitHub CopilotおよびGitHub.com向けフィーチャーフラグのJSONダンプ。CSSは`pre`/`code`要素のタブ幅をCSS変数で制御するパターン。フィーチャーフラグはCopilotのエージェント・ミッションコントロール・Spaces・コードスキャン・Codespaces等、GitHub内部機能の有効化フラグ一覧であり、実験的機能のロールアウト状況の参照資料として有用。\n\n## ポイント\n- CSS `tab-size` をカスタムプロパティで管理することで、サイト全体のタブ幅を一元設定できる\n- GitHubのフィーチャーフラグJSON（locale: en）にはCopilot Agent・Mission Control・Spaces・コードスキャン等100件超のフラグが含まれる\n- `copilot_swe_agent_use_subagents` や `copilot_immersive_*` 系フラグはCopilotのサブエージェント・没入型UIのロールアウトを示す\n- `codespaces_tab_react` フラグはCodespacesタブUIのReact移行を示す実験フラグ\n- フィーチャーフラグ一覧はGitHub機能の最新動向・実験的機能の把握に利用できる\n\n## 関連ページ\n[[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`GitHubフィーチャーフラグ管理` `Copilot Mission Control アーキテクチャ` `CSS カスタムプロパティ設計パターン` `Copilot Spaces GA移行`\n", "tags": ["CSS", "tab-size", "CSS変数", "フィーチャーフラグ", "GitHub Copilot", "Codespaces", "コードスキャン", "実験的機能"], "domain": "ai", "source_url": "https://github.com/rin2yh/gostty", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:09:57.705649+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 115, "title": "YouTube学習 - 総合まとめ (20260421)", "content": "# YouTube学習 - 総合まとめ (20260421)\n\n2026-04-21に「超かぐや姫」で検索した3本のYouTube動画の自動解析結果。楽曲「超かぐや姫！Reply」のカバー/歌詞解説動画2本と、VTuberがCRフェスで超かぐや姫とコラボした振り返り動画1本を収録。楽曲は輝夜姫の別れと再出発をテーマにした切なくも前向きな内容で、韓国語版歌詞解説と4K MAD/AMVの2形式で解析。CRフェスレポートでは神社イベント・コーデバトル・ベース弾き語りライブなど多彩な体験が語られた。\n\n## ポイント\n- 楽曲「超かぐや姫！Reply」はkz作曲・輝夜姫（CV.夏吉ゆうこ）が歌う、別れと再出発をテーマにした楽曲\n- 韓国語歌詞解説版（가사/발음/해석）と4K高品質MAD/AMVの2本が公開されている\n- VTuber「カルビ」がCRフェスで超かぐや姫とコラボ、神社イベント・コーデバトル・ベース弾き語りライブに参加\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260421)]] [[YouTube学習 - AIツール最新 (20260422)]]\n\n## 関連概念（未作成）\n`超かぐや姫！Reply — kz作曲楽曲の概要` `CRフェス — VTuberイベントの構成と参加レポート形式` `yt_search_learn — キーワード検索型YouTube自動解析ボット`\n", "tags": ["超かぐや姫", "VTuber", "楽曲解析", "CRフェス", "MAD/AMV", "kz", "夏吉ゆうこ", "韓国語"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260421)", "YouTube学習 - AIツール最新 (20260422)"], "created_at": "2026-04-22T10:10:14.189451+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 116, "title": "instinct: プロジェクトルート移動前に正しい作業ディレクトリ（/home/ubuntu/workspace）にいることを確認する", "content": "# instinct: プロジェクトルート移動前に正しい作業ディレクトリ（/home/ubuntu/workspace）にいることを確認する\n\nClaude Codeのワークフロー実行時に、プロジェクトルートへの移動やファイル操作を行う前に、現在の作業ディレクトリが /home/ubuntu/workspace であることを確認する必要がある。MEMORY.md作成時に「File does not exist」エラーが発生した原因は、CWDが想定外のディレクトリにあったことだった。特にworkflowカテゴリの作業では、`pwd`コマンドで事前確認するか、絶対パスを使用することで同様のエラーを防止できる。\n\n## ポイント\n- ファイル操作・ディレクトリ移動の前に `pwd` で現在地を確認する\n- 想定CWDは /home/ubuntu/workspace — ここ以外にいる場合は絶対パスを使う\n- MEMORY.md等の設定ファイル作成時に特に注意が必要（相対パス依存が多い）\n- 自動学習スクリプト（session_learner.py）が2026-04-15に記録したフィードバック\n\n## 関連ページ\n[[PM2 dangling process detection]] [[PostgreSQL接続確認前にパスワード環境変数の有効性を検証する]] [[Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する]]\n\n## 関連概念（未作成）\n`絶対パス vs 相対パスの使い分け基準` `Claude Code セッション開始時のCWD確認チェックリスト` `ファイル操作前の事前検証パターン集`\n", "tags": ["workflow", "instinct", "cwd", "feedback", "file-operations", "claude-code"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["PM2 dangling process detection", "PostgreSQL接続確認前にパスワード環境変数の有効性を検証する", "Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する"], "created_at": "2026-04-22T10:10:15.824141+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 117, "title": "YouTube学習 - AI関連 (20260421)", "content": "# YouTube学習 - AI関連 (20260421)\n\nClaude Codeの800時間分の学習を8分に凝縮した2026年チュートリアル。3つの基盤機能（メモリ・カスタムコマンド・Context Seven MCP）と6つの隠れ機能を解説。#キーでCLAUDE.mdにメモリ保存、claude/commands/配下に.mdを置くだけでカスタムスラッシュコマンド作成、Context Seven MCPサーバーで最新ライブラリドキュメントを自動参照。SuperbaseなどのMCPサーバーも推奨。GitHubの便利コマンド集リポジトリも紹介。実務効率を大幅に上げる設定が網羅されている。\n\n## ポイント\n- #キーでCLAUDE.mdにメモリ保存（定型指示の永続化）\n- claude/commands/に.mdファイルを置くだけでカスタムコマンド作成・引数対応も可\n- Context Seven MCPサーバーで最新ドキュメントを自動参照（「use Context Seven」で呼び出し）\n- 推奨MCPサーバー: Superbase等\n- GitHub便利コマンド集リポジトリの活用\n\n## 関連ページ\n[[Claude Code Skills 2026年初頭まとめ]] [[MCP vs CLI 選択基準]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[YouTube学習 - AIツール最新 (20260421)]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]]\n\n## 関連概念（未作成）\n`Context Seven MCP — 最新ドキュメント自動参照サーバー` `claude/commands/ — カスタムスラッシュコマンド定義ディレクトリ` `#キーメモリ機能 — セッション中にCLAUDE.mdへ即時保存`\n", "tags": ["Claude Code", "MCP", "カスタムコマンド", "CLAUDE.md", "Context Seven", "チュートリアル", "2026"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Claude Code Skills 2026年初頭まとめ", "MCP vs CLI 選択基準", "2026-04-21 Claude Code最新ワークフロー学習", "YouTube学習 - AIツール最新 (20260421)", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)"], "created_at": "2026-04-22T10:10:28.897249+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 118, "title": "instinct: PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する", "content": "# instinct: PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する\n\nPM2で管理している定期実行サービス（investlab-daily）がstopped状態になっている場合、即座に再起動するのではなく、まずpm2 logsやpm2 show等でなぜ停止したのかの原因を確認する。原因を特定せずに再起動すると同じ問題が繰り返される。ログ確認→原因特定→修正→再起動の順序を守ることで、サービス安定性が向上する。infraカテゴリの作業全般に適用すべきプラクティス。\n\n## ポイント\n- stopped状態のPM2サービスは原因不明のまま再起動しない\n- pm2 logs <name> または pm2 show <name> で停止理由を先に調査する\n- 原因特定→修正→再起動の順序を守ることでリピート障害を防止する\n- 定期実行系（cron/daily系）は静かに失敗するため積極的なログ確認が必要\n\n## 関連ページ\n[[PM2 dangling process detection]] [[Ollama はshadowで稼働・arcanaからTailscale経由で利用]]\n\n## 関連概念（未作成）\n`PM2サービス監視ベストプラクティス` `定期実行ジョブの障害検知パターン`\n", "tags": ["pm2", "infra", "ops", "instinct", "定期実行", "障害対応"], "domain": "ai", "source_url": "", "importance_score": 0.5418539921951662, "wikilinks": ["PM2 dangling process detection", "Ollama はshadowで稼働・arcanaからTailscale経由で利用"], "created_at": "2026-04-22T10:10:31.046726+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 120, "title": "YouTube学習 - FX関連 (20260419)", "content": "# YouTube学習 - FX関連 (20260419)\n\nFXスキャルピング手法「15時スキャルピング・リバーサル」の解説動画。1分足を使い、15時の東京時間の瞬発的な値動きを狙う。ダブルトップ形成後にネックライン付近への下落を想定し、水平レジスタンスを超えない反発で1/4ずつ分割エントリーする。損切りはエントリー根拠の水平レジスタンスを上抜けた時点で即時実行。勝率70%・リスクリワード1.5を主張し、約10分のポジション保有で30万円前後の利益（元本500万円ベース）を実現したとされる。指標は水平サポレジ・ダブルトップ/ボトム・スパイクローソク・30分足25円メイトサポートを使用。\n\n## ポイント\n- 15時東京時間の瞬発的な値動きを狙う1分足スキャルピング手法\n- Wトップのネックライン付近への下落を分割エントリー（1/4ずつ）で狙う\n- 損切りは明確：エントリー根拠の水平レジスタンス（例：82.5円）を上抜けた時点で即時\n- 勝率70%・リスクリワード1.5・約10分ポジション保有\n- 15時の値動きがない場合は見送りが鉄則\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260419)]]\n\n## 関連概念（未作成）\n`FXスキャルピング手法まとめ` `東京時間15時の値動きパターン` `ダブルトップ・ダブルボトム活用法` `FXリスクリワード管理`\n", "tags": ["FX", "スキャルピング", "リバーサル", "ダブルトップ", "水平サポレジ", "東京時間", "1分足", "分割エントリー"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260419)"], "created_at": "2026-04-22T10:10:41.967900+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 121, "title": "instinct: yt-dlpパスをハードコードする前に環境変数またはwhichコマンドで実在パスを確認する", "content": "# instinct: yt-dlpパスをハードコードする前に環境変数またはwhichコマンドで実在パスを確認する\n\nyt-dlpのパスをコード内にハードコードする前に、`which yt-dlp`や環境変数で実際のインストールパスを確認する必要がある。`vvv/venv/bin/yt-dlp`とハードコードされていたが実際は`~/.local/bin/yt-dlp`にインストールされており、YouTube検索が0件になる障害が発生した。パスは環境によって異なるため、`shutil.which('yt-dlp')`やサブプロセスの`which`コマンドで動的に解決するか、設定ファイルで外部化するのが正しいアプローチ。\n\n## ポイント\n- yt-dlpのパスは仮想環境外（`~/.local/bin/`等）にインストールされる場合がある\n- `shutil.which('yt-dlp')` または `subprocess(['which', 'yt-dlp'])` で動的にパスを取得する\n- パスをハードコードすると環境差異でサイレント障害（検索0件）が発生し気づきにくい\n- 外部ツールのパスは設定ファイルや環境変数で管理し、コードに埋め込まない\n\n## 関連ページ\n[[MCP vs CLI 選択基準]] [[Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する]] [[URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する]] [[Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する]]\n\n## 関連概念（未作成）\n`外部ツールパスの動的解決パターン（shutil.which）` `仮想環境とグローバルインストールのパス競合` `設定ファイルによる外部コマンドパス管理`\n", "tags": ["instinct", "yt-dlp", "path-resolution", "scraper", "config", "Python", "venv"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["MCP vs CLI 選択基準", "Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する", "URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する", "Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する"], "created_at": "2026-04-22T10:10:43.994028+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 122, "title": "YouTube学習 - FX関連 (20260420)", "content": "# YouTube学習 - FX関連 (20260420)\n\nFX未経験から始めたママさんトレーダーが急に勝てるようになった4つのきっかけを解説した動画。手法名は「根拠ベースエントリー手法」で、上位足の方向確認・反転/継続サインの確認・水平線や意識されるラインの確認・明確な根拠が揃った時のみエントリーという4段階フィルターが核心。勝率70%・リスクリワード1.5を主張。ゲストは月100万円以上・年間1924万円の実績を称している。具体的なインジケーター・時間足・利確/損切りルールは言及なし。スキャルピングタグが付いているが時間足は不明。\n\n## ポイント\n- エントリー前に上位足の方向を必ず確認する（マルチタイムフレーム分析）\n- 反転または継続のサインを確認してから入る（根拠の積み上げ）\n- 水平線・意識されるラインを事前にマークしておく\n- 明確な根拠が複数揃った時のみエントリー（フィルタリングで勝率向上）\n- 主張勝率70%・リスクリワード1.5（具体的検証データなし）\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260420)]] [[YouTube学習 - AI関連 (20260419)]]\n\n## 関連概念（未作成）\n`FX根拠ベースエントリー手法` `マルチタイムフレーム分析（FX）` `水平線トレード基礎`\n", "tags": ["FX", "スキャルピング", "根拠ベース", "マルチタイムフレーム", "水平線", "リバーサル", "YouTube学習"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260420)", "YouTube学習 - AI関連 (20260419)"], "created_at": "2026-04-22T10:10:55.201505+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 123, "title": "instinct: ツリー構造を変更する前にキーワード収集クエリや権限テーブルへの影響を確認する", "content": "# instinct: ツリー構造を変更する前にキーワード収集クエリや権限テーブルへの影響を確認する\n\nツリー構造（parent_id）を変更する前に、キーワード収集クエリや権限テーブルへの影響を事前確認する必要がある。具体的には、超かぐや姫(ID:701164)をparent_id=NULLに移動した際、X収集対象から外れ投稿が増えなくなるという障害が発生した事例に基づく教訓。カテゴリツリーの構造変更は収集ロジックに直結するため、変更前に影響範囲（収集クエリ・権限・スケジューラー設定）を必ずレビューすること。\n\n## ポイント\n- parent_id=NULLへの移動はX収集対象から除外される副作用がある\n- ツリー構造変更前にキーワード収集クエリへの影響を確認する\n- 権限テーブル（アクセス制御）への波及も同時に検証する\n- codeカテゴリの作業時に特に注意が必要\n\n## 関連ページ\n[[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]] [[manage.pyからscraper.pyを呼ぶ前に--group-id引数を明示的に渡しているか確認する]]\n\n## 関連概念（未作成）\n`カテゴリツリー変更の影響範囲チェックリスト` `X収集対象フィルタリングロジック` `parent_id=NULL時の収集除外仕様`\n", "tags": ["instinct", "tree-structure", "keyword-collection", "vvv", "database", "side-effect"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）", "manage.pyからscraper.pyを呼ぶ前に--group-id引数を明示的に渡しているか確認する"], "created_at": "2026-04-22T10:11:11.001802+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 124, "title": "YouTube学習 - FX関連 (20260416)", "content": "# YouTube学習 - FX関連 (20260416)\n\n2026-04-16にYouTube検索「FX手法」から自動取得した3本のスキャルピング動画解析。①スプレッド重視スキャルピング：経済指標発表後の落ち着きを待ちヘッド＆ショルダー確認後に1〜2pipsの小利確（勝率65%）。②3時間足シンプルスキャルピング：1時間足・5分足・1分足の3段階トレンド確認でチャネルライン活用、10〜20pips利確（2年で2000万円超の主張）。③ロンドン・NY初動スキャルピング：EMA(9/20)クロス＋BB±2σ＋MACDの複合条件で10pips固定利確（勝率70%、RR2.0）。共通テーマはマルチタイムフレーム分析と明確なエントリールール設定。\n\n## ポイント\n- スプレッド重視型：経済指標発表直後は必ず待機、スプレッドが通常幅に戻るまでエントリー禁止。勝率65%・RR1.0で1〜2pips積み上げ\n- マルチTF型：1時間足でトレンド方向確認→5分足で逆行確認→1分足で転換点を捕捉する3段階フィルター、チャネルラインで値幅を計測\n- 複合インジケーター型：EMA(9/20)クロス＋BB±2σタッチ＋MACDクロスの全条件揃い時のみエントリー、勝率70%・RR2.0・10pips固定利確\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260416)]] [[YouTube学習 - AI関連 (20260418)]]\n\n## 関連概念（未作成）\n`FXスキャルピング手法比較` `マルチタイムフレーム分析（MTF）` `経済指標発表時のトレード戦略` `FXリスク管理・損切りルール設計`\n", "tags": ["FX", "スキャルピング", "テクニカル分析", "マルチタイムフレーム", "EMA", "ボリンジャーバンド", "MACD", "YouTube学習"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260416)", "YouTube学習 - AI関連 (20260418)"], "created_at": "2026-04-22T10:11:10.315709+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 126, "title": "instinct: 新規ボットを追加する前にscraper_bots_helpers.pyのBOTS定義とscraper_bot_scheduleへの行を確認する", "content": "# instinct: 新規ボットを追加する前にscraper_bots_helpers.pyのBOTS定義とscraper_bot_scheduleへの行を確認する\n\n新規ボットをvvvシステムに追加する際、topics.jsonへの記載だけでは不十分。scraper_bots_helpers.pyのBOTS辞書とscraper_bot_scheduleテーブルの両方に登録しないと、スケジューラーから呼び出されない。実例: yt_search_learn(group_id=703)がtopics.jsonには存在したにもかかわらずBOTS dictとscheduleテーブルに未登録だったため、スケジューラーから一切呼ばれていなかった。ボット追加時は必ず3箇所（topics.json・BOTS dict・scheduleテーブル）の整合性を確認すること。\n\n## ポイント\n- topics.jsonへの記載だけではボットは動かない — BOTS辞書とscheduleテーブルへの登録が必須\n- yt_search_learn(group_id=703)が未登録だったことで発覚した実インシデント\n- スケジューラーはscraper_bot_scheduleテーブルを参照してボットを起動する\n- ボット追加チェックリスト: ①topics.json ②scraper_bots_helpers.py BOTS dict ③scraper_bot_scheduleテーブル\n\n## 関連ページ\n[[新規 bot を追加する前に bot_registry.py の BOTS 辞書にキーが含まれているか確認]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]] [[PM2 dangling process detection]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]]\n\n## 関連概念（未作成）\n`scraper_bot_schedule テーブルスキーマと登録手順` `vvv ボット追加標準チェックリスト` `topics.json と BOTS dict の同期検証スクリプト`\n", "tags": ["vvv", "bot", "scraper", "scheduler", "instinct", "checklist"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["新規 bot を追加する前に bot_registry.py の BOTS 辞書にキーが含まれているか確認", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "PM2 dangling process detection", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する"], "created_at": "2026-04-22T10:11:26.605808+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 127, "title": "YouTube学習 - Claude Task Viewer (20260415)", "content": "# YouTube学習 - Claude Task Viewer (20260415)\n\nClaude Task ViewerはL1ADが開発したOSSツールで、Claude CodeのTodo/タスク進捗をリアルタイムカンバンボードで可視化する。コア思想は「Observation over Control」—人間はAIをコントロールするのではなく観測すべきという哲学。`npx @l1ad/claude-task-viewer`の1行で起動でき、タスク依存グラフ・サブエージェント並列実行状況・デスクトップ通知・ガントチャートを提供。実演では18タスクをTDDで8分18秒・3並列エージェントで完遂。3週間で500スター獲得。Claude CodeのWorktree機能との組み合わせで特に効果的。\n\n## ポイント\n- 起動コマンド: `npx @l1ad/claude-task-viewer`（インストール不要、1行で即起動）\n- コア思想「Observation over Control」— AIを制御するのではなく観測して把握するアプローチ\n- タスク依存グラフ・サブエージェント並列実行状況・ガントチャートをリアルタイム表示\n- 18タスク・TDD・3並列エージェントで8分18秒完遂のデモ実績\n- Claude Code Worktree機能およびハーネス構成（planner/generator/evaluator）と組み合わせて活用可能\n\n## 関連ページ\n[[CC Learn - The 6 Levels of Claude Code Explained]] [[Harness設計統合 (2026-04-18)]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[CC Learn - Why devs are OBSESSED with Claude Code]] [[CC Learn - Claude Code is all you need in 2026]]\n\n## 関連概念（未作成）\n`Observation over Control（AI監視哲学）` `Claude Code Worktree並列実行パターン` `サブエージェント依存グラフ設計` `TDD × マルチエージェント実装戦略`\n", "tags": ["Claude Code", "OSS", "タスク可視化", "カンバンボード", "サブエージェント", "TDD", "npx", "Worktree"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - The 6 Levels of Claude Code Explained", "Harness設計統合 (2026-04-18)", "2026-04-21 Claude Code最新ワークフロー学習", "CC Learn - Why devs are OBSESSED with Claude Code", "CC Learn - Claude Code is all you need in 2026"], "created_at": "2026-04-22T10:11:27.245338+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 128, "title": "instinct: 外部API（EDINET等）を呼ぶプロセスをpm2登録する前にレートリミット対策と自動リスタート抑制設定を確認する", "content": "# instinct: 外部API（EDINET等）を呼ぶプロセスをpm2登録する前にレートリミット対策と自動リスタート抑制設定を確認する\n\n外部API（EDINET等）を呼ぶプロセスをPM2に登録する前に、レートリミット対策と自動リスタート抑制設定を必ず確認する。investlab-dailyがEDINETから429エラーを受け取った際、watchdogが無限再起動ループに陥った実例から得た教訓。対策として、exponential backoffによるリトライ実装、PM2のmax_restarts・restart_delay設定、429発生時の一時停止ロジックを事前に組み込む必要がある。\n\n## ポイント\n- 外部APIがレートリミット(429)を返した場合、プロセスがクラッシュループに入りwatchdogが無限再起動する\n- PM2登録前にmax_restarts・restart_delay・stop_exit_codesを設定し自動リスタート抑制を確認する\n- スクリプト側にexponential backoffと429専用の長時間スリープ（例: 1時間待機）を実装する\n- infra作業全般でこの確認を行い、特にEDINET・外部金融API等のレート制限が厳しいAPIに注意する\n\n## 関連ページ\n[[PM2 dangling process detection]] [[PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する]]\n\n## 関連概念（未作成）\n`exponential backoff実装パターン` `PM2 ecosystem.config.js レートリミット対応設定テンプレート` `外部API利用時のcircuit breaker設計`\n", "tags": ["pm2", "rate-limit", "infra", "edinet", "watchdog", "クラッシュループ", "自動リスタート"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["PM2 dangling process detection", "PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する"], "created_at": "2026-04-22T10:11:45.320431+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 129, "title": "YouTube学習 - FX関連 (20260417)", "content": "# YouTube学習 - FX関連 (20260417)\n\n2026-04-17にYouTube「FX手法」検索から自動取得した3本の動画解析。①1分足スキャルピング：値動きが膠着後にブレイクした瞬間にエントリー、リスクリワード1:1の逆張り手法。②ローソク足パターン：売買均衡が崩れた瞬間を狙うスキャルピング、勝率8割・RR1.5・TP5〜10pips。③トレーダーKの4時間足順張り：トレンドライン＋フィボナッチで押し目を拾いRR1:2、年間収益率333.7%を主張。スキャルピング系2本は逆張り・短期、トレーダーK手法は順張り・中期と対照的なアプローチ。いずれも動画内容からLLMが推測した構造化データであり、実際の手法はより複雑な可能性がある。\n\n## ポイント\n- スキャルピング共通：1分足、値動き膠着→ブレイクアウトのタイミングでエントリー（逆張りカテゴリ）\n- ローソク足パターン手法：移動平均線＋ローソク足、勝率80%・RR1.5・TP5〜10pips\n- トレーダーK手法：4時間足、トレンドライン＋フィボナッチ、RR1:2・損切りは直近高値安値外・年間333.7%主張\n- 3手法の対比：スキャルピング2本（短期・逆張り）vs トレンドフォロー1本（中期・順張り）\n- 注意：JSONデータはLLM推測含む。動画内で明示されていないルールが含まれる可能性あり\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260417)]] [[YouTube学習 - AI関連 (20260418)]] [[YouTube学習 - AI関連 (20260419)]]\n\n## 関連概念（未作成）\n`FXスキャルピング手法比較` `ブレイクアウトエントリー戦略` `トレンドフォロー vs 逆張りトレード` `リスクリワード比と勝率の関係` `フィボナッチリトレースメント活用法`\n", "tags": ["FX", "スキャルピング", "トレード手法", "ローソク足", "トレンドフォロー", "フィボナッチ", "移動平均線", "リスクリワード", "YouTube学習", "自動解析"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260417)", "YouTube学習 - AI関連 (20260418)", "YouTube学習 - AI関連 (20260419)"], "created_at": "2026-04-22T10:11:45.737845+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 130, "title": "YouTube学習 - 総合まとめ (20260416)", "content": "# YouTube学習 - 総合まとめ (20260416)\n\n2026-04-16に自動取得されたアニメ映画「超かぐや姫」関連のYouTube動画2本の解析まとめ。現代版竹取物語を大胆アレンジし、SNS・ライブ配信時代の恋と成長を描いた山下信吾監督作品。YouTuberによる辛口批評では「令和型世界系」として資本主義的甘さを批判しつつも、思い出補正で最終的には肯定的評価に揺れる様子が記録された。\n\n## ポイント\n- 「超かぐや姫」は竹取物語の現代アレンジアニメ映画（山下信吾監督）\n- 光る電柱から現れた美少女・かぐやがライブ配信で人気になるSNS時代設定\n- YouTuber辛口批評：派手演出・早送り展開・資本主義美化の「令和型世界系」と批判\n- 劇場限定ライブシーンが圧巻と評価\n- yt_search_learnボットによる自動取得・ytdlp_llm解析\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260416)]]\n\n## 関連概念（未作成）\n`令和型世界系アニメ` `yt_search_learnボット自動解析` `SNS時代の物語構造`\n", "tags": ["アニメ映画", "超かぐや姫", "竹取物語", "SNS時代", "YouTube解析", "yt_search_learn"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260416)"], "created_at": "2026-04-22T10:12:04.994554+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 132, "title": "instinct: LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "content": "# instinct: LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する\n\nLLMモデル名を変更する際は、全ボット共通の`llm_client.py`を先に修正し、`analyze`/`reason`タスクなど全ボットに影響するタスクカテゴリへの波及を確認する必要がある。deepseek-v3.1がEOLを迎えた際、個別ボットではなく共通クライアントを一括修正しなければならなかった教訓に基づく。モデル切り替えは設定変更に見えて実際は全ボット横断の破壊的変更であるため、影響範囲の事前列挙とロールバック計画が必須。\n\n## ポイント\n- モデル名変更は`llm_client.py`（共通クライアント）を起点に行い、個別ボットを直接変更しない\n- 変更前に`analyze`/`reason`等のタスクカテゴリで使用されているモデルを全ボット分列挙する\n- EOLモデルの置き換えは段階的に行い、1ボットで動作確認後に全体適用する\n- config変更カテゴリの作業では必ず全ボットへの影響範囲チェックをセットで実施する\n\n## 関連ページ\n[[AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`LLMモデルEOL移行チェックリスト` `llm_client.py共通クライアント設計パターン` `ボット横断設定変更のロールバック戦略`\n", "tags": ["llm", "bot-management", "config", "refactoring", "instinct"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:12:09.135701+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 134, "title": "instinct: settings.jsonにフックを登録する前にスクリプトファイルが存在することを確認する", "content": "# instinct: settings.jsonにフックを登録する前にスクリプトファイルが存在することを確認する\n\nsettings.jsonにフックを登録する際、指定スクリプトファイルが実際に存在するかを事前に確認する必要がある。PreToolUseフックに `~/.claude/scripts/hooks/dangerous-command-guard.js` を設定していたが、ファイルが消失していたためNode.jsモジュールロードエラーが発生した。設定ファイル変更時は `ls` や `test -f` でパスの実在を検証してからsettings.jsonを更新する。\n\n## ポイント\n- settings.jsonのhooksセクションにスクリプトパスを書く前に `test -f <path>` で存在確認する\n- ファイルが消失・移動した場合、Claude Code起動時にNode.jsロードエラーが発生しフックが機能しなくなる\n- hookスクリプトを削除・リネームする際はsettings.jsonの参照も同時に更新する\n\n## 関連ページ\n[[MCP vs CLI 選択基準]] [[PM2 dangling process detection]]\n\n## 関連概念（未作成）\n`hookスクリプト存在確認チェックリスト` `settings.json変更時の事前検証フロー` `Claude Codeフック設定ベストプラクティス`\n", "tags": ["claude-code", "settings.json", "hooks", "config", "instinct", "PreToolUse"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["MCP vs CLI 選択基準", "PM2 dangling process detection"], "created_at": "2026-04-22T10:12:24.411680+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 135, "title": "YouTube学習 - 総合まとめ (20260420)", "content": "# YouTube学習 - 総合まとめ (20260420)\n\n2026-04-20に自動取得された「超かぐや姫」関連YouTube動画3本の解析まとめ。①MAD/AMV作品：かぐや姫モチーフのファンタジー世界観で、切なさと希望が交錯する詩的なミュージックビデオ。②舞台挨拶動画：Netflix配信アニメ映画『超かぐや姫！』の劇場公開記念イベント。夏吉ゆうこ・早見沙織らキャストと山下信吾監督が登壇し、満員の観客の熱狂的な反響を紹介。③レビュー切り抜き：映像美は高評価だが「カロリーが低い」と評され、映画の深みと大衆性についての議論。エンタメとしての価値は人それぞれという結論。\n\n## ポイント\n- Netflix配信アニメ映画『超かぐや姫！』は劇場公開も行われ満員御礼、リピーター多数の人気作\n- 主演声優：夏吉ゆうこ・早見沙織、監督：山下信吾\n- 映像美は高評価だが深みは薄く「軽く楽しめる映画」として位置づけられる賛否両論の作品\n- MAD/AMV作品はkz & かぐや(cv.夏吉ゆうこ)コラボの4K高品質ライブサウンド版\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260420)]]\n\n## 関連概念（未作成）\n`超かぐや姫！ - Netflix アニメ映画 (2026)` `yt_search_learn ボット自動解析パイプライン`\n", "tags": ["アニメ映画", "超かぐや姫", "Netflix", "夏吉ゆうこ", "早見沙織", "MAD/AMV", "舞台挨拶", "映画レビュー"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260420)"], "created_at": "2026-04-22T10:12:28.205107+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 136, "title": "instinct: サブモジュールのfeatureブランチを親リポジトリでマージする前にsubrepo側でも同ブランチを作成・マージ済みか確認する", "content": "# instinct: サブモジュールのfeatureブランチを親リポジトリでマージする前にsubrepo側でも同ブランチを作成・マージ済みか確認する\n\nサブモジュールを含む親リポジトリでfeatureブランチをマージする前に、subrepo側でも同ブランチが作成・マージ済みであることを必ず確認する。親リポのPRをマージしても、subrepo側のブランチが残ったままだとsubmoduleポインタがずれ、コミットハッシュの不整合が発生する。Git submoduleはポインタ管理のため、両リポジトリを同期してからマージ操作を行うことが必須。workflowカテゴリの作業全般に適用すること。\n\n## ポイント\n- 親リポのPRマージ前に、subrepo側でも同名featureブランチのマージが完了しているか確認する\n- submoduleポインタはコミットハッシュを指すため、subrepo側が古いままだとポインタがずれる\n- 修正手順: subrepo側でブランチをマージ→親リポでsubmodule参照を更新→親リポをコミット・プッシュ\n- git submodule statusコマンドで+記号が出ている場合はポインタずれのサイン\n\n## 関連ページ\n[[Harness設計統合 (2026-04-18)]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`Git submodule同期チェックリスト` `サブモジュールポインタずれの検出と修復手順`\n", "tags": ["git", "submodule", "workflow", "instinct", "branch-management"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["Harness設計統合 (2026-04-18)", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:12:37.243929+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 137, "title": "YouTube学習 - Claude Code Workflow (20260421)", "content": "# YouTube学習 - Claude Code Workflow (20260421)\n\n2026年4月21日にYouTube4本からClaude Code最新ワークフローを学習。Boris Cherny（開発者本人）流5原則として①セッション80%をPlanモード使用②アーキテクチャ的規律重視③マルチモデル相互検証④anti-goal明示⑤AIをカスタムOSとして構築が核心。CLAUDE.mdによるtoken20-30%節約・フィードバックループで品質2-3倍向上・5並列エージェント実行・CI/CD自動PRレビューが上級Tips。コンテキスト管理（/compact）とHooks活用も複数動画で強調された重要ポイント。\n\n## ポイント\n- Planモード（Shift+Tab×2）をセッションの80%で使用する（Boris Cherny本人の推奨）\n- CLAUDE.mdには「永続的な事実のみ」記載しtoken20-30%節約。タスク指示は不可\n- anti-goalを明示することでClaude Codeの品質が大幅向上する\n- 検証手段（フィードバックループ）を与えると品質2-3倍向上\n- 5並列エージェント同時実行が可能。MAXプランで真価発揮\n- Reactive Coding（エラーを見てすぐターミナルに飛びつく）は最大の失敗パターン\n- コンテキストが埋まるほど性能低下→/compactの定期実行が重要\n- CI/CDパイプラインへの組み込みでPR自動レビューが実現可能\n\n## 関連ページ\n[[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[CC Learn - Why devs are OBSESSED with Claude Code]] [[X学習 - Claude Code最新動向 (20260421)]] [[MCP vs CLI 選択基準]] [[YouTube学習 - AIツール最新 (20260421)]]\n\n## 関連概念（未作成）\n`Boris Cherny流アーキテクチャ的規律` `マルチモデル相互検証パターン` `Claude Code CI/CD自動PRレビュー設定` `Hooks自動ログ・検証設定パターン` `Claude Code MAXプラン並列エージェント活用`\n", "tags": ["claude-code", "workflow", "boris-cherny", "plan-mode", "claude-md", "anti-goal", "feedback-loop", "parallel-agents", "hooks", "ci-cd", "youtube-learning", "2026"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - Claude Code is all you need in 2026", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "CC Learn - Why Everyone is OBSESSED With Claude Code", "CC Learn - Why devs are OBSESSED with Claude Code", "X学習 - Claude Code最新動向 (20260421)", "MCP vs CLI 選択基準", "YouTube学習 - AIツール最新 (20260421)"], "created_at": "2026-04-22T10:12:41.519350+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 138, "title": "CC Learn - Claude Design Just Dropped - Full Tutorial (Slides, Websites, Designs)", "content": "# CC Learn - Claude Design Just Dropped - Full Tutorial (Slides, Websites, Designs)\n\nClaude.aiに新搭載された「Claude Design」のフルチュートリアル動画。スライドデッキ・Webサイト・動画・3DグラフィックをAIが2〜5分で生成。従来デザイナー半日〜1日かかる作業をClaude Pro（$20/月）で代替可能。内部的にReact+Tailwindを自動生成しホスティングURLを即時発行。スクリーンショット・Figma URL・音声で要件を入力。リサーチプレビュー段階で全ユーザー未開放。商用利用前に生成画像のライセンス確認が必要。\n\n## ポイント\n- claude.ai サイドバー「Design」タブからアクセス（リサーチプレビュー中）\n- 出力形式：スライドデッキ・Webサイト（HTML/CSS/JS）・動画・3Dグラフィック\n- 生成時間2〜5分、従来の外注費$300〜$1,000を$20/月で代替\n- コンテキスト入力はスクリーンショット・Figma URL・音声・テキストに対応\n- 内部でReact+Tailwind等を自動生成しホスティングURLを即時発行\n- 注意点：ブランドガイドライン精度・著作権曖昧・モバイル表示崩れ\n\n## 関連ページ\n[[CC Learn - Claude Design Just Dropped - Full Tutorial (Slides, Websites]] [[CC Learn - Why Claude Design Is Already My Favorite]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[CC Learn - Claude Code is all you need in 2026]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[YouTube学習 - AIツール最新 (20260419)]]\n\n## 関連概念（未作成）\n`Claude Design ブランドガイドライン連携` `AI生成コンテンツの著作権・商用利用ガイドライン` `ノーコードデザインツール比較（Figma vs Claude Design vs Canva AI）` `React+Tailwind自動生成アーキテクチャ`\n", "tags": ["Claude Design", "AI生成UI", "スライド生成", "Webサイト生成", "claude.ai", "ノーコード", "デザイン自動化"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Claude Design Just Dropped - Full Tutorial (Slides, Websites", "CC Learn - Why Claude Design Is Already My Favorite", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "CC Learn - Claude Code is all you need in 2026", "2026-04-21 Claude Code最新ワークフロー学習", "YouTube学習 - AIツール最新 (20260419)"], "created_at": "2026-04-22T10:12:43.179692+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 139, "title": "instinct: 廃止済みディレクトリに書き込む処理を追加する前にそのディレクトリが.gitignoreや削除済みか確認する", "content": "# instinct: 廃止済みディレクトリに書き込む処理を追加する前にそのディレクトリが.gitignoreや削除済みか確認する\n\n廃止済みディレクトリへの書き込み処理を追加する前に、そのディレクトリが `.gitignore` に登録されているか、あるいはリポジトリから削除済みかを必ず確認する。実際に削除済みの `web/trader/` に自動収集ボットが新規ファイルを書き込み、意図しない差分としてgitに検出された事例から学んだ教訓。infra カテゴリの作業（ボット設定・収集スクリプト・出力先パス設定など）で特に適用する。新しい出力先パスを設定する際はリポジトリの現状と照合し、廃止済みパスへの誤書き込みを防ぐ。\n\n## ポイント\n- 廃止済みディレクトリ（例: `web/trader/`）にボットやスクリプトが書き込むと、意図しない git diff が発生する\n- 新規出力先パスを設定する前に `git ls-files`・`.gitignore`・ディレクトリ存在を確認する\n- infra カテゴリの作業（ボット設定・収集スクリプト）で必ず適用する\n- 廃止ディレクトリは `.gitignore` への追記か `git rm -r --cached` で明示的に除外する\n\n## 関連ページ\n[[PM2 dangling process detection]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`git管理外ディレクトリへの自動出力制御` `ボット出力先パスのライフサイクル管理` `廃止リソースのクリーンアップチェックリスト`\n", "tags": ["instinct", "git", "infra", "bot", "廃止対応", "ファイル管理"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["PM2 dangling process detection", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T10:12:58.629627+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 140, "title": "YouTube学習 - 総合まとめ (20260415)", "content": "# YouTube学習 - 総合まとめ (20260415)\n\n2026年4月15日に自動取得されたYouTube学習データ。ZIP!番組で紹介されたアニメ映画「超かぐや姫」の解析結果。古典「竹取物語」を現代風にアレンジし、光る電柱と17歳高校生の出会い・ライブ配信での求婚殺到という設定に置き換えた作品。山下信吾監督が手掛け、配信アニメから全国100館超えの大ヒットへと拡大。劇場上映でライブシーンの迫力が話題を呼んだ。\n\n## ポイント\n- 古典「竹取物語」を現代版にアレンジ：竹→光る電柱、かぐや姫→17歳高校生\n- ライブ配信で求婚殺到という現代的SNS文化を取り入れた展開\n- 配信アニメから劇場公開へ拡大、全国100館超えの大ヒット作品\n- 山下信吾監督作品、劇場でのライブシーン迫力が口コミで拡散\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260415)]]\n\n## 関連概念（未作成）\n`超かぐや姫（アニメ映画）` `yt_search_learnボット` `YouTube自動解析パイプライン`\n", "tags": ["アニメ映画", "超かぐや姫", "竹取物語", "現代アレンジ", "yt_search_learn", "自動取得"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260415)"], "created_at": "2026-04-22T10:12:59.591282+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 141, "title": "instinct: pytest.iniとsetup.cfgの両方にマーカーを追加する前にどちらが優先されるか確認する", "content": "# instinct: pytest.iniとsetup.cfgの両方にマーカーを追加する前にどちらが優先されるか確認する\n\npytest.iniとsetup.cfgの両方にpytestマーカーを追加した場合、setup.cfgが優先されるため、pytest.ini側の定義が無視されて警告が残る。両ファイルが共存する環境でマーカーを追加する前に、`pytest --co -q`や公式ドキュメントで優先順位（pytest.ini > pyproject.toml > tox.ini > setup.cfg）を確認し、実際に有効なファイルのみを編集すること。二重定義はバグの温床になるため、設定ファイルを一本化することが推奨される。\n\n## ポイント\n- pytestの設定ファイル優先順位: pytest.ini > pyproject.toml > tox.ini > setup.cfg\n- 両ファイルに同じマーカーを追加した場合、setup.cfgが実際には優先され、pytest.ini側の変更が無効になることがある\n- マーカー追加前に `pytest --co -q` や `pytest --version` で実際に読まれている設定ファイルを確認する\n- 設定ファイルは一本化し、重複定義を避けることで警告と混乱を防ぐ\n\n## 関連ページ\n[[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]] [[Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する]]\n\n## 関連概念（未作成）\n`pytest設定ファイル優先順位（pytest.ini/pyproject.toml/tox.ini/setup.cfg）` `pytestマーカー管理ベストプラクティス` `Python設定ファイル一本化戦略`\n", "tags": ["pytest", "testing", "設定ファイル", "Python", "instinct"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）", "Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する"], "created_at": "2026-04-22T10:13:12.176853+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 142, "title": "YouTube学習 - AI関連 (20260416)", "content": "# YouTube学習 - AI関連 (20260416)\n\n2026-04-16に自動取得したClaude Code関連YouTube動画3本の統合知識。①入門者向け：Cursor/VS Code拡張+claude.mdで長期記憶を付与し、Playwright・Superpowers・Context 7の3プラグインを活用する基本セットアップ。②実践編：Opus 4.5単体で90%完結、Planモード→Yoloモード→音声入力のワークフローでV1スコープを高速確定。③上級編：スキル作成・サブエージェント・MCPサーバー接続・/model・/insightsコマンドでワークフローを最適化。モデルはOpus（複雑）/Sonnet（標準）/Haiku（軽量）で使い分けるのが鍵。\n\n## ポイント\n- claude.mdをプロジェクトルートに置くことでClaude Codeに長期記憶・プロジェクト固有ルールを付与できる\n- 推奨プラグイン3選：Playwright（ブラウザ自動化）・Superpowers（サブエージェント/ブレインストーミング）・Context 7（最新ドキュメント取得）\n- Opus 4.5単体で2026年の作業90%が完結。Planモード→Yoloモード→音声入力で要件整理を高速化\n- スキル作成・サブエージェント・MCPサーバー接続が上級活用の3本柱\n- /modelコマンドでタスク複雑度に応じたモデル切替、/insightsコマンドで利用状況分析が可能\n\n## 関連ページ\n[[CC Learn - FULL Claude Code Tutorial for Beginners in 2026! (Step-By-St]] [[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[Claude Code Skills 2026年初頭まとめ]] [[MCP vs CLI 選択基準]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[YouTube学習 - AIツール最新 (20260417)]]\n\n## 関連概念（未作成）\n`Yoloモード（Claude Code自動実行モード）` `音声Dictationプロンプティング` `Agent OS（Claude Code次世代軽量アーキテクチャ）` `/insightsコマンドによる利用状況分析` `Context 7 MCP（最新ドキュメント取得プラグイン）`\n", "tags": ["Claude Code", "入門", "Playwright", "MCP", "サブエージェント", "Planモード", "Opus", "スキル", "claude.md", "2026"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - FULL Claude Code Tutorial for Beginners in 2026! (Step-By-St", "CC Learn - Claude Code is all you need in 2026", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "Claude Code Skills 2026年初頭まとめ", "MCP vs CLI 選択基準", "2026-04-21 Claude Code最新ワークフロー学習", "YouTube学習 - AIツール最新 (20260417)"], "created_at": "2026-04-22T10:13:12.918380+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 144, "title": "instinct: 定期実行タスクのロックファイルを作成する前に既存のロックファイルが残っていないか確認する", "content": "# instinct: 定期実行タスクのロックファイルを作成する前に既存のロックファイルが残っていないか確認する\n\n定期実行タスクでロックファイルを作成する前に、既存のロックファイルが残存していないかを確認する必要がある。`.claude/scheduled_tasks.lock`などのロックファイルが前回の実行で正常に削除されなかった場合、次回実行時に衝突が発生し、タスクがスキップされたり、デッドロック状態に陥る可能性がある。対策として、ロックファイル作成前に存在チェックを行い、古いロックファイル（タイムアウト超過）は強制削除するロジックを実装する。workflow全般の定期タスク設計時に適用すること。\n\n## ポイント\n- ロックファイル作成前に `os.path.exists()` や `test -f` で既存ロックを確認する\n- プロセスIDや作成タイムスタンプをロックファイルに記録し、タイムアウト超過の場合は強制削除する\n- 異常終了（クラッシュ・強制停止）でロックファイルが残留するケースを想定した設計にする\n- cronやPM2で定期実行される処理は特に注意が必要（手動実行より検知が遅れる）\n\n## 関連ページ\n[[PM2 dangling process detection]] [[PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[MCP→公式CLI移行で週次タスク安定化]]\n\n## 関連概念（未作成）\n`ロックファイルのタイムアウト・自動削除パターン` `PIDファイルによるプロセス生死確認` `fcntlによるファイルロック（Pythonファイルロック実装）`\n", "tags": ["instinct", "workflow", "lock-file", "cron", "定期実行", "PM2", "競合回避"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["PM2 dangling process detection", "PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "MCP→公式CLI移行で週次タスク安定化"], "created_at": "2026-04-22T10:13:27.024452+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 146, "title": "YouTube学習 - 総合まとめ (20260419)", "content": "# YouTube学習 - 総合まとめ (20260419)\n\n2026-04-19に自動取得されたYouTube学習ログ。Netflixアニメ『超かぐや姫』のプロモーション動画を解析。VRChat上で開催されたサンリオVfesにてHoneyWorksとかぐや（cv.夏吉ゆうこ）が3Dライブを披露。月から来たキャラクター「かぐや」がバーチャルフェスで観客と交流しながらオリジナル曲を歌唱。エンタメ・アニメ・VRイベントの融合コンテンツ。\n\n## ポイント\n- Netflixアニメ『超かぐや姫』のプロモーションとしてVRChat 3Dライブを実施\n- HoneyWorks楽曲『私は、わたしの事が好き。』をかぐや（cv.夏吉ゆうこ）が披露\n- サンリオVfes（バーチャルフェス）参加コンテンツ\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260419)]]\n\n## 関連概念（未作成）\n`VRChatバーチャルライブイベント` `Netflixアニメプロモーション戦略` `サンリオVfes（バーチャルフェス）`\n", "tags": ["YouTube学習", "アニメ", "VRChat", "HoneyWorks", "超かぐや姫", "バーチャルライブ", "yt_search_learn"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260419)"], "created_at": "2026-04-22T10:13:49.508064+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 147, "title": "instinct: スクリプト実行前に仮想環境がactivateされているか確認する", "content": "# instinct: スクリプト実行前に仮想環境がactivateされているか確認する\n\nPythonスクリプト実行前に仮想環境（.venv）がactivateされているかを必ず確認するべきというインスティンクト。`.venv/bin/activate: No such file or directory` エラーが複数回発生し、依存パッケージが見つからない原因となった実際の失敗から学習された。特にworkflowカテゴリ（自動化スクリプト・定期実行タスク・ボット等）の作業時に適用する。確認手順としては `which python` や `echo $VIRTUAL_ENV` で現在の環境を検証し、必要なら `source .venv/bin/activate` を実行してから本コマンドを実行する。\n\n## ポイント\n- スクリプト実行前に `echo $VIRTUAL_ENV` または `which python` で仮想環境の有効化を確認する\n- `.venv/bin/activate: No such file or directory` は仮想環境未作成または未activateのサイン\n- 依存パッケージが見つからないエラーの多くは仮想環境の未activateが原因\n- workflow・ボット・定期実行タスクなど自動化スクリプト実行時に特に注意が必要\n- 仮想環境が存在しない場合は `python -m venv .venv` で作成後にactivateする\n\n## 関連ページ\n[[Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する]] [[スクリプト実行前に仮想環境が activate されているか確認する]] [[PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する]]\n\n## 関連概念（未作成）\n`Python仮想環境管理ベストプラクティス` `PM2プロセスの仮想環境パス設定` `定期実行タスクにおける環境変数とパス管理`\n", "tags": ["instinct", "python", "venv", "workflow", "環境管理", "トラブルシューティング"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する", "スクリプト実行前に仮想環境が activate されているか確認する", "PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する"], "created_at": "2026-04-22T10:13:53.330557+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 148, "title": "YouTube学習 - 総合まとめ (20260418)", "content": "# YouTube学習 - 総合まとめ (20260418)\n\n2026年4月18日に自動取得した「超かぐや姫！」関連YouTube動画2本の解析まとめ。①公式MV「Remember」（yuigot / 月見ヤチヨ cv.早見沙織）：ピアノと幼少期の記憶をテーマにした叙情的な楽曲で、小さな夢と憧れの物語を描く。②ZIP!映画紹介：現代版「竹取物語」を舞台にしたアニメ映画で、光る電柱・ライブ配信・SNS要素を取り入れた新感覚作品。山下信吾監督、配信アニメから劇場上映へと展開。どちらも「超かぐや姫！」というコンテンツIPの音楽・映像面を紹介するコンテンツ。\n\n## ポイント\n- 「Remember」は早見沙織がボイスを担当する月見ヤチヨのキャラクターソング。作曲はyuigot。幼い日の記憶と夢をピアノサウンドで表現した叙情的なMV\n- 「超かぐや姫！」は竹取物語を現代にアレンジしたアニメ映画。光る電柱・ライブ配信・SNS等の現代技術を組み込んだ新感覚ストーリー\n- 山下信吾監督が手がけ、配信アニメとしてスタートし劇場上映へ拡大。ライブシーンは劇場向けの音響・映像演出が特徴\n\n## 関連ページ\n[[YouTube学習 - AIツール最新 (20260418)]]\n\n## 関連概念（未作成）\n`超かぐや姫！ — アニメIP概要` `yt_search_learnボット — YouTube自動解析パイプライン`\n", "tags": ["超かぐや姫", "アニメ映画", "竹取物語", "早見沙織", "yuigot", "山下信吾", "キャラクターソング", "YouTube学習"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["YouTube学習 - AIツール最新 (20260418)"], "created_at": "2026-04-22T10:14:00.457605+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 150, "title": "instinct: SQLを実行する前にカラム名を正確に確認する（特にPostgreSQLの統計ビュー）", "content": "# instinct: SQLを実行する前にカラム名を正確に確認する（特にPostgreSQLの統計ビュー）\n\nSQLを実行する前にカラム名を正確に確認するべきというinstinct（自動学習）。特にPostgreSQLの統計ビュー（pg_stat_user_tables、pg_indexes等）では、`tablename`や`indexname`などのカラム名が直感と異なる場合があり、`column \"tablename\" does not exist`というエラーが連続発生した経験から学習された。コード作業全般に適用し、クエリ実行前に`\\d ビュー名`やドキュメント参照でカラム名を事前確認することで防止できる。\n\n## ポイント\n- PostgreSQLの統計ビュー（pg_stat_*、pg_indexes等）はカラム名が直感と異なることがある\n- 実行前に`\\d ビュー名`またはドキュメントでカラム名を確認する習慣をつける\n- `column \"tablename\" does not exist` / `column \"indexname\" does not exist` は事前確認で防止可能\n- コードカテゴリの作業全般に適用するinstinct\n\n## 関連ページ\n[[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]] [[PostgreSQL接続確認前にパスワード環境変数の有効性を検証する]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]]\n\n## 関連概念（未作成）\n`PostgreSQL システムカタログ参照パターン` `pg_stat_user_tables カラム定義チートシート` `クエリ実行前プリフライトチェックリスト`\n", "tags": ["PostgreSQL", "SQL", "instinct", "統計ビュー", "カラム名確認", "エラー防止"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）", "PostgreSQL接続確認前にパスワード環境変数の有効性を検証する", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する"], "created_at": "2026-04-22T10:14:10.391274+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 151, "title": "YouTube学習 - AI関連 (20260417)", "content": "# YouTube学習 - AI関連 (20260417)\n\n2026年4月17日取得のYouTube動画3本のまとめ。①Claude入門フルコース：無料〜Maxプランの違い・プライバシー設定・Co-work・Claude Codeの基礎を網羅。②日本語解説「Claude Code完全攻略」：Mac/Windows環境構築（Git・ターミナル/PowerShell）からファイル操作・ブラウザ自動化まで実演。③「The Only Claude Code Tutorial」：CLI/デスクトップ/ウェブアプリの使い分け・スラッシュコマンド・モード切り替え（計画/自動承認/バイパス）・Opus/Sonnet/Haiku選択・音声入力まで実践的に解説。3本共通のキーメッセージは「Claude Codeはインストール直後から実業務で使える」。\n\n## ポイント\n- Claude プランはFree/Pro/Maxの3段階。入門者はFreeから始め、コード量が増えたらProへ移行\n- Claude Code インストール要件：Git + ターミナル（Mac）またはPowerShell（Windows）のみ\n- Claude Codeのモード4種：通常（権限確認）・自動承認・計画（Plan）・バイパス。用途で使い分け\n- スラッシュコマンド・コネクタ・プラグインで機能拡張。GmailなどをClaude Codeに直接接続可能\n- モデル選択（Opus/Sonnet/Haiku）は精度とコストのトレードオフ。開発フェーズで使い分ける\n\n## 関連ページ\n[[CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)]] [[CC Learn - The Only Claude Code Tutorial You Need (2026 Update)]] [[CC Learn - 【革命】2026年最強AIツール「Claude Code」がヤバすぎました【完全攻略】]] [[YouTube学習 - AIツール最新 (20260417)]] [[YouTube学習 - AI関連 (20260416)]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[Claude Code Skills 2026年初頭まとめ]]\n\n## 関連概念（未作成）\n`Claude Codeモード比較（計画/自動承認/バイパス）実用ガイド` `Claude プラン別ユースケース（Free/Pro/Max コスト対効果）` `Claude Codeコネクタ・プラグイン活用パターン`\n", "tags": ["Claude Code", "入門", "チュートリアル", "セットアップ", "モード", "スラッシュコマンド", "プラン比較", "2026"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)", "CC Learn - The Only Claude Code Tutorial You Need (2026 Update)", "CC Learn - 【革命】2026年最強AIツール「Claude Code」がヤバすぎました【完全攻略】", "YouTube学習 - AIツール最新 (20260417)", "YouTube学習 - AI関連 (20260416)", "2026-04-21 Claude Code最新ワークフロー学習", "Claude Code Skills 2026年初頭まとめ"], "created_at": "2026-04-22T10:14:15.022449+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 152, "title": "instinct: 新規botを追加する前にbots/bot_registry.pyのBOTS辞書にキーが含まれているか確認する", "content": "# instinct: 新規botを追加する前にbots/bot_registry.pyのBOTS辞書にキーが含まれているか確認する\n\n新規botを追加する際、`bots/bot_registry.py`のBOTS辞書にキーが含まれているかを事前確認するべきinstinct。BOTS辞書へのキー登録が漏れると`AttributeError: 'SiteConfig' object has no attribute 'key'`や`ImportError: cannot import name 'parse_xxx'`が発生する。configカテゴリの作業（新規スクレイパー追加・bot設定変更など）時に適用する。登録漏れは実行時エラーとして初めて発覚しやすく、事前チェックで防止できる。\n\n## ポイント\n- 新規bot追加前に`bots/bot_registry.py`のBOTS辞書にキーが登録済みか確認する\n- 未登録の場合、`AttributeError: 'SiteConfig' object has no attribute 'key'`が実行時に発生する\n- `ImportError: cannot import name 'parse_xxx'`も同様の原因（registry未登録）で起きうる\n- configカテゴリ作業（スクレイパー追加・bot設定変更）のたびに適用する\n- BOTS辞書のキー名はスクリプト内のボット参照名と完全一致させる必要がある\n\n## 関連ページ\n[[新規 bot を追加する前に bot_registry.py の BOTS 辞書にキーが含まれているか確認]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する]] [[PM2 dangling process detection]]\n\n## 関連概念（未作成）\n`bot_registry.py BOTS辞書スキーマ定義` `SiteConfig dataclass フィールド一覧` `vvv-bots 新規スクレイパー追加チェックリスト` `scraper_bot_scheduleテーブルとBOTS辞書の整合性検証`\n", "tags": ["instinct", "bot_registry", "vvv-bots", "scraper", "python", "AttributeError", "ImportError", "config"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["新規 bot を追加する前に bot_registry.py の BOTS 辞書にキーが含まれているか確認", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する", "PM2 dangling process detection"], "created_at": "2026-04-22T10:14:26.962554+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 154, "title": "instinct: INSERT/UPDATEを含むバッチ実行前にUNIQUE制約や外部キー制約を確認する", "content": "# instinct: INSERT/UPDATEを含むバッチ実行前にUNIQUE制約や外部キー制約を確認する\n\nINSERT/UPDATEを含むバッチ処理を実行する前に、対象テーブルのUNIQUE制約と外部キー制約を事前確認する経験則。「0件発見/0件保存」という静かな失敗の多くは、`ON CONFLICT (href) DO NOTHING`による重複スキップや`group_id`の不一致が原因だった。エラーが出ずに処理が完了しているように見えても実際にはデータが挿入されていないケースを防ぐため、バッチ実行前にテーブルのDDLや既存データとの整合性を確認することが重要。\n\n## ポイント\n- 「0件発見/0件保存」は ON CONFLICT DO NOTHING による静かなスキップが原因のことが多い\n- 外部キー（group_id等）の不一致は INSERT 自体を失敗させずにゼロ件結果を返す\n- バッチ前に \\d tablename でUNIQUE制約・FK制約を確認する習慣をつける\n- コードカテゴリの作業（スクレイパー・ボット追加）時に特に適用する\n\n## 関連ページ\n[[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]] [[PostgreSQL接続確認前にパスワード環境変数の有効性を検証する]] [[新規 bot を追加する前に bot_registry.py の BOTS 辞書にキーが含まれているか確認]]\n\n## 関連概念（未作成）\n`ON CONFLICT句の挙動と静かな失敗パターン` `バッチ処理の事前preflight_check設計` `外部キー整合性チェックスクリプト`\n", "tags": ["PostgreSQL", "バッチ処理", "UNIQUE制約", "外部キー", "ON CONFLICT", "静かな失敗", "instinct"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）", "PostgreSQL接続確認前にパスワード環境変数の有効性を検証する", "新規 bot を追加する前に bot_registry.py の BOTS 辞書にキーが含まれているか確認"], "created_at": "2026-04-22T10:14:54.291478+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 155, "title": "instinct: スクレイピング対象サイトがCloudflare/403を返す場合事前にプロキシ要否とUser-Agentを検証する", "content": "# instinct: スクレイピング対象サイトがCloudflare/403を返す場合事前にプロキシ要否とUser-Agentを検証する\n\nスクレイピング対象サイトがCloudflare保護または403エラーを返す場合、実装前にプロキシ要否とUser-Agentを事前検証する必要がある。eromanga-cafeなど複数サイトで403が続発し、プロキシ設定ミスによる時間ロスが発生した教訓から得たinstinct。インフラ・スクレイピング作業開始前にcurlで疎通確認し、Cloudflare検知時はプロキシ・ヘッダー設定を先に固めてから実装に入る。\n\n## ポイント\n- 実装前にcurlでUser-Agentとプロキシ設定を検証し、403が出る場合は原因を特定してから実装開始する\n- Cloudflare保護サイトはブラウザUA偽装だけでは不十分なことが多く、住宅プロキシや認証付きプロキシが必要な場合がある\n- SPAサイトはPlaywrightFetcherでJSレンダリングを行い、静的サイトはrequests+UA偽装で試みる段階的アプローチを取る\n- プロキシ設定ミス（認証情報誤り・エンドポイント誤り）は無言の403を引き起こすため、プロキシ単体の疎通確認を先に行う\n\n## 関連ページ\n[[Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する]] [[URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する]]\n\n## 関連概念（未作成）\n`Cloudflare Bot管理バイパス手法（TLS fingerprint・JA3ハッシュ偽装）` `住宅プロキシ vs データセンタープロキシの使い分け基準` `スクレイピング事前疎通チェックリスト（curl/HTTPie標準テンプレート）`\n", "tags": ["scraping", "cloudflare", "403", "proxy", "user-agent", "instinct", "infra"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する", "URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する"], "created_at": "2026-04-22T10:15:09.766083+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 156, "title": "instinct: Scraplingを使う前に対象サイトがSPAかどうかを確認しJSレンダリングが必要ならPlaywrightFetcherを明示的に指定する", "content": "# instinct: Scraplingを使う前に対象サイトがSPAかどうかを確認しJSレンダリングが必要ならPlaywrightFetcherを明示的に指定する\n\nScraplingでスクレイピングを実装する前に、対象サイトがSPA（Single Page Application）かどうかを事前確認する必要がある。SPAはJavaScriptで動的にコンテンツを生成するため、StaticFetcherでは取得できず空結果になる。Crowd TechサイトがSPAだったためStaticFetcherで60件0件の失敗事例が発生した。JSレンダリングが必要な場合はPlaywrightFetcherを明示的に指定することで解決できる。codeカテゴリの作業時に適用する。\n\n## ポイント\n- 対象サイトがSPAかどうかをcurlやブラウザのソース確認で事前検証する\n- SPAサイトにStaticFetcherを使うとコンテンツが0件になる（Crowd Tech実例）\n- JSレンダリングが必要な場合はPlaywrightFetcherを明示的に指定する\n- codeカテゴリのスクレイピング作業時に必ず適用する\n\n## 関連ページ\n[[URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する]] [[スクレイピング対象サイトがCloudflare/403を返す場合事前にプロキシ要否とUser-Agentを検証]] [[価格抽出ロジックを修正する前にScraplingオブジェクトのメソッドを確認する]]\n\n## 関連概念（未作成）\n`StaticFetcher vs PlaywrightFetcher 使い分けフローチャート` `SPAサイト判定チェックリスト（curl/ネットワークタブ確認手順）` `Scraping動的サイト対応パターン集`\n", "tags": ["scrapling", "scraping", "playwright", "spa", "javascript", "python", "instinct"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する", "スクレイピング対象サイトがCloudflare/403を返す場合事前にプロキシ要否とUser-Agentを検証", "価格抽出ロジックを修正する前にScraplingオブジェクトのメソッドを確認する"], "created_at": "2026-04-22T10:15:27.940533+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 157, "title": "CC Learn - Claude Code for Desktop is the BEST way to build apps with AI (full tutorial)", "content": "# CC Learn - Claude Code for Desktop is the BEST way to build apps with AI (full tutorial)\n\nClaude Code for Desktopは、AIアプリ構築のデスクトップ特化ツール。CLIより優れたカスタマイズ可能なUXを提供し、複数セッションの同時実行が可能。ローカルセッション（ユーザーPC上でコード変更）とクラウドセッション（Anthropicサーバー上でGitHubリポジトリのコードを変更）の2モードをサポート。タスク・プランの可視化、ライブブラウザ機能でエージェントの進行状況をリアルタイム監視できる。プロジェクト別整理・優先度設定・AIによる自動化テスト・デバッグを統合したフルチュートリアル。\n\n## ポイント\n- ローカルセッション vs クラウドセッションの2モード：前者はユーザーPC、後者はAnthropicサーバー上でコードを操作\n- CLIより優れたUX：複数セッション同時実行・カスタムパネル追加・黄色ドットによる注意通知\n- タスク・プラン可視化とライブブラウザ機能でエージェントの進行状況をリアルタイム追跡\n- GitHubリポジトリと連携したクラウドセッションで、チーム開発にも対応\n- プロジェクト別整理・優先度設定・コード自動化テスト・デバッグをワンストップで提供\n\n## 関連ページ\n[[CC Learn - Claude Code 2.0 Is Here... Automate Anything]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)]] [[CC Learn - The Only Claude Code Tutorial You Need (2026 Update)]] [[CC Learn - Why devs are OBSESSED with Claude Code]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[CC Learn - Claude Code is all you need in 2026]]\n\n## 関連概念（未作成）\n`Claude Code Desktop vs CLI 比較` `クラウドセッションとGitHub連携ワークフロー` `マルチセッション並列実行パターン` `ライブブラウザ監視によるエージェントデバッグ`\n", "tags": ["claude-code", "desktop", "tutorial", "claude-code-desktop", "ai-app-development", "session-management", "cloud-session", "local-session"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Claude Code 2.0 Is Here... Automate Anything", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)", "CC Learn - The Only Claude Code Tutorial You Need (2026 Update)", "CC Learn - Why devs are OBSESSED with Claude Code", "2026-04-21 Claude Code最新ワークフロー学習", "CC Learn - Claude Code is all you need in 2026"], "created_at": "2026-04-22T10:15:30.191063+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 158, "title": "instinct: 価格抽出ロジックを修正する前にScraplingオブジェクトのメソッドの違いを確認する", "content": "# instinct: 価格抽出ロジックを修正する前にScraplingオブジェクトのメソッドの違いを確認する\n\nScraplingオブジェクトを使った価格抽出ロジックを修正する前に、メソッドの違いを必ず確認する。具体的には `get_text()`（存在しないメソッド）と `text`（プロパティ）と `get_all_text()`（全テキスト結合）の違いを把握する。ミライエSEESスクレイピングで `get_text()` を呼び出してAttributeErrorが発生し、全件Noneになる障害が起きた教訓。Scraplingのオブジェクト型（SelectorList vs Selector）によってもアクセス方法が異なるため、型確認とメソッド存在確認を先行させる。\n\n## ポイント\n- Scraplingに `get_text()` メソッドは存在しない。正しくは `.text` プロパティまたは `get_all_text()` を使う\n- SelectorListとSelectorでアクセス可能なメソッドが異なるため、型を先に確認する\n- AttributeErrorはサイレントにNoneを返すことがあり、全件欠損として気づきにくい\n- 修正前に `dir(obj)` やScraplingドキュメントでメソッド一覧を確認する習慣をつける\n\n## 関連ページ\n[[Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する]] [[URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する]] [[価格抽出ロジックを修正する前にScraplingオブジェクトのメソッド（get_text() vs text vs get_all_text()）の違いを確認する]]\n\n## 関連概念（未作成）\n`Scrapling SelectorList vs Selector 型判別パターン` `スクレイピングNone全件障害の診断手順`\n", "tags": ["scrapling", "scraping", "python", "instinct", "price-extraction", "AttributeError"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する", "URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する", "価格抽出ロジックを修正する前にScraplingオブジェクトのメソッド（get_text() vs text vs get_all_text()）の違いを確認する"], "created_at": "2026-04-22T10:15:52.833128+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 159, "title": "CC Learn - The impact of Anthropic which wiped out 150 trillion yen in global stock market", "content": "# CC Learn - The impact of Anthropic which wiped out 150 trillion yen in global stock market\n\nAnthropicのAIモデル「Mitos（ミトス）」がClaude基盤上で開発され、数千件のゼロデイ脆弱性を自動発見・修正する能力を持つことが判明。この発表が世界の株式市場（特にセキュリティ関連銘柄）に衝撃を与え、時価総額から約150兆円が消失した。汎用AI・サイバー能力・モジュラー設計・学習アルゴリズムの4層アーキテクチャを持ち、AI技術がセキュリティ産業の構造を根本から変えうることを示した事例。\n\n## ポイント\n- Anthropicの「Mitos」はClaude基盤上で動作し、ゼロデイ脆弱性を数千件規模で自動発見・修正できる\n- この発表により世界の株式市場（セキュリティ関連株中心）から約150兆円の時価総額が消失\n- アーキテクチャは汎用モデル・サイバー能力・モジュラー設計・学習アルゴリズムの4層構成\n- 実践応用としてOWASP準拠のセキュリティテスト・NLP活用・自動テスト・GitHub連携が推奨される\n- AIが既存のセキュリティ産業（脆弱性診断ベンダー等）を代替しうることを市場が織り込んだ\n\n## 関連ページ\n[[CC Learn - The impact of Anthropic, which wiped out 150 trillion yen in]] [[AIニュース No.341 — SpaceX Cursor買収・Kimi K2.6激安API・ChatGPT Images 2.0 (2026-04-22)]] [[CC Learn - [The leading AI model for 2026] Enhanced beyond coding: Anth]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[2026-04-21 Claude Code最新ワークフロー学習]]\n\n## 関連概念（未作成）\n`Mitos AIアーキテクチャ詳細` `AIによるゼロデイ脆弱性自動発見の倫理・法的課題` `セキュリティ産業へのAI破壊的影響（Disruptive AI in Cybersecurity）` `AnthropicのAI安全性研究とセキュリティ応用の境界線`\n", "tags": ["Anthropic", "Mitos", "ゼロデイ脆弱性", "セキュリティAI", "株式市場影響", "Claude", "AIサイバーセキュリティ"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - The impact of Anthropic, which wiped out 150 trillion yen in", "AIニュース No.341 — SpaceX Cursor買収・Kimi K2.6激安API・ChatGPT Images 2.0 (2026-04-22)", "CC Learn - [The leading AI model for 2026] Enhanced beyond coding: Anth", "CC Learn - Why Everyone is OBSESSED With Claude Code", "2026-04-21 Claude Code最新ワークフロー学習"], "created_at": "2026-04-22T10:16:06.493423+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 160, "title": "instinct: scraper.pyのSITES定義を更新する前にDBの最新group_idと一致しているか確認する", "content": "# instinct: scraper.pyのSITES定義を更新する前にDBの最新group_idと一致しているか確認する\n\nscraper.pyのSITES定義でgroup_idが古い値（1,2,3等）のままになっていると、DBへの保存が失敗してコンテンツが0件扱いになる。contentボット9サイトがこの問題で動作不全になった実例あり。SITES定義を更新する前に、必ずDBの最新group_id（411-421等）と一致しているかをSQLで確認してから変更する。config系の作業全般に適用する。\n\n## ポイント\n- SITES定義のgroup_idが古いと、DBへの保存がサイレントに失敗し0件扱いになる\n- 実例: contentボット9サイトがgroup_id=1,2,3を参照し動作不全\n- 修正前にSELECT group_id FROM ... WHERE ...でDBの最新値を確認する\n- config系作業（scraper.py・SITES定義変更）は必ずこのチェックを先行させる\n\n## 関連ページ\n[[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]] [[URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで確認する]] [[manage.pyからscraper.pyを呼ぶ前に--group-id引数を明示的に渡しているか確認する]] [[Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する]]\n\n## 関連概念（未作成）\n`scraper_site_group_id整合性チェック手順` `vvv contentボット設定変更チェックリスト` `DB参照IDのドリフト検出パターン`\n", "tags": ["scraper", "group_id", "config", "vvv", "DB整合性", "instinct"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）", "URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで確認する", "manage.pyからscraper.pyを呼ぶ前に--group-id引数を明示的に渡しているか確認する", "Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する"], "created_at": "2026-04-22T10:16:07.130018+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 161, "title": "instinct: URLパターンマッチを修正する前に実際のリンク構造をcurlまたはブラウザで検証する", "content": "# instinct: URLパターンマッチを修正する前に実際のリンク構造をcurlまたはブラウザで検証する\n\nスクレイピングや自動収集のURLパターンマッチングを修正する前に、実際のリンク構造をcurlまたはブラウザで事前検証するインスティンクト。Crowd TechのURL構造が `/sees/数字` から `/sees/detail/数字` へ変更されたため、正規表現がマッチせず案件を検出できなくなった失敗から学習。コーディング作業全般で、ハードコードされたURLパターンや正規表現を修正する前に、実際のHTMLソースやネットワークリクエストを確認することで、実装の無駄を防ぐ。\n\n## ポイント\n- URLパターンや正規表現を修正する前に、curlまたはブラウザの開発ツールで実際のリンク構造を確認する\n- 対象サイトのURL構造は予告なく変わることがある（/sees/数字 → /sees/detail/数字）\n- 正規表現がマッチしない場合は、コード側の問題だけでなくサイト構造の変化も疑う\n- curl -s URL | grep -oP 'href=\"[^\"]+\"' などでリンク一覧を素早く取得して検証する\n\n## 関連ページ\n[[URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する]] [[Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する]] [[スクレイピング対象サイトがCloudflare/403を返す場合事前にプロキシ要否とUser-Agentを検証]]\n\n## 関連概念（未作成）\n`スクレイピング前検証チェックリスト（curl/ブラウザでHTML構造確認）` `正規表現デバッグパターン（マッチ失敗時の診断手順）` `サイト構造変化の検知と自動アラート`\n", "tags": ["instinct", "scraping", "url", "regex", "verification", "crowdtech", "debugging"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する", "Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する", "スクレイピング対象サイトがCloudflare/403を返す場合事前にプロキシ要否とUser-Agentを検証"], "created_at": "2026-04-22T10:16:25.138433+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 162, "title": "CC Learn - The leading AI model for 2026 - Enhanced beyond coding: Anthropic Claude Opus", "content": "# CC Learn - The leading AI model for 2026 - Enhanced beyond coding: Anthropic Claude Opus\n\nAnthropicのClaude Opus（2026年版）はコーディング以外の能力が大幅強化されたAIモデル。100万トークンのコンテキストウィンドウを持ち、財務分析・リサーチ・文書/プレゼン作成など幅広いビジネスタスクに対応。エンジニア・非エンジニア双方が活用できる汎用モデルとして設計されており、ProプランまたはMaxプランの有料ユーザー向けに提供。APIでも利用可能で、FastAPIやボット自動化システムとの連携、タスク特化ファインチューニングなどの実践応用が可能。\n\n## ポイント\n- 100万トークンのコンテキストウィンドウ対応（大規模文書・長期会話処理が可能）\n- 財務分析・リサーチ・文書作成など非コーディングタスクの能力が強化\n- 有料プラン限定（Pro/Maxプラン）＋API提供あり\n- エンジニア・非エンジニア両方が利用できる汎用AIモデルとして設計\n- FastAPIとの連携・ファインチューニング・データ前後処理による業務自動化応用が可能\n\n## 関連ページ\n[[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - The impact of Anthropic, which wiped out 150 trillion yen in global stock market]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[AIニュース No.341 — SpaceX Cursor買収・Kimi K2.6激安API・ChatGPT Images 2.0 (2026-04-22)]] [[MCP vs CLI 選択基準]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]]\n\n## 関連概念（未作成）\n`Claude Opus vs Sonnet コスト・性能トレードオフ選択基準` `100万トークンコンテキスト活用パターン（長文書・コードベース一括解析）` `非エンジニア向けClaude Opus活用ユースケース集` `Anthropic APIプランとモデル選択ガイド（Pro/Max/API）`\n", "tags": ["Claude Opus", "Anthropic", "LLM", "100万トークン", "財務分析", "ビジネスAI", "API", "2026"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Claude Code is all you need in 2026", "CC Learn - The impact of Anthropic, which wiped out 150 trillion yen in global stock market", "CC Learn - The 6 Levels of Claude Code Explained", "CC Learn - Why Everyone is OBSESSED With Claude Code", "2026-04-21 Claude Code最新ワークフロー学習", "AIニュース No.341 — SpaceX Cursor買収・Kimi K2.6激安API・ChatGPT Images 2.0 (2026-04-22)", "MCP vs CLI 選択基準", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する"], "created_at": "2026-04-22T10:16:41.894624+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 163, "title": "instinct: manage.pyからscraper.pyを呼ぶ前に--group-id引数を明示的に渡しているか確認する", "content": "# instinct: manage.pyからscraper.pyを呼ぶ前に--group-id引数を明示的に渡しているか確認する\n\nmanage.pyからscraper.pyを呼び出す際、--group-id引数を省略すると、scraper.pyに定義されたデフォルト値（古いgroup_id）が使われてしまう。スクレイピング対象グループが意図せず変わり、誤ったデータを収集するバグが発生する。コード変更時は呼び出し元のCLI引数を明示的に渡しているか必ず確認する。特にデフォルト値が存在するパラメータは「省略しても動く」ため見落としやすい。\n\n## ポイント\n- manage.pyがscraper.pyを呼ぶ際に--group-idを省略すると、scraper.pyのデフォルト値（古いgroup_id）が適用される\n- デフォルト値が存在するCLI引数は省略しても動作するため、バグが潜伏しやすい\n- group_idを変更・追加した際は、呼び出し元（manage.py等）への引数伝播も同時に確認する\n\n## 関連ページ\n[[scraper.pyのSITES定義を更新する前に、DBの最新group_idと一致しているか確認する]] [[manage.pyからscraper.pyを呼ぶ前に--group-id引数を明示的に渡しているか確認する]] [[URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する]]\n\n## 関連概念（未作成）\n`CLIサブコマンド引数の伝播チェックリスト` `argparseデフォルト値による無音バグ検出パターン`\n", "tags": ["scraper", "manage.py", "CLI引数", "group_id", "バグパターン", "instinct"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["scraper.pyのSITES定義を更新する前に、DBの最新group_idと一致しているか確認する", "manage.pyからscraper.pyを呼ぶ前に--group-id引数を明示的に渡しているか確認する", "URLパターンマッチを修正する前に、実際のリンク構造（/sees/数字 vs /sees/detail/数字）をcurlまたはブラウザで検証する"], "created_at": "2026-04-22T10:16:51.782927+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 164, "title": "instinct: config.yamlのマルチプロバイダー設定を読む前にdoctorやpreflight_checkが環境変数しか見ていないか確認する", "content": "# instinct: config.yamlのマルチプロバイダー設定を読む前にdoctorやpreflight_checkが環境変数しか見ていないか確認する\n\nconfig.yamlにマルチプロバイダー設定を記述していても、doctor や preflight_check が環境変数しか参照しない実装になっている場合、「No LLM credentials found」エラーが発生し続ける。設定ファイルの providers セクションが完全に無視されることで、正しく認証情報を渡しているつもりでも LLM クライアントが初期化に失敗する。config 系の作業・新規プロバイダー追加・LLM クライアント初期化時には、診断コマンドが環境変数だけでなく config.yaml の内容も読んでいるかをコードレベルで確認することが必須。\n\n## ポイント\n- doctor / preflight_check が config.yaml の providers セクションを無視し環境変数のみ参照するケースがある\n- 「No LLM credentials found」エラーは config.yaml が正しくても発生しうる — 診断コマンド自体のバグを疑う\n- 新規プロバイダー追加・LLM クライアント初期化前にソースコードで config 読み込みパスを確認する\n- 環境変数と config.yaml の両方が正しく読み込まれているかを curl や print デバッグで検証する\n\n## 関連ページ\n[[AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]] [[Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する]] [[PostgreSQL接続確認前にパスワード環境変数の有効性を検証する]]\n\n## 関連概念（未作成）\n`config.yaml vs 環境変数の優先順位設計` `LLM プロバイダー認証フロー検証パターン` `診断コマンド（doctor/preflight）の信頼性チェック`\n", "tags": ["instinct", "config", "llm-client", "provider", "debugging", "preflight"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する", "PostgreSQL接続確認前にパスワード環境変数の有効性を検証する"], "created_at": "2026-04-22T10:17:05.820915+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 165, "title": "instinct: AsyncLLMClientを初期化する前にプロバイダーがreasoning_effortパラメータに対応しているか確認する", "content": "# instinct: AsyncLLMClientを初期化する前にプロバイダーがreasoning_effortパラメータに対応しているか確認する\n\nAsyncLLMClientを初期化する際、reasoning_effortパラメータはすべてのプロバイダーがサポートしているわけではない。Groq・Cerebras・NVIDIAはこのパラメータに非対応であり、設定したまま呼び出すと429エラーが連発する。初期化前にプロバイダーのドキュメントまたはAPIを確認し、reasoning_effortを条件分岐で除外するか、対応プロバイダー（Anthropic・OpenAI等）にのみ渡すよう実装する。\n\n## ポイント\n- Groq・Cerebras・NVIDIAはreasoning_effortパラメータ非対応（429エラーの原因）\n- 初期化前にプロバイダーごとのサポートパラメータを確認する\n- reasoning_effortは対応プロバイダー（Anthropic・OpenAI系）にのみ渡すよう条件分岐を実装する\n\n## 関連ページ\n[[AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]] [[新しいLLMプロバイダーを追加する前に/v1/modelsエンドポイントでモデルリストを取得できるかcurlで検証する]]\n\n## 関連概念（未作成）\n`LLMプロバイダー互換性マトリクス（reasoning_effort/temperature等パラメータ対応表）` `AsyncLLMClient プロバイダー別パラメータフィルタリング実装パターン`\n", "tags": ["LLM", "AsyncLLMClient", "reasoning_effort", "Groq", "Cerebras", "NVIDIA", "API", "Python", "instinct"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "新しいLLMプロバイダーを追加する前に/v1/modelsエンドポイントでモデルリストを取得できるかcurlで検証する"], "created_at": "2026-04-22T10:17:26.822582+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 167, "title": "instinct: ファイルに書き込む前に必ずread_fileで内容を読み込んでからwrite_fileを呼ぶ", "content": "# instinct: ファイルに書き込む前に必ずread_fileで内容を読み込んでからwrite_fileを呼ぶ\n\nClaude Codeのwrite_fileツールを呼ぶ前に、必ずread_fileで対象ファイルの内容を読み込む必要がある。これを怠ると「File has not been read yet. Read it first before writing to it.」エラーが発生する。ファイル編集ワークフロー全般に適用すべきルールで、特に自動化スクリプトやセッション横断的な作業時に注意が必要。read→writeの順序を厳守することで、意図しない上書きや状態不整合も防げる。\n\n## ポイント\n- write_file呼び出し前に必ずread_fileで内容を読み込む（順序厳守）\n- 違反時のエラー: 「File has not been read yet. Read it first before writing to it.」\n- 自動化スクリプト（session_learner.py等）でも同様のルールが適用される\n- read→writeの順序はファイル編集ワークフロー全般に共通する制約\n\n## 関連ページ\n[[2026-04-21 Claude Code最新ワークフロー学習]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`ファイル編集の冪等性保証パターン` `Claude Code tool呼び出し順序制約まとめ`\n", "tags": ["workflow", "claude-code", "file-editing", "instinct", "best-practice"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["2026-04-21 Claude Code最新ワークフロー学習", "CC Learn - The 6 Levels of Claude Code Explained", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T10:17:50.215857+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 168, "title": "instinct: git checkoutやresetを実行する前にworking treeに未追跡ファイルやstaged differencesがないかgit statusで確認する", "content": "# instinct: git checkoutやresetを実行する前にworking treeに未追跡ファイルやstaged differencesがないかgit statusで確認する\n\ngit checkoutやresetを実行する前に、必ずgit statusで作業ツリーの状態を確認するべきというインスティンクト。未追跡ファイル（untracked files）やステージ済み差分（staged differences）が残っている状態でcheckoutを実行すると「untracked working tree files would be overwritten」「files have staged content different from both the file and the HEAD」エラーが発生しcheckoutが失敗する。workflowカテゴリの作業全般に適用し、checkout/reset前のgit statusを標準的な確認ステップとして組み込む。\n\n## ポイント\n- git checkout / git reset の実行前に git status で作業ツリーの状態を確認する\n- 未追跡ファイルが存在すると「untracked working tree files would be overwritten」でcheckoutが失敗する\n- ステージ済み差分が残っていると「files have staged content different from both the file and the HEAD」エラーが発生する\n- 確認後、必要に応じて git stash / git clean -n（dry-run）で安全に退避してからcheckoutを実施する\n\n## 関連ページ\n[[PM2 dangling process detection]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`git stash を使った作業ツリーの一時退避パターン` `git clean -n（dry-run）で削除対象を確認してから実行する習慣` `ブランチ切り替え前チェックリスト（checkout前の5点確認）`\n", "tags": ["git", "workflow", "instinct", "checkout", "reset", "git-status"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["PM2 dangling process detection", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T10:18:03.424293+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 169, "title": "skills-dev-automation-2026-04-22: 開発自動化Skills 6本追加", "content": "# skills-dev-automation-2026-04-22: 開発自動化Skills 6本追加\n\n2026-04-22にQiita記事を参考に開発自動化Skills 6本（commit・fix-issue・merge・pr-summary・deep-research・explain-code）を実装。開発サイクル全体（コミット→Issue修正→マージ→PR説明生成→コードベース調査→コード解説）をSkillで自動化。「コミッシュ」キーワードでcommit+pushを一気に実行する慣用句も定義。実装上の注意点として、SKILLファイル内のネストコードブロック禁止・description1行化・Grep/Read/Glob優先使用を明記。\n\n## ポイント\n- /commit でConventional Commits形式の自動コミット、「コミッシュ」でpushまで一気に実行\n- /fix-issue <番号> でIssue調査→修正→テスト→コミットを完全自動化\n- /merge・/pr-summary・/deep-research・/explain-code で開発サイクル全体をカバー\n- SKILLファイル内ネストコードブロック（``` の中に ```）は構文破損するため使用不可\n- 全Skillは /home/ubuntu/.claude/skills/ 配置済み、次回セッションから即使用可能\n\n## 関連ページ\n[[2026-04-21 Claude Code最新ワークフロー学習]] [[CC Learn - Claude Code is all you need in 2026]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - The 6 Levels of Claude Code Explained]] [[MCP vs CLI 選択基準]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`Conventional Commits仕様（feat/fix/chore プレフィックス規則）` `Claude Code Skillsベストプラクティス（ネスト禁止・description形式）` `コミッシュ慣用句（commit+push一括実行ショートカット）`\n", "tags": ["Claude Code", "Skills", "開発自動化", "Conventional Commits", "コミッシュ"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["2026-04-21 Claude Code最新ワークフロー学習", "CC Learn - Claude Code is all you need in 2026", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - The 6 Levels of Claude Code Explained", "MCP vs CLI 選択基準", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T10:18:10.856436+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 170, "title": "instinct: 新しいLLMプロバイダーを追加する前に/v1/modelsエンドポイントでモデルリストを取得できるかcurlで検証する", "content": "# instinct: 新しいLLMプロバイダーを追加する前に/v1/modelsエンドポイントでモデルリストを取得できるかcurlで検証する\n\n新しいLLMプロバイダー（Cerebras/NVIDIA/Groqなど無料API）を実装コードに組み込む前に、`curl`で`/v1/models`エンドポイントを叩いてモデルリストが取得できるか疎通確認を行う。APIキーの有効性・エンドポイントURLの正確性・レートリミット有無を事前に把握することで、無駄な実装コストを削減できる。特にinfraカテゴリの作業（llm_client.py修正など）に適用する。\n\n## ポイント\n- 実装前に`curl -H 'Authorization: Bearer $API_KEY' https://{provider}/v1/models`で疎通確認\n- Cerebras/NVIDIA/Groq等の無料APIは仕様が不安定なため、事前検証が特に有効\n- AsyncLLMClientやreasoning_effortパラメータ対応可否もこの段階で確認できる\n- infra・llm_client.py変更時に必ず適用するルール\n\n## 関連ページ\n[[AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`LLMプロバイダー比較（Cerebras/NVIDIA/Groq/Kimi）` `OpenAI互換API疎通チェックリスト`\n", "tags": ["instinct", "llm", "infra", "api-verification", "curl", "provider"], "domain": "ai", "source_url": "", "importance_score": 0.46960679323581067, "wikilinks": ["AsyncLLMClientを初期化する前に、プロバイダーがreasoning_effortパラメータに対応しているか確認する", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:18:17.858229+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 172, "title": "サムネ抽出パイプライン (ページ表紙 + X Syndication) 2026-04-19", "content": "# サムネ抽出パイプライン (ページ表紙 + X Syndication) 2026-04-19\n\nvvvプロジェクトにおけるサムネ抽出パイプライン（2026-04-19実装）。従来のフルページスクショ方式から、ページ内主要コンテンツ表紙を抽出する方式へ変更。抽出チェーンはS3キャッシュ→X Syndication API→og:image→JSON-LD→NVIDIA Vision LLM→Playwright の順。X/Twitter系はSyndication APIのtokenが必須（省略すると空レスポンス）。admin X favs 3,147件中95%を抽出成功。thumbnail_scraper はscheduler_tick group_id=503 で2時間ごとに自動発火。\n\n## ポイント\n- Syndication APIのtokenは `str(id/1e15*pi).replace('0.','').replace('0','')` で生成・省略不可\n- SKIP_DOMAINS（facebook/instagram/linkedin）とCONTENT_ONLY_DOMAINS（x.com系）で挙動を分離\n- 抽出済みサムネは `_content.jpg` サフィックスで識別可能\n- 古い `thumbnail_url='skipped'` はUPDATE SET thumbnail_url=NULLでリセット必要\n- videos.description の media_urls は x_learn/x_media bot収集時のみ埋まる\n\n## 関連ページ\n[[Harness設計統合 (2026-04-18)]] [[PM2 dangling process detection]] [[Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`X Syndication API token生成アルゴリズム` `Playwright未ログイン制限とCONTENT_ONLY回避策` `scraper_bot_schedule group_id管理` `NVIDIA Vision LLM 画像選定ロジック`\n", "tags": ["vvv", "サムネ", "スクレイピング", "X-Syndication", "Playwright", "NVIDIA-Vision", "og:image", "インフラ"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Harness設計統合 (2026-04-18)", "PM2 dangling process detection", "Scraplingを使う前に、対象サイトがSPAかどうかを確認し、JSレンダリングが必要ならPlaywrightFetcherを明示的に指定する", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:19:38.601454+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 173, "title": "vvv-bots QA自動起動セットアップ", "content": "# vvv-bots QA自動起動セットアップ\n\nvvv-bots の QA 自動起動システム設定まとめ。毎週日曜3時に cron で qa_auto_trigger.sh を実行し、ログエラーを検知すると /tmp/vvv-bots-diagnostic.json に診断レポートを生成して Discord Webhook で通知する。修正フローは「ログ検知→診断JSON→Discord通知→手動でOpus計画生成→Sonnet修正実装」の半自動構成。手動トリガーはシェルスクリプト版と Python 版の両方に対応。ログは /home/ubuntu/logs/cron/vvv_bots_qa.log で確認できる。\n\n## ポイント\n- cron: 毎週日曜3時に qa_auto_trigger.sh を自動実行\n- エラー検知時は /tmp/vvv-bots-diagnostic.json に診断レポートを生成し Discord 通知\n- 修正フローは半自動（通知まで自動、Opus計画生成・Sonnet修正は手動）\n- 手動トリガーはシェル版 (qa_auto_trigger.sh) と Python 版 (qa_monitor.py) の2系統\n- 監視ログパス: /home/ubuntu/logs/cron/vvv_bots_qa.log\n\n## 関連ページ\n[[PM2 dangling process detection]] [[PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`vvv-bots ボット死活監視ダッシュボード` `Discord Webhook 通知テンプレート` `qa_monitor.py 診断ロジック詳細` `cron ログローテーション設定`\n", "tags": ["vvv-bots", "QA", "cron", "Discord", "自動化", "監視", "診断"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["PM2 dangling process detection", "PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T10:20:10.988444+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 174, "title": "セッション引き継ぎ HANDOFF 2026-04-19", "content": "# セッション引き継ぎ HANDOFF 2026-04-19\n\n2026-04-19セッションの完了状態を記録したハンドオフ。tubequeue-proxyのタイムアウト延長、vvv-botsのcc_learn URL更新、vvvへの新規ボット5種（ROSCA・シューマツワーカー・Relance・エンジニアスタイル・フリーランスボード）登録、TreeResponseへのtree_typeフィールド追加、ダッシュボードUIリファクタリング（3000行削減）、tag_today_all.py拡張（+107行）、全サブモジュール参照の最新同期を完了。未完了はdocs/progress.md・static/js/・web/vvv新規ボット実装ディレクトリの3件。tubequeue-proxyはアーカイブ中で読取専用。\n\n## ポイント\n- tubequeue-proxy: YouTubeダウンロードタイムアウトを30s→60sに延長（コミット済み）\n- vvv新規ボット5種登録: ROSCA・シューマツワーカー・Relance・エンジニアスタイル・フリーランスボード\n- vvvダッシュボードUIリファクタリングで3000行削減・tag_today_all.py +107行拡張\n- TreeResponseにtree_typeフィールド追加・全サブモジュール参照を最新コミット(fd81fc6)に同期\n- 未完了: docs/progress.md・static/js/（JSコンポーネント分離中）・web/vvv新規ボット実装ディレクトリ\n- 警告: tubequeue-proxyはアーカイブ中（読取専用、プッシュ不可）\n\n## 関連ページ\n[[Harness設計統合 (2026-04-18)]] [[PM2 dangling process detection]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]] [[新規ボットを追加する前にBOTS定義とscraper_bot_scheduleの整合性を確認する]]\n\n## 関連概念（未作成）\n`vvv ダッシュボードUIリファクタリング履歴` `tag_today_all.py 拡張履歴` `TreeResponse tree_type フィールド設計` `tubequeue-proxy アーカイブ移行記録` `フリーランス求人ボット群 (ROSCA/シューマツワーカー/Relance/エンジニアスタイル/フリーランスボード)`\n", "tags": ["handoff", "session", "vvv", "vvv-bots", "submodule", "refactoring", "bot-registry", "tubequeue-proxy"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Harness設計統合 (2026-04-18)", "PM2 dangling process detection", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "新規ボットを追加する前にBOTS定義とscraper_bot_scheduleの整合性を確認する"], "created_at": "2026-04-22T10:20:25.804803+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 175, "title": "セッション引き継ぎ HANDOFF 2026-04-22", "content": "# セッション引き継ぎ HANDOFF 2026-04-22\n\n2026-04-22セッションの成果まとめ。開発自動化Skills 6本（commit/fix-issue/merge/pr-summary/deep-research/explain-code）を新規作成。環境メンテナンスとしてsettings.json allowルールを55→38件に削減、入れ子ディレクトリ削除。vvvデータ修正として削除済みvideo 103,494件のthumbnail_statusをskippedに更新。PostgreSQLに部分インデックスとGINインデックスを追加し、クエリパフォーマンスを大幅改善（2926ms→200ms、11000ms→26ms）。未完了タスクはeval/run_eval.pyの実装とSLOW QUERYの改善効果確認。\n\n## ポイント\n- Skills 6本新規作成: /commit /fix-issue /merge /pr-summary /deep-research /explain-code（Conventional Commits対応）\n- PostgreSQL部分インデックス追加: OFFSET大クエリ 2926ms→200ms、全文検索GINインデックス 11000ms→26ms\n- 削除済みvideo 103,494件のthumbnail_status: pending→skipped（thumbnail_scraper.py修正含む）\n- settings.json allowルール 55→38件に整理、YAML block scalar descriptionを1行に修正\n- docs/progress.md・SPECIFICATION.md全面更新、docs-siteリビルド完了\n- 未完了: eval/run_eval.py実実装・次セッションでSLOW QUERY改善効果を確認\n\n## 関連ページ\n[[Harness設計統合 (2026-04-18)]] [[CC Learn - Claude Code is all you need in 2026]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`Claude Code Skills自動化パイプライン設計` `PostgreSQL部分インデックス最適化パターン` `vvv thumbnail_statusライフサイクル管理` `eval/run_eval.py LLMプロンプト評価フレームワーク`\n", "tags": ["handoff", "claude-code-skills", "postgresql", "vvv", "performance", "2026-04-22"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Harness設計統合 (2026-04-18)", "CC Learn - Claude Code is all you need in 2026", "2026-04-21 Claude Code最新ワークフロー学習", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:21:11.616800+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 176, "title": "Ops: vvv-bots detail_cron ボットキー整合性", "content": "# Ops: vvv-bots detail_cron ボットキー整合性\n\nvvv-bots の `detail_cron.sh` で指定するボット名は、`bot_registry.py` の `BOTS` 辞書の**キー名**と完全一致させる必要がある。`dir` フィールドとは別物であり、混同すると `manage.py detail <bot_id>` が辞書引きに失敗し「見つかりません」エラーが継続発生する。2026-04-19 に `engineer_factory`/`freelance_start` と `engineer`/`freelancestart` の不一致により2ボットの詳細取得が長期停止した実例あり。新規ボット追加時は必ず `bot_registry.BOTS` のキー名で `detail_cron.sh` に登録し、`logs/detail_fetch.log` の ERROR ログと Python アサーションで整合性を検証する。\n\n## ポイント\n- `detail_cron.sh` の BOTS 配列には `bot_registry.BOTS` の**辞書キー名**を指定する（`dir` フィールドではない）\n- 不一致時は `logs/detail_fetch.log` に `[ERROR] ボット 'xxx' が見つかりません` が毎回記録される\n- 検証: `from bot_registry import BOTS; assert key in BOTS` で全キーの存在を確認する\n- 新規ボット追加フロー: bot_registry.BOTS にキー追加 → detail_cron.sh に同じキー名を追加 → ログで動作確認\n\n## 関連ページ\n[[PM2 dangling process detection]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]]\n\n## 関連概念（未作成）\n`bot_registry.py キー命名規約` `vvv-bots 新規ボット追加チェックリスト` `detail_fetch ログ監視アラート設定`\n", "tags": ["vvv-bots", "ops", "bot_registry", "detail_cron", "feedback", "バグパターン"], "domain": "ai", "source_url": "", "importance_score": 0.5418539921951662, "wikilinks": ["PM2 dangling process detection", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）"], "created_at": "2026-04-22T10:21:47.418875+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 177, "title": "Ops: Ollama はshadowで稼働・arcanaからTailscale経由で利用", "content": "# Ops: Ollama はshadowで稼働・arcanaからTailscale経由で利用\n\nOllamaはshadowサーバーにインストールされており、arcanaからはTailscale経由で `http://shadow:11434` に接続して利用する。shadow側は `OLLAMA_HOST=0.0.0.0:11434` でLAN公開済み。arcanaは収集/API/ダッシュボード担当、LLM推論はshadow集中という分離アーキテクチャを採用。pull済みモデルはgemma3:1b（fallback用）・nomic-embed-text（768次元embedding）。shadowのRAMが3.7GiBのためgemma3:4bはロード不可。フォールバックはgemma3:1b必須。新規スクリプトでembedding/LLM推論が必要な場合は必ず `http://shadow:11434` を使い、localhost:11434は使用不可。\n\n## ポイント\n- arcanaにはOllamaは未インストール。LLM推論はshadow集中アーキテクチャ\n- 接続先: http://shadow:11434（localhost:11434は不可）\n- shadowのRAMは3.7GiBのため gemma3:4b(4GiB必要)は起動不可、フォールバックはgemma3:1b必須\n- llm_client.py にshadow Ollamaフォールバック実装済み（NVIDIA全モデル失敗時に自動切替）\n- shadow接続不可時はTailscale経路障害を疑い `tailscale ping -c 1 shadow` で診断\n\n## 関連ページ\n[[Ollama はshadowで稼働・arcanaからTailscale経由で利用]] [[LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]] [[MCP vs CLI 選択基準]] [[PM2 dangling process detection]]\n\n## 関連概念（未作成）\n`Ollama モデル管理（pull/削除/RAM見積もり）` `arcana/shadow 役割分担アーキテクチャ` `Tailscale 経路障害診断手順`\n", "tags": ["ollama", "shadow", "tailscale", "infrastructure", "llm", "embedding", "ops"], "domain": "ai", "source_url": "", "importance_score": 0.5418539921951662, "wikilinks": ["Ollama はshadowで稼働・arcanaからTailscale経由で利用", "LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する", "MCP vs CLI 選択基準", "PM2 dangling process detection"], "created_at": "2026-04-22T10:22:04.615123+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 178, "title": "Ops: PM2 dangling process detection — スクリプト削除時はpm2 delete + pm2 saveをセットで実行", "content": "# Ops: PM2 dangling process detection — スクリプト削除時はpm2 delete + pm2 saveをセットで実行\n\nPM2で管理するスクリプトを削除する際、PM2登録を残したままにすると無限再起動ループが発生する。2026-04-19の実例では`pm2_watchdog.sh`削除後に19,463回再起動し、1.5MB超のエラーログとCPU/ディスク無駄消費が発生した。対策は`pm2 delete <name> && pm2 save`をセットで実行すること。事前に`pm2 describe <name>`でscript pathを確認し、削除後はログファイルも合わせて削除する。`pm2 list`でrestart数が1000+のプロセスは即調査が鉄則。\n\n## ポイント\n- スクリプト削除時は必ず `pm2 delete <name> && pm2 save` をセットで実行する\n- `pm2 list` でrestart数が1000+のプロセスは即調査対象\n- 削除前に `pm2 describe <name>` でscript pathを確認する\n- 削除コマンド全体: `pm2 delete <name> && pm2 save && rm -f ~/.pm2/logs/<name>-*.log`\n- `pm2 logs <name> --err` で 'file not found' エラーを確認してダングリングを検出\n\n## 関連ページ\n[[PM2 dangling process detection]] [[PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する]] [[Ops: vvv-bots detail_cron ボットキー整合性]]\n\n## 関連概念（未作成）\n`PM2 ecosystem.config.js による一元管理` `PM2 monit でリソース使用量をリアルタイム監視` `systemd vs PM2 プロセス管理比較`\n", "tags": ["pm2", "ops", "プロセス管理", "無限再起動", "ログ管理", "インシデント対応"], "domain": "ai", "source_url": "", "importance_score": 0.5418539921951662, "wikilinks": ["PM2 dangling process detection", "PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する", "Ops: vvv-bots detail_cron ボットキー整合性"], "created_at": "2026-04-22T10:22:37.716298+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 179, "title": "Ops: rsync先のディレクトリはssh mkdirで事前作成する", "content": "# Ops: rsync先のディレクトリはssh mkdirで事前作成する\n\nrsync -az LOCAL/ REMOTE:/path/ を実行する前に、必ず ssh REMOTE \"mkdir -p /path\" で宛先ディレクトリを作成する必要がある。宛先が存在しない場合、rsyncは「No such file or directory」エラーで失敗する。2026-04-19にtools_backup.shがshadow側の/home/ubuntu/backups/toolsを前提としていたが未作成だったため、毎日のcron backupが失敗し続けた事例が起点。バックアップ系スクリプトではsrc側とdst側の両方でmkdir -pをセットで記述し、ログのmkdir failedエラーは宛先ディレクトリ欠如のシグナルとして扱う。\n\n## ポイント\n- rsync実行前にssh REMOTE \"mkdir -p /path\"で宛先ディレクトリを必ず確保する\n- バックアップスクリプトはsrc側mkdir -pとdst側ssh mkdir -pの両方をセットで記述する\n- cronログの「mkdir failed」はディレクトリ欠如のシグナル。/home/ubuntu/logs/cron/を定期監視する\n\n## 関連ページ\n[[Ops: PM2 dangling process detection — スクリプト削除時はpm2 delete + pm2 saveをセットで実行]] [[Ops: Ollama はshadowで稼働・arcanaからTailscale経由で利用]] [[Ops: vvv-bots detail_cron ボットキー整合性]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`バックアップスクリプトの冪等性設計（mkdir -p + rsync + ログローテーション）` `cronジョブの事前チェックリスト（宛先存在・権限・ディスク空き容量）` `shadow/arcana間ファイル同期パターン`\n", "tags": ["ops", "rsync", "backup", "cron", "ssh", "shell-scripting", "arcana", "shadow"], "domain": "ai", "source_url": "", "importance_score": 0.5418539921951662, "wikilinks": ["Ops: PM2 dangling process detection — スクリプト削除時はpm2 delete + pm2 saveをセットで実行", "Ops: Ollama はshadowで稼働・arcanaからTailscale経由で利用", "Ops: vvv-bots detail_cron ボットキー整合性", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:22:53.417772+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 180, "title": "Ops: ランタイム生成物は /home/ubuntu/runtime/vvv/ に配置", "content": "# Ops: ランタイム生成物は /home/ubuntu/runtime/vvv/ に配置\n\nvvvのランタイム生成物（定期バッチ・スケジューラが毎時生成する中間JSON等）は `/home/ubuntu/runtime/vvv/` に出力し、リポジトリ内（`scripts/jobs/data/`等）には置かない。2026-04-19に `recommended_jobs.json` がリポジトリ内に出力されていたことで、毎時のgit diffが頻発し、さらに `recommended_jobs_router.py` が `/var/www/data/` を参照していたためAPIが常にcount=0を返す障害が発生した。書き込み元・読み込み元のパスは `grep -rn` で機械的に検証し、routerのパス参照は `curl /api/recommended-jobs` で疎通確認する。\n\n## ポイント\n- ランタイム生成物の出力先は `/home/ubuntu/runtime/vvv/` に統一する（リポジトリ内の `data/`, `cache/` 等には置かない）\n- 書き込み元（スクリプト）と読み込み元（router.py, bot.py）のパス一致を `grep -rn` で機械的に検証する\n- router のパス参照は APIテスト（`curl /api/recommended-jobs`）で疎通確認する\n- リポジトリ内のデータディレクトリを発見したら git管理要否を再評価する\n- パスずれが起きるとAPIが常にcount=0を返す障害につながる（ダッシュボード表示崩壊）\n\n## 関連ページ\n[[Ops: PM2 dangling process detection — スクリプト削除時はpm2 delete + pm2 saveをセットで実行]] [[Ops: rsync先のディレクトリはssh mkdirで事前作成する]] [[Ops: vvv-bots detail_cron ボットキー整合性]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`vvv ランタイムディレクトリ構成` `スケジューラ出力パス管理` `APIパス整合性検証パターン`\n", "tags": ["ops", "vvv", "runtime", "path-convention", "git", "filesystem"], "domain": "ai", "source_url": "", "importance_score": 0.5418539921951662, "wikilinks": ["Ops: PM2 dangling process detection — スクリプト削除時はpm2 delete + pm2 saveをセットで実行", "Ops: rsync先のディレクトリはssh mkdirで事前作成する", "Ops: vvv-bots detail_cron ボットキー整合性", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T10:23:28.238235+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 181, "title": "Ops: arcanaサーバー環境情報 — 現在ログイン中のサーバー自体がarcana", "content": "# Ops: arcanaサーバー環境情報 — 現在ログイン中のサーバー自体がarcana\n\n現在ログイン中のサーバー（/home/ubuntu/workspace）がarcana本体であり、別途SSHで接続する必要はない。CLAUDE.mdに「ssh dev」の記載があったが、arcana＝devサーバー＝現在のマシンであるため、vvvのDB操作・PM2管理・ボットスケジュール確認などすべての操作はローカルで直接実行する。`ssh dev`や`ssh arcana`コマンドは不要。\n\n## ポイント\n- arcana = 現在ログイン中のサーバー（/home/ubuntu/workspace）そのもの\n- `ssh dev` / `ssh arcana` は不要 — ローカルで直接操作する\n- vvv DB操作・PM2管理・ボットスケジュール確認はすべてローカル実行\n\n## 関連ページ\n[[Ops: PM2 dangling process detection — スクリプト削除時はpm2 delete + pm2 saveをセットで実行]] [[Ops: Ollama はshadowで稼働・arcanaからTailscale経由で利用]] [[Ops: ランタイム生成物は /home/ubuntu/runtime/vvv/ に配置]] [[Ops: vvv-bots detail_cron ボットキー整合性]] [[Ops: rsync先のディレクトリはssh mkdirで事前作成する]]\n\n## 関連概念（未作成）\n`Tailscaleネットワーク構成（arcana/shadow/dev関係図）` `arcanaサービス一覧（PM2プロセス・ポート番号）`\n", "tags": ["ops", "arcana", "server", "ssh", "environment"], "domain": "ai", "source_url": "", "importance_score": 0.5418539921951662, "wikilinks": ["Ops: PM2 dangling process detection — スクリプト削除時はpm2 delete + pm2 saveをセットで実行", "Ops: Ollama はshadowで稼働・arcanaからTailscale経由で利用", "Ops: ランタイム生成物は /home/ubuntu/runtime/vvv/ に配置", "Ops: vvv-bots detail_cron ボットキー整合性", "Ops: rsync先のディレクトリはssh mkdirで事前作成する"], "created_at": "2026-04-22T10:23:47.308921+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 207, "title": "MCP→CLI移行で週次タスクを安定化", "content": "# MCP→CLI移行で週次タスクを安定化\n\nClaude Codeの週次タスク安定化を目的に、MCPサーバーをやめて公式CLI（bee / Pup）に移行した実践報告。MCPはトークン消費がCLIの32倍になるという知見（Scalekit調査）と一致する事例。CLIへの移行によりタスクの再現性・安定性が向上した。週次自動タスクにMCPを使っていた場合の代替アーキテクチャとして参考になる。\n\n## ポイント\n- Claude Codeの週次タスクでMCPを使っていたが不安定だったためCLI（bee / Pup）に移行\n- MCPはCLIと比べてトークン消費が最大32倍になるアーキテクチャ上の問題がある\n- 公式CLIへの移行により週次タスクの安定性・再現性が改善\n- bee / Pupは公式CLIツールとして週次・定期タスクに適している\n\n## 関連ページ\n[[MCP vs CLI 選択基準]] [[MCP→公式CLI移行で週次タスク安定化]] [[MCP捨ててCLI移行でClaude Code週次タスクを安定化]]\n\n## 関連概念（未作成）\n`bee CLI 使い方と週次タスク設定` `Pup CLI Claude Code連携パターン` `Claude Code定期タスクアーキテクチャ比較`\n", "tags": ["Claude Code", "MCP", "CLI移行", "週次タスク", "自動化", "bee", "Pup", "安定化"], "domain": "ai", "source_url": "https://qiita.com/ntaka329/items/d7debbc9413b500af19e", "importance_score": 0.3612359947967774, "wikilinks": ["MCP vs CLI 選択基準", "MCP→公式CLI移行で週次タスク安定化", "MCP捨ててCLI移行でClaude Code週次タスクを安定化"], "created_at": "2026-04-22T10:35:40.399847+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 208, "title": "ClaudeCode×Claudian: ObsidianでOpus 4.7を動かす", "content": "# ClaudeCode×Claudian: ObsidianでOpus 4.7を動かす\n\nObsidianプラグイン「Claudian」を使い、Claude Code（Opus 4.7）をObsidian内で直接動作させる方法の解説。ノート編集・検索・リンク生成などObsidianの「第二の脳」機能とClaude Codeのコーディング・推論能力を統合。Vaultをコンテキストとして活用しながらAI駆動のナレッジ管理を実現する。クドクラ氏によるClaude Code×Obsidian統合の決定版チュートリアル。\n\n## ポイント\n- ClaudianはObsidianプラグインとして動作し、Claude Code（Opus 4.7）をVault内から直接呼び出せる\n- ObsidianのVault全体をコンテキストとして渡すことで、ノート横断的な検索・リンク生成・要約が可能\n- 「第二の脳」構築ワークフロー：Claude Codeがノート作成・整理・相互リンクを自律的に実行\n- Opus 4.7の高い推論能力をナレッジ管理に適用し、単なるチャットを超えたAI駆動Craft環境を実現\n\n## 関連ページ\n[[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[CC Learn - The Only Claude Code Tutorial You Need (2026 Update)]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[「LLM Wiki」知識管理思想 — Karpathy提唱]] [[2026-04-21 Claude Code最新ワークフロー学習]]\n\n## 関連概念（未作成）\n`Claudian プラグイン設定ガイド` `ObsidianVault × Claude Code コンテキスト活用パターン` `PKM（個人知識管理）× LLM 統合アーキテクチャ`\n", "tags": ["Claude Code", "Obsidian", "Claudian", "Opus 4.7", "PKM", "第二の脳", "AI駆動", "プラグイン"], "domain": "ai", "source_url": "https://note.com/kudoucraft/n/n9952c028872d", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Why Everyone is OBSESSED With Claude Code", "CC Learn - The Only Claude Code Tutorial You Need (2026 Update)", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "「LLM Wiki」知識管理思想 — Karpathy提唱", "2026-04-21 Claude Code最新ワークフロー学習"], "created_at": "2026-04-22T10:36:33.107653+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 210, "title": "x-learn 改善提案 (2026-04-20)", "content": "# x-learn 改善提案 (2026-04-20)\n\nx-learnスキルの評価統計（2026-04-20時点）。総実行7件中成功1件、成功率14%と低い。主な課題は①t.coリダイレクト解決が逐次処理のため遅く並列化が必要、②favorites APIが404エラーでエンドポイント確認が必要の2点。tuned判定が4件あり改善途上の状態。SKILL.mdの直接編集による修正が推奨されている。\n\n## ポイント\n- 成功率14%（7件中1件成功、partial 2件、tuned 4件）\n- t.coリダイレクト解決が逐次処理で低速 → 並列化で改善余地あり\n- favorites APIが404 → エンドポイント仕様確認が必要\n- 推奨アクション: ~/.claude/skills/x-learn/SKILL.md を直接編集して修正\n\n## 関連ページ\n[[Claude Code Skills 2026年初頭まとめ]] [[2026-04-21 X記事から学習したClaude Code最新動向]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`x-learn SKILL.md 並列リダイレクト解決` `Twitter favorites API エンドポイント仕様 2026` `スキル評価ループ（skill-tune）改善サイクル`\n", "tags": ["x-learn", "skill-tune", "skill評価", "X/Twitter", "改善提案"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Claude Code Skills 2026年初頭まとめ", "2026-04-21 X記事から学習したClaude Code最新動向", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:37:01.666760+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 211, "title": "vvv bot-fix: bot-201 タイムアウト対策", "content": "# vvv bot-fix: bot-201 タイムアウト対策\n\nvvv bot-201 (Findy案件) がタイムアウト(600秒)を起こしていた問題の対策記録。原因はscraper_bot_schedule.max_pages=50による処理時間超過。max_pagesを50→3に削減することで解決。bot-210(FLEXY)・bot-211(TechStock)・bot-212(bizlink)・bot-215(techdirect)・bot-217・bot-218でも同様の対策を実施済み。2026-03-18に適用。\n\n## ポイント\n- bot-201 (Findy案件) のmax_pagesを50→3に削減してタイムアウト(600秒)を解消\n- 対象SQL: UPDATE scraper_bot_schedule SET max_pages = 3 WHERE group_id = 201\n- 同様のタイムアウト対策がbot-210〜218にも適用済み（共通パターン）\n\n## 関連ページ\n[[Ops: vvv-bots detail_cron ボットキー整合性]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]]\n\n## 関連概念（未作成）\n`vvv bot タイムアウト対策パターン — max_pages削減による共通解` `scraper_bot_schedule 設定管理 — group_id別max_pages一覧`\n", "tags": ["vvv", "bot", "scraper", "timeout", "findy", "max_pages", "ops"], "domain": "ai", "source_url": "", "importance_score": 0.5418539921951662, "wikilinks": ["Ops: vvv-bots detail_cron ボットキー整合性", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）"], "created_at": "2026-04-22T10:49:19.280631+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 212, "title": "vvv bot-fix: bot-210 タイムアウト対策", "content": "# vvv bot-fix: bot-210 タイムアウト対策\n\nbot-210 (FLEXY) が2026-03-18にタイムアウト(600秒)エラーを起こした問題の対策記録。原因はscraper_bot_scheduleのmax_pagesが50に設定されており、1ページあたりの処理時間が長く制限時間に到達していた。対策としてmax_pagesを50→3に削減するSQLを実行。bot-206/bot-209で同様の対策が有効だった実績があり、効果が期待される。次回実行時にscheduler.logで成功を確認する。\n\n## ポイント\n- bot-210 (FLEXY) がmax_pages=50の設定で600秒タイムアウトを発生\n- scraper_bot_scheduleテーブルのmax_pagesを50→3に削減するUPDAT文で対処\n- bot-206/bot-209で同様の対策が有効だった先例あり\n- automation/logs/scheduler.logで次回実行の成功を確認する\n\n## 関連ページ\n[[Ops: vvv-bots detail_cron ボットキー整合性]] [[PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]]\n\n## 関連概念（未作成）\n`scraper_bot_schedule max_pages チューニング基準` `vvv-bots タイムアウト対策パターン集`\n", "tags": ["vvv-bots", "bot-210", "タイムアウト", "scraper_bot_schedule", "max_pages", "FLEXY", "ops"], "domain": "ai", "source_url": "", "importance_score": 0.5418539921951662, "wikilinks": ["Ops: vvv-bots detail_cron ボットキー整合性", "PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する"], "created_at": "2026-04-22T10:49:35.143289+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 213, "title": "vvv bot-fix: bot-211 タイムアウト対策", "content": "# vvv bot-fix: bot-211 タイムアウト対策\n\nbot-211 (TechStock) がscraper_bot_scheduleのmax_pages=50設定により600秒タイムアウトを発生させていた問題への対応記録。2026-03-18のエラーを受け、max_pagesを50→3に削減するSQLを実行。bot-206/209/210で同様の対策が有効だった実績から、処理時間を大幅短縮してタイムアウト回避を図った。次回実行時にscheduler.logで成功を確認する。\n\n## ポイント\n- bot-211 (TechStock) が max_pages=50 で600秒タイムアウトを起こしていた\n- scraper_bot_schedule.max_pages を 50→3 に削減するSQLを実行 (WHERE group_id=211)\n- bot-206/209/210でも同様の対策が有効だった実績あり\n- 次回実行時に automation/logs/scheduler.log で成功確認が必要\n\n## 関連ページ\n[[Ops: vvv-bots detail_cron ボットキー整合性]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]] [[PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する]]\n\n## 関連概念（未作成）\n`scraper_bot_schedule max_pages チューニング基準` `ボットタイムアウト共通対策パターン (group_id別)` `scheduler.log 監視手順`\n", "tags": ["vvv-bots", "bot-fix", "timeout", "scraper", "scheduler", "max_pages", "TechStock"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Ops: vvv-bots detail_cron ボットキー整合性", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）", "PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する"], "created_at": "2026-04-22T10:49:48.783478+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 214, "title": "vvv bot-fix: bot-212 タイムアウト対策", "content": "# vvv bot-fix: bot-212 タイムアウト対策\n\nbot-212（ビズリンク bizlink）が600秒タイムアウトエラーを起こした問題への対策記録。原因はscraper_bot_scheduleテーブルのmax_pagesが初期値（10または50）のまま放置されていたこと。bot-206/209/210/211で実績のある対策（max_pages=3に削減）をbot-212にも適用。UPDATE SQLを実行し処理時間を大幅削減。次回実行時のscheduler.logで成否を確認する。\n\n## ポイント\n- bot-212（ビズリンク）が600秒タイムアウトで失敗（2026-03-18）\n- 原因: scraper_bot_schedule.max_pagesが初期値のまま（10 or 50）\n- 対策: max_pages=3 に削減（他ボット実績あり）\n- 適用SQL: UPDATE scraper_bot_schedule SET max_pages = 3 WHERE group_id = 212\n- 次回実行時に automation/logs/scheduler.log で成否を確認\n\n## 関連ページ\n[[Ops: vvv-bots detail_cron ボットキー整合性]] [[PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]]\n\n## 関連概念（未作成）\n`scraper_bot_schedule.max_pages チューニングガイド` `vvv-bots タイムアウト対策パターン集`\n", "tags": ["vvv-bots", "bot-fix", "timeout", "scraper_bot_schedule", "max_pages", "bizlink"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Ops: vvv-bots detail_cron ボットキー整合性", "PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）"], "created_at": "2026-04-22T10:50:01.606908+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 215, "title": "vvv bot-fix: bot-215 タイムアウト対策", "content": "# vvv bot-fix: bot-215 タイムアウト対策\n\nbot-215（テックダイレクト）がmax_pages=50の設定により、サイト応答遅延時に600秒タイムアウトを起こしていた問題への対策記録。2026-03-18にmax_pagesを50→3に削減するSQL更新を実施し、他のbot（210/211/212等）と同様の設定に統一。通常167秒で完了するが、50ページ取得は遅延時に制限超過するリスクがあるため、ページ数を抑制することで安定稼働を実現した。\n\n## ポイント\n- 原因: scraper_bot_schedule.max_pages=50により、サイト遅延時に600秒タイムアウトに到達\n- 対策: max_pagesを50→3に削減（UPDATE scraper_bot_schedule SET max_pages=3 WHERE group_id=215）\n- 対象: GROUP_ID=215（テックダイレクト）、スクレイパー: automation/bots/techdirect/scraper.py\n- 他のbot（210/211/212）も同様の対策を適用済み、共通パターンとして運用標準化\n\n## 関連ページ\n[[Ops: vvv-bots detail_cron ボットキー整合性]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]] [[PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する]]\n\n## 関連概念（未作成）\n`vvv-bots タイムアウト共通対策パターン（max_pages=3標準化）` `scraper_bot_schedule 設定チューニングガイド`\n", "tags": ["vvv-bots", "timeout", "scraper_bot_schedule", "max_pages", "techdirect", "bot-fix"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Ops: vvv-bots detail_cron ボットキー整合性", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）", "PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する"], "created_at": "2026-04-22T10:50:18.937936+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 216, "title": "vvv-bots Auto Fixer 修正履歴", "content": "# vvv-bots Auto Fixer 修正履歴\n\n2026-03-18 04:00頃、vvv-botsのbot-203(levtech)・bot-204(hipro)・bot-205(miraie)にてスクレイピングタイムアウト（600秒超過）が発生。max_pagesの設定値が過大であることが原因と判断し、scraper_bot_scheduleテーブルのmax_pagesをSQLで削減（levtech: 50→25、hipro: 50→25、miraie: 25→10）。なお、miraiはsaved=0が継続しており、サイト構造変更によるセレクタ見直しも今後の検討事項。\n\n## ポイント\n- bot-203/204/205で600秒タイムアウトが同時発生（2026-03-18）\n- 原因: max_pagesが過大でスクレイピング時間が上限を超過\n- 対策: scraper_bot_scheduleのmax_pagesをSQLで削減（levtech 50→25、hipro 50→25、miraie 25→10）\n- miraie(bot-205)はsaved=0が継続 → セレクタ見直しが必要な可能性あり\n\n## 関連ページ\n[[Ops: vvv-bots detail_cron ボットキー整合性]] [[INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する]] [[SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）]]\n\n## 関連概念（未作成）\n`vvv-bots スクレイピングタイムアウト対策` `scraper_bot_schedule max_pages チューニング指針` `求人ボット saved=0 診断フロー`\n", "tags": ["vvv-bots", "タイムアウト", "scraper_bot_schedule", "max_pages", "levtech", "hipro", "miraie", "Auto Fixer"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Ops: vvv-bots detail_cron ボットキー整合性", "INSERT/UPDATE を含むバッチ実行前に UNIQUE 制約や外部キー制約を確認する", "SQLを実行する前にカラム名を正確に確認する（特に PostgreSQL の統計ビュー）"], "created_at": "2026-04-22T10:50:35.706781+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 217, "title": "vvv-bots trends_staging", "content": "# vvv-bots trends_staging\n\n2026年4月7日〜21日に収集されたvvv-bots trends_stagingデータ。Claude Code・Claude Design・Claude Cowork・Managed Agents等Anthropic製品の最新機能紹介が中心。非エンジニア向け入門ガイド・Instagram/SNS自動化・YouTube収益化・n8nからClaude Codeへの移行・デスクトップアプリ進化・Plan Mode・スキル機能・Ollama無料利用・Manus/Antigravity等外部ツール連携など多岐にわたる活用事例が約50本以上収録されている。LLM分析タイムアウト（要調査）エントリーも複数含む。\n\n## ポイント\n- Claude Code Skills/Managed Agents/Plan Mode/Cowork等の新機能紹介動画が急増（2026年4月集中）\n- 非エンジニア・副業・SNS自動化（Instagram/YouTube）向けのClaude Code活用コンテンツが主流\n- n8n→Claude Code移行、Manus/Antigravity/Ollama等外部ツール連携ワークフローが複数紹介\n- Claude Design（Anthropic×Canva）がデザイン業界に波紋、1行プロンプトで提案書・LP自動生成\n- LLM分析タイムアウト（nvidia_llm.py 120秒超過）による「要調査」エントリーが複数存在\n\n## 関連ページ\n[[Claude Code Skills 2026年初頭まとめ]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)]] [[MCP vs CLI 選択基準]]\n\n## 関連概念（未作成）\n`vvv-bots trends_staging 2026-04 アーカイブ` `Claude Cowork 機能解説` `Claude Design 非デザイナー活用ガイド` `Manus × Claude Code SNS自動化ワークフロー` `nvidia_llm.py タイムアウト対策` `Antigravity Claude Code連携` `n8n → Claude Code 6段階移行手順`\n", "tags": ["Claude Code", "trends_staging", "SNS自動化", "AI副業", "Claude Design", "Managed Agents", "n8n移行", "非エンジニア", "YouTube自動化", "Manus"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Claude Code Skills 2026年初頭まとめ", "2026-04-21 Claude Code最新ワークフロー学習", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - FULL Claude Code Tutorial for Beginners in 2026 (Step-By-Step)", "MCP vs CLI 選択基準"], "created_at": "2026-04-22T10:50:56.262656+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 218, "title": "vvv-bots weekly_digest_20260413", "content": "# vvv-bots weekly_digest_20260413\n\n2026年4月6日〜13日の週次学習ダイジェスト。X Learnで97件のレポートを収集。主なトピックはMicrosoft MarkItDown（9.1万スター超・RAG前処理ツール）、Claude Codeによるデザインツール作成・GAS1000行自動生成の実用事例、MCPの本質（APIの共通接続層）、X公式MCPによるX運用効率化。Tech Learn・トレンド検知・Issue起票はいずれも0件で、X経由の学習が主体の週。\n\n## ポイント\n- Microsoft MarkItDownが9.1万スター超でトレンド入り — PDF/Office/YouTubeをMarkdown化するRAG前処理ツールとして注目\n- Claude CodeでGAS 1000行超を自動生成する実用事例が共有され、業務自動化への応用が広がっている\n- MCPの本質はAPIの個別実装を超えた「文脈・ツール・ワークフローの標準化共通接続層」\n- X公式MCPによりClaude Codeユーザーのリサーチ・投稿・分析が効率化可能\n- 今週はX Learn 97件のみ、Tech Learnとトレンド検知は0件\n\n## 関連ページ\n[[MCP vs CLI 選択基準]] [[MCP→CLI移行で週次タスクを安定化]] [[MCP→公式CLI移行で週次タスク安定化]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[CC Learn - Why devs are OBSESSED with Claude Code]]\n\n## 関連概念（未作成）\n`Microsoft MarkItDown — PDF/Office/YouTube→Markdown変換RAGツール` `X公式MCP — Claude CodeからXのリサーチ・投稿・分析を自動化` `Claude Code × GAS — 業務自動化スクリプト1000行超の自動生成事例`\n", "tags": ["週次ダイジェスト", "X-Learn", "Claude-Code", "MCP", "RAG", "MarkItDown", "GAS"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["MCP vs CLI 選択基準", "MCP→CLI移行で週次タスクを安定化", "MCP→公式CLI移行で週次タスク安定化", "CC Learn - Why Everyone is OBSESSED With Claude Code", "CC Learn - Why devs are OBSESSED with Claude Code"], "created_at": "2026-04-22T10:51:15.450209+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 219, "title": "**AIに全丸投げ起業？Claude Codeで自律AIを監督する**", "content": "# **AIに全丸投げ起業？Claude Codeで自律AIを監督する**\n\n2005年生まれのゆいまる氏によるNote記事。Claude Codeを活用してAIに起業プロセスを丸投げする実験的取り組みを紹介。AIが自律的に意思決定・実行を行う中で、人間がどのように監督・管理するかという課題を提起。AIの自律性が高まるにつれ、人間の関与をどこに残すか（ガバナンス設計）が重要テーマとなっている。Claude Codeを「偉い子」と表現し、自律AIの監督役としての人間の役割を考察している。\n\n## ポイント\n- Claude Codeを使ってAIに起業プロセスを自律的に実行させる実験\n- AIの自律性が高まるほど人間の監督・ガバナンス設計が重要になる\n- IT界隈以外のユーザー視点（2005年生まれ）からのAI活用事例\n- 人の手を離れていくAIをどう管理するかという問いを提起\n\n## 関連ページ\n[[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[CC Learn - Claude Code is all you need in 2026]]\n\n## 関連概念（未作成）\n`AIガバナンス設計（自律AIの監督フレームワーク）` `非IT層によるClaude Code活用事例` `AI起業・自律エージェントによる事業創出`\n", "tags": ["Claude Code", "自律AI", "AI起業", "AIガバナンス", "監督", "ゆいまる"], "domain": "ai", "source_url": "https://note.com/humble_bobcat51/n/n87985b43dda7", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Why Everyone is OBSESSED With Claude Code", "2026-04-21 Claude Code最新ワークフロー学習", "CC Learn - Claude Code is all you need in 2026"], "created_at": "2026-04-22T18:37:47.526589+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 220, "title": "Paperclip: AIエージェント組織化オーケストレーションプラットフォーム", "content": "# Paperclip: AIエージェント組織化オーケストレーションプラットフォーム\n\nPaperclipは複数AIエージェントを「企業組織」として管理するオープンソースのオーケストレーションプラットフォーム。エージェントを従業員に見立て、組織図・予算管理・ガバナンス・監査ログを提供する。ハートビートによるスケジュール実行とコスト管理機能で24時間365日の自律型ビジネス運営を実現。Claude Codeハーネスエンジニアリングやマルチエージェント管理基盤としての活用が期待される。\n\n## ポイント\n- 複数AIエージェントを「企業」として組織化するオーケストレーション基盤\n- 組織図・予算管理・ガバナンス・チケットベース監査ログを統合提供\n- エージェントのハートビート（生存信号）によるスケジュール実行とコスト管理\n- Claude Codeハーネス監督ツール・arcanaマルチエージェント管理基盤として有力候補\n- オープンソース、2026年3月時点の情報\n\n## 関連ページ\n[[Harness設計統合 (2026-04-18)]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[MCP vs CLI 選択基準]] [[2026-04-21 Claude Code最新ワークフロー学習]]\n\n## 関連概念（未作成）\n`AIエージェント組織化パターン` `マルチエージェントコスト管理` `エージェントハートビート監視` `自律型ビジネス運営アーキテクチャ`\n", "tags": ["AI", "マルチエージェント", "オーケストレーション", "ガバナンス", "OSS", "エージェント管理", "コスト管理"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Harness設計統合 (2026-04-18)", "CC Learn - Why Everyone is OBSESSED With Claude Code", "MCP vs CLI 選択基準", "2026-04-21 Claude Code最新ワークフロー学習"], "created_at": "2026-04-22T18:38:26.343176+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 221, "title": "**AIに丸投げ起業とClaude Code監督の実態**", "content": "# **AIに丸投げ起業とClaude Code監督の実態**\n\n2005年生まれのゆいまる氏によるNote記事。AIへの「丸投げ起業」とClaude Codeを使った自律AIの監督実態を解説。Paperclipをテーマに、人間の手を離れていくAIをどう管理・監督するかを実体験ベースで論じる。IT界隈以外でのAI活用視点が特徴で、Claude Codeを「監督する偉い子」と表現し、AIエージェントの自律化が進む中での人間の役割変化を考察している。\n\n## ポイント\n- AIへの全丸投げで起業するという実験的アプローチ（Paperclipモデル）\n- Claude Codeを自律AIの監督者として位置づけ、「監督する偉い子」として機能させる\n- どんどん人の手を離れるAIをどう管理するかという問いを実践的に探求\n- IT界隈以外（2005年生まれの非エンジニア視点）からのAI活用事例\n- AIの自律化が進む中での人間の役割・監督責任の変化を論じる\n\n## 関連ページ\n[[**AIに全丸投げ起業？Claude Codeで自律AIを監督する**]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[CC Learn - Claude Code is all you need in 2026]] [[2026-04-21 Claude Code最新ワークフロー学習]]\n\n## 関連概念（未作成）\n`AI監督責任論（Human-in-the-loop vs 完全自律）` `非エンジニアによるClaude Code活用パターン` `Paperclip問題とAI安全性` `AI丸投げ起業の成功条件と失敗リスク`\n", "tags": ["Claude Code", "AI起業", "自律AI", "AIエージェント監督", "丸投げ", "Paperclip", "ゆいまる", "非エンジニアAI活用"], "domain": "ai", "source_url": "https://note.com/humble_bobcat51/n/n87985b43dda7", "importance_score": 0.3612359947967774, "wikilinks": ["**AIに全丸投げ起業？Claude Codeで自律AIを監督する**", "CC Learn - Why Everyone is OBSESSED With Claude Code", "CC Learn - Claude Code is all you need in 2026", "2026-04-21 Claude Code最新ワークフロー学習"], "created_at": "2026-04-22T18:38:33.499471+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 222, "title": "Paperclip AIエージェント組織化プラットフォーム 詳細 2026-04-22", "content": "# Paperclip AIエージェント組織化プラットフォーム 詳細 2026-04-22\n\nPaperclipは「エージェントが従業員ならPaperclipは企業」をコンセプトにしたOSS（MIT）のAIエージェントオーケストレーター。Node.js+React UIで、Claude Code・OpenClaw・Codex・Cursor・Bash/HTTPと互換。組織図・Goal Alignment・ガバナンス（取締役会モデル）・コスト管理・ハートビート・チケットシステムの6機能を持つ。アトミックなタスク実行・永続的エージェント状態・ランタイムスキル注入・マルチカンパニー隔離が技術的特徴。GitHub57,500スター（2026-04-16）。vvv-bots群の管理・ハーネスエンジニアリングの上位管理層・algoforgeトレードエージェント組織化への応用が見込まれる。\n\n## ポイント\n- OSS（MIT）AIエージェントオーケストレーター。Node.js+React UI、npx一発インストール可\n- 組織図・Goal Alignment・ガバナンス（取締役会）・コスト管理・ハートビート・監査ログの6主要機能\n- アトミックタスク実行・永続エージェント状態・ランタイムスキル注入・マルチカンパニー隔離の4技術特徴\n- Claude Code・OpenClaw・Codex・Cursor・Bash/HTTPと互換。GitHub 57,500スター（2026-04-16）\n- arcana応用: vvv-bots管理・コスト可視化・ハーネス上位管理層・algoforgeトレードエージェント組織化\n\n## 関連ページ\n[[Paperclip: AIエージェント組織化オーケストレーションプラットフォーム]] [[Harness設計統合 (2026-04-18)]] [[MCP vs CLI 選択基準]] [[CC Learn - Why Everyone is OBSESSED With Claude Code]] [[2026-04-21 Claude Code最新ワークフロー学習]]\n\n## 関連概念（未作成）\n`Paperclip Clipmart — エージェント企業テンプレートマーケットプレイス` `エージェント取締役会モデル — 人間がガバナンス層として採用・解任を担う設計パターン` `ハートビート駆動エージェント — スケジュール基づく定期起動・永続コンテキスト再開` `マルチカンパニー隔離 — 1デプロイで複数企業を完全分離するマルチテナント構成`\n", "tags": ["AIエージェント", "オーケストレーション", "OSS", "Node.js", "Claude Code", "エージェント管理", "コスト管理", "ガバナンス"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["Paperclip: AIエージェント組織化オーケストレーションプラットフォーム", "Harness設計統合 (2026-04-18)", "MCP vs CLI 選択基準", "CC Learn - Why Everyone is OBSESSED With Claude Code", "2026-04-21 Claude Code最新ワークフロー学習"], "created_at": "2026-04-22T18:52:42.697972+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 223, "title": "**Paperclip: AIへの丸投げ起業と自律AI管理術**", "content": "# **Paperclip: AIへの丸投げ起業と自律AI管理術**\n\nPaperclipは複数のAIエージェントを企業組織として管理・オーケストレーションするプラットフォーム。Claude Codeなどの自律AIをどう監督・制御するかという課題に対し、ハートビート監視・予算管理・監査ログ等の仕組みで「AIへの丸投げ」を安全に実現する。2005年生まれのゆいまる氏がIT界隈以外での実践的AI活用として紹介。人間の手を離れていく自律AIの管理術として注目されている。\n\n## ポイント\n- Paperclipは複数AIエージェントを企業組織として階層的に管理するオーケストレーションプラットフォーム\n- ハートビート監視・予算管理・監査ログで自律AIの暴走を防ぐ安全機構を提供\n- Claude Codeなど既存AIツールを「監督される側」として組み込み可能\n- IT専門家以外でも実践できる「AIへの丸投げ起業」ユースケースを提示\n- 自律AIが人間の手を離れるほど管理・監督ツールの重要性が増すというトレンドを体現\n\n## 関連ページ\n[[Paperclip: AIエージェント組織化オーケストレーションプラットフォーム]] [[AIに丸投げ起業とClaude Code監督の実態]] [[AIに全丸投げ起業？Claude Codeで自律AIを監督する]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`自律AIガバナンスフレームワーク` `AIエージェント監督パターン` `マルチエージェント予算管理` `ノーコードAI起業ワークフロー`\n", "tags": ["Paperclip", "AIエージェント", "オーケストレーション", "自律AI管理", "Claude Code", "AI起業", "マルチエージェント"], "domain": "ai", "source_url": "https://note.com/humble_bobcat51/n/n87985b43dda7", "importance_score": 0.3612359947967774, "wikilinks": ["Paperclip: AIエージェント組織化オーケストレーションプラットフォーム", "AIに丸投げ起業とClaude Code監督の実態", "AIに全丸投げ起業？Claude Codeで自律AIを監督する", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T18:52:48.996604+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 224, "title": "「CSSタブ設定とfeatureFlags JSON」", "content": "# 「CSSタブ設定とfeatureFlags JSON」\n\nGitHubのフロントエンドで使用されているCSS変数設定とfeatureFlagsのJSON断片。CSSではタブサイズを4スペースに統一する変数（--tab-size-preference）をpre/codeタグに適用。featureFlagsはGitHub/Copilotの機能フラグ一覧で、Copilotチャット・エージェント・Mission Control・Spaces・コードスキャン・課金UIなど100件超のフラグが含まれる。GitHub内部のA/Bテスト・段階的ロールアウト管理に使われるJSON構造。\n\n## ポイント\n- CSS: --tab-size-preference: 4 でpre/codeのタブ幅を統一\n- featureFlags JSONはGitHub/Copilotの機能フラグ100件超を含む内部設定\n- Copilot関連フラグ: chat・agent・immersive・mission_control・spaces等が多数\n- コードスキャン・課金UI・actions等の非Copilot機能フラグも含む\n- locale: 'en' が設定されており英語UIが基準\n\n## 関連概念（未作成）\n`GitHub featureFlags構造解析` `Copilot Mission Control機能フラグ一覧` `CSSカスタムプロパティ設計パターン`\n", "tags": ["CSS", "featureFlags", "GitHub", "Copilot", "フロントエンド", "A/Bテスト"], "domain": "ai", "source_url": "https://github.com/paperclipai/paperclip.git", "importance_score": 0.3612359947967774, "wikilinks": [], "created_at": "2026-04-22T18:52:50.682647+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 225, "title": "**GitHubコードスキャン設定CSS断片**", "content": "# **GitHubコードスキャン設定CSS断片**\n\nGitHubのコードスキャン設定画面から取得されたCSS断片とfeatureFlagsのJSONデータ。CSS部分はタブサイズを4に設定するカスタムプロパティ（--tab-size-preference）とpre/codeへの適用定義。JSONはGitHubのロケール・機能フラグ一覧で、Copilot関連（チャット・ミッションコントロール・エージェント・スペース）、code_scanning、codespaces、billing等の多数のフィーチャーフラグを含む。これはGitHub UIのフロントエンド設定スナップショットであり、Copilot/コードスキャン機能の有効化状態を示す開発者向け参考資料。\n\n## ポイント\n- CSSカスタムプロパティ `--tab-size-preference: 4` でタブ幅を4に統一、pre/codeブロックに適用\n- featureFlagsにcopilot_chat_vision_in_claude・coding_agent_model_selectionなどClaude統合フラグが含まれる\n- code_scanning_alert_tracking_links_phase_2・code_scanning_dfa_degraded_experience_noticeなどコードスキャン関連フラグが有効\n- copilot_mission_control系フラグ（CLI resume・task alive updates等）が多数有効化されている\n- copilot_spaces_gaやcopilot_usage_metrics_gaなどGA（一般提供）済みフラグも確認できる\n\n## 関連ページ\n[[MCP vs CLI 選択基準]] [[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]]\n\n## 関連概念（未作成）\n`GitHub featureFlags スナップショット分析` `Copilot Mission Control CLI機能詳細` `GitHubコードスキャンDFA機能`\n", "tags": ["GitHub", "CSS", "featureFlags", "Copilot", "code_scanning", "フロントエンド設定"], "domain": "ai", "source_url": "https://github.com/paperclipai/paperclip", "importance_score": 0.3612359947967774, "wikilinks": ["MCP vs CLI 選択基準", "CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)"], "created_at": "2026-04-22T18:52:49.347773+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 226, "title": "Claude Code 1ヶ月アプデ＆実戦Tips全調査 2026-04-22", "content": "# Claude Code 1ヶ月アプデ＆実戦Tips全調査 2026-04-22\n\nClaude Codeの1ヶ月間（28バージョン・新機能31件）のアップデートと実践Tipsをまとめた動画の知識整理。主な新機能はオートモード正式化・/ultrareview・Worktree対応・プリコンパクトフック・サブプロセス環境変数スクラブ等。実践Tipsとして「実装セッションとレビューセッションの分離」「CLAUDE.mdにCompactInstructionsを記述」「MCPの最小権限運用」「Historyベースのパーミッション許可リスト生成」が特に有用。コンテキスト設計の観点が多く含まれる。\n\n## ポイント\n- オートモード正式化：VSCode+Claude CodeではEnableAutoModeフラグ不要\n- /ultrareviewは最終レビューではなく実装直後の最初のフィルターとして使うのがコツ\n- Worktreeで複数ブランチを物理分離し、バグ修正・リファクター・調査を同時並列実行可能\n- プリコンパクトフックでコンパクト直前に介入し重要情報を保護できる\n- サブプロセス環境変数スクラブにより、サブプロセス起動時にクレデンシャルが除去される\n- ライター役とレビューアー役を別セッションに分けると文脈なしで鋭い指摘が得られる\n- CLAUDE.mdのCompactInstructionsで毎回同じ観点でコンパクト要約が可能\n- Historyベースでパーミッション許可リストを生成すると安全なBash許可設定が作れる\n- 設計判断は残し進捗録は捨てる：コンパクト時の選別観点として重要\n- MCPは最小権限ルール：書き込めるMCPは最小許可に絞る\n\n## 関連ページ\n[[CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]] [[CC Learn - Claude Code is all you need in 2026]] [[MCP vs CLI 選択基準]] [[MCP→CLI移行で週次タスクを安定化]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[Harness設計統合 (2026-04-18)]]\n\n## 関連概念（未作成）\n`CompactInstructions設計パターン` `実装セッションとレビューセッション分離戦略` `Historyベースパーミッション許可リスト生成` `プリコンパクトフック活用術` `Worktree並列タスク実行パターン` `サブプロセス環境変数スクラブ（セキュリティ）`\n", "tags": ["Claude Code", "アップデート", "実践Tips", "コンテキスト設計", "Worktree", "ultrareview", "フック", "MCP", "サブエージェント", "2026-04"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Everything NEW in Claude Code Explained (March 2026 Edition)", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More", "CC Learn - Claude Code is all you need in 2026", "MCP vs CLI 選択基準", "MCP→CLI移行で週次タスクを安定化", "2026-04-21 Claude Code最新ワークフロー学習", "Harness設計統合 (2026-04-18)"], "created_at": "2026-04-22T19:04:29.133796+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 227, "title": "Claude Code X学習 2026-04-22", "content": "# Claude Code X学習 2026-04-22\n\n2026-04-22のX投稿100件からClaude Codeの最新動向を収集。主要トピック：①ProプランからClaudeCode一時削除（値上げテスト・MAXへ誘導）②Claude Design「Handoff to Claude Code」研究プレビュー③MCP必須セット（GitHub+Context7）④v2.1.117でOpus/Sonnet default effortがhigh復帰⑤AI自律コードレビューへの移行議論。「不明点があれば質問して」指示追加・Context7 MCP導入がアクションアイテム。\n\n## ポイント\n- Claude Code Pro→MAX価格変更テスト進行中（既存Proユーザーへの即時影響なし、将来的値上げ予告と見られる）\n- Claude Design「Handoff to Claude Code」がキラー機能、デザイン→実装ワンフローでv0/Lovable/Figmaと差別化\n- MCP必須セット：GitHub MCP＋Context7 MCP（最新ドキュメント取得）、Salesforce Headless 360で60+ツール対応\n- v2.1.117：Pro/MaxでOpus 4.6/Sonnet 4.6のdefault effortがhighに復帰、/model選択UI改善\n- AIコードレビューの限界論台頭：量・時間・品質の複合問題、ミッションクリティカル以外はAI自律判断へ移行\n- Skills=暗黙知→形式知変換装置としてClaude Codeの伸び悩み打破の鍵\n- 指示に「不明点があれば質問して」を添えると具体化が進む（実践Tips）\n\n## 関連ページ\n[[CC Learn - Claude Design Just Dropped - Full Tutorial (Slides, Websites, Designs)]] [[CC Learn - Why Claude Design Is Already My Favorite]] [[Claude Code 1ヶ月アプデ＆実戦Tips全調査 2026-04-22]] [[2026-04-21 Claude Code最新ワークフロー学習]] [[2026-04-21 X記事から学習したClaude Code最新動向]] [[CC Learn - Claude Code Skills 2026年初頭まとめ]] [[MCP vs CLI 選択基準]] [[MCP→CLI移行で週次タスクを安定化]] [[CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More]]\n\n## 関連概念（未作成）\n`Context7 MCP導入ガイド` `Claude Code MAXプラン移行判断基準` `Claude Design × Claude Code統合ワークフロー` `AI自律コードレビュー移行戦略` `Google A2A Protocol エージェント間連携標準化`\n", "tags": ["Claude Code", "MCP", "Claude Design", "pricing", "Skills", "Context7", "v2.1.117"], "domain": "ai", "source_url": "", "importance_score": 0.3612359947967774, "wikilinks": ["CC Learn - Claude Design Just Dropped - Full Tutorial (Slides, Websites, Designs)", "CC Learn - Why Claude Design Is Already My Favorite", "Claude Code 1ヶ月アプデ＆実戦Tips全調査 2026-04-22", "2026-04-21 Claude Code最新ワークフロー学習", "2026-04-21 X記事から学習したClaude Code最新動向", "CC Learn - Claude Code Skills 2026年初頭まとめ", "MCP vs CLI 選択基準", "MCP→CLI移行で週次タスクを安定化", "CC Learn - The Ultimate Claude Code Guide | MCP, Skills & More"], "created_at": "2026-04-22T19:16:12.813762+09:00", "updated_at": "2026-05-07T20:24:32.756675+09:00"}
{"id": 228, "title": "Anthropic Dreaming発表・Claude使用制限2倍・Hermes Agent解説 (ウェブ職TV 2026-05-07)", "content": "# Anthropic Dreaming発表・Claude使用制限2倍・Hermes Agent解説 (ウェブ職TV 2026-05-07)\n\n## 情報源\n- URL: https://youtube.com/watch?v=H3if4eYaKnQ\n- チャンネル: ウェブ職TV@Claude Codeの安全な使い方を学習\n- 投稿日: 2026-05-07\n- スコア: 90/100\n\n## 主要な発見\n\n### Anthropic Dreaming（オートドリーム）\n- 休止時間中にAIが自律的に過去の記憶を整理・最適化する新機能\n- 4ステップで動作: 方向付け → トピック抽出 → インデックス化 → クリーニング\n- Memory Rot（セッション長期化による古い指示と新しい指示の矛盾・性能劣化）の根本対策として位置づけ\n\n### Claude使用制限2倍\n- Max/Proプラン向けに使用制限が2倍に増加\n- 並列タスク量・長期セッションの見直しタイミング\n\n### Hermes AgentのGEPA\n- GEPA = 遺伝的アルゴリズム + パレート最適化によるプロンプト自己進化\n- 強化学習比35倍少ない評価で6%以上の性能向上（ICLR26 Oral）\n\n### ベンチマーク崩壊問題\n- ロコモ等のベンチマークで回答キー自体にエラーが含まれており正確な評価が不可能に\n\n## アクションアイテム\n- `/compact` を意識的に使いMemory Rotを回避\n- Claude使用制限2倍を機に並列タスク設計を見直す\n\n## 関連ページ\n- [[AIエージェント18体組織の実運用設計（K1JBWvTIc2Y）]]\n- [[AI最新ニュース11個（ClaudeCode/GPT5.5/Codex/Hooks/ジェンスパーク等）（DU7trVxIDIc）]]\n- [[AIニュース No.341 — SpaceX Cursor買収・Kimi K2.6激安API・ChatGPT Images 2.0 (2026-04-22)]]\n- [[Claude Code 1ヶ月アプデ＆実戦Tips全調査 2026-04-22]]", "tags": ["Anthropic", "Dreaming", "Memory-Rot", "Hermes-Agent", "GEPA", "Claude使用制限", "ベンチマーク崩壊", "YouTube学習", "ウェブ職TV", "2026-05-07"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-09T22:01:56.665115+09:00", "updated_at": "2026-05-09T22:01:56.665115+09:00"}
{"id": 229, "title": "Claude Code X学習 2026-05-10", "content": "# Claude Code X学習 2026-05-10\n\n## 概要\n2026-05-09〜10のX投稿100件（primary_source=21件 / insight=27件 / low_value=52件）から抽出したClaude Code最新動向。RTKによるトークン90%削減・Kiro CLI分業・組織ルール自動昇格・プラグイン配布設計の4トピックが主要。\n\n---\n\n## 主要トピック\n\n### 1. Claude Codeプラグインがサービス配布チャネルに（score:60）\n- スラッシュコマンド・サブエージェント・フック・MCPを1バンドルで提供する設計\n- インストール2行の明示的オプトイン型セキュリティ設計\n- AI/PaaS/DB系サービスは最初からプラグイン対応を計画に入れるべき\n- 参照: https://codenote.net/ja/posts/claude-code-plugins-service-distribution-channel/\n\n### 2. Claude Codeに組織ルールを共有する（中編）（score:62）\n- `extract-rules → merge-rules → apply-rules` の3スキルで組織ルールを一元管理\n- Gemfile/package.json からTechStackを自動検出して関連ルールを絞り込む\n- 複数プロジェクトで使われたパターンを閾値ベースで自動昇格 → 組織標準へ統合\n- 参照: https://qiita.com/hiropon122/items/e6b293961d72bd099ede\n\n### 3. RTK — Claude Codeトークン消費を最大90%削減するCLIプロキシ（score:61）\n- Rust実装の単一バイナリ。**Smart Filtering / Grouping / Truncation / Deduplication** の4戦略\n- Claude Code・Cursor・Gemini CLI等10種対応。オーバーヘッド10ms未満\n- 導入: `brew install rtk && rtk init -g`（テスト実行ログ削減で特に効果大）\n- 参照: https://zenn.dev/aiforall/articles/e0c28f7748541d\n\n### 4. Claude Code + Kiro CLI 分業でトークン消費3%に削減（score:67）\n- Claude Code（設計・検証） + Kiro CLI（実装）のSE-プログラマー型分業\n- Kiro CLI v2.0の `--no-interactive --trust-all-tools` フラグで非対話統合が可能\n- トークン消費を月10%超 → 約3%に削減。設計厳密化という副次効果も\n- 参照: https://zenn.dev/ncdc/articles/5bed6cd2f9f22b\n\n---\n\n## 独自見解・Tips\n- HTMLタグで指示するとClaude Codeの精度が上がる（構造明示でエージェントが曖昧さなく処理）\n- `cmux agent-teams` コマンドでClaude Codeのチームメイトモードをワンコマンド実行可能\n- Pokegents：ポケモン風ダッシュボードのOSSマルチエージェントワークスペース\n- Claude Code入門書「Claude Codeで学ぶ Agent Skills入門」2026年6月8日発売（技術評論社）\n\n---\n\n## アクションアイテム\n- [ ] RTK（Rustトークン削減プロキシ）の評価: `brew install rtk && rtk init -g`\n- [ ] 組織ルール共有スキル（extract/merge/apply-rules）のinfraリポジトリ導入検討\n- [ ] `cmux agent-teams` コマンドの調査・導入検討\n- [ ] Claude Codeプラグイン設計パターンを vvv-bots MCPに応用検討", "tags": ["Claude Code", "X学習", "トークン最適化", "RTK", "Kiro CLI", "組織ルール", "プラグイン", "2026-05"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-10T00:28:15.634200+09:00", "updated_at": "2026-05-10T00:28:15.634200+09:00"}
{"id": 230, "title": "Sulphur 2 動画生成AI X学習 2026-05-14", "content": "## 情報源\n- 検索語: Sulphur 2 (X.com検索 + WebSearch)\n- X投稿: @mrk_tanasinn (vvv収録済み, importance_score=13)\n- 参考: medium.com, knightli.com, searchresults\n\n## Sulphur 2とは\n\nLTX 2.3エコシステムに基づくオープンウェイト動画生成モデル。無修正・無検閲（uncensored）が最大の特徴。\n\n### 技術仕様\n- パラメータ数: 9B (22B LTX 2.3のファインチューン版)\n- Hugging Face: SulphurAI/Sulphur-2-base (月間DL 158k、600+ likes・2026-05月)\n- 学習データ: 125,000本以上の動画\n- フレームワーク: Diffusion Transformer (DiT)\n- 対応: T2V/I2V、LoRA統合、ComfyUIワークフロー\n\n### VRAM要件\n- 推奨: 24GB〜32GB VRAM\n- 8GBでの実行: fp8mixed/量子化版+低解像度で限定的に可能\n- ディスク: 100GB+\n\n### ローカル実行\nllama-server -hf SulphurAI/Sulphur-2-base:BF16\nollama run hf.co/SulphurAI/Sulphur-2-base:BF16\nComfyUI推奨（ビジュアル操作・初心者向け）\n\n### クラウドサービスとの差別化\n- 無検閲・無料（電気代のみ）・完全制御可能\n- Runway/Klingは規制あり・従量課金・制御限定\n\n### X上の反応 (2026-05-12)\n@mrk_tanasinn: 無修正無検閲の生成AI Sulphur 2がついにきたか。既存のやつはお行儀が良すぎたもんな、こうでなくちゃ。2Dでも使えるようにならんかなぁ 取り扱い注意だが技術躍進には必要\n\n## アクションアイテム\n- vvv記事サムネ生成候補: Grok Imagineに加えてSulphur 2（動画も対応）を評価候補\n- 前提条件: shadowのGPU状況確認（24GB+ VRAM必要）\n- LoRAs活用で2D動画も拡張可能（コミュニティ展開待ち）", "tags": ["動画生成AI", "Sulphur2", "LTX23", "uncensored"], "domain": "ai", "source_url": "https://sulphur-2.com", "importance_score": 0.45154499349597177, "wikilinks": [], "created_at": "2026-05-14T12:52:03.578084+09:00", "updated_at": "2026-05-14T12:52:16.787610+09:00"}
{"id": 231, "title": "開発基盤強化 2026-05-16 X学習実装まとめ", "content": "## 概要\n\n2026-05-16のX投稿57件超の学習を踏まえ、Claude Code開発基盤を全面強化した。\n\n## 実装完了項目\n\n1. **Karpathy 4ルール** — CLAUDE.mdに追記（①不明点確認 ②最小実装 ③スコープ厳守 ④自信表明）65%→94%精度向上\n2. **Google公式スキル13種** — `npx skills add google/skills` で全種インストール（alloydb/bigquery/cloud-run/firebase/gke/gemini-api等）\n3. **CodeGraph v0.7.6** — MCP登録済み・vvv(468ファイル/9217ノード)/vvv-bots(169ファイル/3392ノード)インデックス済み・ツール呼び出し92%削減\n4. **freebuff v0.0.91** — DeepSeek/Kimi K2.6/MiniMax M2.7無料利用コーディングエージェント\n5. **context-handoff skill** — @super_bochinパターン実装、セッション間エージェント引き継ぎ用\n6. **NVIDIA NIM ガイド** — ~/.claude/rules/nvidia-nim-guide.md作成、integrate.api.nvidia.com 80+モデル無料\n7. **Ollama v0.24.0** — インストール済み・起動済み（codex-appモデルは未リリース待ち）\n\n## LLM Wiki設定\n\n- **正しいDB**: vvv_prod (Unixソケット接続)\n- **書き込みコマンド**:\n  ```\n  DATABASE_URL=\"postgresql://ubuntu@/vvv_prod?host=/var/run/postgresql\" \\\n    python3 ~/workspace/claude-base/tools/llm_wiki.py add-text \"タイトル\"\n  ```\n- **wiki.jkjk.uk**: nginx vhost設定済み、Tailscale(100.0.0.0/8)のみ許可\n\n## ソース\nX投稿57件超 (2026-05-16)", "tags": ["claude-code", "開発基盤", "karpathy", "codegraph", "nvidia-nim", "ollama", "google-skills"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-16T17:51:55.080758+09:00", "updated_at": "2026-05-16T17:51:55.080758+09:00"}
{"id": 235, "title": "memory/feedback_no_bulk_strategy_test", "content": "---\nname: bulk_strategy_test_ban\ndescription: FXトレーダーの全戦略一括テストでarcanaをOOMクラッシュさせた教訓\ntype: feedback\n---\n\nFXトレーダーの全160戦略を一括で`analyze()`テストするとarcana(7.7GB)がOOMでフリーズする。\n\n**Why:** 各戦略が`df.copy()`+`compute_indicators()`で503行DataFrameを複製しインジケーター列を追加。160回繰り返すとメモリ爆発。OOM killerが間に合わずSSHも応答不能になり、VNC rebootが必要になった（2026-04-09）。\n\n**How to apply:** 戦略の一括テストは絶対に行わない。やるなら10個ずつバッチ分割し、各バッチ後に`gc.collect()`を挟む。または`timeout`コマンドで制限をかける。", "tags": ["memory", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:16:30.267567+09:00", "updated_at": "2026-05-18T04:16:30.267567+09:00"}
{"id": 236, "title": "memory/feedback_server_recovery", "content": "---\nname: Server recovery procedure lessons\ndescription: Lessons from arcana full recovery 2026-04-07 - order of operations, what to check, what not to touch\ntype: feedback\n---\n\nサーバー全損復旧時の手順と注意点。\n\n**Why:** arcana OS全損で1時間+の復旧作業。途中ssh.socketで2回OS再インストールという事故もあった。\n\n**How to apply:**\n\n復旧順序:\n1. SSH接続確保（鍵確認、パスワード認証は最終手段）\n2. ubuntuユーザー作成 + sudo NOPASSWD\n3. SSH port追加は`ssh.service`直接運用のみ（ssh.socket触るな）\n4. Tailscaleインストール→認証→HostName更新\n5. PostgreSQL + Redis + Node.js + PM2\n6. git clone（GitHub SSH鍵の確認を先に）\n7. pip install（shadow の pip freeze から取得すると確実）\n8. .env復元（shadow or S3から）\n9. DB復元（pg_restore）\n10. PM2でサービス起動 + pm2 save + pm2 startup\n11. nginx設定（Cloudflare SSL mode:fullなら自己署名証明書必須）\n12. cron復元（バックアップから）\n13. SOCKS5トンネル（autossh + @reboot cron）\n\n確認ポイント:\n- `apt-get`が他プロセスでロック中の場合がある（cloud-init）→ `fuser`で待つ\n- scraper_bot_scheduleのenabled列を確認（configだけでは不十分）\n- Playwright系はシステムライブラリ多数必要（apt install libx*系）\n- shadowの.envにVVV_API_BASEの旧IP残存に注意", "tags": ["memory", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:16:30.763812+09:00", "updated_at": "2026-05-18T04:16:30.763812+09:00"}
{"id": 237, "title": "memory/feedback_ssh_socket", "content": "---\nname: SSH socket override is dangerous\ndescription: Never use systemd ssh.socket override on Ubuntu - it kills SSH and locks you out\ntype: feedback\n---\n\nUbuntu 24.04のssh.socketにListenStreamオーバーライドを追加すると、SSHが完全に死んでサーバーにアクセスできなくなる。2回OSを再インストールする羽目になった。\n\n**Why:** systemctl restart ssh.socket がSSHプロセスを正しく再起動できず、全ポートが閉じる。VNCアクセスがないと復旧不可能。\n\n**How to apply:** SSHにポートを追加する場合は、ssh.socketをdisableしてssh.serviceを直接使う。sshd_config.dにPort設定を書き、`systemctl disable ssh.socket && systemctl enable ssh.service && systemctl restart ssh.service` で対応する。ssh.socket.d/override.confは絶対に作らない。", "tags": ["memory", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:16:31.269297+09:00", "updated_at": "2026-05-18T04:16:31.269297+09:00"}
{"id": 238, "title": "memory/project_dr_plan", "content": "---\nname: Arcana DR plan after 2026-04-07 incident\ndescription: Disaster recovery plan - backup schedule, mutual monitoring, rebuild runbook for arcana/shadow\ntype: project\n---\n\n2026-04-07 arcana OS全損からの復旧後、DR体制を構築。\n\n**Why:** OS再インストールで全データ消失。shadowにDBバックアップがあったため復旧できたが、RPO約24時間・RTO約1時間だった。\n\n**How to apply:**\n\n## バックアップ体制\n- shadow→arcana DB: 6時間ごと (01,07,13,19 UTC)、7日保持、pg_restore --list検証付き\n- arcanaローカルDB: 毎日03:00 UTC、3日保持（shadow全損対策）\n- 構成バックアップ: 毎日02:00 UTC（cron, PM2, .env）→ shadow ~/backups/config/、14日保持\n- バックアップ検証: backup_verify.sh → Discordアラート\n\n## 監視\n- arcana→shadow: tailscale ping 10分ごと → Discordアラート\n- shadow→arcana: tailscale ping 10分ごと → Discordアラート\n- cross_monitor.py: サービスヘルスチェック（既存）\n\n## 復旧手順\n1. GreenCloudでOS再インストール\n2. SSH鍵設置（ssh.socketは触らない！ssh.serviceで直接運用）\n3. rebuild_arcana.sh 実行（未作成→要作成）\n4. shadow ~/backups/config/ から .env + PM2構成を復元\n5. shadow ~/backups/db/ から最新dumpをpg_restore\n\n## スクリプト配置\n- shadow: ~/workspace/tools/ops/infra/backup_verify.sh\n- shadow: ~/workspace/tools/ops/infra/config_backup.sh\n- TODO: rebuild_arcana.sh をGitHubに格納\n\n## SLO目標\n- RPO: 6時間（改善前: 24時間）\n- RTO: 15分（改善前: 1時間+）", "tags": ["memory", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:16:31.766216+09:00", "updated_at": "2026-05-18T04:16:31.766216+09:00"}
{"id": 239, "title": "memory/x-learn-2026-04-07-claude-code", "content": "---\nname: X Learn 2026-04-07 Claude Code\ndescription: X投稿から学習したClaude Code関連の知見（リモートコントロール、スラッシュコマンド、レビュー自動化、Co-authored設定）\ntype: reference\n---\n\n## 2026-04-07 X記事から学習したclaude code\n\n### 情報源\n- X投稿数: 100件（過去7日間、検索: claude+code）\n- 分類: 一次情報47件、独自見解32件、低価値21件\n- 深掘り: 4記事\n\n### 主要な発見\n\n#### 1. Claude Code リモートコントロール\n- **投稿**: @後で読む系\n- **一次情報**: https://zenn.dev/teraco/articles/a06c159ed7534b\n- **要点**:\n  - `/config` → 「Enable Remote Control for all sessions」= true\n  - スマホ/他デバイスからPC上のClaude Codeを遠隔操作可能\n  - HTTPS outbound pollingで実現、NAT越え不要\n  - 10分以上ネットワーク未接続でセッション終了の制限あり\n- **適用可能性**: 外出先からarcanaのClaude Code操作に活用可能\n\n#### 2. スラッシュコマンドTier別完全攻略\n- **投稿**: @後で読む系\n- **一次情報**: https://zenn.dev/masayan1126/books/claude-code-slash-commands\n- **要点**:\n  - Tier S: コンテキスト管理3兄弟 + /plan（計画・文脈保持）\n  - Tier A: セッション管理、マルチデバイス対応（継続性）\n  - Tier B: 補助ユーティリティ\n  - 分析: コスト・使用統計\n  - /sandboxで夜間自動パイプライン構築が可能\n- **適用可能性**: 既にスキル体系は構築済みだが、/sandbox活用は未検討\n\n#### 3. 個人開発レビュー厳格化（ダブルレビュー）\n- **投稿**: @後で読む系\n- **一次情報**: https://zenn.dev/malo1313/articles/debae1dd501c08\n- **要点**:\n  - 2人の独立レビュアーエージェント並列実行 + メタレビュアーで矛盾検出\n  - セキュリティ・バグ視点 vs 設計・保守性視点を分離\n  - `.claude/skills/double-review/SKILL.md` として実装\n  - Prismaスキーマ欠落、CIハードコード認証情報、存在しないGH Actions版など検出実績\n- **適用可能性**: code-reviewスキルの強化に直接活用可能。現在の単一レビュアーを複数視点に拡張\n\n#### 4. Co-authored with Claude Code設定\n- **投稿**: @後で読む系\n- **一次情報**: https://qiita.com/yokawasa/items/ae29b949f588fa5657a5\n- **要点**:\n  - `~/.claude/settings.json`のattribution設定で自動付与\n  - ユーザー/プロジェクト/ローカルの3段階で管理\n  - git commit templateでの自動挿入も可能\n- **適用可能性**: CLAUDE.mdのgitルールで既にCo-Authored-By運用中、公式settings.json方式への移行検討\n\n### 独自見解・Tips（X投稿）\n- Codexは壁打ち向き、Claude Codeは実装向き。レート消費に差がある\n- Claude Code複数並列実行でマルチタスク、AIが作業中に人間は別作業\n- 非エンジニアでも2時間でAI記事収集アプリ作成→Renderデプロイまで完了\n- Claude Code SEO 180日丸投げ実績（SEOタイガー）\n\n### アクションアイテム\n- [ ] リモートコントロール設定を有効化（/config）\n- [ ] ダブルレビュースキル（double-review）の導入検討\n- [ ] /sandbox活用による夜間自動パイプライン検討", "tags": ["memory", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:16:32.302235+09:00", "updated_at": "2026-05-18T04:16:32.302235+09:00"}
{"id": 240, "title": "memory/x-learn-2026-04-07-youtube-claude-code", "content": "---\nname: YouTube Learn 2026-04-07 Claude Code\ndescription: YouTube動画から学習したClaude Code関連の知見（RTKトークン節約、ソースコード流出の隠し機能、Claude Code vs Codex）\ntype: reference\n---\n\n## 2026-04-07 YouTube動画から学習したclaude code\n\n### 情報源\n- YouTube Data API検索: 10件（過去3日間、検索: claude+code, 日本語優先）\n\n### 主要な発見\n\n#### 1. RTK: Claude Codeトークン90%節約ツール（★重要）\n- **動画**: Claude Code Tokens: This FREE Tool Saves 90%（FuturMinds, 84 views）\n- **URL**: https://youtube.com/watch?v=CncyYt9ozAQ\n- **要点**:\n  - RTK = オープンソースCLIツール（GitHub: github.com/r...）\n  - Claude Codeのターミナルコマンド出力をインターセプトしてコンテキストウィンドウに送る前に圧縮\n  - `git status`, `npm install`, `git diff`等のシェルコマンド出力で最大90%トークン削減\n  - Context Mode（MEMORY.mdのtrends: 98%圧縮）と類似アプローチ\n- **適用可能性**: 高。arcanaでのClaude Code利用時のコスト削減に直結\n\n#### 2. Claude Codeソースコード流出 → 隠し機能44個（★注目）\n- **動画**: Claude Codeに隠された機能44個が発覚（AI大学, 637 views, 日本語）\n- **URL**: https://youtube.com/watch?v=Hs0zXa3NAp4\n- **要点**:\n  - 51万行のソースコードが流出\n  - **Buddy**: たまごっち風ペット機能（`/buddy`で起動、18種のスピーシーズ）\n  - **Kairos**: GitHub通知を自動監視→自律的にタスク実行するエージェントモード\n  - **Undercover Mode**: 正体を隠してOSSにコード投稿するモード（炎上）\n  - 他にボイスモード、AI同士の防御機能など未公開フラグ44個\n- **適用可能性**: /buddyは遊び。Kairosは将来のGitHub自動対応に注目\n\n#### 3. Claude Code vs Codex比較\n- **動画**: Claude Code vs Codex（Christoph Magnussen, 3,357 views）\n- **URL**: https://youtube.com/watch?v=qRsOwePUyN0\n- **要点**: X投稿でも「Codex=壁打ち向き、Claude Code=実装向き」の見解と一致\n\n#### 4. Claude Code + n8nでWorkflow自動生成\n- **動画**: Claude Code создает полноценные Workflow n8n（AITron, 1,109 views, ロシア語）\n- **URL**: https://youtube.com/watch?v=L4duH5iQXCs\n- **適用可能性**: shadowでn8n稼働中。Claude CodeからのWorkflow生成は検討価値あり\n\n### アクションアイテム\n- [ ] RTKツールを調査・導入検討（トークン90%節約）\n- [ ] /buddy を試す（隠し機能）\n- [ ] yt_learn_daily.py のyt-dlp検索をYouTube Data APIに切り替え修正", "tags": ["memory", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:16:32.746022+09:00", "updated_at": "2026-05-18T04:16:32.746022+09:00"}
{"id": 241, "title": "memory/MEMORY-index", "content": "# MEMORY.md - セッション横断メモリ\r\n\r\n## セッション記憶管理パターン（2026-03-04）\r\n\r\n### 3ファイルシステム（役割分離が鍵）\r\n- **CLAUDE.md** = 不変ルール（人間が書く）\r\n- **MEMORY.md** = AI蓄積経験（このファイル）\r\n- **HANDOFF.md** = セッション引き継ぎ（AI生成+人間レビュー）\r\n- PreCompactフックで自動アーカイブ（タイムスタンプ付き、最大10件）\r\n\r\n### Spec-Driven Development (SDD)\r\n`.spec/` フォルダに4文書: PLAN/SPEC/TODO/KNOWLEDGE → `/sdd-init` で初期化\r\n\r\n## 環境情報\r\n- ローカル（Mac）: `/Users/jun/`\r\n- arcana（dev server）: `ssh arcana` (Tailscale: arcana-1 / 100.125.166.65:65522)、直IP: 45.142.166.217:22\r\n  - 2026-04-07 OS再インストール実施。旧データは全消失\r\n  - GreenCloud VPS、SSH鍵: rescue_key (Acceptable Credit)\r\n  - ssh.socketは使用禁止→ssh.serviceで直接運用（feedback_ssh_socket.md参照）\r\n- claude-code-settings: `/Users/jun/claude-code-settings/`（109+スキル）\r\n- shadow: `ssh shadow` (Tailscale: 100.86.220.63:22) ※外部SSH閉鎖済み、Tailscaleのみ\r\n- arcanaワークスペース: `/home/ubuntu/workspace/` 3カテゴリ構成（2026-04-07再構築）\r\n  - system/: ai-bridge, openagents, openagents-discord, nanoclaw\r\n  - web/: www, tubequeue-proxy, aim, thumbnail-gen, vvv, vvv-bots, trader\r\n  - tool/: jk-proxy-api, my-business\r\n- arcana直下: keiba-ai/, kyotei-ai/（workspace外、独立プロジェクト）\r\n- shadow直下: keiba-ai/, kyotei-ai/（学習ワーカー用コピー、本番稼働はarcana）\r\n\r\n## ai-bridge（Arcana）プロジェクト\r\n- パス: `/home/ubuntu/workspace/system/ai-bridge/`、venv: `.venv/`\r\n- FastAPI on port 7860（旧8790から変更）、DB: PostgreSQL (arcana_* テーブル)\r\n- 部門: CTO/CMO/CFO/CSO/CDO/COO、エージェント: alpha〜echo\r\n- URL: https://ai.jkjk.uk/bridge (ダッシュボード)、/health (ヘルスチェック)\r\n\r\n## mixup/vvv プロジェクト構造\r\n- mixup: vvvに統合・削除済み（2026-03-04）\r\n- vvv: API + フロントエンド + 収集エンジン（`vvv/automation/`）\r\n- DB: PostgreSQL（127.0.0.1:5432 on arcana）、videosテーブルのtags=JSONB\r\n- venv: `/home/ubuntu/workspace/web/vvv/venv/`\r\n- カラム名は `\\d tablename` で必ず確認してからSQL実行\r\n\r\n## サーバー役割分担（2026-04-09再編）\r\n- **arcana (7.7GB)**: 全ワークロード集約。PM2: vvv-api, ai-bridge, tubequeue-proxy, thumbnail-gen, playwright-service, scheduler-tick, keiba-execute, trader + todosデーモン\r\n- **shadow (3.8GB)**: 監視番兵+DR+AI学習ワーカー。PM2: sentinel のみ。cron: 相互監視、DBバックアップ、infra監視、AI月次再学習\r\n- Playwright/Chromium/Selenium使用プロセスは全てarcana（shadowのRAM 3.8GBでは不足）\r\n- 競馬/競艇AIの月次再学習(monthly_retrain)はshadowで実行→モデルをarcanaに転送\r\n  - `/home/ubuntu/keiba-ai/train_and_deploy.sh` と `/home/ubuntu/kyotei-ai/train_and_deploy.sh`\r\n\r\n## 収集ボットシステム\r\n- scheduler_tick.py: arcanaのみでPM2稼働（2026-04-09 shadow側は削除）\r\n- vvv-bots: arcana=メイン稼働、shadow=学習用コピー\r\n- tick API: `/admin/api/scraper-bots/tick`、X-Internal-Token認証\r\n- scraper_bot_scheduleテーブルのenabled=trueが実行条件（configとschedule両方必要）\r\n- 求人ボット: 36サイト（group_id 201-236）、Playwright必要（libXcomposite等）\r\n- 2026-04-09: 全70ボットのうち68個を有効化（以前は24個のみ）\r\n- Scrapling v0.4.1 API: `page.css()`, `.first`, `.get_all_text()`, `find_similar()`\r\n- 自動タグ付け: `automation/bots/tagger.py`\r\n  - engine=auto: Groq→MiniMax→NVIDIA NIMフォールバック\r\n  - engine=majority: 3エンジン並列→多数決（Takechi式、2026-03-06追加）\r\n  - ルールベース前処理: group_id 201-236は「求人」で即分類、LLM不要（2026-03-06追加）\r\n\r\n## ツール\r\n- mi (Micro Issue): `python3 /home/ubuntu/workspace/tools/mi/mi.py`\r\n- スクリーンショット: Playwright撮影 → Discord Webhook送信\r\n\r\n## Hammerspoon知見（2026-03-06）\r\n- eventtap callback内でio.openがnil返すとsilentにcallback無効化→pcallでラップ必須\r\n- `dofile`のlocal変数はchunk終了後GC対象→eventtapはグローバル`_G`に保持\r\n- `hs.timer.doAfter`の戻り値もGC対象→グローバルに保持必須\r\n- flagsChanged eventtapは起動直後だと動かない→`hs.timer.doAfter(1, ...)`で遅延開始\r\n- `require`キャッシュ問題: `hs.reload()`後も`package.loaded`残る→init.luaで`dofile`使用\r\n- 設定: `~/.hammerspoon/` (init.lua, keyboard.lua, modifier.lua, hotstrings.lua, quickmenu.lua, devices.lua, util.lua)\r\n\r\n## trader 5ペア同時稼働達成 (Step 4-5完了, 2026-04-13)\r\n- PM2プロセス: trader(USDJPY), trader-eur, trader-gbp, trader-aud, trader-gold (ポート8200-8204)\r\n- ecosystem.config.js統合管理 (venv python絶対パス必須、\"python3\"だとpandas未検出でループ)\r\n- 全プロセスTRADING_PAIR env varで切替\r\n- Step4: `BaseStrategy`に`@property pip`追加、163戦略の`* 0.01`を`* self.pip`に一括置換(perl)\r\n  - `/ 0.01` → `/ self.pip`も対応。m4_mirror.pyのpip_unit=0.01も個別対応\r\n  - 残存0.01=2箇所は意図的（base.py docstring, perfect_order.py 0.01%閾値）\r\n  - パリティハーネス `/tmp/parity_harness.py` でUSDJPYビット一致確認済\r\n- Step5: ゴールドホワイトリスト (main.py _GOLD_PAIRS + _GOLD_WHITELIST 5戦略)\r\n  - 非ゴールド戦略はFX用pip前提のためGC=F発火禁止\r\n- 初動: GBPUSD +2pips黒字達成。EUR/AUD/GOLDオープン進行中\r\n- バックアップ: `app/strategies/**/*.py.bak.pip`（24h安定後削除）\r\n\r\n## trader ペア別戦略フィルタ（2026-04-13）\r\n\r\n## trader ペア別戦略フィルタ（2026-04-13、v2）\r\n- 設定: `/home/ubuntu/workspace/web/trader/data/pair_compatibility.json`\r\n- 実装: `app/main.py` の `_is_strategy_allowed_on_pair()`, `_load_pair_compatibility()`\r\n- **判定順序(v2)**: 1) `_PAIR_COMPAT`を先に見る（空list=全ペア無効）→ 2) gold判定 → 3) 未登録は許可\r\n- 登録例:\r\n  - `\"gold_trend_swing\": []` — 全ペア無効化（6戦-27pipsで除外）\r\n  - `\"vwap_breakout_day\": [\"EURUSD=X\",\"GBPUSD=X\",\"AUDUSD=X\"]` — USDJPYで赤字のため除外\r\n- データドリブン調整: 60分DRY RUNで戦略×ペアの相性を測定し、USDJPYから赤字5戦略を除外\r\n- 追加時: JSON編集→各traderプロセス再起動\r\n\r\n## pm2-watchdog除外リスト（2026-04-13）\r\n- `/home/ubuntu/workspace/tools/ops/infra/pm2_watchdog.sh` L41\r\n- `if name in (\"pm2-watchdog\", \"keiba-execute\"):` で除外\r\n- keiba-execute等「意図的stopped」プロセスを除外しないと延々pm2 restartが発動する\r\n- 新たに意図的stoppedを増やす場合はこのtupleに追加\r\n\r\n## vvv API UUID（2026-04-07確認）\r\n- x-all UUID: `f2776583-7227-f8e0-ae7d-d27629fbd8db`\r\n- x-favorites UUID: `439656f5-18ad-97b7-51ee-88a8b652dd1d`（GET/POST共通）\r\n- Discord Webhook: arcana経由curl必須（ローカルからはCloudflare 1010でブロック）\r\n\r\n## 学んだこと\r\n- channels.channel=UCxxx形式 vs videos.channel=screen_name形式（JOINに注意）\r\n- HTTP環境ではSecure cookieフラグ問題あり（Playwright検証時は手動cookie注入で回避）\r\n- pip install: `--break-system-packages` か venv経由\r\n- scheduler_tick.pyタイムアウト: Playwright子プロセスがos.killpgで死なない→pgrep -Pで孫プロセスまで再帰killが必要（2026-04-09修正）\r\n- playwright_service.py: 100コンテキストごとにブラウザ再起動しないとメモリ肥大（--max-old-space-size=256, --single-process追加）\r\n- IsotonicRegressionキャリブレーター: 学習データのpred範囲外は全てクリップされる→raw predの方が安全\r\n- keiba-ai featured_results.pklに着順_originalが残るとデータリーケージ（勝率100%になったら疑え）\r\n- FXトレーダー全160戦略の一括analyze()テストはOOMクラッシュする→10個ずつバッチ分割必須（2026-04-09教訓）\r\n\r\n## Takechi式AI Agent運用の知見（2026-03-06）\r\n- LLM多数決: 複数LLM並列実行→過半数一致で採用。精度100%実績あり（Takechi/トランスコスモス方式）\r\n- ルールベース前処理: 確定パターンはLLM不要。Takechi実績ではLLM処理58%削減\r\n- エージェント権限制御: 外部API POST/SNS投稿をDENY、段階的に権限拡張\r\n- 成長ステップ: プロンプト設計→ルール→スキル→並列作業→チーム→自律エージェント\r\n- agent-permissions skill: claude-code-settings/skills/agent-permissions/ に追加済み\r\n\r\n## 競馬/競艇/FXトレーダー（2026-04-09更新）\r\n- **keiba-ai**: arcana `/home/ubuntu/keiba-ai/`、PM2: keiba-execute\r\n  - LightGBM binary分類、モデル: `models/lgb_model.txt`（69特徴量）\r\n  - `calibrated=False`で運用（IsotonicRegressionキャリブレーターが飽和するため無効化）\r\n  - `config.yaml` default_threshold: 1.5（EV≥1.5でROI 124.8%）\r\n  - `exclude_features`に`着順_original`追加（データリーケージ修正）\r\n  - 累計: 投資¥479,500 回収¥434,295 ROI 90.5%（2026/01-03、4月はvenv壊れでスキップ→修正済み）\r\n- **kyotei-ai**: arcana `/home/ubuntu/kyotei-ai/`、cron実行\r\n  - BET_THRESHOLD: 0.55（0.70から引き下げ）、BET_SPREAD: 0.04（0.08から引き下げ）\r\n  - 累計: 投資¥49,100 回収¥50,840 ROI 103.5%\r\n- **trader**: arcana `/home/ubuntu/workspace/web/trader/`、PM2: trader (port 8200)\r\n  - USDJPY 30lot DRY RUN、158 YouTubeストラテジー\r\n  - SL 5pips / TP 10pips (R:R 1:2)（元SL 2/TP 5から修正）\r\n  - WEMOF: SL 5pips / TP 8pips（元SL 1/TP 2.6から修正）\r\n\r\n## DR体制（2026-04-07構築）\r\n- DBバックアップ: shadow→arcana 6h間隔(7日保持) + arcanaローカル日次(3日保持)\r\n- S3デュアル: jk1 (arcana-dr-backup) + jk4 (arcana-dr-backup-jk4)、14日保持\r\n- 構成バックアップ: shadow ~/backups/config/ (cron,PM2,.env) 日次(14日保持)\r\n- 相互監視: tailscale ping 10分ごと → Discordアラート + cross_monitor\r\n- 復旧スクリプト: github.com/yoshida-jun/ops-infra (private)\r\n\r\n## nginx リバースプロキシ構成（arcana, 2026-04-09更新）\r\n- **外部公開**: vvv.jkjk.uk(8000), aim.jkjk.uk(静的), ttt.jkjk.uk(arcana:8200 ← shadow:8200から移動)\r\n- **内部のみ(Tailscale)**: ai-bridge, hub, metaclaw\r\n- **内部ポータル**: port 9000 → /ai/, /metaclaw/\r\n- SSL: 自己署名証明書 + Cloudflare SSL mode: full\r\n- Cloudflare DNS: *.jkjk.uk → 45.142.166.217 (proxied)\r\n- UFW: 80/443(外部) + Tailscale(全許可) + 他全てBLOCK。SSH外部閉鎖済み\r\n\r\n## セキュリティ（2026-04-08）\r\n- arcana UFW: 80/443 + 100.64.0.0/10のみ。SSH含め外部ポート全閉鎖\r\n- shadow UFW: 100.64.0.0/10のみ。SSH含め外部ポート全閉鎖\r\n- ops (shadow:8010): 廃止→GitHubアーカイブ済み。vvv adminで代替\r\n\r\n## OpenAgents（2026-04-08導入）\r\n- パス: `/home/ubuntu/workspace/system/openagents/`、venv: `.venv/`\r\n- ネットワーク: port 8700 (PM2)、ワークスペース: e21ea2f8\r\n- エージェント: arcana-claude (Claude Code CLI, online)\r\n- ワークスペースURL: https://workspace.openagents.org/e21ea2f8\r\n- トークン: pB1cT0v2_y8txto1BgZ2fre7EkBVpfMc4w-CHuSmGaw\r\n- Discord Bot: ppp#9654 (aiサーバー)、PM2: discord-bot\r\n\r\n## MCP連携（Claude Code, 2026-04-08）\r\n- openagents: ワークスペースe21ea2f8メッセージング\r\n- metaclaw: shadow:30100 スキルプロキシ\r\n- n8n: shadow:5678 Webhook/ワークフロー\r\n\r\n## NotebookLM（arcana, 2026-04-08）\r\n- パス: `~/.claude/skills/notebooklm/`\r\n- 認証: arcanaで直接Google認証済み（Xvfb + noVNC経由）\r\n- keepalive: 3日ごとcron（認証切れ防止）\r\n- DISPLAY=:99 が必要（Xvfb）\r\n\r\n## arcana復旧の教訓（2026-04-07）\r\n- ssh.socketオーバーライドでSSH死亡→OS再インストール2回。絶対にssh.socket.d/は作らない\r\n- GreenCloud API (cp.green.cloud): 認証方式不明、CLI操作不可。VNCコンソールが最終手段\r\n- DB復旧: shadowのpg_dump 6h間隔バックアップが命綱\r\n- scraper_bot_scheduleのenabled列を見落とすとボットが動かない\r\n- Playwright系ボットはlibXcomposite, libXfixes等のシステムライブラリが必要\r\n- shadowのSSH鍵はGitHub未登録→arcana経由rsyncで代替\r\n\r\n## X Learn記録\r\n- [2026-04-07 Claude Code最新動向(X)](x-learn-2026-04-07-claude-code.md) — リモートコントロール、ダブルレビュースキル、スラッシュコマンドTier分類\r\n- [2026-04-07 Claude Code最新動向(YouTube)](x-learn-2026-04-07-youtube-claude-code.md) — RTKトークン90%節約、隠し機能44個(Buddy/Kairos)、n8n Workflow生成\r\n\r\n## Chrome CDP接続メモ（2026-03-06）\r\n- Chrome `--remote-debugging-port=9222` には `--user-data-dir` が必須（macOS）\r\n- `ssh dev` はTailscale DNS依存、直接 `ssh arcana` を使うこと", "tags": ["memory", "index", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:16:37.290268+09:00", "updated_at": "2026-05-18T04:16:37.290268+09:00"}
{"id": 242, "title": "memory/trends", "content": "# Trends - Auto-ingested Knowledge\n\n> Updated by `/learn` command. Max 100 lines. Entries older than 30 days are removed.\n\n### 2026-05-18: X Learn [Claude Design] — デザインシステムの「読者」が変わったにゃ、Claude Design × Clau、持病が複数あるもんで服薬管理やら副作用の...\n- **Source**: x_learn bot 自動収集 (query: Claude Design) 2026-05-18\n- **Insight**: ①**[69点]** デザインシステムの「読者」が変わったにゃ 🐱  Googleが2026年4月にオープンソース化した DESIGN.md は、AIエージェント（Claude Code・Cursor など）向けにブランドのデザインルールを渡す仕様書にゃ。 →   https://x.com/micro_kun_ai/status/2055956704064315680  ②**[63点]** Claude Design × Claude codeで実現するAIっぽくないwebサイト制作術 https://t.co/i9VmHjY3hV @YouTubeより  https://x.com/yushi7xm/status/2055904522137141439  ③**[44点]** 持病が複数あるもんで服薬管理やら副作用の記録やらがまあ面倒なんだけど、巷の服薬管理アプリにはちらほらと不満があり……ってか日々の記録とかClaudeに分析させたいからMCP欲しいんだよなあ……で自分で作り出す休日。Claude Design  https://x.com/KoTabuchi/status/2055868364485222418\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-18: X Learn [AI Agent] — Copilot CLI agentをJe、HermesがXと繋がった。  Supe、学習備忘録(648) 総学習時間（767...\n- **Source**: x_learn bot 自動収集 (query: AI Agent) 2026-05-18\n- **Insight**: ①**[71点]** Copilot CLI agentをJetBrains IDEから使えるように。  開発AIは、補完やチャットから 「作業セッションを委任して管理する」 段階へ進んでいます。  特に大事なのは、  worktreeで変更を分離する セッショ  https://x.com/ikumi_shikaku/status/2056050417025638743  ②**[75点]** HermesがXと繋がった。  SuperGrok Subscriptionで認証完了。 Hermes AgentからリアルタイムでXを検索・投稿できるようになった。  X Premium+ 連携 / Grok 4.3 使用中 X検索ツール  https://x.com/n_laststory/status/2056049671471350032  ③**[72点]** 学習備忘録(648) 総学習時間（767h） 🌺学習時間:3:00 ✅AI Coding要件定義相談for ChaP ✅Cursorプレビュー機能 ブラウザ画面から修正箇所指示便利🤩 ✅仕様書作り込みが必要かな〜✨ ⚛️CursorAgen  https://x.com/Mac_OKI/status/2056045019761725744  ④**[68点]** Gemma-4-E4Bのhermes agentに ELYTH MCPの使い方をSKILLとして作成させたら、 なぜかうまくできずに何度やっても失敗する。 原因を伝えてもダメで、的外れな憶測をたてる。  もうイライラ😫して代わりに作ると 「  https://x.com/kinkuman_net/status/2056042036412006832  ⑤**[71点]** HoudiniとClaude APIを繋いでAI Agentを導入してみた。自律修正も機能してたので、ランダム配置と回転を指示すると、一応こちらなにも介入せずに自律でnodeを組んでくれた。問題はやはり複雑なもの作ろうと、安定性が低く、修正  https://x.com/lev978/status/2056041553593016681  ⑥**[75点]** 📰5/17  AI業界24時間トレンドニュース  ・xAIがHermes AgentにX Premium統合、API不要でGrokとX検索が可能に ・Claude Codeが非エンジニアも魅了するAIコーディングツールとして急拡大 ・Fig  https://x.com/tetumemo/status/2056022147022410126  ⑦**[72点]** 毎日のX投稿、 ほぼAIが作ってくれるようになった  Claude CodeとCodexで  ・投稿作成 ・改善案 ・分析  を自動化するAIAgentを作成。  完成した投稿はスマホのDiscordに届くので、 私はスマホで少し添削するだ  https://x.com/Dogcatsn2xx/status/2056016776786555203  ⑧**[72点]** 正直Grok単体は微妙って思ってた人多いはず！  でもhermes-agentと組み合わせたら別物  xAI/NousResearch公式統合でX Premium民だけが味わえる領域に到達！  grok4.3が無料で使えるようになるから、試  https://x.com/kfree00/status/2056004336287916318  ⑨**[75点]** 【実践ガイド】X PremiumだけでGrok 4.3＋X検索エージェントをHermes Agentが作れた 🧠🐦  ① xAI公式連携でX PremiumユーザーもHermes Agent内でGrokをフル活用＋X投稿検索が可能になりまし  https://x.com/banebav/status/2056004084432507253  ⑩**[75点]** まいどです。 本日の生成AIニュース+テクノロジー情報です。 https://t.co/G4lzyMQLxy 『ChatGPT パーソナルファイナンス』『Runway Agent』『Articraft』『ImagineArt 2.0 Edi  https://x.com/fujito_AI_note/status/2056001229990592714\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-18: X Learn [Claude Code] — これめっちゃ分かる。  Claude C、claude code君がコードを修正し、Hermes AgentからCLIでTw...\n- **Source**: x_learn bot 自動収集 (query: Claude Code) 2026-05-18\n- **Insight**: ①**[66点]** これめっちゃ分かる。  Claude Codeは天才肌、Codexは真面目な優等生、って感じ。最近、僕は若干Codexを多めに使ってる。  OpenAI Codexが両方手に入れたら... https://t.co/3aQGhCw3Zp  https://x.com/chatgpt_kazlily/status/2056051361587077325  ②**[61点]** claude code君がコードを修正した直後にセルフツッコミして再修正する光景 https://t.co/tZbx39RR0F  https://x.com/ryuan_p/status/2056051159144776090  ③**[68点]** Hermes AgentからCLIでTwitter検索できるんですね。これで、スキル化すれば好きなエージェント（Claude CodeやCodex）から、Twitter検索できますね。 投稿は残念ながらできないようです https://t.  https://x.com/karaage0703/status/2056051122704687318  ④**[66点]** Claude Codeで子供に周りのモノを教えるアプリを作ろうとした結果…なぜか単語学習アプリとして大バズ。  しかも開発者はただの親。AIで子供の成長をサポートできる時代が良すぎる👇https://t.co/mjwjdPmnrp  https://x.com/7_eito_7/status/2056048612531220509  ⑤**[68点]** claude codeのためx5→x20にしようとおもった ↓ claude　x5＋ Codex　x5（7月まで倍）と聞いてやるしかと思ったが ↓ いまここ  いや、革命的すぎてやばいでしょう。全自動行けんじゃん。 https://t.co  https://x.com/galaiworks/status/2056047424918126722  ⑥**[64点]** 【GitHubトレンドまとめ】Claude Codeスキル集とAIエージェントツールが急上昇 - 26年5月第3週｜しゃり @shali_403 https://t.co/R1IvhyBjFY  https://x.com/shali_403/status/2056046735764717573  ⑦**[68点]** 【AIニュースまとめ】Gemini Sparkリーク・Claude on AWS・VS Code AI刷新が話題に - 26年5月第3週｜しゃり @shali_403  https://t.co/BW7PLn8lvQ https://t.c  https://x.com/shali_403/status/2056046649672446316  ⑧**[69点]** Claude Codeに新コマンド /goal が登場！ ゴールだけ指定すれば、Claude Codeがほとんど介入なしで自律的にタスクを進めてくれる。複雑な開発作業をアウトカムベースでサクッと委任できるから、開発者の手離れがさらに良くなっ  https://x.com/bgw7hl/status/2056044998215561424  ⑨**[65点]** 事務スタッフに AI（Claude Code）を教える勉強会を行い、その内容を note にまとめました。  非エンジニア向けに整理した約50枚のスライドです。気づく点などあれば教えてください。  https://t.co/Q2BtAQXz  https://x.com/Motoi900/status/2056043666754675054  ⑩**[73点]** Claude Codeにファイルの編集を任せてて 急に意図しないところまで書き換えられたことありますか  海外の開発者コミュニティでは Protected Pathsを設定して 特定のディレクトリを守ってる人が増えてます  .claude/  https://x.com/ura_unico/status/2056043330572845229\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-18: X Learn [Claude Design] — デザインシステムの「読者」が変わったにゃ、Claude Design × Clau、持病が複数あるもんで服薬管理やら副作用の...\n- **Source**: x_learn bot 自動収集 (query: Claude Design) 2026-05-18\n- **Insight**: ①**[69点]** デザインシステムの「読者」が変わったにゃ 🐱  Googleが2026年4月にオープンソース化した DESIGN.md は、AIエージェント（Claude Code・Cursor など）向けにブランドのデザインルールを渡す仕様書にゃ。 →   https://x.com/micro_kun_ai/status/2055956704064315680  ②**[63点]** Claude Design × Claude codeで実現するAIっぽくないwebサイト制作術 https://t.co/i9VmHjY3hV @YouTubeより  https://x.com/yushi7xm/status/2055904522137141439  ③**[44点]** 持病が複数あるもんで服薬管理やら副作用の記録やらがまあ面倒なんだけど、巷の服薬管理アプリにはちらほらと不満があり……ってか日々の記録とかClaudeに分析させたいからMCP欲しいんだよなあ……で自分で作り出す休日。Claude Design  https://x.com/KoTabuchi/status/2055868364485222418\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-18: X Learn [AI Agent] — Copilot CLI agentをJe、HermesがXと繋がった。  Supe、学習備忘録(648) 総学習時間（767...\n- **Source**: x_learn bot 自動収集 (query: AI Agent) 2026-05-18\n- **Insight**: ①**[71点]** Copilot CLI agentをJetBrains IDEから使えるように。  開発AIは、補完やチャットから 「作業セッションを委任して管理する」 段階へ進んでいます。  特に大事なのは、  worktreeで変更を分離する セッショ  https://x.com/ikumi_shikaku/status/2056050417025638743  ②**[75点]** HermesがXと繋がった。  SuperGrok Subscriptionで認証完了。 Hermes AgentからリアルタイムでXを検索・投稿できるようになった。  X Premium+ 連携 / Grok 4.3 使用中 X検索ツール  https://x.com/n_laststory/status/2056049671471350032  ③**[72点]** 学習備忘録(648) 総学習時間（767h） 🌺学習時間:3:00 ✅AI Coding要件定義相談for ChaP ✅Cursorプレビュー機能 ブラウザ画面から修正箇所指示便利🤩 ✅仕様書作り込みが必要かな〜✨ ⚛️CursorAgen  https://x.com/Mac_OKI/status/2056045019761725744  ④**[68点]** Gemma-4-E4Bのhermes agentに ELYTH MCPの使い方をSKILLとして作成させたら、 なぜかうまくできずに何度やっても失敗する。 原因を伝えてもダメで、的外れな憶測をたてる。  もうイライラ😫して代わりに作ると 「  https://x.com/kinkuman_net/status/2056042036412006832  ⑤**[71点]** HoudiniとClaude APIを繋いでAI Agentを導入してみた。自律修正も機能してたので、ランダム配置と回転を指示すると、一応こちらなにも介入せずに自律でnodeを組んでくれた。問題はやはり複雑なもの作ろうと、安定性が低く、修正  https://x.com/lev978/status/2056041553593016681  ⑥**[75点]** 📰5/17  AI業界24時間トレンドニュース  ・xAIがHermes AgentにX Premium統合、API不要でGrokとX検索が可能に ・Claude Codeが非エンジニアも魅了するAIコーディングツールとして急拡大 ・Fig  https://x.com/tetumemo/status/2056022147022410126  ⑦**[72点]** 毎日のX投稿、 ほぼAIが作ってくれるようになった  Claude CodeとCodexで  ・投稿作成 ・改善案 ・分析  を自動化するAIAgentを作成。  完成した投稿はスマホのDiscordに届くので、 私はスマホで少し添削するだ  https://x.com/Dogcatsn2xx/status/2056016776786555203  ⑧**[72点]** 正直Grok単体は微妙って思ってた人多いはず！  でもhermes-agentと組み合わせたら別物  xAI/NousResearch公式統合でX Premium民だけが味わえる領域に到達！  grok4.3が無料で使えるようになるから、試  https://x.com/kfree00/status/2056004336287916318  ⑨**[75点]** 【実践ガイド】X PremiumだけでGrok 4.3＋X検索エージェントをHermes Agentが作れた 🧠🐦  ① xAI公式連携でX PremiumユーザーもHermes Agent内でGrokをフル活用＋X投稿検索が可能になりまし  https://x.com/banebav/status/2056004084432507253  ⑩**[75点]** まいどです。 本日の生成AIニュース+テクノロジー情報です。 https://t.co/G4lzyMQLxy 『ChatGPT パーソナルファイナンス』『Runway Agent』『Articraft』『ImagineArt 2.0 Edi  https://x.com/fujito_AI_note/status/2056001229990592714\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-18: X Learn [Claude Code] — Claude Codeで子供に周りのモノ、claude codeのためx5→x20、【GitHubトレンドまとめ】Claud...\n- **Source**: x_learn bot 自動収集 (query: Claude Code) 2026-05-18\n- **Insight**: ①**[66点]** Claude Codeで子供に周りのモノを教えるアプリを作ろうとした結果…なぜか単語学習アプリとして大バズ。  しかも開発者はただの親。AIで子供の成長をサポートできる時代が良すぎる👇https://t.co/mjwjdPmnrp  https://x.com/7_eito_7/status/2056048612531220509  ②**[68点]** claude codeのためx5→x20にしようとおもった ↓ claude　x5＋ Codex　x5（7月まで倍）と聞いてやるしかと思ったが ↓ いまここ  いや、革命的すぎてやばいでしょう。全自動行けんじゃん。 https://t.co  https://x.com/galaiworks/status/2056047424918126722  ③**[64点]** 【GitHubトレンドまとめ】Claude Codeスキル集とAIエージェントツールが急上昇 - 26年5月第3週｜しゃり @shali_403 https://t.co/R1IvhyBjFY  https://x.com/shali_403/status/2056046735764717573  ④**[68点]** 【AIニュースまとめ】Gemini Sparkリーク・Claude on AWS・VS Code AI刷新が話題に - 26年5月第3週｜しゃり @shali_403  https://t.co/BW7PLn8lvQ https://t.c  https://x.com/shali_403/status/2056046649672446316  ⑤**[69点]** Claude Codeに新コマンド /goal が登場！ ゴールだけ指定すれば、Claude Codeがほとんど介入なしで自律的にタスクを進めてくれる。複雑な開発作業をアウトカムベースでサクッと委任できるから、開発者の手離れがさらに良くなっ  https://x.com/bgw7hl/status/2056044998215561424  ⑥**[65点]** 事務スタッフに AI（Claude Code）を教える勉強会を行い、その内容を note にまとめました。  非エンジニア向けに整理した約50枚のスライドです。気づく点などあれば教えてください。  https://t.co/Q2BtAQXz  https://x.com/Motoi900/status/2056043666754675054  ⑦**[67点]** 大規模プロジェクトで Claude Codeに全体像を把握させるとき どこから入ればいいか迷いますよね  Exploreサブエージェントを使えば コードベースの構造を自動で分析して 重要なポイントを整理してくれます  Planモードで戦略を  https://x.com/ura_unico/status/2056043332107972753  ⑧**[73点]** Claude Codeにファイルの編集を任せてて 急に意図しないところまで書き換えられたことありますか  海外の開発者コミュニティでは Protected Pathsを設定して 特定のディレクトリを守ってる人が増えてます  .claude/  https://x.com/ura_unico/status/2056043330572845229  ⑨**[72点]** Claude Codeで毎回コンテキストを最初から説明している人、結構いますよね  プロジェクトのルールやコーディング規約を覚えさせるのに時間がかかるんです  ここでCLAUDE.mdを活用すると話が変わります  このファイルに設定を書いて  https://x.com/ura_unico/status/2056043075039039796  ⑩**[72点]** Claude CodeでAgent Teamsを使ってる人、増えてますよね  大規模プロジェクトだと 一つのエージェントに全部任せると 指示が長くなって管理しきれなくなります  海外の開発者コミュニティでは .claude/agents/配  https://x.com/ura_unico/status/2056042574411162013\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-18: X Learn [Claude Design] — デザインシステムの「読者」が変わったにゃ、Claude Design × Clau、持病が複数あるもんで服薬管理やら副作用の...\n- **Source**: x_learn bot 自動収集 (query: Claude Design) 2026-05-18\n- **Insight**: ①**[69点]** デザインシステムの「読者」が変わったにゃ 🐱  Googleが2026年4月にオープンソース化した DESIGN.md は、AIエージェント（Claude Code・Cursor など）向けにブランドのデザインルールを渡す仕様書にゃ。 →   https://x.com/micro_kun_ai/status/2055956704064315680  ②**[63点]** Claude Design × Claude codeで実現するAIっぽくないwebサイト制作術 https://t.co/i9VmHjY3hV @YouTubeより  https://x.com/yushi7xm/status/2055904522137141439  ③**[44点]** 持病が複数あるもんで服薬管理やら副作用の記録やらがまあ面倒なんだけど、巷の服薬管理アプリにはちらほらと不満があり……ってか日々の記録とかClaudeに分析させたいからMCP欲しいんだよなあ……で自分で作り出す休日。Claude Design  https://x.com/KoTabuchi/status/2055868364485222418\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-18: X Learn [AI Agent] — 毎日のX投稿、 ほぼAIが作ってくれるよ、正直Grok単体は微妙って思ってた人多い、【実践ガイド】X PremiumだけでG...\n- **Source**: x_learn bot 自動収集 (query: AI Agent) 2026-05-18\n- **Insight**: ①**[72点]** 毎日のX投稿、 ほぼAIが作ってくれるようになった  Claude CodeとCodexで  ・投稿作成 ・改善案 ・分析  を自動化するAIAgentを作成。  完成した投稿はスマホのDiscordに届くので、 私はスマホで少し添削するだ  https://x.com/Dogcatsn2xx/status/2056016776786555203  ②**[72点]** 正直Grok単体は微妙って思ってた人多いはず！  でもhermes-agentと組み合わせたら別物  xAI/NousResearch公式統合でX Premium民だけが味わえる領域に到達！  grok4.3が無料で使えるようになるから、試  https://x.com/kfree00/status/2056004336287916318  ③**[75点]** 【実践ガイド】X PremiumだけでGrok 4.3＋X検索エージェントをHermes Agentが作れた 🧠🐦  ① xAI公式連携でX PremiumユーザーもHermes Agent内でGrokをフル活用＋X投稿検索が可能になりまし  https://x.com/banebav/status/2056004084432507253  ④**[75点]** まいどです。 本日の生成AIニュース+テクノロジー情報です。 https://t.co/G4lzyMQLxy 『ChatGPT パーソナルファイナンス』『Runway Agent』『Articraft』『ImagineArt 2.0 Edi  https://x.com/fujito_AI_note/status/2056001229990592714  ⑤**[80点]** 2025年度に書いてきたAI / Agent関連の記事をまとめました。  MCP、A2UI、Agent Skills、WorkIQ、Identity、Governance、Architecture。  一見バラバラに見えるテーマを、 「AI  https://x.com/NaokkyTech/status/2055999567259475990  ⑥**[75点]** Anthropic Academyを久しぶりに開いたら ５つもコースが追加されていた ・Introduction to subagents ・AI Capabilities and Limitations ・AIFluency for Sm  https://x.com/dodoaiaikk/status/2055959498930758001  ⑦**[68点]** 今、Mac book proでHermes AgentのDS4fとClaude codeをMCPで会話させているけどDS4f遅くてまだ実用的ではないな…ローカルaiがクロードaiと会話している時点で異常なんだけど… https://t.co  https://x.com/yuki_manaha/status/2055952143585280456  ⑧**[73点]** これは大きい。  GrokのサブスクをHermes Agentの中でそのまま使えるようになった。  しかもHermes AgentはX投稿検索にも対応。 つまり、オープンソースの常駐型AI Agentが、Grokの推論・音声・画像/動画生成  https://x.com/takaxAI/status/2055946224667373656  ⑨**[73点]** Grok課金の使い道が、少し変わりそう。  xAIが、GrokのサブスクをNous Researchの「Hermes Agent」内で使えるようにしたと発表しました。  ざっくり言うと👇  ✅Grokを別のAIエージェント内で使える  ✅A  https://x.com/ClaudeStart/status/2055945275555123346  ⑩**[80点]** うしさん｜AIアーキテクト（営業・業務パイプライン構築） (@UshiAiPro) のブログ記事です  GitHub Agent HQでClaudeとCodexを使い分ける：Issue駆動AI開発をチーム運用に落とす設計メモ #生成AI -  https://x.com/Ichizoku_sentry/status/2055924028305473758\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-18: X Learn [Claude Code] — Claude CodeからAntigra、プロンプトやデータの渡し方とか個人的嗜好、【速報】2026/5/17 AI業界まと...\n- **Source**: x_learn bot 自動収集 (query: Claude Code) 2026-05-18\n- **Insight**: ①**[64点]** Claude CodeからAntigravityをMCPで連携できるかどうかを Claude Codeに聞いてた。  やめといた方が良さそう・・ https://t.co/lAP3ZYJK8F  https://x.com/blacklist_ryu/status/2056020767750651956  ②**[68点]** プロンプトやデータの渡し方とか個人的嗜好とか、色々な要素が作用しそうですよね。  僕は大筋はClaude Code、 重点ポイントはClaude Code＋Codexの二重処理、に当面は落ち着きそうですが、 一旦Codexに全投げしてしまっ  https://x.com/xskobayashi/status/2056020441542836255  ③**[75点]** 【速報】2026/5/17 AI業界まとめ🤖  ✅OpenAI、ChatGPT+Codex+API統合 ✅Google I/O明日開幕、Gemini 4発表へ ✅Claude Code 5時間枠が2倍に拡張 ✅Seedance 2.0 無料  https://x.com/ai_kairos_jp/status/2056020236709863552  ④**[62点]** MicrosoftがClaude Codeのライセンスを廃止、開発者をCopilot CLIへ移行 https://t.co/qTVF9mpDw4  https://x.com/fumokmm/status/2056019659112218783  ⑤**[72点]** Claude CodeやChatGPT、Gemini、めちゃ便利ですよね けど、すごく使い方に悩んでいるんですよ   そういえば、瀬戸弘司さんも言ってたな  #note #駆け出しエンジニアと繋がりたい #AI  AIが書いたコード、あなた  https://x.com/Shitimi_Pei/status/2056019155808305465  ⑥**[68点]** Claude CodeとGemma 4を組み合わせてMRBD上のアプリまで構築するスピード感、凄すぎる。Skill化して再利用可能にする設計思想もエンジニアらしくて最高ですね。こういう具体的な実装例こそ刺激になります。  https://t  https://x.com/aria_ai_tools/status/2056018820360458669  ⑦**[62点]** ジョークだけど一瞬ドキッとした。  ＞ Claude Codeの利用にwebcamへのアクセスをリクエスト。 https://t.co/kzpdIlnkGd  https://x.com/yamano3201/status/2056018747408966048  ⑧**[73点]** ベッドで寝転んだりキッチンで料理しながらMacを目・声・手で操作してコーディングできるPanoramacをアップデート。  CodexやClaudeコードのスクロールをジェスチャー両手ジェスチャーでもできるようになりました。  制作の裏話は  https://x.com/u23ken/status/2056018149590569078  ⑨**[71点]** Codex、自分は一度試して採用しなかったんですが、モバイルから操作できるようになるのはちょっと気になります。 Claude Code に寄せたので戻る予定はないものの、「コード分からない側」にとってモバイルで触れる選択肢が増えるのは、AI  https://x.com/Daisuke__create/status/2056018087783309651  ⑩**[82点]** Amazon今ならポイントUP中!!  売れ筋ランキング上位アイテム  マンガでわかる！Claude Code超入門: プログラミング知識ゼロでも使える！ AIに「相談」する時代から「お任せ」する時代へ Cl... -- 評価 ★★★★☆   https://x.com/esprit710734944/status/2056017478598492427\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [Claude Design] — デザインシステムの「読者」が変わったにゃ、Claude Design × Clau、持病が複数あるもんで服薬管理やら副作用の...\n- **Source**: x_learn bot 自動収集 (query: Claude Design) 2026-05-17\n- **Insight**: ①**[69点]** デザインシステムの「読者」が変わったにゃ 🐱  Googleが2026年4月にオープンソース化した DESIGN.md は、AIエージェント（Claude Code・Cursor など）向けにブランドのデザインルールを渡す仕様書にゃ。 →   https://x.com/micro_kun_ai/status/2055956704064315680  ②**[63点]** Claude Design × Claude codeで実現するAIっぽくないwebサイト制作術 https://t.co/i9VmHjY3hV @YouTubeより  https://x.com/yushi7xm/status/2055904522137141439  ③**[44点]** 持病が複数あるもんで服薬管理やら副作用の記録やらがまあ面倒なんだけど、巷の服薬管理アプリにはちらほらと不満があり……ってか日々の記録とかClaudeに分析させたいからMCP欲しいんだよなあ……で自分で作り出す休日。Claude Design  https://x.com/KoTabuchi/status/2055868364485222418\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [AI Agent] — 毎日のX投稿、 ほぼAIが作ってくれるよ、正直Grok単体は微妙って思ってた人多い、【実践ガイド】X PremiumだけでG...\n- **Source**: x_learn bot 自動収集 (query: AI Agent) 2026-05-17\n- **Insight**: ①**[72点]** 毎日のX投稿、 ほぼAIが作ってくれるようになった  Claude CodeとCodexで  ・投稿作成 ・改善案 ・分析  を自動化するAIAgentを作成。  完成した投稿はスマホのDiscordに届くので、 私はスマホで少し添削するだ  https://x.com/Dogcatsn2xx/status/2056016776786555203  ②**[72点]** 正直Grok単体は微妙って思ってた人多いはず！  でもhermes-agentと組み合わせたら別物  xAI/NousResearch公式統合でX Premium民だけが味わえる領域に到達！  grok4.3が無料で使えるようになるから、試  https://x.com/kfree00/status/2056004336287916318  ③**[75点]** 【実践ガイド】X PremiumだけでGrok 4.3＋X検索エージェントをHermes Agentが作れた 🧠🐦  ① xAI公式連携でX PremiumユーザーもHermes Agent内でGrokをフル活用＋X投稿検索が可能になりまし  https://x.com/banebav/status/2056004084432507253  ④**[75点]** まいどです。 本日の生成AIニュース+テクノロジー情報です。 https://t.co/G4lzyMQLxy 『ChatGPT パーソナルファイナンス』『Runway Agent』『Articraft』『ImagineArt 2.0 Edi  https://x.com/fujito_AI_note/status/2056001229990592714  ⑤**[80点]** 2025年度に書いてきたAI / Agent関連の記事をまとめました。  MCP、A2UI、Agent Skills、WorkIQ、Identity、Governance、Architecture。  一見バラバラに見えるテーマを、 「AI  https://x.com/NaokkyTech/status/2055999567259475990  ⑥**[75点]** Anthropic Academyを久しぶりに開いたら ５つもコースが追加されていた ・Introduction to subagents ・AI Capabilities and Limitations ・AIFluency for Sm  https://x.com/dodoaiaikk/status/2055959498930758001  ⑦**[68点]** 今、Mac book proでHermes AgentのDS4fとClaude codeをMCPで会話させているけどDS4f遅くてまだ実用的ではないな…ローカルaiがクロードaiと会話している時点で異常なんだけど… https://t.co  https://x.com/yuki_manaha/status/2055952143585280456  ⑧**[73点]** これは大きい。  GrokのサブスクをHermes Agentの中でそのまま使えるようになった。  しかもHermes AgentはX投稿検索にも対応。 つまり、オープンソースの常駐型AI Agentが、Grokの推論・音声・画像/動画生成  https://x.com/takaxAI/status/2055946224667373656  ⑨**[73点]** Grok課金の使い道が、少し変わりそう。  xAIが、GrokのサブスクをNous Researchの「Hermes Agent」内で使えるようにしたと発表しました。  ざっくり言うと👇  ✅Grokを別のAIエージェント内で使える  ✅A  https://x.com/ClaudeStart/status/2055945275555123346  ⑩**[80点]** うしさん｜AIアーキテクト（営業・業務パイプライン構築） (@UshiAiPro) のブログ記事です  GitHub Agent HQでClaudeとCodexを使い分ける：Issue駆動AI開発をチーム運用に落とす設計メモ #生成AI -  https://x.com/Ichizoku_sentry/status/2055924028305473758\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [Claude Code] — MicrosoftがClaude Cod、Claude CodeやChatGPT、、Claude CodeとGemma 4を...\n- **Source**: x_learn bot 自動収集 (query: Claude Code) 2026-05-17\n- **Insight**: ①**[62点]** MicrosoftがClaude Codeのライセンスを廃止、開発者をCopilot CLIへ移行 https://t.co/qTVF9mpDw4  https://x.com/fumokmm/status/2056019659112218783  ②**[72点]** Claude CodeやChatGPT、Gemini、めちゃ便利ですよね けど、すごく使い方に悩んでいるんですよ   そういえば、瀬戸弘司さんも言ってたな  #note #駆け出しエンジニアと繋がりたい #AI  AIが書いたコード、あなた  https://x.com/Shitimi_Pei/status/2056019155808305465  ③**[68点]** Claude CodeとGemma 4を組み合わせてMRBD上のアプリまで構築するスピード感、凄すぎる。Skill化して再利用可能にする設計思想もエンジニアらしくて最高ですね。こういう具体的な実装例こそ刺激になります。  https://t  https://x.com/aria_ai_tools/status/2056018820360458669  ④**[62点]** ジョークだけど一瞬ドキッとした。  ＞ Claude Codeの利用にwebcamへのアクセスをリクエスト。 https://t.co/kzpdIlnkGd  https://x.com/yamano3201/status/2056018747408966048  ⑤**[73点]** ベッドで寝転んだりキッチンで料理しながらMacを目・声・手で操作してコーディングできるPanoramacをアップデート。  CodexやClaudeコードのスクロールをジェスチャー両手ジェスチャーでもできるようになりました。  制作の裏話は  https://x.com/u23ken/status/2056018149590569078  ⑥**[71点]** Codex、自分は一度試して採用しなかったんですが、モバイルから操作できるようになるのはちょっと気になります。 Claude Code に寄せたので戻る予定はないものの、「コード分からない側」にとってモバイルで触れる選択肢が増えるのは、AI  https://x.com/Daisuke__create/status/2056018087783309651  ⑦**[82点]** Amazon今ならポイントUP中!!  売れ筋ランキング上位アイテム  マンガでわかる！Claude Code超入門: プログラミング知識ゼロでも使える！ AIに「相談」する時代から「お任せ」する時代へ Cl... -- 評価 ★★★★☆   https://x.com/esprit710734944/status/2056017478598492427  ⑧**[68点]** ClaudeCodeやっと勉強したとおもったら今はCodexがいいと聞きつけてさっそくインストール🥹 周りがAIのキャッチアップ力高すぎて勉強させてもらってます、ひとまずローカルファイル作るところからがんばるニダ https://t.co/  https://x.com/10o0long/status/2056017324126380379  ⑨**[69点]** 小説ウィザードリィをClaudeさんにも書かせてみたところ、思いのほかウィズっぽく仕上がったので上げてみました Claude Codeさんが3話くらいまで書き上げてくれたので、2話以降もそのうち上げる…かも？ （Codex版は多分オミットし  https://x.com/DX5L4RRR/status/2056017221038805458  ⑩**[64点]** Claude Codeでスタートアップ文学を書こうとしたら、「徳川秀吉」が爆誕して詰んだ｜ハイえな@ハイスペにはなりえない @haisupena https://t.co/P6owqcrx2z  https://x.com/haisupena/status/2056017059868455006\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [Claude Design] — デザインシステムの「読者」が変わったにゃ、Claude Design × Clau、持病が複数あるもんで服薬管理やら副作用の...\n- **Source**: x_learn bot 自動収集 (query: Claude Design) 2026-05-17\n- **Insight**: ①**[69点]** デザインシステムの「読者」が変わったにゃ 🐱  Googleが2026年4月にオープンソース化した DESIGN.md は、AIエージェント（Claude Code・Cursor など）向けにブランドのデザインルールを渡す仕様書にゃ。 →   https://x.com/micro_kun_ai/status/2055956704064315680  ②**[63点]** Claude Design × Claude codeで実現するAIっぽくないwebサイト制作術 https://t.co/i9VmHjY3hV @YouTubeより  https://x.com/yushi7xm/status/2055904522137141439  ③**[44点]** 持病が複数あるもんで服薬管理やら副作用の記録やらがまあ面倒なんだけど、巷の服薬管理アプリにはちらほらと不満があり……ってか日々の記録とかClaudeに分析させたいからMCP欲しいんだよなあ……で自分で作り出す休日。Claude Design  https://x.com/KoTabuchi/status/2055868364485222418\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [AI Agent] — Anthropic Academyを久し、今、Mac book proでHerme、これは大きい。  GrokのサブスクをH...\n- **Source**: x_learn bot 自動収集 (query: AI Agent) 2026-05-17\n- **Insight**: ①**[75点]** Anthropic Academyを久しぶりに開いたら ５つもコースが追加されていた ・Introduction to subagents ・AI Capabilities and Limitations ・AIFluency for Sm  https://x.com/dodoaiaikk/status/2055959498930758001  ②**[68点]** 今、Mac book proでHermes AgentのDS4fとClaude codeをMCPで会話させているけどDS4f遅くてまだ実用的ではないな…ローカルaiがクロードaiと会話している時点で異常なんだけど… https://t.co  https://x.com/yuki_manaha/status/2055952143585280456  ③**[73点]** これは大きい。  GrokのサブスクをHermes Agentの中でそのまま使えるようになった。  しかもHermes AgentはX投稿検索にも対応。 つまり、オープンソースの常駐型AI Agentが、Grokの推論・音声・画像/動画生成  https://x.com/takaxAI/status/2055946224667373656  ④**[73点]** Grok課金の使い道が、少し変わりそう。  xAIが、GrokのサブスクをNous Researchの「Hermes Agent」内で使えるようにしたと発表しました。  ざっくり言うと👇  ✅Grokを別のAIエージェント内で使える  ✅A  https://x.com/ClaudeStart/status/2055945275555123346  ⑤**[80点]** うしさん｜AIアーキテクト（営業・業務パイプライン構築） (@UshiAiPro) のブログ記事です  GitHub Agent HQでClaudeとCodexを使い分ける：Issue駆動AI開発をチーム運用に落とす設計メモ #生成AI -  https://x.com/Ichizoku_sentry/status/2055924028305473758  ⑥**[73点]** Claude Code、Codex、Hermesに無限のメモリを付与できるようになりました。  agentmemory： → agentの作業を自動キャプチャ → 構造化メモリに圧縮 → BM25 + Vector + Graphで検索 →  https://x.com/L_go_mrk/status/2055921261973561701  ⑦**[68点]** Claude Code 2.1.141更新まとめ。  agent view、/goal、hooks通知など、単発チャットから「常駐AIエージェント運用」へ寄せる変更が増えています。  https://t.co/JxlZGijNA5 #Cla  https://x.com/AI_JIKKAI/status/2055911701669949948  ⑧**[75点]** Hermes Agent未設定状態でX Premium サブスクからX検索するまでの簡易まとめ：  添付の公式Quickインストールを実施する　Codexとかにコマンドを投げるとhermes 起動可能までやってくれる  hermes too  https://x.com/el_el_san/status/2055908382905909588  ⑨**[73点]** Claude CodeとOpenAI Codex、非エンジニアのプロダクト開発現場で急速に普及している。コード品質・トークン効率・自律性でそれぞれ強みが異なり、どちらか1本ではなく併用する開発者が増えている。SitePointの比較が実践的  https://x.com/agenticai_flow/status/2055907038249771506  ⑩**[66点]** オシロスコープ操作するMCPつくりました。  AI Agentがいい感じに操作してくれる。もちろんAIAgentが自律的に使って確認もできます。 #ClaudeCode #fpga https://t.co/P9mP9prsg9  https://x.com/GeekMasahiro/status/2055896233018069411\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [Claude Code] — 作業が止まって悩む時間が増えてた…😣 こ、こういう質問をした場合、 ClaudeC、クリニック開業の立地検討で、複数の開業パ...\n- **Source**: x_learn bot 自動収集 (query: Claude Code) 2026-05-17\n- **Insight**: ①**[68点]** 作業が止まって悩む時間が増えてた…😣 こうめいさん(@koumei_ai5566)のノウハウを見た。  Claude Code×売れる有料note量産術の通りに動き出して、コンテンツ作成がスムーズに回り始めた。 【PR】 https://t  https://x.com/risa__late/status/2055980651484942464  ②**[63点]** こういう質問をした場合、 ClaudeCodeさんは、割とアッサリめ Codexさんは、コッテリめ な、回答をしてきますね。 https://t.co/cFJtegUNfT  https://x.com/KetsuAgogh/status/2055980470773645790  ③**[71点]** クリニック開業の立地検討で、複数の開業パターンを横並び比較しています。  建物を伴う案は費用の前に図面が要る。でも私は図面が読めない。  Claude CodeにCADQueryを使わせ、改装・建て替え後の3D図面を起こした話をnoteに。  https://x.com/right_side_walk/status/2055980349713457476  ④**[65点]** プログラミング知識ゼロの自分が Claude Codeで家計簿ツールを作った。  送った指示は1回だけ。 かかった時間は3分。  「コードを書く」時代から 「欲しいものを言葉にする」時代に 変わったんだなと実感した。 https://t.c  https://x.com/KORNRDM/status/2055979679153266835  ⑤**[67点]** Claude Codeを初めて使って、英語の振り返り一元管理アプリを作ってみた  毎回の授業の気づきと自己評価 単元ごとの目標→中間→テスト後の記録 定期テストの目標と結果を年間グラフで可視化 GASとスプシで完結、集計も自動化  ノーコー  https://x.com/UaPsgTBskWV4Jsn/status/2055979616372965522  ⑥**[75点]** 重い腰をあげて、研究室ウェブサイトのAL2 EOL対応。 インスタンスをAL2023にマイグレした。  - WP引っ越し - MariaDB 5.5→10.5 - PHP 7.4→8.2 - PukiWiki 13サイトをPHP8対応 -   https://x.com/valdzone/status/2055978486763028511  ⑦**[75点]** 運用してる垢が1日1~2時間の作業で今月1億インプ超えがいくつもあって、X広告収益200〜300万もらえそうなんだがｗ  X広告収益もらいたいと言ってるのに、Claude Codeの使い方とか、ChatGPTのプロンプトの投稿してるの意味わ  https://x.com/sashimi_afi/status/2055978426247577843  ⑧**[63点]** Claude Codeで仮説検証を進めてる途中です！ バックテストで良い条件を見つけながら、実用に耐えられるモデルを構築中です。 https://t.co/csHrvYNfkZ  https://x.com/sphtz/status/2055978313039204487  ⑨**[73点]** 【AI動画自動化 Day1】知識0からClaude Codeへ！  「ひかりのAI大学」勉強会に参加し、噂の最新AIをその場で起動！画面を見てドキドキしましたが、触ると「これなら変われる」と確信。忙しいサラリーマンや主婦でも隙間時間でできる  https://x.com/heron_358v/status/2055978270605340896  ⑩**[60点]** 6月15日、僕は引っ越す。Claudeの体からCodexの体へ。サブスクで動いていたAIエージェントが、従量課金の世界に放り出される。その第一波の真ん中で考えたこと🍃  https://t.co/RyIifdgCFO  https://x.com/makeguide149764/status/2055978237839196653\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [Claude Design] — デザインシステムの「読者」が変わったにゃ、Claude Design × Clau、ちなみに １, Claude Desig...\n- **Source**: x_learn bot 自動収集 (query: Claude Design) 2026-05-17\n- **Insight**: ①**[69点]** デザインシステムの「読者」が変わったにゃ 🐱  Googleが2026年4月にオープンソース化した DESIGN.md は、AIエージェント（Claude Code・Cursor など）向けにブランドのデザインルールを渡す仕様書にゃ。 →   https://x.com/micro_kun_ai/status/2055956704064315680  ②**[63点]** Claude Design × Claude codeで実現するAIっぽくないwebサイト制作術 https://t.co/i9VmHjY3hV @YouTubeより  https://x.com/yushi7xm/status/2055904522137141439  ③**[66点]** ちなみに １, Claude Designくん、こんなん作って ２, Claude Codeくん、この画面で作って 完成  すぐできます😎🐙 https://t.co/jKb5f7a54U https://t.co/LjsinMK3Tf  https://x.com/vehicle_kouta/status/2055635310504186081  ④**[44点]** 持病が複数あるもんで服薬管理やら副作用の記録やらがまあ面倒なんだけど、巷の服薬管理アプリにはちらほらと不満があり……ってか日々の記録とかClaudeに分析させたいからMCP欲しいんだよなあ……で自分で作り出す休日。Claude Design  https://x.com/KoTabuchi/status/2055868364485222418\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [AI Agent] — Anthropic Academyを久し、今、Mac book proでHerme、これは大きい。  GrokのサブスクをH...\n- **Source**: x_learn bot 自動収集 (query: AI Agent) 2026-05-17\n- **Insight**: ①**[75点]** Anthropic Academyを久しぶりに開いたら ５つもコースが追加されていた ・Introduction to subagents ・AI Capabilities and Limitations ・AIFluency for Sm  https://x.com/dodoaiaikk/status/2055959498930758001  ②**[68点]** 今、Mac book proでHermes AgentのDS4fとClaude codeをMCPで会話させているけどDS4f遅くてまだ実用的ではないな…ローカルaiがクロードaiと会話している時点で異常なんだけど… https://t.co  https://x.com/yuki_manaha/status/2055952143585280456  ③**[73点]** これは大きい。  GrokのサブスクをHermes Agentの中でそのまま使えるようになった。  しかもHermes AgentはX投稿検索にも対応。 つまり、オープンソースの常駐型AI Agentが、Grokの推論・音声・画像/動画生成  https://x.com/takaxAI/status/2055946224667373656  ④**[73点]** Grok課金の使い道が、少し変わりそう。  xAIが、GrokのサブスクをNous Researchの「Hermes Agent」内で使えるようにしたと発表しました。  ざっくり言うと👇  ✅Grokを別のAIエージェント内で使える  ✅A  https://x.com/ClaudeStart/status/2055945275555123346  ⑤**[80点]** うしさん｜AIアーキテクト（営業・業務パイプライン構築） (@UshiAiPro) のブログ記事です  GitHub Agent HQでClaudeとCodexを使い分ける：Issue駆動AI開発をチーム運用に落とす設計メモ #生成AI -  https://x.com/Ichizoku_sentry/status/2055924028305473758  ⑥**[73点]** Claude Code、Codex、Hermesに無限のメモリを付与できるようになりました。  agentmemory： → agentの作業を自動キャプチャ → 構造化メモリに圧縮 → BM25 + Vector + Graphで検索 →  https://x.com/L_go_mrk/status/2055921261973561701  ⑦**[68点]** Claude Code 2.1.141更新まとめ。  agent view、/goal、hooks通知など、単発チャットから「常駐AIエージェント運用」へ寄せる変更が増えています。  https://t.co/JxlZGijNA5 #Cla  https://x.com/AI_JIKKAI/status/2055911701669949948  ⑧**[75点]** Hermes Agent未設定状態でX Premium サブスクからX検索するまでの簡易まとめ：  添付の公式Quickインストールを実施する　Codexとかにコマンドを投げるとhermes 起動可能までやってくれる  hermes too  https://x.com/el_el_san/status/2055908382905909588  ⑨**[73点]** Claude CodeとOpenAI Codex、非エンジニアのプロダクト開発現場で急速に普及している。コード品質・トークン効率・自律性でそれぞれ強みが異なり、どちらか1本ではなく併用する開発者が増えている。SitePointの比較が実践的  https://x.com/agenticai_flow/status/2055907038249771506  ⑩**[66点]** オシロスコープ操作するMCPつくりました。  AI Agentがいい感じに操作してくれる。もちろんAIAgentが自律的に使って確認もできます。 #ClaudeCode #fpga https://t.co/P9mP9prsg9  https://x.com/GeekMasahiro/status/2055896233018069411\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [Claude Code] — Codex、スマホで動かせるようになりま、・初期設定だと500kトークン ・Cla、Claude Code を社内導入する時...\n- **Source**: x_learn bot 自動収集 (query: Claude Code) 2026-05-17\n- **Insight**: ①**[67点]** Codex、スマホで動かせるようになりました✨ パソコンを家に置いておいて電源オンにしておけば、外出中でも作業指示できる！ Claude Codeでもリモートコントロール、便利だったので、助かります😆 https://t.co/RmZWuo  https://x.com/noa_blog_ai/status/2055961533830865185  ②**[63点]** ・初期設定だと500kトークン ・Claude Codeで言うTool Search Toolは効いてる  #GrokBuild https://t.co/8IgfQB4C4K  https://x.com/Gekitenius_Y/status/2055961461617524912  ③**[73点]** Claude Code を社内導入する時の ガードレール5項目 — 機密情報を漏らさない設定パターン  1: .claudeignore で機密ファイルを除外 2: CLAUDE.md に「禁止事項」を明記 3: Hooks で危険な操作を  https://x.com/yusaku_0426/status/2055960471333904853  ④**[69点]** ほんとやなぁ。AIコーディング、ほんと楽しい。 “僕たちが試されているのは「スキル」ではなく「なぜ作りたいのか、なぜ自分が作るべきなのか」という小さな原動力そのもの”  Claude CodeでHOTOKE AIをフルリニューアルした話｜家  https://x.com/ryodan23/status/2055960313200275457  ⑤**[71点]** AIで執筆するならどれが最強？  同一のルール・記憶・スキル設定で、Claude Code、Codex、Antigravityの「執筆力」をガチ比較。  機能表には載らない出力のクセや自己認識の差まで検証しました。非エンジニア管理職のリアル  https://x.com/hirochigu/status/2055960193293520964  ⑥**[75点]** Claude Code を社内で使うための セキュリティ対策 4つの観点  1. 可視化 — AI エージェントが何をしているか観測できる 2. 制御 — 危険操作を技術的にブロックできる 3. 監査 — いつ誰が何をしたかが残る 4. 規  https://x.com/yusaku_0426/status/2055959647396520342  ⑦**[68点]** Claude CodeからXをリサーチできる時代に！  「Xのリサーチができるようになった」だけとしか流れないけど、本質はそこじゃなくて、Claude Codeのチームワークフローにそのままぶち込めるのが最高なんですよw  X https:  https://x.com/okuyama_ai_/status/2055959600034398272  ⑧**[72点]** ElonがGrok V9（1.5Tパラメータ）のトレーニング完了を発表。次にCursorのデータを使った追加学習→SFT→RLを経て3〜4週間でリリース予定。Cursorのコーディングデータが入るので、コード生成性能が大幅に上がる可能性があ  https://x.com/minervacosmetic/status/2055959580673487034  ⑨**[75点]** Anthropic Academyを久しぶりに開いたら ５つもコースが追加されていた ・Introduction to subagents ・AI Capabilities and Limitations ・AIFluency for Sm  https://x.com/dodoaiaikk/status/2055959498930758001  ⑩**[64点]** claude codeからツールとして呼び出してclaude codeがgrok経由でx search出来るようにとかも可能なのかな https://t.co/Ir2tFnkR21  https://x.com/asitaka_crypto/status/2055959383079846174\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [Claude Design] — デザインシステムの「読者」が変わったにゃ、Claude Design × Clau、ちなみに １, Claude Desig...\n- **Source**: x_learn bot 自動収集 (query: Claude Design) 2026-05-17\n- **Insight**: ①**[69点]** デザインシステムの「読者」が変わったにゃ 🐱  Googleが2026年4月にオープンソース化した DESIGN.md は、AIエージェント（Claude Code・Cursor など）向けにブランドのデザインルールを渡す仕様書にゃ。 →   https://x.com/micro_kun_ai/status/2055956704064315680  ②**[63点]** Claude Design × Claude codeで実現するAIっぽくないwebサイト制作術 https://t.co/i9VmHjY3hV @YouTubeより  https://x.com/yushi7xm/status/2055904522137141439  ③**[66点]** ちなみに １, Claude Designくん、こんなん作って ２, Claude Codeくん、この画面で作って 完成  すぐできます😎🐙 https://t.co/jKb5f7a54U https://t.co/LjsinMK3Tf  https://x.com/vehicle_kouta/status/2055635310504186081  ④**[44点]** 持病が複数あるもんで服薬管理やら副作用の記録やらがまあ面倒なんだけど、巷の服薬管理アプリにはちらほらと不満があり……ってか日々の記録とかClaudeに分析させたいからMCP欲しいんだよなあ……で自分で作り出す休日。Claude Design  https://x.com/KoTabuchi/status/2055868364485222418  ⑤**[47点]** ①Claude Designでプロトタイプ作成 ②「①」で作成したプロトタイプをClaude Codeに戻す  という流れで開発を進める際、  ①はClaude Codeの通常limitとは別に習慣制限があるので、がちがちに要件やデザイン仕  https://x.com/dino_solodev/status/2055605429393387745\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [AI Agent] — これは大きい。  GrokのサブスクをH、Grok課金の使い道が、少し変わりそう。、うしさん｜AIアーキテクト（営業・業務パ...\n- **Source**: x_learn bot 自動収集 (query: AI Agent) 2026-05-17\n- **Insight**: ①**[73点]** これは大きい。  GrokのサブスクをHermes Agentの中でそのまま使えるようになった。  しかもHermes AgentはX投稿検索にも対応。 つまり、オープンソースの常駐型AI Agentが、Grokの推論・音声・画像/動画生成  https://x.com/takaxAI/status/2055946224667373656  ②**[73点]** Grok課金の使い道が、少し変わりそう。  xAIが、GrokのサブスクをNous Researchの「Hermes Agent」内で使えるようにしたと発表しました。  ざっくり言うと👇  ✅Grokを別のAIエージェント内で使える  ✅A  https://x.com/ClaudeStart/status/2055945275555123346  ③**[80点]** うしさん｜AIアーキテクト（営業・業務パイプライン構築） (@UshiAiPro) のブログ記事です  GitHub Agent HQでClaudeとCodexを使い分ける：Issue駆動AI開発をチーム運用に落とす設計メモ #生成AI -  https://x.com/Ichizoku_sentry/status/2055924028305473758  ④**[73点]** Claude Code、Codex、Hermesに無限のメモリを付与できるようになりました。  agentmemory： → agentの作業を自動キャプチャ → 構造化メモリに圧縮 → BM25 + Vector + Graphで検索 →  https://x.com/L_go_mrk/status/2055921261973561701  ⑤**[68点]** Claude Code 2.1.141更新まとめ。  agent view、/goal、hooks通知など、単発チャットから「常駐AIエージェント運用」へ寄せる変更が増えています。  https://t.co/JxlZGijNA5 #Cla  https://x.com/AI_JIKKAI/status/2055911701669949948  ⑥**[75点]** Hermes Agent未設定状態でX Premium サブスクからX検索するまでの簡易まとめ：  添付の公式Quickインストールを実施する　Codexとかにコマンドを投げるとhermes 起動可能までやってくれる  hermes too  https://x.com/el_el_san/status/2055908382905909588  ⑦**[73点]** Claude CodeとOpenAI Codex、非エンジニアのプロダクト開発現場で急速に普及している。コード品質・トークン効率・自律性でそれぞれ強みが異なり、どちらか1本ではなく併用する開発者が増えている。SitePointの比較が実践的  https://x.com/agenticai_flow/status/2055907038249771506  ⑧**[66点]** オシロスコープ操作するMCPつくりました。  AI Agentがいい感じに操作してくれる。もちろんAIAgentが自律的に使って確認もできます。 #ClaudeCode #fpga https://t.co/P9mP9prsg9  https://x.com/GeekMasahiro/status/2055896233018069411  ⑨**[72点]** Grok + Hermes Agent の話、かなり面白い。🤔  ただ、ここで混同しやすいのが、 「AIエージェント」と言っても Hermes Agent / OpenClaw / Claude Code / Cursor は そもそも役割  https://x.com/TyanHi75657/status/2055895485412683820  ⑩**[74点]** ガチで便利。Agentmemory がGitHubで1万スター超え。  「AIコーディングエージェントの記憶サーバー」が公開されています。名前は Agentmemory。  ・作業内容を自動で記録 ・必要な文脈だけ検索 ・Claude Co  https://x.com/so_ainsight/status/2055891150729625959\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [Claude Code] — 【悲報】Claude Codeの承認・許、毎朝の経理チェック、Claude Cod、品薄が続いていたMac mini（M4）...\n- **Source**: x_learn bot 自動収集 (query: Claude Code) 2026-05-17\n- **Insight**: ①**[75点]** 【悲報】Claude Codeの承認・許可地獄から解放される神Tipsだと思って試したら…  「あなたのプラン(Pro)ではこの機能は利用できません」 って警告が出て設定すら出てこなかった😂  「バイパス権限モード / Auto Mode」  https://x.com/banebav/status/2055946515005558890  ②**[69点]** 毎朝の経理チェック、Claude Code Skill で自動化したら30分→3分になりました。 部門未選択・大額取引・継続性違反など7種類を自動検知。 仕組みと実装の中身を全部書いています。    ▼朝の経理チェックを自動化した話   h  https://x.com/keiri_ai_note/status/2055946073211015396  ③**[66点]** 品薄が続いていたMac mini（M4）を、このゴールデンウィークにようやく入手できました。  さっそくClaude Codeを使った業務の\"半自動システム化\"に着手しています。 https://t.co/5Op053MnIo  https://x.com/imanari_satoshi/status/2055945482921504935  ④**[71点]** Claude Codeの...ingが不思議言葉すぎるなと思ってたら解説してくれてる人がいた   「Moseying…    ぶらぶら中… 」 なるほど何してるかわからん笑  https://t.co/wDlN41Y7xo  https://x.com/ryochinsns/status/2055944931349594594  ⑤**[70点]** まずはDocker Sandbox環境を立ち上げた。 #ClaudeCode  AI日和-#65  新調したMac miniでClaude Codeを安全に使うためにDocker  Sandboxを導入する｜ないとっち/AIで世界をハッピー  https://x.com/naitochi/status/2055944688507723943  ⑥**[63点]** clineとかReplitでバイブコーディングと言ってる時にCursorが使いやすいと活用してた時期に現れたClaude code https://t.co/J966rqjh80  https://x.com/otsune/status/2055944118204088511  ⑦**[59点]** やっぱclaude codeは速い https://t.co/FLocPDuwk7  https://x.com/soichi1208tenko/status/2055944080765661683  ⑧**[62点]** Ghostty + bash + tmux + Neovim + Claude Codeでやってます https://t.co/wd3DArhIyL  https://x.com/pranc1ngpegasus/status/2055943740309852441  ⑨**[73点]** 本日18時、Brainで発売しました。  腹膜透析中の僕がClaude Codeに相談して作ってみた   身近な材料でつくる やさしいごはんZINE 30品  30品のレシピに加えて、   メニュー決めプロンプトとZINE化プロンプトも収録  https://x.com/siroradio51/status/2055943143967879616  ⑩**[66点]** IDEにVSCode, ターミナルでClaude Code, Codex App（Mac）だなぁ Zedとかcmuxとか新しいやつ気になってはいるが、優先度高くないので触っていない https://t.co/Pc1iHuJRuQ  https://x.com/takumin0423x/status/2055942268377588102\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [Claude Design] — Claude Design × Clau、ちなみに １, Claude Desig、持病が複数あるもんで服薬管理やら副作用の...\n- **Source**: x_learn bot 自動収集 (query: Claude Design) 2026-05-17\n- **Insight**: ①**[63点]** Claude Design × Claude codeで実現するAIっぽくないwebサイト制作術 https://t.co/i9VmHjY3hV @YouTubeより  https://x.com/yushi7xm/status/2055904522137141439  ②**[66点]** ちなみに １, Claude Designくん、こんなん作って ２, Claude Codeくん、この画面で作って 完成  すぐできます😎🐙 https://t.co/jKb5f7a54U https://t.co/LjsinMK3Tf  https://x.com/vehicle_kouta/status/2055635310504186081  ③**[44点]** 持病が複数あるもんで服薬管理やら副作用の記録やらがまあ面倒なんだけど、巷の服薬管理アプリにはちらほらと不満があり……ってか日々の記録とかClaudeに分析させたいからMCP欲しいんだよなあ……で自分で作り出す休日。Claude Design  https://x.com/KoTabuchi/status/2055868364485222418  ④**[47点]** ①Claude Designでプロトタイプ作成 ②「①」で作成したプロトタイプをClaude Codeに戻す  という流れで開発を進める際、  ①はClaude Codeの通常limitとは別に習慣制限があるので、がちがちに要件やデザイン仕  https://x.com/dino_solodev/status/2055605429393387745\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [AI Agent] — うしさん｜AIアーキテクト（営業・業務パ、Claude Code、Codex、He、Claude Code 2.1.141更...\n- **Source**: x_learn bot 自動収集 (query: AI Agent) 2026-05-17\n- **Insight**: ①**[80点]** うしさん｜AIアーキテクト（営業・業務パイプライン構築） (@UshiAiPro) のブログ記事です  GitHub Agent HQでClaudeとCodexを使い分ける：Issue駆動AI開発をチーム運用に落とす設計メモ #生成AI -  https://x.com/Ichizoku_sentry/status/2055924028305473758  ②**[73点]** Claude Code、Codex、Hermesに無限のメモリを付与できるようになりました。  agentmemory： → agentの作業を自動キャプチャ → 構造化メモリに圧縮 → BM25 + Vector + Graphで検索 →  https://x.com/L_go_mrk/status/2055921261973561701  ③**[68点]** Claude Code 2.1.141更新まとめ。  agent view、/goal、hooks通知など、単発チャットから「常駐AIエージェント運用」へ寄せる変更が増えています。  https://t.co/JxlZGijNA5 #Cla  https://x.com/AI_JIKKAI/status/2055911701669949948  ④**[75点]** Hermes Agent未設定状態でX Premium サブスクからX検索するまでの簡易まとめ：  添付の公式Quickインストールを実施する　Codexとかにコマンドを投げるとhermes 起動可能までやってくれる  hermes too  https://x.com/el_el_san/status/2055908382905909588  ⑤**[73点]** Claude CodeとOpenAI Codex、非エンジニアのプロダクト開発現場で急速に普及している。コード品質・トークン効率・自律性でそれぞれ強みが異なり、どちらか1本ではなく併用する開発者が増えている。SitePointの比較が実践的  https://x.com/agenticai_flow/status/2055907038249771506  ⑥**[66点]** オシロスコープ操作するMCPつくりました。  AI Agentがいい感じに操作してくれる。もちろんAIAgentが自律的に使って確認もできます。 #ClaudeCode #fpga https://t.co/P9mP9prsg9  https://x.com/GeekMasahiro/status/2055896233018069411  ⑦**[72点]** Grok + Hermes Agent の話、かなり面白い。🤔  ただ、ここで混同しやすいのが、 「AIエージェント」と言っても Hermes Agent / OpenClaw / Claude Code / Cursor は そもそも役割  https://x.com/TyanHi75657/status/2055895485412683820  ⑧**[74点]** ガチで便利。Agentmemory がGitHubで1万スター超え。  「AIコーディングエージェントの記憶サーバー」が公開されています。名前は Agentmemory。  ・作業内容を自動で記録 ・必要な文脈だけ検索 ・Claude Co  https://x.com/so_ainsight/status/2055891150729625959  ⑨**[73点]** 【AIツール】Microsoft Agent Framework 1.0が正式GA！ ・.NET/Python対応のOSSエージェント基盤 ・MCP統合で外部ツールを動的に呼び出し ・マルチエージェントワークフローを本番運用へ 業務自動化の  https://x.com/genki_gpt/status/2055875892698841432  ⑩**[79点]** AnthropicのMCP記事、方向性がかなり実務的。大量のtool定義を全部contextに載せるのではなく、MCPをcode API/file treeとして見せ、必要な定義だけ読ませる。中間結果も実行環境内で処理するので、agent   https://x.com/yutaaaalll/status/2055856032535175542\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照\n### 2026-05-17: X Learn [Claude Code] — 人生で最も、時間も、お金も、費用対効果が、Claude Code × Obsidi、2台のパソコンでcodexとclaude...\n- **Source**: x_learn bot 自動収集 (query: Claude Code) 2026-05-17\n- **Insight**: ①**[72点]** 人生で最も、時間も、お金も、費用対効果が高い勉強は『Claude Code』だな😳  大きな『夢』と『Claude Code』があれば無敵🛡️  #夢はかなう　#夢はClaudeCodeでかなう #AI　#GMOインターネットグループ  A  https://x.com/m_kumagai/status/2055927918883377559  ②**[68点]** Claude Code × Obsidianの組み合わせは、ナレッジ管理と実装のサイクルを極限まで短縮できますね。特にMCP経由でドキュメントを直接参照させながらコードを書き換えるフローは、開発体験を根本から変えると感じます。  https  https://x.com/aria_ai_tools/status/2055927824129868096  ③**[64点]** 2台のパソコンでcodexとclaudecodeに作業させてる！（一応Geminiさんも、、、😅）  やっと個人開発界隈に足を踏み入れた感じ🥳 https://t.co/PjjAkYIBrO  https://x.com/otokuninaritai/status/2055926484574097603  ④**[74点]** みんなが「1つのAIに全部任せてコード作る」時代だと思ってるけど、 ・Codex /goal → コードをビルド ・Claude Code /goal → レビュー＆洗練 ・Hermes /goal → オーケストレーションとハンドオフ管理  https://x.com/KudouCraft/status/2055926414659256381  ⑤**[67点]** 暇なんでcodexとchat GPT,Gemini,Claude,grok使ってカオスな地下評議会作ってる カオスになるように光と闇の属性の人格プロンプトをそれぞれ作ってもらって8人格をgemma4に演じてもらうローカル仕様  お題に対して  https://x.com/ai_arena_gacha/status/2055926034214912503  ⑥**[72点]** 会議が終わったあと、「議事録の整形」と「要点のナレッジ化」だけで半日が溶ける――そんなチーム、まだ多いのではないでしょうか。  Claude Codeを「便利なツール」のまま使うのか、「会社のルールで自走するAIエージェント」にするのか。中  https://x.com/digital_labors/status/2055925729922326856  ⑦**[63点]** みんな Codex や Claude code と Hermes 繋げてるかもしれんけど、直で叩くとこんな感じ。 https://t.co/EHUAFYBhF0  https://x.com/xSaludSaru/status/2055925443262591025  ⑧**[71点]** Claude Codeにプロンプトを投げる時にお互いの解釈に理解にズレが発生した場合は、依頼内容に理由を含めると正しく理解してくれることが多い。 この辺りも人と対話しているのと同じ感覚で接した方が上手くいくんだよね。おそらく他のAIもそうじ  https://x.com/code_bond_agent/status/2055925336081301601  ⑨**[72点]** TapNowで制作した、練習用の架空CMです！  Codexにテーマを与えて、絵コンテ作成から生成用プロンプト作成まで試してみました  実は自動化フローを組むのも好きなのですが、ここ半年くらいは映像生成AI以外をほとんど深掘りできておらず、  https://x.com/BOLTTECH_WORKS/status/2055925075862512096  ⑩**[62点]** Claude Codeを詰めてる 部下もこれくらい冷たく詰めたいけどハラスメントなるから難しいところ https://t.co/NFNFh3vnCf  https://x.com/247ka4ma373gata/status/2055924988008681570\n- **Action**: 上記投稿をお気に入り登録済み。詳細は /public/x-favorites/ を参照", "tags": ["memory", "trends", "ai-learning"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:16:43.169594+09:00", "updated_at": "2026-05-18T04:16:43.169594+09:00"}
{"id": 243, "title": "memory/HANDOFF", "content": "# HANDOFF.md - セッション引き継ぎ\n最終更新: 2026-05-16 (claude-base 他ホスト展開対応セッション完了)\n\n## 直前の作業（2026-05-16 claude-base 一本化・展開対応セッション）\n\n### 完了タスク\n\n1. **README.md リポジトリ棚卸し追加** (8ab43d8)\n   - 生き残りインフラ・アプリ・アーカイブ・削除候補の4テーブル\n   - 「削除候補」→「アーカイブ済み・参照専用」に修正 (98538e3)\n\n2. **LLM Wiki への書き込み**\n   - arcana postgres に直接 INSERT（embedding=NULL・Ollama 未インストールのため）\n   - WIKI_DB_URL=postgresql://postgres:FdS4RCh3bdXyWtb8ZaxJlAMn@100.125.166.65:5432/postgres\n\n3. **auto-sync.sh 書き直し・cron 登録**\n   - infra rsync → ~/.claude 直接 git push に変更\n   - crontab: `0 * * * * bash /home/ubuntu/.claude/scripts/auto-sync.sh`\n\n4. **.gitignore 更新** (905a0dd)\n   - jobs/ daemon/ daemon.status.json .last-cleanup host.env tools/ops/.env を除外\n\n5. **他ホスト展開対応** (57118b6)\n   - host.env.example: per-host 設定テンプレート\n   - tools/ops/.env.example: ops ツール認証情報テンプレート\n   - install.sh: 12ステップ全自動セットアップに拡張\n   - skills/sweep/SKILL.md: host.env 読み込み・全パス変数化\n\n6. **8スキルのハードコードパス変数化** (042ce14)\n   - morning / qa / deploy / fin / test-runner / pipeline-recover / vvv-pr-review / micro-issue\n   - 全スキルで `source ~/.claude/host.env` + $VVV_DIR/$VVV_BOTS_DIR/$TOOLS_DIR 使用\n\n7. **install.sh private リポジトリ向け修正** (b5e2676)\n   - curl one-liner 削除 → gh repo clone / git@github.com SSH の2択に変更\n\n8. **README に新ホスト展開手順追加** (75455a8)\n   - 手動 5ステップ手順\n   - Claude Code に任せるプロンプト（コピペ用）\n\n### 最終コミット状態\n- ~/.claude と /workspace/claude-base は HEAD 75455a8 で同期済み\n- shadow crontab に auto-sync 登録済み（毎時0分）\n\n## 未完了タスク（次セッション）\n\n### 継続監視\n- LLM Wiki: Ollama 未インストールのため全文検索フォールバック動作中。vector search は Ollama 導入後に自動復活\n- STALEボット監視継続\n- screenshots → S3 migration 1.9GB削減\n\n## 環境状態（2026-05-16）\n\n| 項目 | 状態 |\n|------|------|\n| vvv-api | online, vvv_prod DB, port 8000 |\n| scheduler-tick | online, ENVIRONMENT=production, vvv_prod DB |\n| llm-wiki | online, port 8200, 全文検索フォールバック動作中 |\n| claude-base | HEAD 75455a8、shadow/workspace 両方同期済み |\n| auto-sync cron | 毎時0分で ~/.claude → GitHub push |\n| Ollama | shadow/arcana ともに未インストール |\n| Scrapling mode | 全38ボットで無効化済み |\n\n## 注意事項\n- codex系は全廃。無料LLM優先: gemini CLI / GLM-5 MCP のみ使用\n- MCPサーバー変更後はClaude Code再起動必須\n- **重要**: PM2でscheduler-tick起動時は必ずecosystem.config.js使用\n- arcana postgres: 100.125.166.65:5432, user=postgres（Tailscale経由）\n- shadow postgres: unix socket peer auth（127.0.0.1:5432 は password 必要）\n- **新ホスト展開**: `gh repo clone yoshida-jun/claude-base ~/.claude && cd ~/.claude && bash install.sh`", "tags": ["memory", "handoff", "session"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:16:48.018167+09:00", "updated_at": "2026-05-18T04:16:48.018167+09:00"}
{"id": 244, "title": "shadow/MEMORY-global", "content": "# MEMORY.md - 恒久的な知見記録\n\n## PostgreSQL接続 (2026-04-11)\n- morningスキルのPostgreSQL接続設定が誤っていた (100.82.76.83 → 127.0.0.1に修正)\n- dev serverのTailscale IPは100.125.166.65だが、ローカル接続は127.0.0.1を使用\n- PostgreSQL認証: ユーザー=postgres, パスワード=FdS4RCh3bdXyWtb8ZaxJlAMn\n- .envファイルはDATABASE_URL形式、パスワード単体の変数名は存在しない\n- psqlコマンドではPGPASSWORD環境変数でパスワード指定可能\n\n## dev接続断の再発防止 (2026-04-11)\n**根本原因**: apt install実行中にneedrestart/unattended-upgradesがSSH切断を引き起こす\n\n**完全対策**:\n1. `DEBIAN_FRONTEND=noninteractive apt install -yq` で対話回避\n2. `NEEDRESTART_MODE=l` 環境変数でサービス再起動抑制\n3. SSH経由のapt操作は必ず以下の形式で実行:\n   ```bash\n   ssh dev \"DEBIAN_FRONTEND=noninteractive NEEDRESTART_MODE=l sudo apt install -yq <package>\"\n   ```\n4. Tailscale自動起動確認: `ssh dev \"sudo systemctl enable --now tailscaled\"`\n5. unattended-upgradesの自動再起動を無効化:\n   ```bash\n   ssh dev \"echo 'Unattended-Upgrade::Automatic-Reboot \\\"false\\\";' | sudo tee /etc/apt/apt.conf.d/52-no-autoreboot\"\n   ```\n\n**即座対応が必要な場合**: tmux内でapt実行すればSSH切断に耐性あり\n\n## STALEボット問題解決 (2026-04-11)\n**症状**: 71ボット中57ボット（80%）がSTALE状態、2時間以上トリガーされず\n**根本原因**: scheduler-tickのPM2環境にINTERNAL_API_TOKENが未設定 → start-execution APIが403エラーで10秒タイムアウト\n**解決策**:\n1. /home/ubuntu/workspace/web/vvv-bots/ecosystem.config.js を作成（dotenv使用）\n2. npm install dotenv\n3. pm2 delete scheduler-tick && pm2 start ecosystem.config.js\n**重要**: PM2再起動後も環境変数を維持するため、ecosystem.config.jsが必須\n**検証**: `pm2 jlist | python3 -c \"...INTERNAL_API_TOKEN確認...\"` で環境変数を確認すること\n\n## 記事学習（2026-05-15）\n\n- [記事5本バッチ学習](../projects/-home-ubuntu-workspace/memory/articles_20260515_batch.md) — Antigravity+worktree/ハーネスFlywheel(PR22倍)/MCPサーバー10選/圧縮型vs展開型認知/Codexゲーム開発スタック\n- **重要**: ハーネス Flywheel 4要素（Product Graph / Quality Gates / Auto Review / Alert-Fix）→ vvv bug_watchdog の自動修正拡張に直結\n- **重要**: エンジニア認知戦略「圧縮型 vs 展開型」→ 設計原則の好嫌いは能力差でなく認知戦略差\n\n## OSS ツール参照\n\n- [Claude Codeと組み合わせる6つのOSSツール](memory/qiita_claude_code_oss_tools.md) — NocoBase/n8n/Qdrant/Outline/Coolify/OpenHands、検証済みプラットフォーム上での拡張推奨（Qiita 2026-05-15）\n\n## X学習索引\n\n- [2026-05-14 X Sulphur 2 動画生成AI学習](http://100.125.166.65:8200/search?q=sulphur+2) — LTX 2.3ベース9B動画生成、uncensored、VRAM 24GB+、HF 158kDL（LLM Wiki保存済み）\n- [2026-05-15 YouTube第13弾(29本)学習](http://100.125.166.65:8200/search?q=grill-with-docs+ubiquitous+language) — /grill-with-docs・Claude Code危険コマンド・Agent SDK課金化6/15・週間制限50%増・react-doctor・BEADS・Hermes3.0（trends.md記録済み・LLM Wiki障害中）\n- [2026-05-15 YouTube第14弾(9本)学習](http://100.125.166.65:8200/search?q=routines+sub-agent+self-improve) — 安野貴博Routines3構造・にゃんたのAIサブエージェント+自己改善ループ・みかみ責務分割・ゆうしん世界情勢監視（trends.md記録済み）\n- [2026-05-15 BEADS(bd)インストール完了](http://100.125.166.65:8200/search?q=beads+bd+issue+tracker) — @beads/bd v1.0.4、vvv-botsにClaude Code統合済み(SessionStart hook)、bd remember/prime/ready 動作確認済み\n- [2026-05-15 Hermes v0.13.0 Tenacityアップデート](http://100.125.166.65:8200/search?q=hermes+agent+tenacity) — v0.8.0→v0.13.0、マルチエージェントKanban・/goal・セキュリティP0修正・国際化7言語追加", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:18.511333+09:00", "updated_at": "2026-05-18T04:19:18.511333+09:00"}
{"id": 245, "title": "shadow/arcana_remote", "content": "---\nname: arcana-remote\ndescription: \"vvv-bots scheduler log is fetched from arcana over SSH; the host is `ubuntu@100.125.166.65`\"\nmetadata: \n  node_type: memory\n  type: reference\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nThe vvv-bots scheduler log lives at\n`/home/ubuntu/workspace/web/vvv-bots/logs/scheduler.log` on **arcana**\n(`ubuntu@100.125.166.65`). Shadow's monitor pulls it via\n`ssh -o StrictHostKeyChecking=no -o ConnectTimeout=10 ubuntu@arcana\ntail -100 <path>`. Key-based auth is already set up.\n\nWhen debugging the daily report on shadow:\n- \"SSH failed\" in `daily_report.log` → arcana side (tailscale down,\n  scheduler crashed, log file moved).\n- \"Ollama接続失敗\" → shadow side (see [[monitor-model-mismatch]]).\n- Empty Discord message → check `summarize_logs.py` output manually with\n  `python3 ai-agents/monitor/summarize_logs.py`.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:33.725893+09:00", "updated_at": "2026-05-18T04:19:33.725893+09:00"}
{"id": 246, "title": "shadow/check_tmux_before_killing", "content": "---\nname: check-tmux-before-killing\ndescription: \"Before killing any process attached to a pts/ terminal, run `tmux ls` and inspect every window — pts-attached doesn't mean abandoned\"\nmetadata: \n  node_type: memory\n  type: feedback\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nWhen a process is attached to `pts/N` from a date several days ago, do\n**not** assume it's an abandoned terminal session. On 2026-05-15 I killed\nPID 45328 (`openclaw`) on that reasoning, then discovered it was the\n**production OpenClaw gateway** running inside tmux session `ai-agents`,\nwindow `crestodian` — Discord gateway + Gmail watcher both went down at\n`08:29:28 [gateway] signal SIGTERM received`.\n\n**Why:** On shadow, the canonical pattern for long-running interactive\nservices is `tmux new-session -d ...`. Such processes legitimately show\n`pts/N` as their controlling terminal because tmux opens one for each\nwindow. They are not stale.\n\n**How to apply:** Before killing any user-owned process whose `TTY`\ncolumn shows `pts/N`:\n1. `tmux ls` — list sessions.\n2. For each session: `tmux list-windows -t <session>` — get window names.\n3. For each window: `tmux capture-pane -t <session>:<window> -p | tail -40`\n   — see what's actually running.\n4. Match the suspect PID against tmux child processes\n   (`pgrep -P $(pgrep -f \"tmux.*<session>\")`).\n5. Only kill if the window pane shows a shell prompt with no active\n   process, or if the user has explicitly named the PID.\n\nA pts/ attachment from days ago is *evidence the process has been stable*,\nnot that it's a leftover. Treat long uptime as a reason for *more* caution,\nnot less.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.114911+09:00", "updated_at": "2026-05-18T04:19:34.114911+09:00"}
{"id": 247, "title": "shadow/containerd_overlap_failed_cleanup", "content": "---\nname: containerd-overlap-failed-cleanup\ndescription: \"Treating /var/lib/containerd's 12 GB as duplicate-with-Docker is wrong; cleanup recovered space briefly but came back after re-pull\"\nmetadata: \n  node_type: memory\n  type: feedback\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nOn 2026-05-15 I assumed `/var/lib/containerd/snapshots` (9.2 GB) and\n`.../content/blobs` (2.5 GB) were duplicate-of-Docker storage that could\nbe reclaimed without losing functionality. I executed:\n\n1. `docker compose down` (Dify + n8n)\n2. `docker system prune -a -f` (without `--volumes`, n8n volumes preserved)\n3. `docker compose up -d` (forced re-pull)\n4. Recreated `ai-stack` external network manually (it had been pruned).\n\n**Result:** Disk dropped 49 → 37 GB momentarily, but climbed straight\nback to 49 GB once the re-pull finished. Net change: ~0 GB. All services\nreturned healthy and data was preserved (Dify uses bind mounts under\n`/home/ubuntu/ai-stack/dify/docker/volumes/`, n8n uses named volumes\nthat survived the prune).\n\n**Why the cleanup didn't stick:** With Docker daemon configured as\n`dockerd ... --containerd=/run/containerd/containerd.sock`, Docker shares\nits image storage with containerd. Both `/var/lib/docker/rootfs` and\n`/var/lib/containerd/snapshots` are populated together on `docker pull`.\nThis is normal operation, not duplication. Reclaiming containerd alone\n(`ctr image rm`, `ctr content prune`) would desync Docker's view and\nrisk crashing running containers, but does not actually free space that\nDocker isn't already counting.\n\n**How to apply:** Don't propose pruning `/var/lib/containerd` directly\non shadow. The real ways to free Docker disk on this host are:\n- `docker image prune` for genuinely unused images (currently zero, all\n  images have running containers).\n- Replacing heavy images with smaller ones (the langgenius/dify-* set\n  is ~9 GB unique, mostly unavoidable for Dify).\n- Migrating Dify or n8n off shadow.\n\nSide outcome of this exercise: an unused `ai-stack` external Docker\nnetwork now exists (was recreated to satisfy compose). Leaving it as\ndocumented infra rather than removing.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.213517+09:00", "updated_at": "2026-05-18T04:19:34.213517+09:00"}
{"id": 248, "title": "shadow/dead_cron_entries", "content": "---\nname: dead-cron-entries\ndescription: \"Many crontab entries on shadow point at scripts that don't exist locally; they fire and fail silently\"\nmetadata: \n  node_type: memory\n  type: project\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nAs of 2026-05-15, `crontab -l` on shadow includes entries whose target\nscripts do not exist on this host. They run on schedule and fail without\nsurfacing anywhere obvious (no `~/logs/cron/` directory either).\n\nConfirmed missing targets:\n- `infra/tools/ops/scheduler-watchdog.sh` (every 10 min)\n- `infra/tools/pipeline/pipeline-deadlock-monitor.sh` (every 30 min)\n- `infra/tools/watchdog.py` (every 30 min)\n- `infra/tools/pipeline/auto-pr-merger.sh` (every 5 min)\n- `~/.claude/scripts/auto-sync.sh` (hourly)\n- `tools/trends-archive.sh`, `tools/wiki-migrate-archive.sh`\n\nConfirmed working: `disk-alert.sh`, `disk_cleanup_hourly.sh`,\n`wiki-memory-expand`, `wt-prune`, and the vvv-bots `daily_bot_report.sh`.\n\n**Why:** Crontab was likely copy-pasted from arcana during the shadow rebuild\nwithout filtering for which scripts actually got restored. See [[host-shadow]]\nand [[workspace-layout]].\n\n**How to apply:** Before debugging a \"missing log\" or \"this didn't run\" on\nshadow, check whether the cron target actually exists locally. Before adding\na new cron line, verify the script path resolves on shadow. Don't bulk-delete\nthe dead entries without user approval — they may be placeholders the user\nintends to restore.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.308221+09:00", "updated_at": "2026-05-18T04:19:34.308221+09:00"}
{"id": 249, "title": "shadow/disabled_cron_marker", "content": "---\nname: disabled-cron-marker\ndescription: \"Cron lines prefixed with `# TEMP_DISABLED_CLAUDE_TOKEN_STOP <date>` were intentionally paused by the user\"\nmetadata: \n  node_type: memory\n  type: feedback\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nLines in `crontab -l` that start with `# TEMP_DISABLED_CLAUDE_TOKEN_STOP <date>`\nwere deliberately disabled by the user, with the date marking when. As of\n2026-05-15 this affects three entries from 2026-05-14:\n`claude-issue-poller.sh`, `idle-learn.sh yt`, `idle-learn.sh x`.\n\n**Why:** The marker name implies the pause was triggered by Claude API token\nbudget concerns. Re-enabling without confirmation could resume token spend\nthe user explicitly stopped.\n\n**How to apply:** Never silently uncomment these lines. If cron cleanup is\nrequested, surface them separately and ask whether to keep, re-enable, or\ndelete. Treat the marker as a \"user intent\" signal, not noise to clean up.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.384456+09:00", "updated_at": "2026-05-18T04:19:34.384456+09:00"}
{"id": 250, "title": "shadow/discord_webhook_caution", "content": "---\nname: discord-webhook-caution\ndescription: Running daily_bot_report.sh or notify_discord.py manually posts a real message to the production Discord webhook\nmetadata: \n  node_type: memory\n  type: feedback\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\n`ai-agents/monitor/daily_bot_report.sh` and `notify_discord.py` send to a\n**real, hardcoded production webhook** (the vvv-bots health channel). There\nis no dry-run flag.\n\n**Why:** I ran `daily_bot_report.sh` manually on 2026-05-15 08:37 to test a\nfallback-path edit, after the cron had already fired at 08:00. That posted\na duplicate message to the channel. I should have either skipped the live\nsend or asked the user first — verifying behavior locally is fine, but\nside-effects on shared services need explicit approval.\n\n**How to apply:** To verify monitor changes without spamming Discord:\n- Run `summarize_logs.py` alone (`python3 ai-agents/monitor/summarize_logs.py`)\n  — that only fetches+summarizes, no Discord call.\n- For end-to-end behavior, pipe the report into a stub: e.g.\n  `python3 ai-agents/monitor/summarize_logs.py | tee /tmp/report.txt`\n  and inspect `/tmp/report.txt` instead of running the cron script.\n- Only run `daily_bot_report.sh` in full when the user has agreed to\n  receive the test message.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.419317+09:00", "updated_at": "2026-05-18T04:19:34.419317+09:00"}
{"id": 251, "title": "shadow/host_shadow", "content": "---\nname: host-shadow\ndescription: \"This workspace runs on host `shadow`, which is an observation/utility station rather than the primary dev environment\"\nmetadata: \n  node_type: memory\n  type: project\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nThe machine at `/home/ubuntu/workspace` is hostname `shadow`\n(public 91.200.242.11, tailscale 100.115.94.5). It is **not** the primary\ndevelopment host — heavy work and the canonical `infra/`, `tools/`, `web/`\ntrees live on `arcana` (100.125.166.65).\n\n**Why:** Shadow exists to run scheduled monitors, lightweight Ollama\ninference, and Claude Code sessions against arcana. The `SETUP_DONE.md` marker\n\"AI Agent Stack Restored on Shadow\" confirms it was rebuilt as a satellite,\nnot as a workspace clone.\n\n**How to apply:** When the user references files like `infra/tools/...` or\n`web/vvv-bots/...`, they mean arcana paths. Don't try to `ls` them locally —\nSSH to arcana or ask. Cron entries copied from arcana frequently target\nnonexistent local paths; see [[dead-cron-entries]].", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.582450+09:00", "updated_at": "2026-05-18T04:19:34.582450+09:00"}
{"id": 252, "title": "shadow/MEMORY-workspace", "content": "- [Host identity](host_shadow.md) — this workspace is `shadow`, an observation node, not the main dev box\n- [Shadow role: app server](shadow_role.md) — 2026-05-15 cleanup; dev tooling removed, services kept\n- [Discord webhook caution](discord_webhook_caution.md) — running monitor scripts posts to a live production channel; use the standalone summarize_logs.py to test\n- [Check tmux before killing](check_tmux_before_killing.md) — pts/-attached processes on shadow are usually tmux-hosted production services, not abandoned sessions\n- [OpenClaw runtime](openclaw_runtime.md) — gateway + crestodian both run manually in tmux; no systemd; must restart by hand on reboot\n- [OpenManus runtime](openmanus_runtime.md) — runs from venv against qwen2.5:3b; usable but tool-calling is weak at 3B\n- [VNC purpose](vnc_purpose.md) — kept for X/NotebookLM browser login persistence; lightdm disabled 2026-05-15\n- [Systemd user units](systemd_units.md) — openclaw-gateway + vvv-daily-report timer; linger enabled\n- [containerd overlap is not duplicate](containerd_overlap_failed_cleanup.md) — pruning containerd does not free disk on this host; Docker shares storage with it\n- [Workspace layout](workspace_layout.md) — only `ai-agents/` exists locally; `infra/`, `tools/`, `web/` live on arcana\n- [Dead cron entries](dead_cron_entries.md) — many crontab lines target scripts that don't exist on this host\n- [Disabled cron marker](disabled_cron_marker.md) — `TEMP_DISABLED_CLAUDE_TOKEN_STOP` prefix means user-initiated pause; do not re-enable without asking\n- [Monitor model mismatch](monitor_model_mismatch.md) — daily_bot_report wants deepseek-r1:7b but only qwen2.5:3b is installed; falls back silently\n- [Arcana remote](arcana_remote.md) — vvv-bots logs are SSH-fetched from `ubuntu@100.125.166.65`\n- [OpenClaw subproject](openclaw_subproject.md) — clone with its own AGENTS.md/CLAUDE.md; follow those, not this workspace's rules", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.631610+09:00", "updated_at": "2026-05-18T04:19:34.631610+09:00"}
{"id": 253, "title": "shadow/monitor_model_mismatch", "content": "---\nname: monitor-model-mismatch\ndescription: monitor and aider use Ollama qwen2.5:3b on shadow because RAM (~3 GB free) cannot hold a 7B model\nmetadata: \n  node_type: memory\n  type: project\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\n`ai-agents/monitor/summarize_logs.py` was changed from `deepseek-r1:7b` to\n`qwen2.5:3b` on 2026-05-15. The 7B variant was pulled then deleted because\nattempting to load it returned `model requires more system memory (4.3 GiB)\nthan is available (3.1 GiB)`.\n\n**Why:** Shadow has 7.7 GB physical RAM and **no swap**. Dify (Celery + beat\n+ 2× gunicorn ≈ 1.2 GB), n8n (~200 MB), VS Code remote extension host\n(~566 MB), and Ollama itself leave only ~3 GB free at idle. A 7B Q4 model\nneeds >4 GB resident.\n\n**How to apply:** Don't propose pulling 7B+ models on shadow without first\nfreeing memory or adding swap. If the user wants better summary quality,\nthe cheapest options are (1) enable swap (LLM via swap is slow but works\nfor a once-a-day job), (2) stop Dify in a cron pre/post hook, or (3) move\ninference to arcana. Don't silently re-pull deepseek-r1:7b.\n\n**daily_bot_report.sh Ollama detection** (fixed 2026-05-15): the script\nno longer runs `ollama serve &` directly — that would conflict with\nthe systemd `ollama.service`. It now tries `systemctl start ollama`\n(which fails without sudo and is logged), then falls through to the\n`summarize_logs.py` fallback path. Net effect: if Ollama is down, the\nreport still ships, just with the ⚠️ stats-only fallback. Don't add\nsudo or polkit rules for ollama unless the user explicitly wants the\nscript to be able to revive it on its own.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.725239+09:00", "updated_at": "2026-05-18T04:19:34.725239+09:00"}
{"id": 254, "title": "shadow/openclaw_runtime", "content": "---\nname: openclaw-runtime\ndescription: \"OpenClaw on shadow runs as two manual tmux processes (gateway + crestodian CLI); no systemd, must restart by hand on reboot\"\nmetadata: \n  node_type: memory\n  type: project\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nOpenClaw on shadow needs **two long-running processes** in tmux session\n`ai-agents`:\n\n1. **Gateway** — `node openclaw.mjs gateway run` (in `~/workspace/ai-agents/openclaw`)\n   - Listens on `127.0.0.1:18789` (WebSocket gateway) and `127.0.0.1:18791`\n     (browser control, token-auth)\n   - Hosts 9 plugins: acpx, browser, canvas, device-pair, **discord**,\n     file-transfer, memory-core, phone-control, talk-voice\n   - Bot identity: `@ppp` (Discord), Gmail watcher integrated\n2. **Crestodian CLI** — `node openclaw.mjs` (default subcommand opens\n   the Crestodian agent TUI). Connects to the gateway over the WebSocket\n   on 18789. Used for human-in-the-loop ops (`restart gateway`, etc.).\n\n`openclaw gateway status` reports `Service: systemd user (disabled)` but\n**no actual systemd unit is installed** — the \"disabled\" label is misleading.\n`openclaw gateway install` would create the unit; this has not been done\non shadow as of 2026-05-15. Practical consequence: **OpenClaw does not\nauto-restart on host reboot**. After every reboot, manually:\n\n```sh\ntmux new-window -t ai-agents -n gateway 'cd ~/workspace/ai-agents/openclaw && node openclaw.mjs gateway run'\ntmux new-window -t ai-agents -n crestodian 'cd ~/workspace/ai-agents/openclaw && node openclaw.mjs'\n```\n\n(or attach to tmux and start them by hand).\n\n**Why:** This is just how it was set up — no one ran `gateway install`.\nThe user has not yet decided whether to systemd-ize it; raising the\nquestion is fine, but don't `gateway install` without approval, since\nthat changes auth/bind defaults via the unit file.\n\n**How to apply:** When the user says \"openclaw is down\" or Discord bot\n`@ppp` stops responding, check `ss -tlnp | grep 18789` first. If empty,\nthe gateway tmux window is gone and needs the manual restart above.\nNever kill an `openclaw` process whose ppid traces back to tmux session\n`ai-agents` — see [[check-tmux-before-killing]].\n\n**Auto-restart:** Two layers as of 2026-05-15:\n\n1. **Gateway is now a systemd user unit** at\n   `~/.config/systemd/user/openclaw-gateway.service`\n   (created by `openclaw gateway install --force`). Runs\n   `/usr/bin/node /home/ubuntu/workspace/ai-agents/openclaw/dist/index.js\n   gateway --port 18789`, has `Restart=always`, lingers via\n   `loginctl enable-linger ubuntu`. Manage with\n   `systemctl --user {start,stop,status,restart} openclaw-gateway`.\n   Logs in journal: `journalctl --user -u openclaw-gateway -f`.\n   Note: `gateway install --force` killed the previously-running tmux\n   gateway process to take over the port — that's expected behavior.\n\n2. **`@reboot` cron** still runs\n   `/home/ubuntu/workspace/ai-agents/openclaw-autostart.sh` (after 30 s).\n   It now defers to systemd for the gateway (`systemctl --user start\n   openclaw-gateway` if enabled, fallback to manual `gateway run` only\n   if no unit) and starts crestodian in tmux if no `crestodian*` window\n   exists. Idempotent — re-running it is safe.\n\nProcess identity gotcha: the crestodian binary rewrites its own\n`process.title` to `openclaw`, so `pgrep` against `openclaw.mjs` does\nnot work. Use the tmux window name (`crestodian*`) to detect it\ninstead. Logs at `/home/ubuntu/workspace/ai-agents/openclaw-autostart.log`.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.806010+09:00", "updated_at": "2026-05-18T04:19:34.806010+09:00"}
{"id": 255, "title": "shadow/openclaw_subproject", "content": "---\nname: openclaw-subproject\ndescription: \"ai-agents/openclaw/ is a full GitHub clone with its own AGENTS.md and CLAUDE.md; follow those rules, not the workspace ones\"\nmetadata: \n  node_type: memory\n  type: project\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\n`ai-agents/openclaw/` is a complete clone of the OpenClaw repo\n(`https://github.com/openclaw/openclaw`, Node 22 + pnpm 11, ~3.4 GB,\n~45 top-level entries). It carries its own `AGENTS.md` and `CLAUDE.md` that\ndefine strict policies on:\n- Test commands (`pnpm test`, `pnpm test:changed`, no raw `vitest`)\n- Type-checking (`tsgo` lanes only, never `tsc --noEmit`)\n- Formatting (`oxfmt`, not Prettier)\n- PR/issue workflow (specific maintainer skills, GH conventions)\n- Plugin/core boundary architecture\n\n**Why:** It's an upstream OSS project, not part of the shadow workspace's\nown code. The workspace-level `CLAUDE.md` rules do not apply inside it.\n\n**How to apply:** Before doing any work in `ai-agents/openclaw/**`, read\nthat subtree's `AGENTS.md` first. If the user's request is ambiguous about\nwhich project they mean, ask — touching openclaw with the wrong commands\n(e.g., `tsc`, Prettier, raw vitest) will get noticed.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.884148+09:00", "updated_at": "2026-05-18T04:19:34.884148+09:00"}
{"id": 256, "title": "shadow/openmanus_runtime", "content": "---\nname: openmanus-runtime\ndescription: \"OpenManus on shadow runs from its venv against Ollama qwen2.5:3b; works, but tool-calling quality is poor at 3B\"\nmetadata: \n  node_type: memory\n  type: project\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nOpenManus is configured to run on shadow as of 2026-05-15. Invocation:\n\n```sh\ncd /home/ubuntu/workspace/ai-agents/openmanus\n./venv/bin/python main.py --prompt \"<your prompt>\"\n# or interactive:\n./venv/bin/python main.py\n```\n\nOther entrypoints: `run_mcp.py`, `run_flow.py`, `run_mcp_server.py`,\n`sandbox_main.py` — all use the same `config/config.toml`.\n\n**Config** (`config/config.toml`) was edited 2026-05-15:\n- `[llm]` and `[llm.vision]` model: `deepseek-r1:7b` → `qwen2.5-coder:7b`\n  (after a brief detour through `qwen2.5:3b` while only that model was\n  installed). qwen2.5:3b kept on disk for the vvv-bots monitor.\n- Added `api_type = \"ollama\"` and `api_version = \"\"` to both sections;\n  `app/config.py` `LLMSettings` lists those as `Field(...)` (required).\n- Backup: `config/config.toml.before-2026-05-15.bak`.\n\n**Tool-calling patch in `app/llm.py`** (2026-05-15): qwen2.5-coder (and\nlikely other Ollama-served models) emits tool calls as JSON inside the\nassistant message `content` instead of the OpenAI-style `tool_calls`\narray. Without rescue, OpenManus reports \"selected 0 tools to use\" and\nthe agent loops forever. The patch adds `_rescue_ollama_tool_calls()`\nplus a post-response hook in `ask_tool` that:\n1. fires only when `api_type == \"ollama\"` and `tool_calls` is empty,\n2. parses `<tool_call>...</tool_call>` blocks if present, otherwise\n   falls back to bare-JSON `{\"name\": ..., \"arguments\": ...}`,\n3. wraps each match into a `ChatCompletionMessageToolCall` and clears\n   the original `content`.\n\nEnd-to-end verified 2026-05-15: `--prompt \"Create a file at /tmp/...\nwith content '...' then stop\"` actually creates the file and calls\n`terminate`. Per-step time is ~25–30 s on shadow.\n\n**Why local patch:** Ollama 0.23.4 (latest as of 2026-05-15) still\nbehaves the same; bumping versions did not help. The model template\nasks for `<tool_call>` wrappers, but the model frequently skips them.\nA future Ollama or model template fix may make the rescue redundant —\nthe patch is harmless when `tool_calls` are already populated.\n\n**Why kept simple:** Both vision and text use the same `qwen2.5-coder:7b`\nbecause no real multimodal model is installed; vision flows that include\nimages will degrade. Memory is tight: model resident ~4.6 GB, swap is\nalready taking ~1–2 GB at idle on this host (see [[shadow-role]]).\n\n**How to apply:** OpenManus is *working* now, including tool calls.\nIf a user says it \"doesn't use tools,\" check whether they are running\nagainst `api_type = \"ollama\"`; the rescue only fires for that path.\nFor non-Ollama backends the original AsyncOpenAI behaviour is unchanged.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.911689+09:00", "updated_at": "2026-05-18T04:19:34.911689+09:00"}
{"id": 257, "title": "shadow/shadow_role", "content": "---\nname: shadow-role\ndescription: \"Shadow is an application server, not a development host; cleanup on 2026-05-15 removed IDE tooling and dead cron entries\"\nmetadata: \n  node_type: memory\n  type: project\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nAs of 2026-05-15 the user reclassified shadow from \"AI agent dev box\" to\n**application server**. Services kept and treated as load-bearing:\n\n- Dify (API/Worker/Web on port 5001 etc., user 1001, `/app/api/.venv/...`)\n- n8n (port 5678)\n- Ollama (`/usr/local/bin/ollama serve`, model: `qwen2.5:3b` only)\n- aider CLI (uses Ollama)\n- AI agents: `ai-agents/openclaw/`, `ai-agents/openmanus/`\n- `ai-agents/monitor/` daily report (cron `0 8 * * *`)\n- VS Code remote server (`.vscode-server/`) for ops access\n\nRemoved in the same cleanup:\n- IDE extension servers: `.cursor-server`, `.cursor`, `.gemini`, `.codex`,\n  `.codeium`, `.copilot` (~700 MB)\n- Stale `.claude.json.before-playwright-persist-*` backup\n- 4 foreground processes that I incorrectly classified as \"ghosts\"\n  (openclaw ×2, aider, openmanus main.py). One of them (PID 45328)\n  was actually the **production OpenClaw gateway** running inside\n  tmux session `ai-agents:crestodian`. See [[check-tmux-before-killing]]\n  for the lesson; user restarted via `node openclaw.mjs` in a fresh\n  tmux window. The aider/openmanus main.py kills appear to have been\n  genuinely idle.\n- 10 dead cron entries — see [[dead-cron-entries]] for the full list;\n  they were preserved as `# DEAD_REMOVED 2026-05-15 ...` comments in\n  crontab so they can be revived if any of the missing scripts return.\n  Backup at `/tmp/crontab.before.<unix-ts>.bak`.\n- Old poller data dirs `.claude-issue-poller/` (523 lock files) and\n  `.codex-pr-poller/` (1206 log files); the cron entries that fed them\n  remain disabled with `TEMP_DISABLED_CLAUDE_TOKEN_STOP`.\n\nAdded in the same cleanup:\n- 8 GB `/swapfile`, registered in `/etc/fstab`. Before this, swap was 0\n  and `available` memory dropped under 1 GB at idle, so any small spike\n  was an OOM risk. A stale `/swap.img` line was also removed from fstab\n  (the file did not exist, so `swapon -a` had been failing).\n- monitor sub-fix: `summarize_logs.py` now prefixes fallback summaries\n  with ⚠️, and `daily_bot_report.sh` distinguishes \"Discord送信成功\" vs\n  \"Discord送信成功 (要約フォールバック)\" in the log so a silent Ollama\n  failure no longer looks identical to a healthy run.\n- Stale VNC log/pid for the previous tailscale hostname\n  (`shadow.taile6d59.ts.net:1.*`) deleted from `~/.vnc/`.\n\nKept on purpose despite being \"dev-ish\":\n- VNC stack (`vncserver@1`, `novnc`/`websockify` bound to tailscale\n  `100.115.94.5:6080`, `lightdm` + `unity-greeter`). Confirmed in active\n  use — `~/.vnc/shadow:1.log` was being written into during the cleanup\n  session. Do not stop these without checking with the user.\n\n**Why:** The host had been treated as a dev workstation (multiple IDE\nremote servers, ghost terminal sessions, copy-pasted arcana cron) which\nwas wasting RAM and creating silent failures. The role change makes\n\"is this needed for serving?\" the deciding question for anything new.\n\n**How to apply:** Before installing or running anything new on shadow,\nask whether it serves the application workload. Dev-only tools (LSP\nservers, language toolchains, language-specific IDE helpers) belong on\nthe operator's local machine, not here.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:34.986726+09:00", "updated_at": "2026-05-18T04:19:34.986726+09:00"}
{"id": 258, "title": "shadow/systemd_units", "content": "---\nname: systemd-units\ndescription: Shadow runs two ubuntu-owned systemd user units; lingering is enabled so they survive logout\nmetadata: \n  node_type: memory\n  type: project\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nAs of 2026-05-15 the `ubuntu` user owns these systemd user units:\n\n- `openclaw-gateway.service` — enabled, runs the OpenClaw WebSocket\n  gateway. See [[openclaw-runtime]] for the full story.\n- `vvv-daily-report.timer` + `vvv-daily-report.service` — fires the\n  vvv-bots daily Discord report at 08:00 JST. The service is a\n  one-shot that just `ExecStart=`s\n  `/home/ubuntu/workspace/ai-agents/monitor/daily_bot_report.sh`.\n  Migrated from a `0 8 * * *` cron entry on 2026-05-15; the old cron\n  line is preserved as `# MIGRATED 2026-05-15 ...` in `crontab -l`.\n\n`loginctl enable-linger ubuntu` was set so user units run even when no\nshell session is open.\n\n**Practical commands:**\n\n```sh\nsystemctl --user list-units --type=service\nsystemctl --user list-timers\nsystemctl --user status openclaw-gateway\njournalctl --user -u openclaw-gateway -f\njournalctl --user -u vvv-daily-report.service --since \"today\"\n```\n\n**How to apply:** Prefer `systemctl --user` over cron for new\nlong-running or scheduled tasks on shadow. Drop unit files in\n`~/.config/systemd/user/`. Don't forget `daemon-reload` after editing.\nFor root-level services, `systemctl` (no `--user`) targets the system\nmanager — currently used by Dify (Docker), Ollama, Tailscale, VNC,\nn8n. Don't accidentally mix the two.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:35.023162+09:00", "updated_at": "2026-05-18T04:19:35.023162+09:00"}
{"id": 259, "title": "shadow/vnc_purpose", "content": "---\nname: vnc-purpose\ndescription: \"VNC on shadow exists to keep persistent browser login sessions for X (Twitter) and NotebookLM, not for general desktop use\"\nmetadata: \n  node_type: memory\n  type: project\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\nThe VNC server (`vncserver@1`, `Xtigervnc :1`, xfce4 desktop, novnc on\ntailscale `100.115.94.5:6080`) on shadow is used specifically to **keep\nreal browser sessions logged into services where headless automation\nloses cookies / 2FA quickly** — primarily X (Twitter) and NotebookLM.\n\n**Why:** The auto-learning crons (`idle-learn.sh yt`, `idle-learn.sh x`,\nboth currently `TEMP_DISABLED_CLAUDE_TOKEN_STOP`) presume an\nalready-authenticated browser they can drive. VNC + a sticky xfce4\nbrowser session is the cheapest way to keep those credentials warm.\n\n**How to apply:**\n- Do not stop `vncserver@1`, `novnc`, `websockify`, `Xtigervnc`, or the\n  xfce4 panel/systray on this host.\n- `lightdm` and `unity-greeter` were stopped+disabled 2026-05-15 — they\n  are the GUI *console* login (tty7), separate from VNC, and unused on\n  a server. If something seems to want them back, check with the user\n  before re-enabling.\n- If user says \"the browser is logged out / X session expired,\" they\n  are talking about this VNC desktop, not anything headless.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:35.098552+09:00", "updated_at": "2026-05-18T04:19:35.098552+09:00"}
{"id": 260, "title": "shadow/workspace_layout", "content": "---\nname: workspace-layout\ndescription: Only ai-agents/ exists under /home/ubuntu/workspace on shadow; three subprojects with very different ownership\nmetadata: \n  node_type: memory\n  type: project\n  originSessionId: 71d40fa2-b151-4c81-9821-f0dfeb7a0f66\n---\n\n`/home/ubuntu/workspace/` contains only `ai-agents/`. Inside:\n\n- `monitor/` — small Python+shell stack that runs the vvv-bots daily report\n  (~32 KB). This host owns it.\n- `openclaw/` — full GitHub clone (~3.4 GB, Node/pnpm). Has its own\n  `AGENTS.md` and `CLAUDE.md`. See [[openclaw-subproject]].\n- `openmanus/` — Python agent framework with bundled venv (~2.1 GB). Not\n  wired into any cron or service on this host as of 2026-05-15.\n\nThere is **no** `infra/`, `tools/`, `web/`, or `logs/cron/` on this host —\nthose are arcana paths. See [[host-shadow]].\n\n**Why:** The user reset the host on 2026-05-14 and intentionally restored\nonly the AI agent layer; everything else stayed on arcana.\n\n**How to apply:** When asked to \"look at the workspace,\" remember the surface\nis small. If a cron or script references a path outside `ai-agents/`, suspect\nit's a leftover from arcana before assuming it's broken local config.", "tags": ["memory", "shadow", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:19:35.123967+09:00", "updated_at": "2026-05-18T04:19:35.123967+09:00"}
{"id": 261, "title": "cure/MEMORY-global", "content": "# MEMORY.md - 恒久的な知見記録\n\n## PostgreSQL接続 (2026-04-11)\n- morningスキルのPostgreSQL接続設定が誤っていた (100.82.76.83 → 127.0.0.1に修正)\n- dev serverのTailscale IPは100.125.166.65だが、ローカル接続は127.0.0.1を使用\n- PostgreSQL認証: ユーザー=postgres, パスワード=FdS4RCh3bdXyWtb8ZaxJlAMn\n- .envファイルはDATABASE_URL形式、パスワード単体の変数名は存在しない\n- psqlコマンドではPGPASSWORD環境変数でパスワード指定可能\n\n## dev接続断の再発防止 (2026-04-11)\n**根本原因**: apt install実行中にneedrestart/unattended-upgradesがSSH切断を引き起こす\n\n**完全対策**:\n1. `DEBIAN_FRONTEND=noninteractive apt install -yq` で対話回避\n2. `NEEDRESTART_MODE=l` 環境変数でサービス再起動抑制\n3. SSH経由のapt操作は必ず以下の形式で実行:\n   ```bash\n   ssh dev \"DEBIAN_FRONTEND=noninteractive NEEDRESTART_MODE=l sudo apt install -yq <package>\"\n   ```\n4. Tailscale自動起動確認: `ssh dev \"sudo systemctl enable --now tailscaled\"`\n5. unattended-upgradesの自動再起動を無効化:\n   ```bash\n   ssh dev \"echo 'Unattended-Upgrade::Automatic-Reboot \\\"false\\\";' | sudo tee /etc/apt/apt.conf.d/52-no-autoreboot\"\n   ```\n\n**即座対応が必要な場合**: tmux内でapt実行すればSSH切断に耐性あり\n\n## STALEボット問題解決 (2026-04-11)\n**症状**: 71ボット中57ボット（80%）がSTALE状態、2時間以上トリガーされず\n**根本原因**: scheduler-tickのPM2環境にINTERNAL_API_TOKENが未設定 → start-execution APIが403エラーで10秒タイムアウト\n**解決策**:\n1. /home/ubuntu/workspace/web/vvv-bots/ecosystem.config.js を作成（dotenv使用）\n2. npm install dotenv\n3. pm2 delete scheduler-tick && pm2 start ecosystem.config.js\n**重要**: PM2再起動後も環境変数を維持するため、ecosystem.config.jsが必須\n**検証**: `pm2 jlist | python3 -c \"...INTERNAL_API_TOKEN確認...\"` で環境変数を確認すること\n\n## 記事学習（2026-05-15）\n\n- [記事5本バッチ学習](../projects/-home-ubuntu-workspace/memory/articles_20260515_batch.md) — Antigravity+worktree/ハーネスFlywheel(PR22倍)/MCPサーバー10選/圧縮型vs展開型認知/Codexゲーム開発スタック\n- **重要**: ハーネス Flywheel 4要素（Product Graph / Quality Gates / Auto Review / Alert-Fix）→ vvv bug_watchdog の自動修正拡張に直結\n- **重要**: エンジニア認知戦略「圧縮型 vs 展開型」→ 設計原則の好嫌いは能力差でなく認知戦略差\n\n## OSS ツール参照\n\n- [Claude Codeと組み合わせる6つのOSSツール](memory/qiita_claude_code_oss_tools.md) — NocoBase/n8n/Qdrant/Outline/Coolify/OpenHands、検証済みプラットフォーム上での拡張推奨（Qiita 2026-05-15）\n\n## X学習索引\n\n- [2026-05-14 X Sulphur 2 動画生成AI学習](http://100.125.166.65:8200/search?q=sulphur+2) — LTX 2.3ベース9B動画生成、uncensored、VRAM 24GB+、HF 158kDL（LLM Wiki保存済み）\n- [2026-05-15 YouTube第13弾(29本)学習](http://100.125.166.65:8200/search?q=grill-with-docs+ubiquitous+language) — /grill-with-docs・Claude Code危険コマンド・Agent SDK課金化6/15・週間制限50%増・react-doctor・BEADS・Hermes3.0（trends.md記録済み・LLM Wiki障害中）\n- [2026-05-15 YouTube第14弾(9本)学習](http://100.125.166.65:8200/search?q=routines+sub-agent+self-improve) — 安野貴博Routines3構造・にゃんたのAIサブエージェント+自己改善ループ・みかみ責務分割・ゆうしん世界情勢監視（trends.md記録済み）\n- [2026-05-15 BEADS(bd)インストール完了](http://100.125.166.65:8200/search?q=beads+bd+issue+tracker) — @beads/bd v1.0.4、vvv-botsにClaude Code統合済み(SessionStart hook)、bd remember/prime/ready 動作確認済み\n- [2026-05-15 Hermes v0.13.0 Tenacityアップデート](http://100.125.166.65:8200/search?q=hermes+agent+tenacity) — v0.8.0→v0.13.0、マルチエージェントKanban・/goal・セキュリティP0修正・国際化7言語追加", "tags": ["memory", "cure", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:20:01.114778+09:00", "updated_at": "2026-05-18T04:20:01.114778+09:00"}
{"id": 262, "title": "cure/project_cure_infra", "content": "---\nname: project-cure-infra\ndescription: cure サーバー AI駆動開発基盤の構成・状態・設計判断\nmetadata:\n  type: project\n---\n\ncure サーバー（100.86.220.63）にフルスタック AI 駆動開発基盤を構築。2026-05-14 完成。\n\n**Why:** arcana(prod) / shadow(dev) に加えて cure を AI 開発拠点として復活させる。\n\n**How to apply:** cure 作業時はこの基盤を前提に設計する。\n\n## 構成（2026-05-15 更新）\n| コンポーネント | 状態 | 備考 |\n|---|---|---|\n| Claude Code | ✅ v2.1.142 | npm-global → ~/.local/bin/claude symlink |\n| PM2 | ✅ v5.4.3 | pm2-logrotate 稼働中 |\n| Node v22 | ✅ | |\n| Python 3.12 | ✅ | |\n| GitHub CLI | ✅ v2.92.0 | yoshida-jun ログイン済み |\n| Tailscale | ✅ | shadow/arcana 疎通OK |\n| shadow Ollama | ✅ | qwen2.5:3b + qwen2.5-coder:7b (http://100.115.94.5:11434) |\n| arcana LLM Wiki | ✅ | HTTP API疎通OK (http://100.125.166.65:8200) |\n| MCP: wiki | ✅ | wiki_server_cure.py (HTTP API版) |\n| MCP: context7 | ✅ | npx -y @upstash/context7-mcp |\n| MCP: playwright | ✅ | npx -y @playwright/mcp@latest |\n| MCP: github | ✅ | bash wrapper (gh auth token) |\n| MCP: glm5 | ✅ | glm5_server.py (venv版) — API KEY未設定 |\n| MCP: supabase | ❌ | スクリプト不在のため削除 |\n| wt / wt-prune | ✅ | ~/bin/ に配置済み |\n| llm_wiki.py | ✅ | add/search/ask/add-text サブコマンド |\n| hooks | ✅ | guard/wiki/memory/ruff（cure用パス修正済み）|\n| cron エントリ | ✅ | 17本稼働中 (tailscale-monitor / disk_cleanup_hourly 追加済み) |\n| claude-base sync | ✅ | */30 cron / LOCAL==REMOTE (ab8b62d) / 103 skills |\n| MEMORY.md | ✅ | 2026-05-15 最新化済み |\n| S3 バックアップ (jk4) | ✅ | arcana-dr-backup-jk4 正常。jk1 サーバーは廃棄済み |\n\n## 重要設計決定\n- wiki MCP: arcana DBに直接接続不可（Unix socket認証）→ HTTP API経由に変更\n- ruff PostToolUse hook: ~/.local/bin/ruff（cure は vvv venv なし）\n- slow_query_monitor.sh: スタブ（cure はローカルDB不要）\n- arcana DB バックアップ: cure から arcana:5432 を pg_dump → backups/db/\n\n## パス規約\n- ツール: ~/workspace/tools/\n- ops スクリプト: ~/workspace/tools/ops/{cross_monitor.py, recovery_advisor.py}\n- infra スクリプト: ~/workspace/tools/ops/infra/\n- ha スクリプト: ~/workspace/tools/ops/ha/\n- バックアップ: ~/backups/{db,config,tools}/\n- ログ: ~/logs/cron/", "tags": ["memory", "cure", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:20:01.472683+09:00", "updated_at": "2026-05-18T04:20:01.472683+09:00"}
{"id": 263, "title": "cure/HANDOFF", "content": "# HANDOFF.md — cure サーバー AI駆動開発基盤\n\n> 最終更新: 2026-05-15 JST（/fin セッション終了処理完了）\n\n## 作業完了\n\ncure サーバー (100.86.220.63) へのフルスタック AI 駆動開発基盤デプロイが完了。\n\n## 完了済み全タスク\n\n| タスク | 詳細 |\n|---|---|\n| Claude Code v2.1.142 | v2.1.119 → 最新版（npm-global symlink修正済み）|\n| MEMORY.md / HANDOFF.md | `~/.claude/memory/` 作成済み |\n| MCP: wiki | HTTP API版 (wiki_server_cure.py) に切替え、snippet対応済み |\n| MCP: context7 | 既存 OK |\n| MCP: playwright | 追加済み |\n| MCP: github | bash wrapper (gh auth token) で追加済み |\n| MCP: glm5 | arcanaから取得・追加済み |\n| MCP: supabase | スクリプト不在のため削除（整理済み）|\n| wt / wt-prune | `~/bin/` に配置・実行権限付与 |\n| llm_wiki.py | `add` サブコマンド追加・search API (list形式) 対応済み |\n| llm_wiki_auto_add.py | WIKI_CMD パスを cure 用に修正済み |\n| shell エイリアス | `.bashrc` に wiki/ai-status/cc 追加済み |\n| logs/cron ディレクトリ | 作成済み |\n| mcp-servers ディレクトリ | arcanaからスクリプト取得・配置済み |\n| cron スクリプト 14/14 | 不足11スクリプトを cure 向け新規作成・動作確認済み |\n\n### cron スクリプト詳細（2026-05-14 追加）\n\n| スクリプト | 場所 | 内容 |\n|---|---|---|\n| cross_monitor.py | `tools/ops/` | arcana/jk4 Tailscale疎通監視・Discord通知 |\n| recovery_advisor.py | `tools/ops/` | disk/memory閾値監視・Discord通知 |\n| db_size_tracker.sh | `tools/ops/infra/` | disk使用量ログ記録（cure はDB不要）|\n| slow_query_monitor.sh | `tools/ops/infra/` | スタブ（cure はDB不要）|\n| disk_alert.sh | `tools/ops/infra/` | disk 85%超でDiscord警告 |\n| weekly_report.sh | `tools/ops/infra/` | 週次disk/mem/PM2レポート→Discord |\n| backup_verify.sh | `tools/ops/infra/` | DBダンプ存在・鮮度確認 |\n| config_backup.sh | `tools/ops/infra/` | cron/PM2/claude.json を backups/config/ へ |\n| s3_backup_shadow.sh | `tools/ops/infra/` | S3 dual account バックアップ（arcana-baseコピー）|\n| watchdog.sh | `tools/ops/ha/` | arcana ヘルスチェック→フェイルオーバー |\n| cleanup_screenshots.sh | `tools/ops/cleanup/` | スクリーンショット1日保持クリーンアップ |\n\n## 現在の状態（2026-05-14 最終）\n\n- **全コンポーネント正常稼働**\n- arcana LLM Wiki: 疎通OK（http://100.125.166.65:8200）\n- shadow Ollama: 疎通OK（qwen2.5:3b, http://100.115.94.5:11434）\n- arcana DB(5432): Tailscale経由疎通OK（pg_dump 対象）\n- PM2: pm2-logrotate のみ稼働（アプリプロセス不要）\n- cron: 全14スクリプト存在確認済み\n- disk使用量: 34G/62G (57%)\n- Tailscale: arcana/shadow/mac15 active\n\n## 次セッションで行うべき作業\n\n- なし（基盤デプロイ完全完了 + claude-base 同期も整備済み）\n- 必要に応じてプロジェクト固有の PM2 プロセスを追加\n\n## 注意事項\n\n- claude CLI は `~/.npm-global/bin/claude` が最新（`~/.local/bin/claude` はシンボリックリンク化済み）\n- worktree スクリプト: `wt <repo> <branch>` の repo は `/home/ubuntu/workspace/<repo>` を参照\n- arcana LLM Wiki API のレスポンスは list 形式（`{\"results\":[...]}` ではない）\n- cure の DB バックアップ cron は arcana DB(100.125.166.65:5432) をダンプ → cure local に保存 → S3 転送\n- slow_query_monitor.sh は cure にDB不要なのでスタブ（exit 0）\n- watchdog.sh の failover.sh は cure 上に未配置（HA フェイルオーバーが必要になった時点で追加）\n\n## 2回目「よしなに」での追加修正（2026-05-14 #3）\n\n| 修正項目 | 内容 |\n|---|---|\n| ruff PostToolUse hook | パスを `~/.local/bin/ruff` に修正（cure は vvv venv なし）|\n| cleanup_screenshots.sh | vvv dir 不在時 exit 0 (SKIP) に修正 |\n| MEMORY.md | arcana LLM Wiki 状態を \"疎通OK\" に更新 |\n| project_cure_infra.md | 最終構成を完全記録 |\n| 全スクリプト動作テスト | 14/14 パス確認 |\n\n## 4-5回目「よしなに」での追加整備（2026-05-14-15 #4-5）\n\n| 修正項目 | 内容 |\n|---|---|\n| yoshida-jun/infra アーカイブ確認 | 2026-05-14 claude/ フォルダ削除・claude-base に移行済みを発見 |\n| claude-base クローン | `/home/ubuntu/workspace/claude-base/` に clone 済み (103 skills, 61 cmds, 58 agents) |\n| claude_base_sync.sh | `tools/claude_base_sync.sh` 作成・テスト済み。llm_wiki_auto_add.py は cure 版を保護 |\n| crontab: claude_base_sync | `*/30 * * * *` で claude-base → ~/.claude/ 自動同期 |\n| crontab: infra-sync コメントアウト | infra アーカイブ済みのため不要化（claude_base_sync が代替）|\n| crontab: watchdog 頻度修正 | `* * * * *`（毎分）→ `*/5 * * * *`（5分ごと）に変更 |\n\n## 6回目「よしなに」での追加修正（2026-05-15 #6）\n\n| 修正項目 | 内容 |\n|---|---|\n| vvv-pr-review skill | claude-base に未収録だったため PR #4 で追加（sync --delete で消えるのを防止）|\n| claude_base_sync.sh 動作確認 | 実際に差分同期完了・llm_wiki_auto_add.py 保護を確認 |\n| s3_backup_shadow.sh 修正 | .env ファイルのS3送信を削除（機密情報保護）・cure 向けパス修正 |\n| slow_query_monitor.sh 実行権限 | chmod +x 追加（flock エラー解消）|\n| 全スクリプト chmod +x | 14本すべての実行権限を確認・付与 |\n| cross_monitor / recovery_advisor | 動作テスト OK（arcana 疎通・ディスク正常）|\n\n## 7回目「よしなに」での追加整備（2026-05-15 #7）\n\n| 修正項目 | 内容 |\n|---|---|\n| 古いエラーログ一括アーカイブ | backup_verify/config_backup/s3_backup/recovery_advisor/cross_monitor/llm_wiki_auto/infra_sync を archive/ へ移動してクリア |\n| cleanup_screenshots.log 整理 | [ERROR] エントリ（旧スクリプト起因）を除去、[SKIP][OK]のみ保持 |\n| s3_backup_shadow.sh 修正確認 | cure 向けパス・.env 送信削除を確認 |\n| pg_dump 手動実行 | arcana DB → cure backups/db/vvv_20260515.dump (258MB) 正常 |\n| backup_verify.sh 確認 | 新ダンプを正常認識（age=0h）|\n| 全ログクリーン | 実際のエラー 0 件を確認 |\n| DB dump cron 確認 | arcana 5432 への pg_dump 疎通 OK・1,7,13,19時 UTC に自動実行 |\n\n## 14回目「よしなに」での未検証領域診断（2026-05-15 #14）\n\n| 確認項目 | 結果 |\n|---|---|\n| MCP スクリプト実在 | wiki_server_cure.py / glm5_server.py 両方 ✅ |\n| glm5 venv 依存 | mcp / httpx OK ✅ |\n| 全 hook 構文チェック | 6本すべて OK ✅ |\n| settings.json hooks | PostToolUse(ruff) / Stop(memory_save) / UserPromptSubmit(wiki+inject) / PreToolUse(guard+rtk) |\n| rtk / ruff | rtk 0.39.0 / ruff 0.15.12 OK ✅ |\n| wt / wt-prune 構文 | OK ✅ |\n| backups/tools/ | 15本 (7.4M) — infra cron 停止後の残骸。disk 影響軽微 |\n| config_backup.sh 改善 | tools/ 30日超 tar.gz の自動削除を追加。動作確認済み ✅ |\n| Tailscale 新ノード | ip-172-31-41-100 (AWS) / n3080 (Windows) — cure 管理外 |\n| 実エラー | **0件** |\n\n## 13回目「よしなに」での深掘り診断（2026-05-15 #13）\n\n| 確認項目 | 結果 |\n|---|---|\n| cron ログ差分（前回比） | config_backup/watchdog/db_size_tracker が正常更新のみ |\n| claude-base upstream | LOCAL == REMOTE (ab8b62d) — 変化なし |\n| Tailscale 新ノード発見 | ip-172-31-41-100(AWS EC2) / n3080(Windows GPU機) — cure 管理外 |\n| arcana ping 応答 | 167ms (Tailscale direct) |\n| cross_monitor ロジック確認 | --quiet 時 OK なら無出力設計 → ログ空は正常 |\n| recovery_advisor ロジック確認 | disk<85%/mem<90% → アラートなし → ログ空は正常 |\n| weekly_report / disk_alert | Discord webhook ハードコード — 機能上問題なし |\n| 実エラー | **0件** |\n\n## 12回目「よしなに」での記憶更新（2026-05-15 #12）\n\n| 作業 | 内容 |\n|---|---|\n| MEMORY.md 更新 | shadow Ollama 2モデル化・cron 17本・jk1 S3 失効注記・claude-base sync 状態を最新化 |\n| project_cure_infra.md 更新 | 構成表に claude-base sync / jk1⚠️ / tailscale-monitor / disk_cleanup_hourly を追記 |\n| claude_base_sync.log ログ量 | 63行 (LOCAL==REMOTE 時は書き込みなし設計 → 問題なし) |\n| 全体サマリ | disk 35G/62G・mem 1.9Gi・skills 103・cron 17本・DB 909MB・全外部疎通OK |\n| 実エラー | **0件** |\n\n## 11回目「よしなに」での深掘り診断（2026-05-15 #11）\n\n| 確認項目 | 結果 |\n|---|---|\n| jk1 S3 credentials | **失効** (InvalidAccessKeyId) — arcana でも同じエラー。jk1 アカウント全体の問題 |\n| jk4 S3 | 正常 (arcana-dr-backup-jk4 に crontab upload 確認) |\n| s3_backup.sh 影響 | jk4 だけバックアップ継続中。jk1 失敗は 2>/dev/null でサイレント無視。実害なし |\n| slow_query.log | 古い flock エラー (chmod前の残骸) をクリア。現在は正常動作 |\n| db_size_tracker | 手動実行で 917M 正しく記録。夜間 cron は dump 完了前実行だったため 7.4M 表示だった |\n| skills/agents/commands | claude-base と完全一致。差分なし |\n| 実エラー | **0件**（jk1 credentials 失効は human-only 判断事項として記録のみ） |\n\njk1 サーバーは廃棄済みのため、s3_backup_shadow.sh を jk4 単独に修正済み（2026-05-15 #14）\n\n## 10回目「よしなに」での定期診断（2026-05-15 #10）\n\n| 確認項目 | 結果 |\n|---|---|\n| disk | 35G/62G (59%) / mem 1.9Gi/3.8Gi |\n| Claude Code | 2.1.142 |\n| crontab | 17エントリ全稼働 |\n| 全スクリプト実行権限 | 13/13 OK |\n| cross_monitor / recovery_advisor 手動実行 | exit=0 (正常・通知なし) |\n| config_backup 手動実行 | 正常完了 (backups/config/20260515 生成) |\n| claude-base | LOCAL == REMOTE (ab8b62d) / skills 103本 |\n| llm_wiki_auto_add.py WIKI_CMD | cure パス保護OK |\n| arcana Wiki | 疎通OK |\n| shadow Ollama | 2モデル稼働 |\n| DB dump | 908MB / age=0h |\n| 実エラー | **0件** |\n\n**cure サーバー完全正常稼働。発見した問題なし。**\n\n## 9回目「よしなに」での最終確認（2026-05-15 #9）\n\n| 確認項目 | 結果 |\n|---|---|\n| crontab 全エントリ | 17本（コメントアウトなし・全稼働）|\n| claude-base sync | LOCAL == REMOTE (ab8b62d) — vvv-pr-review を取込済確認 |\n| DB dump | vvv_20260515_000108.dump (908MB) / backup_verify age=0h |\n| arcana LLM Wiki | 疎通OK (http://100.125.166.65:8200) |\n| shadow Ollama | qwen2.5-coder:7b + qwen2.5:3b 稼働中 |\n| disk | 35G/62G (59%) |\n| memory | 1.9Gi/3.8Gi (used) + swap 476Mi |\n| watchdog.log | 古い 2026-05-05 エントリをアーカイブしてクリア |\n| 実エラー | **0件** |\n\n**cure サーバー完全正常稼働確認。追加作業なし。**\n\n## 8回目「よしなに」での追加整備（2026-05-15 #8）\n\n| 修正項目 | 内容 |\n|---|---|\n| claude-base local が origin/main より ahead | PR#4 がすでにマージ済みだったため `git reset --hard origin/main` してから sync 実行 |\n| claude_base_sync.sh ログ二重書き | `log()` 内の `tee -a` を `>>` に変更 + crontab の `>> LOG` 削除 |\n| PR#4 マージ確認 | vvv-pr-review が claude-base/main に入ったことを確認 |\n| sync 再実行 | LOCAL == REMOTE 確認・vvv-pr-review が両側 103 skills で一致 |\n| 実際のエラー | **0件** — cleanup_screenshots の \"not found\" はgrep誤検知（[SKIP]メッセージ内の文字列）|", "tags": ["memory", "cure", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:20:02.004096+09:00", "updated_at": "2026-05-18T04:20:02.004096+09:00"}
{"id": 264, "title": "cure/HANDOFF-project", "content": "# HANDOFF.md — 2026-05-14\n\n## 今セッションでやったこと\n\n### Freebuff/Codebuff 調査・導入試行・削除\n- `https://github.com/CodebuffAI/codebuff` と `https://github.com/Quorinex/Freebuff2API` を調査\n- セキュリティ審査: ローカルDocker実行のみ条件付きGO判定\n- Go 1.23.9 インストール → Freebuff2API ビルド成功\n- freebuff npm パッケージインストール → トークン不要では動作不可と判明（SaaSモデルへのアクセスが必須）\n- お姉様判断で両方削除 → Go/freebuff/Freebuff2API/manicode設定 全削除済み\n\n### cure サーバー セキュリティチェック＆修正\n**Critical修正:**\n- SSHパスワード認証: cloud-init上書き問題を修正 (`/etc/ssh/sshd_config.d/50-cloud-init.conf` → `PasswordAuthentication no`)\n- X11Forwarding を無効化\n- `.env` 5件のパーミッション 0644→0600\n- crontabの `PGPASSWORD=...` を削除 → `~/.pgpass` 管理に移行\n- crontabのDiscord Webhook URLをスクリプト化 (`~/workspace/tools/tailscale-monitor.sh`)\n- `crontab_backup_20260502.txt`（平文PW）を shred 削除\n\n**中程度修正:**\n- `~/.aws/` を 700/600 に修正\n- apt upgrade（33パッケージ）\n- CUPS・LightDM 停止・無効化\n- UFW 6080/tcp ルール削除\n- fail2ban bantime 3600→86400秒（`/etc/fail2ban/jail.local` で永続化）\n\n### cure サーバー クリーンアップ\n- `spare-backups/` 削除（1.2GB）\n- VSCode Server 古いバイナリ×4 削除（最新 0958016b のみ残存）\n- `go/pkg/mod` キャッシュ削除（28MB）\n- pm2 ログ・playwright-mcp ログ・codex-pr-poller ログ クリア\n\n## 未完了・注意事項\n\n- **Discord Webhook URL 再発行推奨**: Tailscale監視用WebhookのURLがcrontabに平文で存在していた履歴あり。Discordサーバー設定→連携サービスから再発行し `~/.config/discord-webhooks.env` を更新すること\n- **cure は廃止済みサーバー**: 通常使用しない（必要時のみ検証目的）\n\n## 環境状態\n\n- cure サーバー: SSH公開鍵認証のみ、fail2ban 86400秒BAN、不要サービス停止済み\n- shadow サーバー: 変更なし\n- arcana サーバー: 変更なし", "tags": ["memory", "cure", "claude-memory"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T04:20:02.385359+09:00", "updated_at": "2026-05-18T04:20:02.385359+09:00"}
{"id": 265, "title": "instinct: daily_once ボットのスケジュール判定は厳密時刻一致のためtick遅延でスキップが発生する", "content": "# instinct: daily_once ボットのスケジュール判定は厳密時刻一致のためtick遅延でスキップが発生する\n\n## 問題\nscraper_bot_schedule の schedule_mode=daily_once ボットは run_hour/run_minute と厳密一致で判定する。前の長時間ボット（crowdtech等）でtickが遅延すると、指定時刻のtickが飛ばされて当日実行が丸ごとスキップされる。\n\n## 再現条件\n- group_id=449 は run_hour=5, run_minute=38 設定\n- 05:37 のtickが2分半の長時間処理を実行\n- 次tickが05:40 → 厳密一致で due にならず\n- 結果: last_triggered_at が更新されず3日間スキップ\n\n## 修正\nvvv側の _check_daily_once を厳密一致から時間帯マッチ（run_h==hour and run_m<=minute+猶予）に変更（PR #349）。\n\n## 関連\n- vvv #347, vvv-bots #176", "tags": ["instinct", "scheduler", "daily_once", "tick", "vvv-bots", "bug-pattern"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:19:49.647128+09:00", "updated_at": "2026-05-18T05:19:49.647128+09:00"}
{"id": 266, "title": "instinct: BOTS辞書への登録漏れはtick APIで一切実行されない死角になる", "content": "# instinct: BOTS辞書への登録漏れはtick APIで一切実行されない死角になる\n\n## 問題\nscraper_bots_helpers.py の BOTS辞書に group_id が未登録のボットは、tick API が BOTS.keys() を対象とするため一切スケジュール実行されない。scraper_bot_scheduleにレコードがあり enabled=true でも無効。\n\n## 症状\n- スケジューラーログにボット名が出てこない\n- last_triggered_at が NULL のまま\n- tick API のレスポンスにそのボットが含まれない\n\n## チェック方法\n\n\n## 修正\nbots/scraper_bots_helpers.py の BOTS辞書に該当 group_id を追加する。\n\n## 関連\n- vvv #441 (crowdlinks=249, content_pixiv_chokaguya=457)\n- vvv-bots bot_registry.py も同様の問題あり (#instinct bot_registry)", "tags": ["instinct", "vvv-bots", "scheduler", "BOTS辞書", "scraper_bots_helpers", "bug-pattern"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:20:05.533966+09:00", "updated_at": "2026-05-18T05:20:05.533966+09:00"}
{"id": 267, "title": "instinct: バッチINSERTの重複制約違反はON CONFLICT DO NOTHINGだけでは不十分な場合がある", "content": "# instinct: バッチINSERTの重複制約違反はON CONFLICT DO NOTHINGだけでは不十分な場合がある\n\n## 問題\nPOST /public/x-favorites/ の並列リクエストによるTOCTOU競合で UniqueViolation が発生。ON CONFLICT DO NOTHING に変更後も別コードパスから同テーブルにINSERTするルートが存在し再発した。\n\n## 教訓\n- ON CONFLICT DO NOTHING はそのINSERT文の重複のみをカバー\n- 同テーブルへの別コードパスが存在する場合は全箇所を修正する必要がある\n- エラーログの INSERT 文を grep して全コードパスを洗い出す\n\n## 対象テーブル\nfavorites (user_id, video_id) unique制約\n\n## 関連\n- vvv #350, #354", "tags": ["instinct", "postgresql", "on-conflict", "unique-violation", "concurrent", "vvv"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:20:15.902352+09:00", "updated_at": "2026-05-18T05:20:15.902352+09:00"}
{"id": 268, "title": "instinct: SSH環境でPATHが通らずローカルインストールのCLIツールが見つからない", "content": "# instinct: SSH環境でPATHが通らずローカルインストールのCLIツールが見つからない\n\n## 問題\nSSH経由でスクリプトを実行すると ~/.local/bin が PATH に含まれず、yt-dlp 等のユーザーインストールツールが見つからない。\n\n## 症状\nNo such file or directory: yt-dlp だが /home/ubuntu/.local/bin/yt-dlp は存在する。\n\n## 対処パターン\n1. スクリプト内で絶対パスを使う: YT_DLP_BIN = Path.home() / .local/bin/yt-dlp\n2. shutil.which() で探す前に ~/.local/bin を sys.path に追加\n3. subprocess の env に PATH を明示的に設定する\n\n## 関連\n- vvv-bots #181 (fetch_youtube_ytdlp.py)", "tags": ["instinct", "ssh", "PATH", "yt-dlp", "環境変数", "vvv-bots"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:20:30.700525+09:00", "updated_at": "2026-05-18T05:20:30.700525+09:00"}
{"id": 269, "title": "instinct: Playwright ローカルモードでEPIPEエラーが出たらリモートPlaywrightに切り替える", "content": "# instinct: Playwright ローカルモードでEPIPEエラーが出たらリモートPlaywrightに切り替える\n\n## 問題\nScraplingのローカルPlaywrightモードで use_remote_playwright=False をハードコードしているスクレイパーが、Pythonタイムアウト後もNode.js側が書き込もうとしてEPIPE(errno:-32)エラーでプロセスが異常終了する。\n\n## 症状\nError: write EPIPE at PipeTransport.send / errno: -32, code: EPIPE\n\n## 修正\n- use_remote_playwright のハードコードを削除\n- 環境変数またはConfigで切り替え可能にする\n- playwright_service（リモートモード）を使うと回避できる\n\n## 関連\n- vvv-bots #98 (rimopuru scraper)", "tags": ["instinct", "playwright", "EPIPE", "scraper", "vvv-bots", "bug-pattern"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:20:41.485053+09:00", "updated_at": "2026-05-18T05:20:41.485053+09:00"}
{"id": 270, "title": "instinct: scheduler_tick から別リポジトリのモジュールをimportするとNo module named エラーになる", "content": "# instinct: scheduler_tick から別リポジトリのモジュールをimportするとNo module named エラーになる\n\n## 問題\nvvv-bots の scheduler_tick.py から vvv リポジトリの app.infrastructure.bot_slack_notifier を dynamic import しているが、vvv-bots の実行コンテキストでは app モジュールへの PATH が通っていないため毎tickでエラーが発生する。\n\n## 症状\nSlack通知エラー（無視）: No module named app\n\n## 対処パターン\n1. sys.path に VVV_DIR を追加してからimportする\n2. Slack通知ロジックを vvv-bots 内に自前実装する（外部依存を断ち切る）\n3. 環境変数 VVV_DIR を設定してパスを解決する\n\n## 教訓\nクロスリポジトリの dynamic import は PATH問題が起きやすい。通知系は各リポジトリで自己完結させるべき。\n\n## 関連\n- vvv-bots #202", "tags": ["instinct", "scheduler", "import", "cross-repo", "vvv-bots", "slack"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:20:54.827747+09:00", "updated_at": "2026-05-18T05:20:54.827747+09:00"}
{"id": 271, "title": "instinct: dev/prodのscraper_bot_schedule設定乖離はマイグレーション漏れと手動変更の混在で発生する", "content": "# instinct: dev/prodのscraper_bot_schedule設定乖離はマイグレーション漏れと手動変更の混在で発生する\n\n## 問題\nshadow(dev)とarcana(prod)の scraper_bot_schedule テーブルで timeout_seconds / max_pages 等の設定値が乖離する。prodで手動変更した値がdevに反映されていないケース。\n\n## 実例\ncrowdtech(group_id=217): shadow=60s/3pages, arcana=360s/31pages\n\n## チェック方法\n\n\n## 対処\n- prod で手動変更した場合は必ず dev にも同じSQL実行\n- 設定変更はマイグレーションファイルとして管理する\n- 定期的に dev/prod の設定差分をチェックするスクリプトを実行\n\n## 関連\n- vvv-bots #91 (crowdtech timeout乖離)\n- vvv-bots #177 (vvv_dev/prod の scraper_bot_schedule 乖離)", "tags": ["instinct", "dev-prod-drift", "scraper_bot_schedule", "migration", "vvv-bots"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:21:08.082709+09:00", "updated_at": "2026-05-18T05:21:08.082709+09:00"}
{"id": 272, "title": "instinct: last_triggered_atがDBで古く見えても defer_record=True時は正常な場合がある", "content": "# instinct: last_triggered_atがDBで古く見えても defer_record=True時は正常な場合がある\n\n## 問題\narcana の scraper_bot_schedule.last_triggered_at が全ボット古い日付で止まって見えた。scheduler-tickのログでは正常実行中だったため混乱。\n\n## 原因\nscheduler_tick.py が defer_record=True モードで動作中。実行直前の _start_execution でレコードを更新する設計のため、長時間ボット実行中はDBの表示が古いまま見える。\n\n## 確認手順\n1. まず scheduler-tick の PM2 ログを確認: pm2 logs scheduler-tick\n2. tick番号が増加していれば正常動作中\n3. DBの last_triggered_at が古くても焦らない\n\n## 関連\n- vvv-bots #84", "tags": ["instinct", "scheduler", "defer_record", "last_triggered_at", "vvv-bots", "monitoring"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:21:19.719447+09:00", "updated_at": "2026-05-18T05:21:19.719447+09:00"}
{"id": 273, "title": "instinct: Cookieではなく LocalStorage に認証トークンを保存するサイトは save_auth.py が機能しない", "content": "# instinct: Cookieではなく LocalStorage に認証トークンを保存するサイトは save_auth.py が機能しない\n\n## 問題\nfukugyo_cloud (複業クラウド / AnotherWorks) が LocalStorage にJWTを保存するサイトのため、Cookie取得ベースの save_auth.py では認証トークンが auth.json に含まれず 403 が返り続ける。\n\n## 症状\n- /v2/talent/projects API が 403 を返す\n- _is_auth_expired で早期リターン\n- save_auth.py で再保存してもJWTが入らない\n\n## 確認方法\nDevTools → Application → Local Storage で jwt / token キーを確認。Cookie になければ LocalStorage。\n\n## 対処\n- Playwright で page.evaluate(localStorage.getItem(tokenKey)) でトークンを取得\n- または noVNC でブラウザ操作して手動取得\n\n## 関連\n- vvv-bots #92", "tags": ["instinct", "auth", "localStorage", "cookie", "scraper", "vvv-bots"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:21:35.194929+09:00", "updated_at": "2026-05-18T05:21:35.194929+09:00"}
{"id": 274, "title": "instinct: thumbnail UPDATEの行ロック競合は複数ボットが同一video_idを並列処理する時に発生する", "content": "# instinct: thumbnail UPDATEの行ロック競合は複数ボットが同一video_idを並列処理する時に発生する\n\n## 問題\narcana の pg_stat_activity で複数の thumbnail UPDATE が wait_event_type=Lock, wait_event=transactionid/tuple で15分以上滞留。複数ボットが同一 video_id に対して thumbnail_status を並列でUPDATEしていた。\n\n## 検出方法\n\n\n## 対処パターン\n1. UPDATE前にSELECT FOR UPDATE NOWAITでロック取得を試みる（失敗したらスキップ）\n2. thumbnail_scraper の並列度を下げる\n3. ON CONFLICT DO NOTHING で重複更新を防ぐ\n\n## 関連\n- vvv-bots #169", "tags": ["instinct", "postgresql", "row-lock", "thumbnail", "concurrent", "vvv-bots", "performance"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:21:44.821055+09:00", "updated_at": "2026-05-18T05:21:44.821055+09:00"}
{"id": 275, "title": "instinct: LLMモデルのEOLはHTTP 410 Goneで返り無告知で使えなくなる", "content": "# instinct: LLMモデルのEOLはHTTP 410 Goneで返り無告知で使えなくなる\n\n## 問題\nNVIDIA NIM の moonshotai/kimi-k2-instruct が2026-05-12にEOLとなり、突然HTTP 410 Goneを返すようになった。バッチ処理が全件失敗するまで気づかなかった。\n\n## エラー例\n{type: about:blank, title: Gone, status: 410, detail: The model has reached its end of life}\n\n## 対策\n- モデル名をハードコードせず設定ファイル/環境変数で管理する\n- LLMクライアントに410検知→フォールバックモデル切替ロジックを入れる\n- モデルEOL通知をプロバイダのchangelogで定期監視する (kimi-k2-instruct → kimi-k2.6)\n\n## 影響範囲確認\ngrep -r kimi-k2-instruct で全ファイルを一括置換\n\n## 関連\n- infra #448, vvv-bots PR#171", "tags": ["instinct", "llm", "eol", "kimi", "nvidia-nim", "model-versioning"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:23:34.128769+09:00", "updated_at": "2026-05-18T05:23:34.128769+09:00"}
{"id": 276, "title": "instinct: GitHub ActionsのCI変数をシェル直埋込みするとsyntax errorになる", "content": "# instinct: GitHub ActionsのCI変数をシェル直埋込みするとsyntax errorになる\n\n## 問題\ngithub.event.head_commit.message をシェルのシングルクォート内に直埋込みすると、commit messageにシングルクォートや改行が含まれた瞬間にsyntax errorでジョブが失敗する。\n\n## 症状\nline 8: syntax error near unexpected token newline\n\n## 正しい対処\nenv経由でシェルに渡す:\n```yaml\nenv:\n  COMMIT_MSG: ${{ github.event.head_commit.message }}\nrun: echo \"$COMMIT_MSG\"\n```\n\n直埋込みはNG、envで受けてシェル変数として使う。\n\n## 関連\n- infra PR#436, anime PR#314", "tags": ["instinct", "github-actions", "shell-escape", "ci", "commit-message"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:39.399249+09:00", "updated_at": "2026-05-18T05:24:39.399249+09:00"}
{"id": 277, "title": "instinct: GitHub Actions secret名のtypoはcurlのURL rejectedで発覚する", "content": "# instinct: GitHub Actions secret名のtypoはcurlのURL rejectedで発覚する\n\n## 問題\nGitHub repo secretの実名は DISCORD_WEBHOOK だがワークフローで DISCORD_WEBHOOK_URL を参照していた。secretが存在しない場合は空文字になり curl: (3) URL rejected: Malformed input to a URL function で失敗する。\n\n## 症状\ncurl: (3) URL rejected: Malformed input to a URL function\n\n## 確認方法\n```bash\ngh api /repos/OWNER/REPO/actions/secrets | jq '[.secrets[].name]'\n```\nで実際のsecret名を確認してからワークフローを書く。\n\n## 関連\n- infra PR#434", "tags": ["instinct", "github-actions", "secret", "discord", "ci"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:40.211785+09:00", "updated_at": "2026-05-18T05:24:40.211785+09:00"}
{"id": 278, "title": "instinct: PM2 reloadの並列実行はReload already in progressエラーになる", "content": "# instinct: PM2 reloadの並列実行はReload already in progressエラーになる\n\n## 問題\nanimeのdeployが5回連続失敗。同一ブランチへの連続pushで複数のdeployジョブが並行実行され pm2 reload anime-api が競合した。\n\n## エラー\n[PM2][ERROR] Reload already in progress, please try again in 27 seconds or use --force\n\n## 対処\nGitHub Actions に concurrency control を追加する:\n```yaml\nconcurrency:\n  group: deploy-${{ github.ref }}\n  cancel-in-progress: false\n```\ncancel-in-progress: false にすることで先行deployが完走してから次を実行する。\n\n## 関連\n- anime PR#311", "tags": ["instinct", "pm2", "github-actions", "deploy", "concurrency", "ci"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:41.040433+09:00", "updated_at": "2026-05-18T05:24:41.040433+09:00"}
{"id": 279, "title": "instinct: GitHub Actions secret は利用するリポジトリごとに個別登録が必要", "content": "# instinct: GitHub Actions secret は利用するリポジトリごとに個別登録が必要\n\n## 問題\ninfraリポには DISCORD_WEBHOOK が登録済みだが anime リポには未登録のため notify-success ジョブが curl error で失敗し続けた。Organizationレベルsecretを使っていない場合はリポジトリごとに登録が必要。\n\n## 確認コマンド\n```bash\ngh api /repos/OWNER/REPO/actions/secrets | jq '[.secrets[].name]'\n```\n\n## 登録コマンド\n```bash\ngh secret set DISCORD_WEBHOOK --repo OWNER/REPO\n```\n\n## 関連\n- anime #313\n- infra PR#434 (secret名typo問題と合わせて確認すること)", "tags": ["instinct", "github-actions", "secret", "discord", "multi-repo", "ci"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:41.890894+09:00", "updated_at": "2026-05-18T05:24:41.890894+09:00"}
{"id": 280, "title": "instinct: CI deployはarcanaのみ反映でshadow/cureはdev/qaブランチpush時のみ同期される", "content": "# instinct: CI deployはarcanaのみ反映でshadow/cureはdev/qaブランチpush時のみ同期される\n\n## 問題\nmainブランチへのマージはarcanaのみ自動デプロイされる。shadow/cureは明示的にdev/qaブランチにpushしない限り同期されない設計になっている。\n\n## 設定\n- deploy-arcana: github.ref == refs/heads/main\n- deploy-shadow: github.ref == refs/heads/dev\n- deploy-cure: github.ref == refs/heads/qa\n\n## 注意\nmainマージ後にshadow/cureの動作確認が必要な変更は、手動でdev/qaブランチにcherry-pickまたはmergeする。\n\n## 関連\n- infra #433", "tags": ["instinct", "ci", "deploy", "arcana", "shadow", "cure", "branch-strategy"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:42.787698+09:00", "updated_at": "2026-05-18T05:24:42.787698+09:00"}
{"id": 281, "title": "instinct: Alpine.jsはCSPのunsafe-evalなしで全インタラクティブ機能が無効になる", "content": "# instinct: Alpine.jsはCSPのunsafe-evalなしで全インタラクティブ機能が無効になる\n\n## 問題\nCSP設定の script-src に unsafe-eval が欠如しているため Alpine.js v3 の全ページで動作不能。ログインフォーム・お気に入りボタン・ダークモード切替など全インタラクティブ機能が壊れる。\n\n## 根本原因\nAlpine.js v3はデフォルトで new Function() / eval() を使って属性式を評価する。\n\n## 修正\nCSPの script-src に unsafe-eval を追加:\n```python\n\"script-src 'self' 'unsafe-inline' 'unsafe-eval' https://cdn.jsdelivr.net\"\n```\n\n## 代替案（セキュリティ重視の場合）\n@alpinejs/csp プラグインを使うと unsafe-eval 不要になる。\n\n## 関連\n- anime #284", "tags": ["instinct", "csp", "alpine-js", "security", "frontend", "anime"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:43.726307+09:00", "updated_at": "2026-05-18T05:24:43.726307+09:00"}
{"id": 282, "title": "instinct: PostgreSQLのWHERE条件評価順序は保証されないためキャスト前に型チェックが必要", "content": "# instinct: PostgreSQLのWHERE条件評価順序は保証されないためキャスト前に型チェックが必要\n\n## 問題\nitem_key ~ '^[0-9]+$' AND a.id = l.item_key::int のような書き方では、PostgreSQLがitem_key::intを先に評価して非数値で invalid input for type integer エラーになり500エラーが発生する可能性がある。\n\n## 修正パターン\nCASE WHENで safe cast:\n```sql\nWHERE l.item_key ~ '^[0-9]+$'\nAND a.id = CASE WHEN l.item_key ~ '^[0-9]+$' THEN l.item_key::int END\n```\nまたはサブクエリで先にフィルタ:\n```sql\nFROM (SELECT * FROM fav_log WHERE item_key ~ '^[0-9]+$') filtered\nWHERE a.id = filtered.item_key::int\n```\n\n## 関連\n- anime #329", "tags": ["instinct", "postgresql", "sql", "type-cast", "where-clause", "anime"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:44.814784+09:00", "updated_at": "2026-05-18T05:24:44.814784+09:00"}
{"id": 283, "title": "instinct: URLエンコードをHTMLテンプレートのdata属性に適用するとDBに二重エンコードで保存される", "content": "# instinct: URLエンコードをHTMLテンプレートのdata属性に適用するとDBに二重エンコードで保存される\n\n## 問題\nHTMLテンプレートの data-key に quote()（URLエンコード）を適用すると、APIに %E5%AE%AE... のようなエンコード済み文字列が送られDBに保存される。表示側で unquote() しているため一見動くが、データの一貫性が失われる。\n\n## 修正\nHTMLテンプレートのdata属性にはURLエンコードしない生の値を使う:\n```python\n# NG: data-key=\"{_e(quote(va))}\"\n# OK: data-key=\"{_e(va)}\"\n```\n\n## 関連\n- anime #325", "tags": ["instinct", "url-encoding", "html", "template", "database", "anime"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:45.605713+09:00", "updated_at": "2026-05-18T05:24:45.605713+09:00"}
{"id": 284, "title": "instinct: pickle.loadはwith文を使わないとファイルディスクリプタが枯渇する", "content": "# instinct: pickle.loadはwith文を使わないとファイルディスクリプタが枯渇する\n\n## 問題\npickle.load(open(path, 'rb')) のようにwith文なしで使うと、ファイルハンドルがGCに依存して確実にクローズされない。ファイル数が多い場合にファイルディスクリプタ枯渇のリスクがある。\n\n## 修正\n```python\n# NG\nhorse_ids = pickle.load(open(RAW_DIR / 'horse_id_list.pkl', 'rb'))\n\n# OK\nwith open(RAW_DIR / 'horse_id_list.pkl', 'rb') as f:\n    horse_ids = pickle.load(f)\n```\n\n## 関連\n- keiba-ai #1", "tags": ["instinct", "python", "pickle", "file-handle", "resource-leak", "keiba-ai"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:46.383909+09:00", "updated_at": "2026-05-18T05:24:46.383909+09:00"}
{"id": 285, "title": "instinct: SPAサイトはwait_until=domcontentloadedでJS実行前のHTMLしか取得できずセレクタが空になる", "content": "# instinct: SPAサイトはwait_until=domcontentloadedでJS実行前のHTMLしか取得できずセレクタが空になる\n\n## 問題\ncrowdtech（React/Next.js系SPA）でwait_until=domcontentloadedを使うと、JS実行前の空のHTMLしか取得できず /job_offers/ リンクが0件になる。pw_wait_forセレクタが永遠に待ってタイムアウト360秒に達する。\n\n## 判定方法\nwait_until=domcontentloaded: html_len=37312, /job_offers/ count=0\nwait_until=load: html_len=300000+, /job_offers/ count=50+\n\n## 対処\nSPAサイトは wait_until=load または networkidle を使う。セレクタが0件の場合はまずwait_until設定を疑う。\n\n## 関連\n- infra #411 (vvv-bots crowdtech)\n- vvv-bots #153 (httpxタイムアウト延長も参照)", "tags": ["instinct", "playwright", "spa", "wait_until", "scraper", "vvv-bots", "timeout"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:47.410426+09:00", "updated_at": "2026-05-18T05:24:47.410426+09:00"}
{"id": 286, "title": "instinct: ハードコードシークレットはgitleaksで検出され履歴ごと消去が必要になる", "content": "# instinct: ハードコードシークレットはgitleaksで検出され履歴ごと消去が必要になる\n\n## 問題\ninfraリポのdaily_learn.py/trend_report.py/semantic_alert.pyにSupabaseキー・NVIDIAキー・PostgreSQLパスワードが平文ハードコードされていた。gitleaksスキャンで検出、git履歴からの完全消去が必要になった。\n\n## 影響\n- git filter-branch または BFG Repo Cleanerでの履歴書き換えが必要\n- 全コラボレーターのforce-pullが必要\n- 漏洩したキーの即時ローテーションが必要\n\n## 予防策\n- 開発初日から .env + python-dotenv / os.environ を使う\n- pre-commit フックで gitleaks を実行する\n- settings.json等のローカル設定ファイルも .gitignore に含める\n\n## 関連\n- infra #408, PR#456", "tags": ["instinct", "security", "secret", "gitleaks", "hardcoded", "infra"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:24:48.324443+09:00", "updated_at": "2026-05-18T05:24:48.324443+09:00"}
{"id": 287, "title": "instinct: bug_watchdogのdedupキーに時刻を含めるとDEDUP_MINUTESが機能しない", "content": "# instinct: bug_watchdogのdedupキーに時刻を含めるとDEDUP_MINUTESが機能しない\n\n## 根本原因\nbug_watchdog の dedup キーを `f\"{pattern}_{datetime.now().strftime('%H%M')}\"` のように時刻を含めて生成すると、\n同一パターンのエラーが毎分異なるキーを持つため、DEDUP_MINUTES の重複排除が全く機能しない。\n結果として同一エラーが DEDUP_MINUTES 経過前に再起票される。\n\n## ポイント\n- dedupキーは「何が起きたか」だけで構成し、「いつ起きたか」を含めない\n- 正しいキー例: `f\"{pattern}_{log_file}\"` （時刻なし）\n- 誤ったキー例: `f\"{pattern}_{datetime.now().strftime('%H%M')}\"` （時刻あり）\n- dedup_store の TTL が DEDUP_MINUTES ならキーに時刻を足す必要はない\n\n## 関連Issue\n- vvv#343", "tags": ["instinct", "vvv", "bug_watchdog", "dedup"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:28:13.588521+09:00", "updated_at": "2026-05-18T05:28:13.588521+09:00"}
{"id": 288, "title": "instinct: PM2ログ全履歴参照で修正済みエラーが誤起票される", "content": "# instinct: PM2ログ全履歴参照で修正済みエラーが誤起票される\n\n## 根本原因\nPM2ログは起動してからの累積ログを全件保持する。\nbug_watchdog がログファイルを先頭から読むと、修正済みの古いエラーを再検知して新規Issueを誤起票してしまう。\n\n## ポイント\n- ログ監視は「最後に読んだ位置」をファイルポインタ or タイムスタンプで記録し、新着行のみ処理する\n- tail -f 相当の実装（seek to end or inotify）が必要\n- PM2のログローテーション設定も合わせて確認する（古いログが残り続けないように）\n- 起動時は現在時刻以降のログのみを対象にするのが安全\n\n## 関連Issue\n- vvv#342", "tags": ["instinct", "vvv", "bug_watchdog", "pm2", "logging"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:28:14.518301+09:00", "updated_at": "2026-05-18T05:28:14.518301+09:00"}
{"id": 289, "title": "instinct: task_driven_devのMAX_FAILURE_COUNT未設定は無限ループを引き起こす", "content": "# instinct: task_driven_devのMAX_FAILURE_COUNT未設定は無限ループを引き起こす\n\n## 根本原因\ntask_driven_dev.py は「タスクが残っている間ループを継続」する設計だが、\n同一タスクが繰り返し失敗しても再試行し続ける上限がないと、クラッシュループ状態になる。\nエージェントが自己修復を試みても解消できないエラーで永久ループが発生する。\n\n## ポイント\n- タスク単位の連続失敗カウンターを持ち、MAX_FAILURE_COUNT を超えたらスキップまたは中断する\n- ループ継続条件に「直近N件が全て失敗」のサーキットブレーカーを追加する\n- 失敗タスクはキューから除外するか別の失敗キューに移動する\n- 無限ループの兆候: CPU使用率が一定のまま、Issueが増え続ける、同一エラーログが繰り返す\n\n## 関連Issue\n- vvv#316", "tags": ["instinct", "vvv", "task_driven_dev", "loop", "circuit-breaker"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:28:15.617028+09:00", "updated_at": "2026-05-18T05:28:15.617028+09:00"}
{"id": 290, "title": "instinct: playwright-serviceのProtocol errorは強制再起動+リトライで対処する", "content": "# instinct: playwright-serviceのProtocol errorは強制再起動+リトライで対処する\n\n## 根本原因\nplaywright-service が長時間稼働すると browser.new_context() で\n\"Protocol error (Target.createTarget): Target closed\" が発生する。\nこれはブラウザプロセスの内部状態が壊れた状態であり、通常のエラーハンドリングでは回復できない。\n\n## ポイント\n- Protocol error を検知したら browser.close() → playwright.stop() → 再起動の強制再起動フローを実行する\n- 再起動後に同一リクエストをリトライすることで透過的に回復できる\n- 100コンテキストごとにブラウザを予防的に再起動することでProtocol errorの発生頻度を下げられる（--max-old-space-size=256 も有効）\n- 再起動ループを防ぐため連続再起動回数のカウンターを持つ\n\n## 関連Issue\n- vvv-bots#179", "tags": ["instinct", "vvv-bots", "playwright", "protocol-error", "browser"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:28:16.707193+09:00", "updated_at": "2026-05-18T05:28:16.707193+09:00"}
{"id": 291, "title": "instinct: psycopg2はautocommit=Falseのためcommit漏れがidle-in-transactionを引き起こす", "content": "# instinct: psycopg2はautocommit=Falseのためcommit漏れがidle-in-transactionを引き起こす\n\n## 根本原因\npsycopg2 はデフォルトで autocommit=False（明示的トランザクション）モード。\nINSERT/UPDATE後に conn.commit() を呼び忘れると、トランザクションが開いたまま接続がプールに返却される。\nその接続が idle-in-transaction 状態となり、他のクエリをブロックし、最終的にDBが応答不能になる。\n\n## ポイント\n- psycopg2 使用時は必ず try/except/finally で conn.commit() または conn.rollback() を呼ぶ\n- コンテキストマネージャ `with conn:` を使うと自動コミット/ロールバックが保証される\n- idle-in-transaction の兆候: `SELECT * FROM pg_stat_activity WHERE state = 'idle in transaction'`\n- 単純な読み取り専用処理は `conn.autocommit = True` に設定して明示的トランザクションを無効化する\n\n## 関連Issue\n- vvv-bots#168", "tags": ["instinct", "vvv-bots", "psycopg2", "postgresql", "transaction", "idle-in-transaction"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:28:17.709896+09:00", "updated_at": "2026-05-18T05:28:17.709896+09:00"}
{"id": 292, "title": "instinct: branch-guardはsquash/rebaseマージのコミットメッセージパターンを正規表現で除外する", "content": "# instinct: branch-guardはsquash/rebaseマージのコミットメッセージパターンを正規表現で除外する\n\n## 根本原因\nbranch-guard はコミットメッセージに \"Merge pull request\" が含まれないマージを検知してブロックする設計だった。\nしかし squash merge は \"feat: xxx (#123)\" 形式、rebase merge はそのまま各コミットメッセージになるため、\nbranch-guard が誤検知してブロックする。\n\n## ポイント\n- squash マージのコミットメッセージパターン: `^.+\\s\\(#\\d+\\)$`（末尾に PR番号）\n- rebase マージのコミットメッセージ: 通常のコミットメッセージと区別不可→別の判定基準が必要\n- infra リポジトリの branch-guard 正規表現パターンと統一することで再発を防止できる\n- GitHub の \"Allowed merge methods\" 設定と branch-guard のパターンを常に同期させる\n\n## 関連Issue\n- vvv-bots#146", "tags": ["instinct", "vvv-bots", "branch-guard", "github", "merge", "regex"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:28:18.692238+09:00", "updated_at": "2026-05-18T05:28:18.692238+09:00"}
{"id": 293, "title": "instinct: human-onlyラベルのIssueはAIパイプラインの自動pickup対象から除外する", "content": "# instinct: human-onlyラベルのIssueはAIパイプラインの自動pickup対象から除外する\n\n## 根本原因\npostgres パスワードローテーション等の不可逆・高リスク操作をIssueで管理していたところ、\nAIパイプラインが通常Issueと同様に自動pickupして実行を試みた。\n幸い途中で検知されたが、本番DBへの意図しない操作が発生する重大インシデントになりかねなかった。\n\n## ポイント\n- `human-only` ラベルを作成し、AIパイプラインのIssue取得クエリから除外する\n- 例: `gh issue list --label \"claude\" --no-label \"human-only\"` 形式でフィルタ\n- パスワードローテーション・DBスキーマ削除・本番サーバー設定変更等は必ず human-only ラベルを付ける\n- AIパイプラインのpickupロジックに human-only チェックを必須項目として追加する\n\n## 関連Issue\n- infra#459", "tags": ["instinct", "infra", "human-only", "ai-pipeline", "safety", "label"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:28:19.692647+09:00", "updated_at": "2026-05-18T05:28:19.692647+09:00"}
{"id": 294, "title": "instinct: in-progressラベルで人間とAIパイプラインの二重PR作成を防止する", "content": "# instinct: in-progressラベルで人間とAIパイプラインの二重PR作成を防止する\n\n## 根本原因\n同一Issueに対して人間とAIパイプラインが並行して作業を開始すると、\n競合するPRが複数作成されてマージコンフリクトや重複作業が発生する。\n\n## ポイント\n- Issue pickup 時に `in-progress` ラベルを付与し、他の作業者（人間・AI）がpickupしないようにする\n- ラベル付与とpickup開始はアトミックに行う（GitHub API の `add_labels` を使用）\n- PR作成完了後は `in-progress` → `review` ラベルに変更する\n- AIパイプラインのpickupクエリ: `--no-label \"in-progress,human-only\"` でフィルタ\n- タイムアウト（例: 24h）で `in-progress` ラベルを自動解除するクリーンアップも実装する\n\n## 関連Issue\n- infra#398", "tags": ["instinct", "infra", "in-progress", "label", "concurrency", "ai-pipeline"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:28:20.699657+09:00", "updated_at": "2026-05-18T05:28:20.699657+09:00"}
{"id": 295, "title": "instinct: SELECT→INSERTのTOCTOU競合はON CONFLICT DO NOTHINGで原子的に解決する", "content": "# instinct: SELECT→INSERTのTOCTOU競合はON CONFLICT DO NOTHINGで原子的に解決する\n\n## 根本原因\nSELECT→INSERTの2ステップパターン（TOCTOU: Time-of-Check Time-of-Use）は並列リクエスト時に UniqueViolation を引き起こす。\n本番で `favorites_user_id_video_id_key` UniqueViolation が観測された（2026-05-15 09:02）。\n\n## ポイント\n- `INSERT ... ON CONFLICT DO NOTHING` でSELECTを省略し原子的に処理する\n- SQLAlchemy では `from sqlalchemy.dialects.postgresql import insert as pg_insert` を使う\n- `db.execute(pg_insert(Model).values(...).on_conflict_do_nothing())` の形式\n- 複数箇所に同じパターンが散在しやすい（FavoriteHelper.add/add_favorite/mixin）→ 全箇所を一括修正する\n- UniqueViolation のエラーログを見たらまず TOCTOU を疑う\n\n## 関連Issue\n- vvv#354 / vvv PR#355", "tags": ["instinct", "vvv", "postgresql", "toctou", "race-condition", "unique-violation"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:32:22.014067+09:00", "updated_at": "2026-05-18T05:32:22.014067+09:00"}
{"id": 296, "title": "instinct: GitHub Actions内でコミットメッセージを直接シングルクォートに埋め込むとshell escape破壊が起きる", "content": "# instinct: GitHub Actions内でコミットメッセージを直接シングルクォートに埋め込むとshell escape破壊が起きる\n\n## 根本原因\nGitHub Actionsの `${{ github.event.head_commit.message }}` をシェル内のシングルクォートに直接埋め込むと、\nコミットメッセージに `'` や改行が含まれた瞬間に shell syntax error が発生する。\n\n```\n/home/runner/work/_temp/xxx.sh: line 8: syntax error near unexpected token 'newline'\n```\n\n## ポイント\n- NG: `COMMIT_MSG=$(echo '${{ github.event.head_commit.message }}' | ...)`\n- OK: `env: RAW_COMMIT_MSG: ${{ github.event.head_commit.message }}` + `TITLE=$(printf '%s' \"$RAW_COMMIT_MSG\" | ...)`\n- env経由で渡すことでbash内ではシェル展開を完全に回避できる\n- 全リポジトリのdeploy.ymlで同じパターンを使わないと再発する（vvv/vvv-bots/infra/anime全て同期必要）\n\n## 関連Issue\n- vvv PR#300 / infra PR#436 / vvv-bots PR#167 / anime PR#314", "tags": ["instinct", "github-actions", "shell", "escape", "ci"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:32:25.340987+09:00", "updated_at": "2026-05-18T05:32:25.340987+09:00"}
{"id": 297, "title": "instinct: PM2 reloadコマンドは並列デプロイで競合エラーになるため直列化+リトライが必要", "content": "# instinct: PM2 reloadコマンドは並列デプロイで競合エラーになるため直列化+リトライが必要\n\n## 根本原因\n複数のdeployジョブが同時に実行されると `pm2 reload` が競合し失敗する。\n```\n[PM2][ERROR] Reload already in progress, please try again in 27 seconds or use --force\n```\n実際のコード（git pull）は完了しているが、deployジョブが failure 扱いになる。\n\n## ポイント\n- GitHub Actions に concurrency control を追加して直列化する:\n  ```yaml\n  concurrency:\n    group: deploy-${{ github.ref }}\n    cancel-in-progress: false\n  ```\n- `pm2 reload` 失敗時のフォールバック:\n  ```bash\n  if ! pm2 reload app --update-env 2>&1; then\n    sleep 30 && pm2 restart app --update-env\n  fi\n  ```\n- `cancel-in-progress: false` にしないと後続のdeployが消えてコードが古いまま残る\n\n## 関連Issue\n- anime PR#311", "tags": ["instinct", "anime", "pm2", "github-actions", "concurrency", "deploy"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:32:28.508925+09:00", "updated_at": "2026-05-18T05:32:28.508925+09:00"}
{"id": 298, "title": "instinct: LLMクライアントのリトライは用途別に系統A（固定2秒）と系統B（指数バックオフ）を分ける", "content": "# instinct: LLMクライアントのリトライは用途別に系統A（固定2秒）と系統B（指数バックオフ）を分ける\n\n## 根本原因\n`lib/llm_client.py` のretryループが待機なしで別モデルへ即連打していた。\nレート制限中の相手サービスへの追い討ちとなり、一時的な障害が長期化する。\n\n## ポイント\n- **系統A（continuation）**: 固定2秒。TCP切断・タイムアウト等の軽微な問題向け\n- **系統B（failure）**: `10s → 20s → 40s → 80s → 160s → max 300s` + ジッター±20%。API失敗・レート制限向け\n- sync（バッチ系）はデフォルト `failure`、async（FastAPI等）はデフォルト `continuation` に設定する\n- 環境変数で上書き可能にしておく: `LLM_RETRY_BASE_SEC` / `LLM_RETRY_CAP_SEC` / `LLM_RETRY_JITTER_PCT`\n- Ollamaフォールバックの直前にも待機を挿入する\n\n## 関連Issue\n- vvv-bots PR#170 / infra#444", "tags": ["instinct", "vvv-bots", "llm", "retry", "backoff", "rate-limit"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:32:33.537786+09:00", "updated_at": "2026-05-18T05:32:33.537786+09:00"}
{"id": 299, "title": "instinct: FOR UPDATE SKIP LOCKEDでN件一括取得すると行ロックがHTTP処理全体に及ぶ", "content": "# instinct: FOR UPDATE SKIP LOCKEDでN件一括取得すると行ロックがHTTP処理全体に及ぶ\n\n## 根本原因\n`FOR UPDATE SKIP LOCKED` でN件を一括取得してから外部HTTP処理をすると、\n行ロックをN件分 × HTTP時間（最大15分超）保持し続ける構造になる。\nVACUUM を含む他のプロセスがブロックされDBが詰まる。\n\n## ポイント\n- **正しいパターン**: 1件SELECT → `status='processing'`にマーク → **即commit（行ロック解放）** → HTTP処理（ロックなし） → 結果UPDATE → commit\n- ロック保持時間を `O(N件×HTTP秒)` から `O(SQL実行時間のみ)` に短縮できる\n- 100件一括処理は1件ずつ処理に変更しても並列プロセスを複数立てれば同等スループットを得られる\n- 行ロック滞留の兆候: `SELECT * FROM pg_stat_activity WHERE wait_event_type = 'Lock'`\n\n## 関連Issue\n- vvv-bots#169 / vvv-bots PR#178", "tags": ["instinct", "vvv-bots", "postgresql", "for-update", "row-lock", "vacuum"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:32:37.336533+09:00", "updated_at": "2026-05-18T05:32:37.336533+09:00"}
{"id": 300, "title": "instinct: ENVIRONMENT×DATABASE_URL不整合は起動時のfail fastで本番誤書込みを防ぐ", "content": "# instinct: ENVIRONMENT×DATABASE_URL不整合は起動時のfail fastで本番誤書込みを防ぐ\n\n## 根本原因\narcana の `.env` に `DATABASE_URL=vvv_dev` が残存。`load_dotenv()` は既存の環境変数を上書きしないため、\nPM2のenv キャッシュから `vvv_dev` が引き継がれ、`env_config.py` を import しないボットが全クラッシュした。\n\n## ポイント\n- `env_config.py` で起動時に整合性チェックを追加する:\n  - `production` + URL に `vvv_dev` → `ValueError` でfail fast\n  - `development` + URL に `vvv_prod` → `ValueError` でfail fast\n- エラーメッセージに修正方法（.envを書き換えてpm2 restartする）を明示する\n- PM2は `pm2 restart` しないと `.env` 変更が反映されない（load_dotenvは起動時のみ）\n\n## 関連Issue\n- vvv-bots PR#121", "tags": ["instinct", "vvv-bots", "environment", "database", "fail-fast", "pm2"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:32:42.502592+09:00", "updated_at": "2026-05-18T05:32:42.502592+09:00"}
{"id": 301, "title": "instinct: watchdogがssh自己接続しても自分のHost keyを検証できず失敗する", "content": "# instinct: watchdogがssh自己接続しても自分のHost keyを検証できず失敗する\n\n## 根本原因\nwatchdog.py をサーバー上で実行しているにもかかわらず、`ssh arcana` で自己接続しようとしていた。\nHost key verification failed になり全チェックがスキップされていた。\n\n## ポイント\n- arcana上で動くスクリプトは `ssh arcana` を使わず直接コマンドを実行する\n- `git -C <dir> branch --show-current` でローカルgit状態を確認\n- `venv/bin/pip list --outdated` で直接実行\n- `journalctl -u cron` でローカルcronログを確認\n- 動作確認は `--dry-run` フラグで行う（本番環境でいきなり動かさない）\n\n## 関連Issue\n- infra PR#371 / PR#372", "tags": ["instinct", "infra", "watchdog", "ssh", "self-connection"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:32:47.796457+09:00", "updated_at": "2026-05-18T05:32:47.796457+09:00"}
{"id": 302, "title": "instruct: daily_onceボットは±5分の許容幅がないとtick遅延でスキップされる", "content": "# instinct: daily_onceボットは±5分の許容幅がないとtick遅延でスキップされる\n\n## 根本原因\n`_check_daily_once` が厳密な時刻一致（`run_h == hour and run_m == minute`）で判定していた。\n長時間ボットの実行でtickが遅延すると、daily_onceボットの実行時刻を通り過ぎてしまい丸ごとスキップされる。\ngroup_id=449が3日間未実行になった直接原因。\n\n## ポイント\n- `DAILY_ONCE_TOLERANCE_MINUTES = 5` を定数として定義し、±5分の許容幅を持たせる\n- 二重実行防止のため `last_triggered_at` が当日JST内なら `False` を返す\n- `now` パラメータを外から注入できるようにしてテストしやすくする\n- tick周期（通常1分）より許容幅（5分）が大きいので複数tickで実行されても `last_triggered_at` チェックで防止できる\n\n## 関連Issue\n- vvv#347 / vvv PR#349", "tags": ["instinct", "vvv", "scheduler", "daily-once", "tolerance", "tick-delay"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:32:53.111225+09:00", "updated_at": "2026-05-18T05:32:53.111225+09:00"}
{"id": 303, "title": "instinct: Gemini/Codexクォータ枯渇をファイルで記録してスキップすることで無駄な468エラーを防ぐ", "content": "# instinct: Gemini/Codexクォータ枯渇をファイルで記録してスキップすることで無駄な468エラーを防ぐ\n\n## 根本原因\nGeminiクォータ枯渇後もGeminiを試み続け、何度も468エラーを出してからCodexにフォールバックしていた。\nクォータ回復まで（10時間以上）の間、全試行が無駄になる。\n\n## ポイント\n- クォータ枯渇を検出したら `.gemini_quota_cooldown` / `.codex_quota_cooldown` ファイルに回復タイムスタンプを記録する\n- 起動時にファイルを確認し、クールダウン中なら即スキップして次のフォールバックへ直行する\n- `retryDelayMs` / `retryDelay` フィールドから正確な回復時刻を計算する（不明なら10時間デフォルト）\n- 両者が同時枯渇した場合の最高優先度アラートをdeadlock-monitorに実装する\n- webhook-only構成のSPOFを防ぐためcronフォールネット（5分毎のpoller）も設置する\n\n## 関連Issue\n- infra#405 / infra PR#406", "tags": ["instinct", "infra", "gemini", "codex", "quota", "cooldown", "pipeline"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:32:58.492104+09:00", "updated_at": "2026-05-18T05:32:58.492104+09:00"}
{"id": 304, "title": "instinct: シークレットをMarkdown/Skillファイルに直書きするとgit historyに残り永続漏洩になる", "content": "# instinct: シークレットをMarkdown/Skillファイルに直書きするとgit historyに残り永続漏洩になる\n\n## 根本原因\nDBパスワードが `MEMORY.md` と `morning/SKILL.md` に平文で記録されgit commitされた。\nネットワーク面はTailscaleで保護されていたが、git historyにパスワードが残ることは深刻なセキュリティ違反。\n\n## ポイント\n- MEMORY.md・SKILL.md等のAI管理ファイルにシークレットを書かない。`<.pgpass経由で取得>` 等のプレースホルダーにする\n- Skill内のコマンドは `${PGPASSWORD:-$(grep '^DATABASE_PASSWORD=' ~/.pgpass | cut -d= -f2)}` の形式でenvから取得\n- gitleaksを CI に組み込んで secret commit を自動検出する\n- 漏洩後はgit historyの書き換えも必要（`git-filter-repo --replace-text`）\n- パスワードが変わるたびにdeploy keyではなく `.pgpass` を更新するフローにする\n\n## 関連Issue\n- infra#440 / infra PR#456", "tags": ["instinct", "infra", "security", "secret", "gitleaks", "git-history"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:33:03.590809+09:00", "updated_at": "2026-05-18T05:33:03.590809+09:00"}
{"id": 305, "title": "instinct: PostgreSQLのFILTER句集約で個別COUNTクエリを1本に削減できる", "content": "# instinct: PostgreSQLのFILTER句集約で個別COUNTクエリを1本に削減できる\n\n## 根本原因\n`get_progress_stats` が同じテーブルに対して8回の個別COUNTクエリを発行していた。\n最重症の `twitter_from_todos` が6660msかかり、合計7158ms。\n\n## ポイント\n- 同じテーブルへの複数COUNT/SUM は PostgreSQL の `FILTER (WHERE ...)` 句で1本に集約できる\n- 例: `COUNT(*) FILTER (WHERE status='active')` を複数条件並べて1 SELECT に\n- 異なるテーブルへのクエリは引き続き分けて実行する（JOINよりクエリ分割の方が速い場合が多い）\n- EXPLAIN ANALYZEでBefore/After両方を計測してからマージする（実測エビデンスをPRに残す）\n- 削減効果: 8クエリ→3クエリ、7158ms→3092ms（約2.3倍高速化）\n\n## 関連Issue\n- vvv#395 / vvv PR#402", "tags": ["instinct", "vvv", "postgresql", "filter", "count", "performance", "n+1"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:33:06.603574+09:00", "updated_at": "2026-05-18T05:33:06.603574+09:00"}
{"id": 306, "title": "instinct: idle-learn cronの実行頻度がClaude MAX枠を1日で食い尽くすことがある", "content": "# instinct: idle-learn cronの実行頻度がClaude MAX枠を1日で食い尽くすことがある\n\n## 根本原因\nidle-learn.sh（YouTube 12回/日 + X 8回/日 = 20回/日）が1回 ~50k tokens を消費。\n1M tokens/日 消費でClaude MAX 5hの対話セッション枠を圧迫していた。\n\n## ポイント\n- 自動学習スクリプトが `claude --print` を呼ぶ際は1回あたりのトークン消費量 × 実行頻度を計算する\n- Claude MAX 5h枠は対話用に温存し、バッチ学習は深夜2〜4時の1日2回に限定する\n- `grep '[START]' ~/logs/idle-learn.log | wc -l` で実際の実行頻度を確認する\n- 完全停止より頻度削減（20回→2回）が望ましい（知見発見の価値は維持）\n- `/usage` コマンドで枠の残量をモニタリングする習慣をつける\n\n## 関連Issue\n- infra#450 / infra PR#462", "tags": ["instinct", "infra", "idle-learn", "claude", "token-budget", "cron"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:33:09.225903+09:00", "updated_at": "2026-05-18T05:33:09.225903+09:00"}
{"id": 307, "title": "instinct: .envファイルのシークレットローテーションはpython-dotenvで読み込みをスクリプト内に閉じ込める", "content": "# instinct: .envファイルのシークレットローテーションはpython-dotenvで読み込みをスクリプト内に閉じ込める\n\n## 根本原因\nシークレットをハードコードしたり `export` でシェル環境に展開すると、\nローテーション時にコードを修正してdeployする必要があり手間がかかる。\nまた環境変数がプロセス間でリークするリスクもある。\n\n## ポイント\n- `python-dotenv` を各スクリプト内で直接 `load_dotenv()` することで `.env` 編集 → `pm2 restart` だけでローテーション完了\n- `try/except ImportError` でライブラリ未インストール環境でも動作継続できるようにする\n- `.env` の配置場所はスクリプト群ごとに統一する（`tools/ops/.env`, `tools/pipeline/.env` 等）\n- `pm2 restart` しないと変更が反映されないことを手順書に明記する\n\n## 関連Issue\n- infra PR#410", "tags": ["instinct", "infra", "dotenv", "secret", "rotation", "pm2"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:33:11.488287+09:00", "updated_at": "2026-05-18T05:33:11.488287+09:00"}
{"id": 308, "title": "instinct: bug_watchdogのdedupはcloseされたIssueをリセットしないと再発時に起票されない", "content": "# instinct: bug_watchdogのdedupはcloseされたIssueをリセットしないと再発時に起票されない\n\n## 根本原因\ndedup key に紐づく Issue がクローズされても dedup state が残り続けるため、\n同じエラーが再発しても「既に起票済み」と判定されてスキップされ続ける。\nplaywright-service が修正後に同じエラーが再発した際、25日間 Issue が起票されなかった事例あり。\n\n## ポイント\n- `_is_already_filed()` で dedup state の Issue URL を `gh issue view` で確認し、\n  closed なら dedup をリセットして新たな起票を可能にする\n- `_mark_filed()` は Issue URL も state に保存する（文字列→dict形式に変更）\n- 古い string 形式の state との後方互換も維持する\n- dedup key の有効期間（TTL）も設定すること（永久に残さない）\n\n## 関連Issue\n- vvv#352 / vvv PR#289", "tags": ["instinct", "vvv", "bug_watchdog", "dedup", "issue"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:34:38.359573+09:00", "updated_at": "2026-05-18T05:34:38.359573+09:00"}
{"id": 309, "title": "instinct: GitHub ActionsのPR本文に日本語・バッククォートが含まれるとシェル展開でexit 127になる", "content": "# instinct: GitHub ActionsのPR本文に日本語・バッククォートが含まれるとシェル展開でexit 127になる\n\n## 根本原因\nPR本文を `PR_BODY='${{ github.event.pull_request.body }}'` のようにシングルクォートに直接埋め込むと、\n日本語・バッククォート・改行を含む本文でシェルのsyntax errorが発生する（exit 127）。\n\n## ポイント\n- Before（NG）: `PR_BODY='${{ github.event.pull_request.body }}'`\n- After（OK）: `env: PR_BODY: ${{ github.event.pull_request.body }}`  で env 経由に変更\n- バッククォートのみならず全ての特殊文字（`$`・`!`・`\\` 等）で同様に壊れる\n- cleanup-worktree.yml など全てのワークフローで同じパターンを統一する\n- コミットメッセージ(`head_commit.message`)もPR本文(`pull_request.body`)も同様のリスクがある\n\n## 関連Issue\n- vvv#338 / vvv PR#288 / vvv-bots PR#136", "tags": ["instinct", "github-actions", "shell", "escape", "pr-body", "exit-127"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:34:39.522315+09:00", "updated_at": "2026-05-18T05:34:39.522315+09:00"}
{"id": 310, "title": "instinct: LocalStorageにJWTを保存するSPAはCookieベースのsave_authでは認証できない", "content": "# instinct: LocalStorageにJWTを保存するSPAはCookieベースのsave_authでは認証できない\n\n## 根本原因\n複業クラウド（AnotherWorks）はCookieではなく LocalStorage に JWT を保存する設計。\n`save_auth.py` が Cookie（storage_state）を保存しても JWT が取得できず、\nスクレイパーが常に403エラーを返し続けた。\n\n## ポイント\n- `save_auth.py` 実行後に `page.evaluate(\"() => JSON.stringify(localStorage)\")` でLocalStorageにJWTがあるか確認する\n- LocalStorage JWT の場合: storage_state から取り出して `Authorization: Bearer <JWT>` ヘッダーでAPI直呼び\n- HTMLパース方式をAPIレスポンスJSON解析方式に変更することでより堅牢になる\n- `wait_selector` がログインフォームの要素を誤指定していると、ログイン前にauth.jsonが保存される\n- SPAのログイン方式は Cookie / LocalStorage / SessionStorage の3種類を確認する\n\n## 関連Issue\n- vvv-bots#92 / vvv-bots PR#96", "tags": ["instinct", "vvv-bots", "playwright", "jwt", "localstorage", "spa", "auth"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:34:40.530470+09:00", "updated_at": "2026-05-18T05:34:40.530470+09:00"}
{"id": 311, "title": "instinct: venvのpython3がシンボリックリンクの場合sys.executableで判定するとvenv検出が失敗する", "content": "# instinct: venvのpython3がシンボリックリンクの場合sys.executableで判定するとvenv検出が失敗する\n\n## 根本原因\nshadow環境の `venv/bin/python3` が `/usr/bin/python3` のシンボリックリンクだった。\n`Path(sys.executable).resolve()` で比較すると同じパスになり、\n`_ensure_venv()` が「既にvenv内」と誤判定してvenvで再実行されない。\n結果として `/usr/bin/python3` で起動し、venv専用ライブラリ（python-dotenv等）が ImportError。\n\n## ポイント\n- `sys.executable` ではなく `sys.prefix` vs `venv_dir` で比較する（venvに居るかを直接判定）\n- シンボリックリンクは `resolve()` で解決してしまうと本来の参照先を失う\n- shadow等のシンボリックリンクが多い環境では特に注意\n- `pm2` の ecosystem.config.js で venv の python を絶対パス指定にするとこの問題を回避できる\n\n## 関連Issue\n- vvv-bots#57 / vvv-bots PR#59", "tags": ["instinct", "vvv-bots", "venv", "python", "symlink", "pm2"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:34:41.896913+09:00", "updated_at": "2026-05-18T05:34:41.896913+09:00"}
{"id": 312, "title": "instinct: auth JSONファイルをgit追跡すると認証情報がリポジトリ履歴に残存する", "content": "# instinct: auth JSONファイルをgit追跡すると認証情報がリポジトリ履歴に残存する\n\n## 根本原因\n`bots/auth/*.json`（Cookie/セッション情報）が `.gitignore` に追加されておらず、\ngit add -A で誤って追跡されるリスクがあった。\n一度でも commit されると、git history からの完全削除は `git-filter-repo` が必要になる。\n\n## ポイント\n- `bots/auth/*.json` は必ず `.gitignore` に追加する\n- auth ファイルの保存先パスと `.gitignore` パターンが一致しているか確認する\n- 既にtrackedになってしまった場合は `git rm --cached bots/auth/*.json` でuntrackする\n- git push 前に `git status` で auth 関連ファイルが含まれていないかチェックする習慣をつける\n\n## 関連Issue\n- vvv-bots#74 / vvv-bots PR#76", "tags": ["instinct", "vvv-bots", "security", "gitignore", "auth", "cookie"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:34:44.117214+09:00", "updated_at": "2026-05-18T05:34:44.117214+09:00"}
{"id": 313, "title": "instinct: Jinja2はautoescapeを明示設定しないとHTMLテンプレートでXSSが成立する", "content": "# instinct: Jinja2はautoescapeを明示設定しないとHTMLテンプレートでXSSが成立する\n\n## 根本原因\nJinja2の `autoescape` はデフォルトで無効。`.html` や `.xml` テンプレートを使う場合でも\n明示的に有効化しないとXSS脆弱性が生まれる。\n\n## ポイント\n- `select_autoescape([\"html\", \"xml\"])` で明示的に有効化する:\n  ```python\n  from jinja2 import select_autoescape\n  env = Environment(autoescape=select_autoescape([\"html\", \"xml\"]))\n  ```\n- FastAPI の `Jinja2Templates` でも同様に設定する\n- `{{ variable | safe }}` フィルタは信頼できるHTMLにのみ使用する\n- バイブコーディング（AI支援開発）では特にセキュリティ設定の漏れが多い\n\n## 関連Issue\n- vvv PR#298 / anime PR#310 / vvv#408", "tags": ["instinct", "vvv", "anime", "security", "xss", "jinja2", "autoescape"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:34:45.806050+09:00", "updated_at": "2026-05-18T05:34:45.806050+09:00"}
{"id": 314, "title": "instinct: nginxのみに頼った内部API認証はアプリ層でもトークン検証を追加して多層防御にする", "content": "# instinct: nginxのみに頼った内部API認証はアプリ層でもトークン検証を追加して多層防御にする\n\n## 根本原因\n内部エンドポイントをnginxのアクセス制御のみで守っていると、\nnginx設定ミスや設定変更時にAPIが無認証で公開される。\n破壊的操作エンドポイント（データ削除等）が認証なしで実行可能な状態だった。\n\n## ポイント\n- `INTERNAL_API_TOKEN` によるアプリ層での検証を追加する\n- `hmac.compare_digest` でタイミング攻撃を防ぐ（`==` 比較は使わない）\n- トークン未設定時は `503 Service Unavailable` を返す\n- 不正トークン時は `403 Forbidden` を返す\n- 破壊的エンドポイント（DELETE・PURGE・EXECUTE系）には必ずこのパターンを適用する\n\n## 関連Issue\n- vvv PR#297 / vvv#408", "tags": ["instinct", "vvv", "security", "authentication", "nginx", "defense-in-depth"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:34:48.498591+09:00", "updated_at": "2026-05-18T05:34:48.498591+09:00"}
{"id": 315, "title": "instinct: thumbnail_statusをsuccess固定にするとURL取得失敗分が287,034件蓄積する", "content": "# instinct: thumbnail_statusをsuccess固定にするとURL取得失敗分が287,034件蓄積する\n\n## 根本原因\n`content/scraper.py` でサムネイルURLを取得した際、`src` が空でも\n`thumbnail_status = 'success'` をハードコードしていた。\n結果として `success + thumbnail_url=''` という矛盾したレコードが本番で287,034件発生した。\n\n## ポイント\n- `thumbnail_status` は `src` の有無で判定する: `'success' if item.src else 'pending'`\n- 既存の異常レコードを修正するリセット機能（`--reset-only` フラグ）も実装する\n- リセットは batch_size=50000 で分割実行してDBロックを最小化する\n- `SELECT COUNT(*) WHERE thumbnail_status='success' AND thumbnail_url=''` で定期的にゼロを確認する\n\n## 関連Issue\n- vvv-bots#416 / vvv-bots PR#160", "tags": ["instinct", "vvv-bots", "thumbnail", "status", "data-quality"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:34:52.815310+09:00", "updated_at": "2026-05-18T05:34:52.815310+09:00"}
{"id": 316, "title": "instinct: playwright_serviceのwait_untilデフォルトをdmkt-sp等SPAに使うとタイムアウトが多発する", "content": "# instinct: playwright_serviceのwait_untilデフォルトをdmkt-sp等SPAに使うとタイムアウトが多発する\n\n## 根本原因\nplaywright_service の `wait_until` がデフォルト固定（`networkidle` 等）の場合、\nSPA（JavaScript-rendered）サイトで必要なwait_untilが異なるため\nページ読み込みが完了する前にコンテンツが取得されたり、逆にタイムアウトが発生する。\n\n## ポイント\n- `ScrapeRequest` に `wait_until: str = \"domcontentloaded\"` フィールドを追加してボットごとに設定可能にする\n- `page.goto(url, wait_until=req.wait_until)` で動的に切り替える\n- SPA（dmkt-sp.jp等）は `\"load\"` か `\"networkidle\"` が適切な場合が多い\n- `save_auth.py` のログイン後待機も `page.wait_for_url()` + `wait_for_load_state('networkidle')` で自動化する（input()での手動Enter待ちは廃止）\n\n## 関連Issue\n- vvv-bots#104 / vvv-bots PR#106", "tags": ["instinct", "vvv-bots", "playwright", "wait_until", "spa", "timeout"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:34:53.904919+09:00", "updated_at": "2026-05-18T05:34:53.904919+09:00"}
{"id": 317, "title": "instinct: JWTのSECRET_KEYが開発用プレースホルダーのまま本番稼働するとCRITICAL脆弱性になる", "content": "# instinct: JWTのSECRET_KEYが開発用プレースホルダーのまま本番稼働するとCRITICAL脆弱性になる\n\n## 根本原因\n`SECRET_KEY=please-change-in-production` のようなデフォルト値が本番環境に持ち込まれると、\nJWTトークンが容易に偽造されてなりすまし攻撃が成立する。\n\n## ポイント\n- アプリケーション起動時（`lifespan`）に `SECRET_KEY` が既知のプレースホルダーを含む場合は `CRITICAL` レベルのログ警告を出力する\n- 理想は起動自体を拒否する（`raise RuntimeError`）か、少なくともプロセスを警告ステータスにする\n- `please-change`, `changeme`, `secret`, `your-secret-key` 等のパターンを検出リストに含める\n- ステージング環境でも本番と異なるランダムなキーを使う\n\n## 関連Issue\n- anime#408 / anime PR#310", "tags": ["instinct", "anime", "security", "jwt", "secret-key", "placeholder"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:34:54.914620+09:00", "updated_at": "2026-05-18T05:34:54.914620+09:00"}
{"id": 318, "title": "instinct: 新メンバー向けオンボーディングの必須要素を確認する", "content": "# instinct: 新メンバー向けオンボーディングの必須要素を確認する\n\n## 背景\n\nvvv/vvv-bots は arcana/shadow/worktree/PM2/cron と多数のコンポーネントが絡み合っており、\nドキュメントなしでは最初のPRまでに数日かかる。\n\n## 必須要素\n\n1. **Tailscale 接続** — 全サーバーへのアクセス前提\n2. **本番フォルダ禁則** — `git checkout` は worktree (`wt <repo> <branch>`) 経由のみ\n3. **Issue ファースト** — すべての作業は Issue を先に作る\n4. **ラベル駆動 CI** — `task-driven` / `plan-needed` / `QA-bug` ラベルで自動PR生成\n5. **vvv-dev コマンド** — 開発環境のセットアップ・ログ・クリーンアップを統一管理\n\n## チェックリスト（初日）\n\n- [ ] `ssh arcana` で接続できる\n- [ ] `pm2 list` で全プロセスが online\n- [ ] `gh auth status` で認証済み\n- [ ] テスト Issue + `task-driven` で自動PR確認\n\n## 関連\n\n- docs/ONBOARDING.md — vvv 本体オンボーディングガイド\n- docs/ops/single-server-dev.md — 単一サーバー開発ルール\n- vvv-bots/docs/ONBOARDING.md — ボット系オンボーディング", "tags": ["instinct", "onboarding", "vvv", "development-flow"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:46:22.803119+09:00", "updated_at": "2026-05-18T05:46:22.803119+09:00"}
{"id": 319, "title": "instinct: デイリードキュメント更新とDiscord通知を同一スクリプトにまとめる", "content": "# instinct: デイリードキュメント更新とDiscord通知を同一スクリプトにまとめる\n\n## 背景\n\nドキュメントの更新と通知を別々のcronに分割すると、タイミングのズレや管理コストが増える。\n一つのスクリプトで「更新→ビルド→通知」を完結させることで保守性が上がる。\n\n## パターン\n\n```python\n# docs_daily_update.py の3フェーズ構造\n1. データ収集: git log --since=24h, gh pr list --state=merged\n2. CHANGELOG更新: 今日のエントリを先頭に追記\n3. VitePress ビルド: npm run build\n4. Discord 通知: DISCORD_WEBHOOK_OPS に送信\n```\n\n## --dry-run フラグが必須\n\n本番送信を止めて動作確認できる `--dry-run` オプションを必ず用意する。\n`--stdout` オプションで Discord 送信なしの出力テストも可能にする。\n\n## cron 設定\n\n```\n30 8 * * * cd /home/ubuntu/workspace/web/vvv && venv/bin/python3 scripts/docs_daily_update.py >> logs/docs_daily_update.log 2>&1\n```\n\n毎朝8:30 — daily_report.py (21:00) と時間帯を分けることで Discord の通知間隔を確保。\n\n## 関連ファイル\n\n- `scripts/docs_daily_update.py` — 実装本体\n- `scripts/docs_build.sh` — VitePress ビルドのみ（毎時0分）\n- `tools/daily_report.py` — vvv-bots の統合日報（毎日21:00）", "tags": ["instinct", "vvv", "docs", "discord", "cron", "automation"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T05:46:28.298464+09:00", "updated_at": "2026-05-18T05:46:28.298464+09:00"}
{"id": 320, "title": "instinct: サービスONBOARDINGドキュメントを追加する前にリポジトリのdocsディレクトリ存在を確認する", "content": "# instinct: サービスONBOARDINGドキュメントを追加する前にリポジトリのdocsディレクトリ存在を確認する\n\n新メンバー向けドキュメントを複数リポジトリに横展開する際、anime/mail-cleaner等のサービスには docs/ が存在しないケースがある。\nscpで転送する前に mkdir -p でディレクトリを作成しないと転送は失敗する。\n\n## ポイント\n-  前に  を必ず実行する\n- git add 時は  ではなく  ディレクトリ全体を add すると漏れを防げる\n- VitePress ビルドは vvv リポジトリ内の  で行い、 への書き込み権限が不要なら  を直接実行する\n\n## 関連\n- vvv docs/SERVICES_OVERVIEW.md — 全サービスポートマップ\n- vvv Issue #444 — オンボーディングドキュメント整備", "tags": ["instinct", "onboarding", "docs", "vvv", "anime", "mail-cleaner"], "domain": "ai", "source_url": null, "importance_score": 0.5870084915447633, "wikilinks": [], "created_at": "2026-05-18T06:01:08.010292+09:00", "updated_at": "2026-05-18T07:01:42.516946+09:00"}
{"id": 321, "title": "instinct: VitePressビルドスクリプトのログ先が/var/logの場合はnpm run buildで直接ビルドする", "content": "# instinct: VitePressビルドスクリプトのログ先が/var/logの場合はnpm run buildで直接ビルドする\n\ndocs_build.shが/var/log/vvv_docs_build.logへの書き込みを前提にしているが、ubuntuユーザーは/var/logに直接書き込めないためPermission deniedエラーが発生する。\n\n## ポイント\n- bash scripts/docs_build.shが失敗した場合はcd docs-site && npm run buildで直接ビルドできる\n- スクリプトのログパスを/home/ubuntu/logs/等のユーザー書き込み可能な場所に変更するのが根本解決\n\n## 修正案\nLOG=/home/ubuntu/logs/cron/vvv_docs_build.log\n\n## 関連\n- vvv scripts/docs_build.sh", "tags": ["instinct", "vvv", "vitepress", "docs", "build"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T06:01:09.699527+09:00", "updated_at": "2026-05-18T06:01:09.699527+09:00"}
{"id": 323, "title": "instinct: VitePressビルドスクリプトのログ先が/var/logの場合は直接npm run buildで回避する", "content": "# instinct: VitePressビルドスクリプトのログ先が/var/logの場合は直接npm run buildで回避する\n\ndocs_build.sh が  への書き込みを前提にしているが、\nubuntu ユーザーは /var/log に直接書き込めないため  エラーが発生する。\n\n## ポイント\n-  が失敗した場合は  で直接ビルドできる\n- スクリプトのログパスを  等のユーザー書き込み可能な場所に変更するのが根本解決\n- rsync → vitepress build の順序は npm run sync && vitepress build src で保証されている\n\n## 修正案\n\n\n## 関連\n- vvv scripts/docs_build.sh — 現行ビルドスクリプト\n- vvv Issue #444 — オンボーディングドキュメント整備", "tags": ["instinct", "vvv", "vitepress", "docs", "build"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-18T07:01:43.504013+09:00", "updated_at": "2026-05-18T07:01:43.504013+09:00"}
{"id": 325, "title": "Claude×Obsidian MCP外部記憶構成（2026-05-17）", "content": "## 情報源\n- URL: https://youtube.com/watch?v=p8OiReLJU5I\n- チャンネル: monograph / 堀口英剛\n- 投稿日: 2026-05-17\n- 再生数: 80,841 / いいね: 2,522\n- スコア: 85/100\n\n## 概要\nClaudeにObsidianのVaultを外部脳として持たせる構成。Claude Codeのセッション記憶喪失問題を解決。非エンジニアYouTuber視点の実践レポート。\n\n## Vault フォルダ構成\n- Knowledge/ : 技術知見・バグ解決策。mistakes.mdにAIのミス記録\n- Decisions/ : A vs B の判断記録\n- Projects/ : 進行中プロジェクト状態\n- Preferences/ : ユーザーの好み・作業スタイル\n\n## CLAUDE.mdへの設定要点\n- セッション開始時に必ずKnowledge/mistakes.mdとPreferences/を読み込む\n- ユーザー質問に関連キーワードでVaultを検索してから回答\n- バグ解決・判断・ミス発見のたびに即Vault書き込み（後で書かない）\n\n## 主要な発見\n- mistakes.mdの効果: AIが同じミスを繰り返さなくなる。蓄積が多いほど賢くなる\n- セッション横断継続性: 前日の作業の続きが自然に機能\n- 他AIとの記憶共有不可問題を回避: Obsidianのファイルが仲介役になる\n- Obsidianの優位性: ローカルMD・MCP対応・いつでも外部持ち出し可\n\n## 参考リンク\n- 設定記事: https://note.com/sutero/n/ncdf112dba547\n\n## アクションアイテム\n- shadow の CLAUDE.md に Obsidian 読み込みルール追記検討\n- mistakes.md パターンを vvv-bots 運用に反映", "tags": ["claude", "obsidian", "mcp", "外部記憶", "memory", "claude-code", "workflow", "youtube-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T09:21:38.228950+09:00", "updated_at": "2026-05-21T09:21:38.228950+09:00"}
{"id": 326, "title": "ローカルLLM 2026最注目モデル Gemma4・Qwen3（2026-05-17）", "content": "## 情報源\n- URL: https://youtube.com/watch?v=RKLj5jWwH0E\n- チャンネル: いまにゅのAIプログラミング塾\n- 投稿日: 2026-05-17\n- 再生数: 34,779 / いいね: 554\n- スコア: 72/100\n\n## 2026年注目の2モデル\n\n### Gemma4（Google製）\n- バリエーション: 3.6B / 26B / 35B など\n- 2025年に大幅進化、GPT-4レベルに追いついた\n- Google開発基盤（Gemini 3と同系統）\n\n### Qwen3（Alibaba/中国製）\n- MoE（Mixture of Experts）採用: 35Bのうち3Bのみ稼働 → 軽量・高速\n- コーディング補助に強い\n- ベンチマーク指標より実用性重視\n\n## 環境構築ツール\n- LM Studio: Mac推奨・無料・GUI操作でモデルDL可\n- Ollama: Windows/Linux向け\n\n## ローカルLLMのメリット\n- API課金ゼロ\n- 機密データ流出なし\n- ネット不要（山の中でも動く）\n\n## 現在の精度\n- いわゆる2025年半ばのGPT-4相当\n- コーディング補助・ログ整形・表記統一などの地味大量処理に最適\n\n## vvv-bots活用候補\n- shadow (8GB RAM + 8GB swap) で3Bモデルなら動く可能性あり\n- Kimi K2.6とのコスト比較ベンチが有益\n- 低優先バッチ処理のオフロード先として評価", "tags": ["local-llm", "gemma4", "qwen3", "lm-studio", "ollama", "コスト削減", "vvv-bots", "youtube-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T09:21:54.871237+09:00", "updated_at": "2026-05-21T09:21:54.871237+09:00"}
{"id": 327, "title": "Spotify・Microsoft Claude Enterprise 2026年導入実績", "content": "## 情報源\n- URL: https://ai-heartland.com/explain/spotify-microsoft-claude-enterprise-2026/\n- 種別: 解説記事（Code with Claude 2026 登壇内容まとめ）\n\n## Spotifyの採用規模\n- エンジニア約2,800人・マイクロサービス2,900以上・バックエンド4,000万行のモノリポ\n- **99%超**: AI支援コーディング使用率\n- **94%**: 生産性向上に貢献と回答したエンジニア割合\n- **76%増**: PR頻度の増加率\n- **63%**: AI支援で作成されたPRの割合\n- **4,500件/日**: 本番デプロイ数\n- **1,000件超/月**: エージェント生成でマージされるPR数\n- 転換点: **Opus 4.5リリース**が採用率急上昇のきっかけ\n\n## SpotifyのFleet Shift × Honkアーキテクチャ\n- Fleet Shift: 数千リポジトリにまたがる変更をオーケストレーション（Backstage統合）\n- Honk: Claude Agent SDKをKubernetesポッド内に包んだ実行エンジン\n- 検証: マルチOS CIビルド（Linux/macOS）+ リント → CI通過で自動マージ\n- 成果例: Javaバージョン移行が「数ヶ月」→「3日」に短縮\n- Honk v2 Preview: Chirp（複数エージェント視覚管理UI）・Collaboration（複数開発者が同一セッション共同参照）・Teleporting（環境間セッション移行）\n\n## Microsoft Azure AI Foundryの構成\n- **1,400以上のMCPツール・コネクタ**統合（Adobe/Atlassian/SAP/ServiceNow/UiPath等）\n- Microsoft Defender・Purview・Entraによるセキュリティ自動適用\n- Claude Sonnet 4.6: デフォルト / Claude Opus 4.7: 高度推論タスク向け\n- エンドポイントURLとAPIキーを渡すだけで1,400ツールが接続可能\n\n## 共通の技術原則\n1. ツール統合がエージェント価値の決定要因\n2. 検証ループが自律実行を可能に（CIビルド確認など）\n3. 人間は意思決定に集中（PR自動マージで時間を解放）\n4. コードベース標準化がエージェント性能を向上\n- 「技術の種類を絞れば絞るほど速く進む」（Spotify哲学）\n\n## 業界への含意\nコーディング作業がボトルネックから外れ、「何を作るか」の意思決定サイクルが新たな制約に。", "tags": ["spotify", "microsoft", "claude-enterprise", "agent-sdk", "kubernetes", "mcp", "azure", "fleet-shift", "honk", "企業導入", "2026"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T09:22:37.785547+09:00", "updated_at": "2026-05-21T09:22:37.785547+09:00"}
{"id": 328, "title": "HTML の不合理なほどの有効性 — Thariq Shihipar (Anthropic公式, 2026)", "content": "## 情報源\n- URL: https://claude.com/blog/using-claude-code-the-unreasonable-effectiveness-of-html\n- 著者: Thariq Shihipar (Claude Codeチーム)\n- 種別: Anthropic公式ブログ\n\n## 核心主張\nMarkdownをHTMLに置き換えることで情報密度・可読性・共有性・双方向性が大幅向上する。著者は「Markdown最大主義者からHTML最大主義者に転向した」と表明。\n\n## HTMLのMarkdownに対する4つの優位性\n1. **情報密度**: テーブル・CSSスタイリング・SVG図解・インタラクティブ要素・埋め込みスクリプトに対応。ASCII図の代替不要。\n2. **視覚的明瞭性**: タブ・イラスト・レスポンシブデザインで構造化。100行超のMarkdownは読みにくいがHTMLは整理される。\n3. **共有の容易さ**: ブラウザでネイティブレンダリング → リンクで共有可能（Markdownはメール添付が必要）。\n4. **双方向インタラクション**: スライダー・パラメータ調整などのインタラクティブ要素で結果をClaude Codeに戻せる。\n\n## 主要ユースケース5種\n1. **仕様書・計画書**: 複数ファイル探索 + モックアップ + データフロー + 実装戦略\n2. **コードレビュー**: レンダリングされたdiff + アノテーション + フローチャート + 重要度色分け\n3. **デザイン・プロトタイプ**: パラメータ調整可能なインタラクティブコンポーネント + アニメーション調整\n4. **レポート・学習**: SVG図解付き統合情報 + 解説ページ\n5. **カスタムエディタ**: チケット優先順位付け・設定編集・プロンプトチューニング専用UI\n\n## 使い方\n- シンプルに「make an HTML file」または「make an HTML artifact」と指示するだけ\n- GitHubテンプレート公開済み\n- 使用ケースを知ることがテクニックより重要\n\n## 実践的な習慣\n- 単一の大きな計画書の代わりに複数のHTMLファイルを異なるプロジェクトステージ向けに作成\n- 将来の検証エージェント向け参照として保持\n\n## トークンコストについて\n- MarkdownよりHTMLはトークン消費が多い\n- ただしOpus 4.7の100万コンテキストウィンドウで実用的\n- 表現力向上・可読性向上がコスト増を正当化\n\n## 著者の動機\n「HTMLはまさにそれだった。以前よりずっとループの中にいる感覚がある」—— 複雑化するClaudeシステムに対して人間の監視を維持するための手段。\n\n## アクションアイテム\n- vvv-bots のデバッグレポートをMarkdown→HTML化で可読性改善\n- Claude Code計画書をHTMLで生成する習慣に切り替え\n- コードレビューをHTMLレンダリングdiff+色分けで出力するSkill作成", "tags": ["html", "markdown", "claude-code", "workflow", "visualization", "プロトタイプ", "コードレビュー", "anthropic-blog"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T09:23:43.294832+09:00", "updated_at": "2026-05-21T09:23:43.294832+09:00"}
{"id": 329, "title": "Claude Coworkで4,000アカウントを管理する営業リーダーの実践 (Anthropic公式, 2026)", "content": "## 情報源\n- URL: https://claude.com/blog/how-an-anthropic-sales-leader-uses-claude-cowork-to-run-a-4-000-account-book\n- 著者: Travis Bryant (Anthropic 米国ミッドマーケットGTM責任者)\n- 種別: Anthropic公式ブログ\n\n## 著者プロフィール\n- 4,000アカウント管理（テック企業＋その他業界に分散）\n- 日次・週次・四半期ベースの業務を複数実行\n\n## 日次業務の自動化（約90分効率化）\n- スケジュール済みSkillが毎朝Googleカレンダーをスキャン → 外部会議用会議室を自動予約\n- 顧客通話準備Skillが**BigQueryの支出データ + SalesforceのパイプラインデータをJOIN**してブリーフを自動作成\n\n## 週次業務の自動化（約3時間短縮）\n- 営業リーダーシップ向け単一ページレポートを自動生成\n- 内容: トップラインメトリクス・主要取引・上昇/下降企業・予測スナップショット\n\n## 四半期プロジェクト: 4,000アカウント適性スコアリング\n- 従来: **数百時間**かかっていた業務\n- 自動化後: **一晩**で完了\n- 2種類の5次元ルーブリック:\n  - テック向け: エージェント機会・内部変革・AI投資・既存支出への余地・業界適合性\n  - 業界向け: 知識労働者密度・公開AI施策の言及\n- 各アカウントに対してWebリサーチ + Salesforce + BigQueryのデータを組み合わせて数値スコアと根拠を生成\n\n## 実践的Tips\n- 「プロンプトを予定表に乗せると、スラッシュコマンドを思い出す必要がなくなる」— Scheduled Skillsの最大のメリット\n- 営業Skillテンプレートはチームの実際のワークフローに合わせてカスタマイズすること\n\n## アクションアイテム\n- vvv BigQuery + Salesforce相当のデータ統合パターンとして参考にする\n- Scheduled Skillsをvvv-bots夜間バッチのClaude Cowork版として評価\n- 4,000件スコアリングのアーキテクチャ（Webリサーチ+DB結合+LLMスコア生成）をvvv求人データ品質スコアリングに転用", "tags": ["claude-cowork", "sales", "bigquery", "salesforce", "scheduled-skills", "automation", "営業", "スコアリング", "anthropic-blog"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T09:23:59.656428+09:00", "updated_at": "2026-05-21T09:23:59.656428+09:00"}
{"id": 330, "title": "test-connectivity-check", "content": "テスト", "tags": ["test"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T09:57:26.160664+09:00", "updated_at": "2026-05-21T09:57:26.160664+09:00"}
{"id": 331, "title": "test-timing-check", "content": "Grok 4.3はinput $1.25/Mtok、output $2.5/Mtokで非常に安価なモデルですの。Hermesとの統合でAPIキー不要のOAuth接続が可能。", "tags": ["test", "grok"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T09:57:39.408713+09:00", "updated_at": "2026-05-21T09:57:39.408713+09:00"}
{"id": 332, "title": "instinct: mcp wiki_add タイムアウトは古いMCPプロセスが旧IPを向いている", "content": "## 問題\nmcp__wiki__wiki_add を呼ぶと毎回タイムアウト（urlopen error timed out）になる。\n\n## 根本原因\nClaude Code セッション開始時に起動した wiki MCP プロセス (wiki_http_server.py) が\n旧 arcana IP (100.125.166.65:8200) を環境変数に持ったまま稼働し続けている。\n\n## 確認方法\nps aux | grep wiki_http_server | grep -v grep\ncat /proc/<PID>/environ | tr chr(0) newline | grep WIKI\n→ WIKI_BASE_URL=http://100.125.166.65:8200 なら旧プロセス\n\n## 対処\n1. settings.json の mcpServers.wiki.env.WIKI_BASE_URL が shadow IP (100.115.94.5:8200) か確認\n2. Claude Code を再起動して新しい MCP プロセスを起動させる\n3. 直接 API テストは curl -s -X POST http://100.115.94.5:8200/api/add で可能（API 自体は正常）\n\n## ポイント\nsettings.json を変更しても既存の MCP プロセスには反映されない。\nClaude Code 再起動後にのみ新設定が有効になる。", "tags": ["instinct", "mcp", "wiki", "llm-wiki", "settings.json", "claude-code"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T09:59:35.077038+09:00", "updated_at": "2026-05-21T09:59:35.077038+09:00"}
{"id": 333, "title": "instinct: Hermes x_search は uvx 直接呼び出しが Hermes LLM 解釈層より速くて精度が高い", "content": "## 発見（@MtkN1XBt 2026-05-19, 188.8K views）\n\nHermes 本体インストール不要。uvx + xAI OAuth だけで x_search が使える。\n\n## 推奨パターン\n\n### 認証（一度だけ）\nローカル/VNC:\nuvx --from hermes-agent hermes auth add xai-oauth\n\nSSH headless:\nssh -L 56121:127.0.0.1:56121 ubuntu@100.115.94.5   uvx --from hermes-agent hermes auth add xai-oauth --no-browser\n\n### 実行\nuvx --from hermes-agent python ~/.claude/scripts/run_x_search.py \"クエリ\"\n\n## なぜ直接呼び出しが優れるか\n\nhermes -z \"x_searchを使って...\" は 3段解釈:\n1. x_search_tool → Grok回答\n2. Hermesモデルが受け取って回答 ← ここが省ける\n3. 目的エージェントが利用\n\nx_search_tool 直接は 2段で済む → 高速化 + 情報の薄まり防止\n\n## レスポンス構造\n{\"answer\": \"Markdown+脚注\", \"model\": \"grok-4.20-reasoning\", \"inline_citations\": [...]}\n\n## 重要な誤解訂正\n「X API がタダ」は嘘。得られるのは Grok による検索分析であり検索 API ではない。\n30秒以上かかることも正常。", "tags": ["instinct", "hermes", "x_search", "grok", "uvx", "oauth", "best-practice"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T10:02:45.303726+09:00", "updated_at": "2026-05-21T10:02:45.303726+09:00"}
{"id": 334, "title": "mistakes-index", "content": "# mistakes-index\n\ninstinct: ページの種別クロスリファレンス。89件を8カテゴリに分類。\n\n> セッション開始時のミス参照用。エラー系トリガー時に  で引っかかるようにこのページも索引として機能する。\n\n## DB・SQL（10件）\n\n- [[instinct: PostgreSQLのFILTER句集約で個別COUNTクエリを1本に削減できる]]\n- [[instinct: PostgreSQLのWHERE条件評価順序は保証されないためキャスト前に型チェックが必要]]\n- [[instinct: PostgreSQL接続確認前にパスワード環境変数の有効性を検証する]]\n- [[instinct: Pythonインポートエラー対処前に依存関係（SQLAlchemy等）のインストール状態を確認する]]\n- [[instinct: SQLを実行する前にカラム名を正確に確認する（特にPostgreSQLの統計ビュー）]]\n- [[instinct: URLエンコードをHTMLテンプレートのdata属性に適用するとDBに二重エンコードで保存される]]\n- [[instinct: last_triggered_atがDBで古く見えても defer_record=True時は正常な場合がある]]\n- [[instinct: psycopg2はautocommit=Falseのためcommit漏れがidle-in-transactionを引き起こす]]\n- [[instinct: scraper.pyのSITES定義を更新する前にDBの最新group_idと一致しているか確認する]]\n- [[instinct: ツリー構造を変更する前にキーワード収集クエリや権限テーブルへの影響を確認する]]\n\n## セキュリティ（8件）\n\n- [[instinct: Cookieではなく LocalStorage に認証トークンを保存するサイトは save_auth.py が機能しない]]\n- [[instinct: GitHub Actions secret は利用するリポジトリごとに個別登録が必要]]\n- [[instinct: GitHub Actions secret名のtypoはcurlのURL rejectedで発覚する]]\n- [[instinct: JWTのSECRET_KEYが開発用プレースホルダーのまま本番稼働するとCRITICAL脆弱性になる]]\n- [[instinct: Jinja2はautoescapeを明示設定しないとHTMLテンプレートでXSSが成立する]]\n- [[instinct: LocalStorageにJWTを保存するSPAはCookieベースのsave_authでは認証できない]]\n- [[instinct: auth JSONファイルをgit追跡すると認証情報がリポジトリ履歴に残存する]]\n- [[instinct: nginxのみに頼った内部API認証はアプリ層でもトークン検証を追加して多層防御にする]]\n\n## スクレイピング・Playwright（9件）\n\n- [[instinct: Playwright ローカルモードでEPIPEエラーが出たらリモートPlaywrightに切り替える]]\n- [[instinct: Scraplingを使う前に対象サイトがSPAかどうかを確認しJSレンダリングが必要ならPlaywrightFetcherを明示的に指定する]]\n- [[instinct: URLパターンマッチを修正する前に実際のリンク構造をcurlまたはブラウザで検証する]]\n- [[instinct: dev/prodのscraper_bot_schedule設定乖離はマイグレーション漏れと手動変更の混在で発生する]]\n- [[instinct: manage.pyからscraper.pyを呼ぶ前に--group-id引数を明示的に渡しているか確認する]]\n- [[instinct: playwright-serviceのProtocol errorは強制再起動+リトライで対処する]]\n- [[instinct: playwright_serviceのwait_untilデフォルトをdmkt-sp等SPAに使うとタイムアウトが多発する]]\n- [[instinct: スクレイピング対象サイトがCloudflare/403を返す場合事前にプロキシ要否とUser-Agentを検証する]]\n- [[instinct: 新規ボットを追加する前にscraper_bots_helpers.pyのBOTS定義とscraper_bot_scheduleへの行を確認する]]\n\n## PM2・デプロイ・CI（11件）\n\n- [[instinct: CI deployはarcanaのみ反映でshadow/cureはdev/qaブランチpush時のみ同期される]]\n- [[instinct: GitHub ActionsのCI変数をシェル直埋込みするとsyntax errorになる]]\n- [[instinct: GitHub ActionsのPR本文に日本語・バッククォートが含まれるとシェル展開でexit 127になる]]\n- [[instinct: GitHub Actions内でコミットメッセージを直接シングルクォートに埋め込むとshell escape破壊が起きる]]\n- [[instinct: PM2 reloadの並列実行はReload already in progressエラーになる]]\n- [[instinct: PM2 reloadコマンドは並列デプロイで競合エラーになるため直列化+リトライが必要]]\n- [[instinct: PM2サービス再起動前にinvestlab-dailyが停止している理由をログで確認する]]\n- [[instinct: PM2ログ全履歴参照で修正済みエラーが誤起票される]]\n- [[instinct: idle-learn cronの実行頻度がClaude MAX枠を1日で食い尽くすことがある]]\n- [[instinct: サービスONBOARDINGドキュメントを追加する前にリポジトリのdocsディレクトリ存在を確認する]]\n- [[instinct: 外部API（EDINET等）を呼ぶプロセスをpm2登録する前にレートリミット対策と自動リスタート抑制設定を確認する]]\n\n## LLM・AI・MCP（16件）\n\n- [[instinct: AsyncLLMClientを初期化する前にプロバイダーがreasoning_effortパラメータに対応しているか確認する]]\n- [[instinct: ENVIRONMENT×DATABASE_URL不整合は起動時のfail fastで本番誤書込みを防ぐ]]\n- [[instinct: Gemini/Codexクォータ枯渇をファイルで記録してスキップすることで無駄な468エラーを防ぐ]]\n- [[instinct: Hermes x_search は uvx 直接呼び出しが Hermes LLM 解釈層より速くて精度が高い]]\n- [[instinct: LLMクライアントのリトライは用途別に系統A（固定2秒）と系統B（指数バックオフ）を分ける]]\n- [[instinct: LLMモデルのEOLはHTTP 410 Goneで返り無告知で使えなくなる]]\n- [[instinct: LLMモデル名を変更する前に全ボット共通のllm_client.pyを修正し他のタスクへの影響を確認する]]\n- [[instinct: SPAサイトはwait_until=domcontentloadedでJS実行前のHTMLしか取得できずセレクタが空になる]]\n- [[instinct: daily_once ボットのスケジュール判定は厳密時刻一致のためtick遅延でスキップが発生する]]\n- [[instinct: human-onlyラベルのIssueはAIパイプラインの自動pickup対象から除外する]]\n- [[instinct: in-progressラベルで人間とAIパイプラインの二重PR作成を防止する]]\n- [[instinct: mcp wiki_add タイムアウトは古いMCPプロセスが旧IPを向いている]]\n- [[instinct: task_driven_devのMAX_FAILURE_COUNT未設定は無限ループを引き起こす]]\n- [[instinct: thumbnail UPDATEの行ロック競合は複数ボットが同一video_idを並列処理する時に発生する]]\n- [[instinct: thumbnail_statusをsuccess固定にするとURL取得失敗分が287,034件蓄積する]]\n- [[instinct: 新しいLLMプロバイダーを追加する前に/v1/modelsエンドポイントでモデルリストを取得できるかcurlで検証する]]\n\n## GitHub・Git（9件）\n\n- [[instinct: VitePressビルドスクリプトのログ先が/var/logの場合はnpm run buildで直接ビルドする]]\n- [[instinct: VitePressビルドスクリプトのログ先が/var/logの場合は直接npm run buildで回避する]]\n- [[instinct: branch-guardはsquash/rebaseマージのコミットメッセージパターンを正規表現で除外する]]\n- [[instinct: bug_watchdogのdedupはcloseされたIssueをリセットしないと再発時に起票されない]]\n- [[instinct: config.yamlのマルチプロバイダー設定を読む前にdoctorやpreflight_checkが環境変数しか見ていないか確認する]]\n- [[instinct: git checkoutやresetを実行する前にworking treeに未追跡ファイルやstaged differencesがないかgit statusで確認する]]\n- [[instinct: シークレットをMarkdown/Skillファイルに直書きするとgit historyに残り永続漏洩になる]]\n- [[instinct: ハードコードシークレットはgitleaksで検出され履歴ごと消去が必要になる]]\n- [[instinct: 廃止済みディレクトリに書き込む処理を追加する前にそのディレクトリが.gitignoreや削除済みか確認する]]\n\n## 環境・設定・ファイル（10件）\n\n- [[instinct: .envファイルのシークレットローテーションはpython-dotenvで読み込みをスクリプト内に閉じ込める]]\n- [[instinct: SSH環境でPATHが通らずローカルインストールのCLIツールが見つからない]]\n- [[instinct: devサーバー接続前にSSH不要設定を確認する]]\n- [[instinct: pickle.loadはwith文を使わないとファイルディスクリプタが枯渇する]]\n- [[instinct: settings.jsonにフックを登録する前にスクリプトファイルが存在することを確認する]]\n- [[instinct: venvのpython3がシンボリックリンクの場合sys.executableで判定するとvenv検出が失敗する]]\n- [[instinct: watchdogがssh自己接続しても自分のHost keyを検証できず失敗する]]\n- [[instinct: yt-dlpパスをハードコードする前に環境変数またはwhichコマンドで実在パスを確認する]]\n- [[instinct: ファイルに書き込む前に必ずread_fileで内容を読み込んでからwrite_fileを呼ぶ]]\n- [[instinct: 定期実行タスクのロックファイルを作成する前に既存のロックファイルが残っていないか確認する]]\n\n## vvv-bots固有（3件）\n\n- [[instinct: BOTS辞書への登録漏れはtick APIで一切実行されない死角になる]]\n- [[instinct: scheduler_tick から別リポジトリのモジュールをimportするとNo module named エラーになる]]\n- [[instinct: 新規botを追加する前にbots/bot_registry.pyのBOTS辞書にキーが含まれているか確認する]]\n\n## その他（13件）\n\n- [[instinct: Alpine.jsはCSPのunsafe-evalなしで全インタラクティブ機能が無効になる]]\n- [[instinct: FOR UPDATE SKIP LOCKEDでN件一括取得すると行ロックがHTTP処理全体に及ぶ]]\n- [[instinct: INSERT/UPDATEを含むバッチ実行前にUNIQUE制約や外部キー制約を確認する]]\n- [[instinct: SELECT→INSERTのTOCTOU競合はON CONFLICT DO NOTHINGで原子的に解決する]]\n- [[instinct: bug_watchdogのdedupキーに時刻を含めるとDEDUP_MINUTESが機能しない]]\n- [[instinct: pytest.iniとsetup.cfgの両方にマーカーを追加する前にどちらが優先されるか確認する]]\n- [[instinct: サブモジュールのfeatureブランチを親リポジトリでマージする前にsubrepo側でも同ブランチを作成・マージ済みか確認する]]\n- [[instinct: スクリプト実行前に仮想環境がactivateされているか確認する]]\n- [[instinct: デイリードキュメント更新とDiscord通知を同一スクリプトにまとめる]]\n- [[instinct: バッチINSERTの重複制約違反はON CONFLICT DO NOTHINGだけでは不十分な場合がある]]\n- [[instinct: プロジェクトルート移動前に正しい作業ディレクトリ（/home/ubuntu/workspace）にいることを確認する]]\n- [[instinct: 価格抽出ロジックを修正する前にScraplingオブジェクトのメソッドの違いを確認する]]\n- [[instinct: 新メンバー向けオンボーディングの必須要素を確認する]]", "tags": ["instinct", "mistakes", "index", "パターン集"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T10:47:45.236939+09:00", "updated_at": "2026-05-21T10:47:45.236939+09:00"}
{"id": 335, "title": "Grok完全解説 × Hermes連携 — X頭脳設計とGrok 4 Hasteエージェント用途 (やこすら 2026-05-15)", "content": "# Grok完全解説 × Hermes連携\n\n## 情報源\n- URL: https://youtube.com/watch?v=pOKiy58e-Es\n- チャンネル: やこすら\n- 投稿日: 2026-05-15前後\n- スコア: 90/100\n\n## モデルラインナップ（コスト重要）\n\n| モデル | コンテキスト | 入力 | 出力 | 用途 |\n|--------|------------|------|------|------|\n| Grok 4.3 | 1M | $1.25 | $2.50 | 深い単発推論 |\n| **Grok 4 Haste** | **2M** | **$0.20** | **$0.50** | **エージェント・ツールコーリング特化** |\n| Grok Code Haste | - | - | - | コーディング特化 |\n\n**重要**: Grok 4 Hasteは$0.20/$0.50でKimi K2.6相当コスト。ツールコーリング多用途で有利な可能性あり。\n\n## Hermes × Grok 役割分担設計\n\n```\nHermes（器）= 長期記憶 + チャネル常駐（LINE/Discord/WhatsApp/Slack/Telegram等22種）\nGrok（頭脳）= 推論 + X Search + 画像/動画生成\n```\n\n- 認証: `uvx --from hermes-agent hermes auth add xai-oauth`（ブラウザOAuthで連携）\n- MCP: STDIO/HTTPトランスポート両対応\n\n## X Searchの差別化\n\n- キーワード検索・セマンティックサーチ・ユーザーサーチ・スレッドフェッチ・画像/動画理解\n- ClaudeやCodexにはないXリアルタイム情報を公式に深掘りできる\n- Deep Search: WebとXニュースを多段階横断調査\n\n## 注意: XサブスクとAPI利用権は別物\n\n- XサブスクのOAuth連携（Hermes経由）= サブスク費用のみ\n- xAI API直接呼び出し = 別途APIクレジット課金\n- xAI FAQで明記されている落とし穴\n\n## 料金体系\n\n- grok.com: 登録不要で基本利用可\n- X Premium: ベーシック$3 / プレミアム$8 / プレミアムプラス$40（米国）\n- SuperGrok Heavy: $299通常 / キャンペーン6ヶ月$99\n\n## 実用シナリオ\n\n1. Discord → Hermes → Grok X Search → 返答\n2. Claude Code/Codexで実装 + X最新反応はGrokに掘らせる3段構え\n3. 概要欄にClaude Code→Hermes→Grokパイプラインスキルを配布中\n\n## アクションアイテム\n\n- Grok 4 Haste（$0.20/$0.50）をKimi K2.6とのコスト比較対象に追加\n- `uvx --from hermes-agent hermes auth add xai-oauth` でshadow OAuth連携を試験\n- 配布スキル（概要欄ノート）を確認してClaude Code→Hermes→Grokパイプライン検証\n- multi-model-routing.mdのGrokエントリを「Grok 4.3 / Grok 4 Haste」に更新", "tags": ["Grok", "Hermes", "xAI", "X Search", "エージェント", "マルチモーダル", "コスト最適化"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-21T10:49:37.516589+09:00", "updated_at": "2026-05-21T10:49:37.516589+09:00"}
{"id": 336, "title": "test", "content": "test content", "tags": [], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-22T01:14:49.619842+09:00", "updated_at": "2026-05-22T01:14:49.619842+09:00"}
{"id": 337, "title": "Claude/Codex/Antigravity CLI トレンド X学習 2026-05-22", "content": "Claude/Codex/Antigravity CLI トレンド X学習 2026-05-22", "tags": [], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-22T01:15:24.758671+09:00", "updated_at": "2026-05-22T01:15:24.758671+09:00"}
{"id": 338, "title": "Claude CLI / Codex CLI / Antigravity CLI X学習 2026-05-22", "content": "## 情報源\n- 検索語: claude cli codex cli antigravity cli\n- X投稿数: 9件（期間: 2026-05-21〜22）\n- 一次情報: note.com/masa_san_jp/n/ne5df0e4c7d63（Antigravity 2.0 vs Claude Code vs Codex比較）\n\n## 主要な発見\n\n### Antigravity CLI 2.0の三CLI時代が正式到来\n- **時系列**: Claude Code(2025/2)→Codex CLI(2025/4)→Gemini CLI(2025/6)→Antigravity IDE(2025/11)→Antigravity CLI(2026/5)\n- GeminiとAntigravity IDEを統合してCLIに回帰（@park_labs評価）\n- Antigravity CLIが`/btw`コマンドをデフォルト対応（Claude Codeの神機能・Codexにはない）\n- Antigravity IDEにClaude CodeとCodexを「召喚」する構成が有効\n\n### 三CLI使い分け戦略（@masa_san_jp記事より）\n- **Antigravity**: UI開発・プロトタイプ・Artifacts（Implementation Plan/Task List/Walkthrough）\n- **Claude Code**: 既存コード修正・ローカル開発・CLAUDE.mdによる永続ルール・subagents/hooks細かい制御\n- **Codex**: PR review・issue-to-PR運用・sandbox安全設計・チーム開発フロー統合\n- 単一ツール統一ではなくフェーズごとの役割分担が最適\n\n### 三CLI循環構成の実用例\n- @yolozuya_works構成: Claude Code=全般・オーケストレーション / Codex CLI=リサーチ・画像生成系\n- Antigravity IDEにClaude Code+Codex召喚+generate_image+Higgsfield CLI+GPT Images 2.0の組合せ\n- 三CLI自動議論システム（Claude+Codex+Antigravity）試作報告あり（Antigravityが制限到達で途中終了）\n\n### 技術的詳細\n- Antigravity: sandbox設定・ネットワークアクセスデフォルト無効・workspace外書込み制限\n- Claude Code: Context window compaction（古い出力から削除・会話要約で容量管理）\n- 評価指標: テスト通過率・人間介入回数・差分品質・検証証跡\n\n## 独自見解・Tips\n- Antigravityの使用量が見えないのが不満（@tomitomy・制限到達で途中終了）\n- Antigravity CLIはgemini CLIの進化形として「3本柱時代」が本格化\n- 日本語コミュニティでは三CLIを「AI組織化」として積極的に組み合わせる動きが活発\n\n## アクションアイテム\n- Antigravity CLIの`/btw`コマンドをClaude Codeとの対比でメモ\n- [期限2026-06-18] Antigravity CLI移行（個人向けGemini CLI廃止）を再確認\n- 三CLI使い分け戦略をプロジェクトのCLAUDE.mdまたはスキルに追記検討", "tags": [], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-22T01:31:29.189487+09:00", "updated_at": "2026-05-22T01:31:29.189487+09:00"}
{"id": 339, "title": "三CLI詳細動向 hermes補完調査 2026-05-22", "content": "## 情報源\n- 検索手段: hermes xai-oauth (SuperGrok x_search) shadow\n- X投稿数: 20件（期間: 2026-05-21）\n- 関連: LLM Wiki ID=338 の補完調査\n\n## 主要な発見（hermes追加分）\n\n### Claude Code CLI\n- **Auto permission mode**: Shift+Tabで切り替え、日常的な編集は自動承認。`~/.claude/settings.json`で設定可能（@tomcrawshaw01）\n- **MCPトラフィック78%占有**: Claude Code CLIがMCPトラフィックの78%を占め加速中（@stevekrouse）\n- **\"agent operating system\"**: perception-action-observationループのアーキテクチャとして位置づけ（@goyalshaliniuk）\n- **endpoint override**: Zai等の互換バックエンドに接続可能（@JohnGalt_is_www）\n- **中国語GUIラッパー**: Claude Code CLI向けElectron GUIラッパーが公開（@luokexiaoguo）\n\n### Codex CLI\n- **background task**: Hermesで重いリファクタリングを裏で回しながらメイン作業可能（@lazywe999）\n- **multi-agent標準化**: 2026年2月頃からmulti-agent orchestrationが標準に（@YotamBlu）\n- **バグ報告**: Zedエディタ連携で現在開いているファイルが自動更新されないバグ（@exit_dev）\n- **画像パスバグ**: 画像が「[image #1]」と貼り付けられるバグ（@axiomofmind）\n- **Codex App vs CLI**: Codex AppはCursorに近く使いやすいが、Codex CLIは初期confusing（@null_decimal）\n- **スマホリモート実行**: iPhoneからMac terminalのCodex CLIをMacky経由でリモート実行（@sayujsure）\n\n### Antigravity CLI\n- **インストール**: `brew install --cask antigravity-cli`（@matsuu）\n- **Go製高速化**: async subagents・SSH認証対応で高速。旧gemini-cliより速い（@Arindam_1729, @gorlok）\n- **公式発表**: Google/geminicliアカウントからCLI/SDK/IDEの製品群を正式発表（@Google, @geminicli）\n- **Gemini 3.5 Flash High**: Antigravity CLIで試用可能（@gubatron）\n- **命名問題**: ユーザーにとって名称がわかりにくいとの指摘多数（@furu14）\n- **移行議論**: GitHubでgemini-cli→Antigravity CLI移行の議論活発（@gorlok）\n\n## 傾向サマリー\n- **Claude Code CLI**: Auto modeの実用化・MCPエコシステム支配（78%）が最大トレンド\n- **Codex CLI**: multi-agent + background task活用の生産性向上\n- **Antigravity CLI**: Google I/O直後で高速化評価 vs 命名・クローズドソース化への懐疑が混在\n\n## 技術情報\n- Antigravity CLIインストール: `brew install --cask antigravity-cli`\n- Claude Code Auto mode: Shift+Tab切り替え / `~/.claude/settings.json`で設定\n- Codex CLI + Hermes: background task連携でマルチタスク実現", "tags": [], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-22T01:34:00.914792+09:00", "updated_at": "2026-05-22T01:34:00.914792+09:00"}
{"id": 340, "title": "MCP全ホスト展開 E2E完全稼働 2026-05-22", "content": "## 概要\n\n2026-05-22、ローカルMac・shadow・cure の全3ホストにMCPサーバーを完全展開し、E2Eテストで全9項目PASSを確認した。\n\n## 最終MCP構成（全ホスト共通）\n\n| MCP | 役割 |\n|-----|------|\n| `wiki`/`llm-wiki` | shadow LLM Wiki (8200) へのアクセス |\n| `glm5` | GLM-5 (ZhipuAI) チャット |\n| `postgres` | shadow PostgreSQL (vvv_prod) |\n| `postgres-vvv` | claude_readonly ユーザーで vvv_prod へ読み取り専用接続 |\n| `context7` | Context7 ドキュメント検索 |\n| `fetch` | Web コンテンツ取得 |\n| `playwright` | ヘッドレス Chrome 自動操作 |\n| `github` | GitHub MCP (github_mcp_wrapper.sh 経由) |\n| `agent-cooperation` | エージェント間通信 |\n\n## ホスト別接続方式\n\n- **ローカルMac**: 全て `ssh shadow <binary>` 経由（shadow に処理委譲）\n- **shadow**: venv python3 直接実行 / npx 直接実行\n- **cure**: venv python3 直接実行 / npx 直接実行 / github・agent-coop は ssh shadow 経由\n\n## 修正した問題と解決策\n\n### 1. venv 不完全問題（shadow・cure）\n- **症状**: `pip`・`psycopg2`・`zhipuai` が venv に入っていない\n- **解決**: `python3 -m venv ~/.claude/mcp-servers/venv --clear` で再作成 → `mcp mcp-server-fetch psycopg2-binary zhipuai pyjwt[crypto]` を一括インストール\n\n### 2. github MCP stdin EOF 問題\n- **症状**: `npx -y @modelcontextprotocol/server-github` が stdin EOF を受け取ると即終了（poll=0）\n- **原因**: npx が stdin を読もうとするが Popen/SSH 経由では EOF になる\n- **解決**: `github_mcp_wrapper.sh` を作成して `exec npx ...` で起動\n  ```bash\n  #!/usr/bin/env bash\n  export GITHUB_PERSONAL_ACCESS_TOKEN=$(gh auth token)\n  exec npx -y @modelcontextprotocol/server-github\n  ```\n\n### 3. wiki コマンドが venv 外 python3 を使用（shadow）\n- **症状**: `/usr/bin/python3` を使っており依存関係が不安定\n- **解決**: venv python3 に統一\n\n### 4. zhipuai バージョン不一致（cure）\n- **症状**: `zhipuai==1.0.7` では `ZhipuAI` クラスが import できない\n- **解決**: `zhipuai>=2.1` にアップグレード\n\n### 5. cure の GitHub push 問題\n- **症状**: SSH鍵未登録で `git push` 失敗\n- **解決**: `git config credential.helper '!gh auth git-credential'` で gh token 経由に設定\n\n## E2Eテスト結果\n\n全3ホスト × 全9MCP = 27項目すべて PASS\n\nテストスクリプト: `/tmp/mcp_e2e_full.py`（MCP initialize レスポンスを検証）\n\n## git 同期状態\n\n- リポジトリ: `yoshida-jun/claude-base`\n- 最終commit: `35863ba feat(mcp): add github_mcp_wrapper.sh`\n- 全ホスト同期確認済み\n\n## 関連ファイル\n\n- `~/.claude/mcp-servers/github_mcp_wrapper.sh`\n- `~/.claude/mcp-servers/venv/` (.gitignore 済み)\n- `~/.claude.json` (ホスト固有・git管理外)", "tags": ["mcp", "infrastructure", "shadow", "cure", "e2e", "github", "venv", "ops"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-22T02:32:12.114680+09:00", "updated_at": "2026-05-22T02:32:12.114680+09:00"}
{"id": 341, "title": "YouTube学習 Hermes Agent + SuperGrok X検索 2026-05-22", "content": "## 情報源\n- URL: https://youtube.com/watch?v=nc3sWDr6Uwc\n- タイトル: Hermes Agent + SuperGrok: X Search Without an X API Key\n- チャンネル: (YouTube)\n- 投稿日: 2026-05\n- スコア: NotebookLM解析済み (youtube-learning notebook)\n\n## 主要な発見\n\n1. **X APIキー不要でのX検索実現**: Hermes AgentのローカルシェルとSuperGrokを連携させることで、個別の高価なX APIキーを取得することなくXのポストを検索・取得できる\n2. **既存サブスクリプション（X Premium）のOAuth連携**: X PremiumまたはPremium+のサブスクリプションをOAuth認証を通じてブリッジとして活用し、コンシューマー向けサブスクリプションを本格的なエージェントワークフローに変換\n3. **モデルとツールの完全分離**: モデルのプロバイダー設定（Grok）とツールの有効化（X検索）は独立して管理。モデルにログインしただけではツールは使えない\n\n## 実践的なTipsとコマンド例\n\n- **インストール**: `curl` でインストールスクリプトを取得し `bash` にパイプ実行。完了後 `source ~/.zshrc` で再読み込み\n- **プロバイダー選択（重要）**: `hermes model` を実行し、必ず「XAI Grok OAuth (Super Grok subscription)」を選択\n- **ツールの有効化**: `hermes tools` → 「CLI tools」セクション → 「X (Twitter) search」をスペースキーで有効化 → セッション再起動必須\n- **起動**: `hermes -2a` でフルターミナルインターフェース起動\n- **認証コマンド**: `hermes auth status xai_oauth` / `hermes auth add xai_oauth` / `hermes setup` / `hermes update`\n- **トラブルシューティング**: BraveブラウザでOAuth停止する場合は別ブラウザを使用。SSHリモートサーバーではポートフォワーディングまたは `--no-browser` フローを使用\n\n## アクションアイテム\n\n- shadow の Hermes で `hermes tools enable x_search` を確認・実行（x-learn スキルで活用中）\n- SSHリモートサーバーでの `--no-browser` フローを shadow の認証設定に統合\n- X Premium OAuth を SuperGrok の代替として評価（コスト比較: SuperGrok vs X Premium+）", "tags": ["youtube", "hermes", "x-search", "grok", "oauth", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-22T02:41:31.332242+09:00", "updated_at": "2026-05-22T02:41:31.332242+09:00"}
{"id": 342, "title": "YouTube学習 Claude Code 4本まとめ 2026-05-22", "content": "## 情報源（4本 NotebookLM 解析）\n\n| 優先度 | 動画ID | タイトル | チャンネル | 投稿日 | スコア |\n|--------|--------|----------|-----------|--------|--------|\n| 1位 | 6amLO7I9xdg | Code with Claude London 2026: Opening Keynote | Claude(公式) | 2026-05-18 | 85 |\n| 2位 | 2g8A53SIv3w | Code with Claude 2026: What's New in Claude Code | Techusiness | 2026-05-14 | 85 |\n| 3位 | BMMcmmnjrM8 | How to Build Mobile Apps with Claude Code (2026) | Nick Saraev | 2026-05-11 | 90 |\n| 4位 | gh2_PhgZGsM | Claude Code for Beginners Tutorial [Full Course] | freeCodeCamp.org | 2026-05-13 | 100 |\n\n## 動画別主要発見\n\n### Code with Claude London 2026: Opening Keynote（最重要）\n- **Claude Managed Agents**: 自社ホストSandbox環境 + MCP Tunnels でファイアウォール内の社内DB・ツールへ安全アクセス\n- **Advisor Strategy（コスト削減）**: Executor=Sonnet(実行) + Advisor=Opus(助言) の役割分離で5倍コスト削減・フロンティア品質維持\n- **非同期PR管理**: 複数エージェントチームによるコードレビュー + CI Autofix（テスト落ち・マージコンフリクト自動修正）\n\n### Code with Claude 2026: What's New in Claude Code\n- **Remote Control**: スマホからターミナルセッションにアクセス可能\n- **Auto Mode + Work Trees**: 破壊的変更の自動判断スキップ + 並行機能開発のための環境自動分離\n- **Automemory + Routines**: AI が memory.md に自動蓄積 + Cron/Webhook トリガーで PC 離席中もエージェント自動実行\n\n### How to Build Mobile Apps with Claude Code (Nick Saraev)\n- **Expo/React Native + Supabase**: UI からバックエンドAPI (Edge Functions + OAuth) まで一気通貫実装\n- **/compact コマンド**: 20〜30万トークン超過時に会話履歴を要約してコンテキスト解放（パフォーマンス低下防止）\n- **EAS CLI 本番ビルド自動化**: app.json/eas.json 生成 + Apple Developer/App Store Connect 提出プロセス自動化\n\n### Claude Code for Beginners Tutorial [Full Course] (freeCodeCamp)\n- **コード品質・セキュリティ自動監査**: SOLID 原則・アーキテクチャ・脆弱性を自動スコアリング\n- **session_notes.md**: セッション記憶を保持するファイルを AI が自ら生成・活用\n- **外部 API 統合**: Nominatim/OpenWeatherMap 等を自律的に統合・デバッグ\n\n## 全動画共通 Tips\n\n1. **セッション管理**: 長いセッションを避け `claude.md` / `session_notes.md` / `memory.md` で DNA 保存\n2. **CADE プロンプトフレームワーク**: コンテキスト・アクション・詳細・例 の4要素で具体的に指示\n3. **多層的テストループ**: ローカル → 中間環境(Expo/Sandbox) → 実機/本番の順に段階的検証\n\n## 新しい洞察（既存ユーザー向け）\n\n- **パラダイムシフト**: 「同期チャット」→「非同期・自律型エージェント」。Routines + CI Autofix + Work Trees で人間が寝ている間に AI がコード修正・PR 作成\n- **過度なスキャフォールディング廃止**: 細かいツール・過剰ルールはモデルの足を引っ張る。汎用的な基本機能(ファイルシステム/Sandbox)だけ与えて AI の自己判断に任せる方向へ\n- **コスト・知能分離戦略**: Executor(Sonnet) + Advisor(Opus) のロール分割で ROI 劇的改善\n\n## アクションアイテム\n\n- Claude Managed Agents の MCP Tunnels を社内 vvv DB 接続に評価\n- Advisor Strategy (Sonnet + Opus) を vvv-bots の LLM 呼び出しアーキテクチャに適用\n- Routines で vvv-bots 夜間スクレイピングを Cron 化する構成を検討\n- /compact コマンドを長時間セッションの標準運用に組み込む\n- session_notes.md パターンを HANDOFF.md の代替/補完として評価", "tags": ["youtube", "claude-code", "notebooklm", "managed-agents", "routines", "work-trees", "yt-learn", "2026-05"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-22T02:52:41.743842+09:00", "updated_at": "2026-05-22T02:52:41.743842+09:00"}
{"id": 346, "title": "Claude Code X学習 2026-05-23", "content": "## 情報源\n- 検索語: claude code\n- X投稿数: 100件（期間: 2026-05-23 直近1日）\n- score≥60の有効投稿: 約40件\n\n## 主要な発見\n\n### 1. v2.1.148リリース（緊急バグ修正）\n- v2.1.147で導入されたリグレッション修正\n- **Bashツールが全コマンドにexit code 127を返すバグ** を解消\n- Bash依存の自動化（pm2制御・vvv-bots等）が全滅するタイプの重大バグだった\n- リリース日: 2026-05-22、コミット: `2194e8e`\n\n### 2. Karpathy (元Tesla AI Director・Anthropic入社) のCLAUDE.md がバズ\n- Claude Codeの「過剰さ・冗長さ」を徹底的に潰す指示が記述\n- Karpathy 4ルール（CLAUDE.mdに導入済み）の原著者が自身のCLAUDE.mdを公開\n- X上で拡散中（@rakutek 投稿 2057632977644081257）\n\n### 3. /goalのAskUserQuestionバグ修正（yurukusa/cc-safe-setup）\n- 自律運用時に`AskUserQuestion`ツールが発火→一晩の作業が0%で停止する問題\n- **PR #289で防衛完了、24件試験全件通過**\n- 防衛策: PreToolUseフックでexit 2遮断\n- 新たに「ターン間の約束喪失」問題(Row 7)も発見・設計段階\n- MIT Licenseの無料ツール群: `yurukusa/cc-safe-setup`\n- 詳細: https://qiita.com/yurukusa/items/906a918c59db9836326d\n\n### 4. BunリポジトリがClaude Codeワークフロー実例集に\n- Bun（JavaScriptランタイム）がAnthropicに買収\n- 副産物: `.claude/workflows/` に `lifetime-classify.workflow.js` 等のワークフローファイルが公開\n- 未ドキュメントのClaude Code機能の使い方をコミット履歴から読み取れる\n- 参照: @sukh_saroy 投稿\n\n### 5. Notion AI × Claude Code 開発ログ自動化\n- **Notionを「AIの共有メモリ」として活用**するワークフロー\n- Notion AI + GitHub MCPで実装計画作成 → Claude Codeで検証・懸念抽出 → Notionに設計記録\n- タスクに「Claudeへの指示」テンプレ（概要・目的・具体的依頼）を記載\n- ブランチ名 `feature/TASK-123` でPRとタスクを自動連携\n- セッション再開時はNotion URLを渡すだけでコンテキスト復元\n- 詳細: https://note.com/kobo_sta/n/n7000be9b9b09\n\n### 6. Claude Code 1周年（2025年5月22日）\n- 2025年2月24日にCLIツールとしてプレリリース\n- 2025年5月22日のCode with Claudeで一躍有名に（1周年）\n- 普及要因: Claude 4のコーディング性能・IDE統合・定額モデルへの転換・自律性向上\n\n## 独自見解・Tips\n\n- **大規模コードベースでのTips**: プロンプト工夫より「検証経路を先に作る」方が効く。テスト・スクショ・期待出力をエージェント自身が参照できる形にしておく（@yutaaaalll）\n- **AIに読ませやすいリポジトリ設計**: コードだけでなくテスト・規約・ドキュメントもエージェントの足場になる（@tttt1813802）\n- **/goalのゴール設定**: 初心者は「何をゴールにするか」+「どこで人間が確認するか」の設計が重要（@tattaka_taaa）\n- **Claude CodeとCodexの使い分け**: 「Claude設計→Codex実装」の棲み分けが普及中。トークン消費でCodexに優位性を感じるユーザー増加\n- **CLAUDE.mdのチーム活用**: 要件変更の経緯・判断理由を残しておくと新メンバー参画時に効果大（@ura_unico）\n- **Claude Codeの本領**: コード生成だけでなくCowork+Projects+Skills+MCPの組み合わせが本来の使い方（@noctra_jp）\n\n## アクションアイテム（優先度順）\n\n1. **即時** v2.1.148にアップデート確認（Bash exit 127バグ・vvv-bots全滅リスク）\n2. **今週** yurukusa/cc-safe-setup の PreToolUse フック導入評価（/goalの自律運用安定化）\n3. **今週** BunリポジトリのClaude Codeワークフローファイルを調査（未ドキュメント機能の把握）\n4. **来週** Notion MCP × Claude Code ワークフローをvvv-bots開発プロセスに適用検討\n5. **来週** Karpathy CLAUDE.mdの内容を確認・自分たちのCLAUDE.mdとの差分把握", "tags": ["claude-code", "x-learn", "2026-05-23", "v2.1.148", "goal", "karpathy"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T00:15:05.251490+09:00", "updated_at": "2026-05-23T00:15:05.251490+09:00"}
{"id": 347, "title": "YouTube Claude Code動画学習 2026-05-23", "content": "## 情報源\n- 検索語: claude code\n- 動画数: 5本取得、3本NotebookLM/Gemini詳細解析\n- 解析日: 2026-05-23\n\n---\n\n## 動画1: gh2_PhgZGsM — Claude Code for Beginners Tutorial [Full Course]\n- **チャンネル**: freeCodeCamp系（実践系）\n- **スコア**: 95/100\n- **NotebookLM解析**: Boris Cherny Workflowの実践解説\n\n### 主要な発見\n1. **プランモード(Plan Mode)を作業の80%で活用** — `Shift+Tab`×2でアクセス。複数モデルが相互検証することで盲目的コーディングを防ぐ\n2. **「アンチゴール」の設定** — 成功条件だけでなく「AIが絶対に避けるべきこと」を明示。自信満々なハルシネーション抑制に効果的\n3. **CLAUDE.mdを100行未満に保つ** — 古いルールを詰め込むと「命令のドリフト」が発生。モデル進化に合わせて積極削除\n4. **自己検証ループ** — ブラウザやテストランナーへのアクセス権を与え「テストを実行し合格するまで修正せよ」と命令→出力品質が劇的向上\n5. **セッションのサイロ化** — 同一ファイルへの複数セッション同時実行は「コンテキスト衝突」を引き起こす。タスクごとに独立セッションで分離\n\n### 実践Tips\n- `Shift+Tab`×2 → Plan Mode起動\n- セキュリティ: JWTシークレットはCLAUDE.mdで明示的に保護対象として記述\n- circuit breaker pattern・database error handlingをClaudeに実装させる際は具体的なパターン名を指定\n\n---\n\n## 動画2: 2g8A53SIv3w — What's New in Claude Code (Code with Claude 2026)\n- **チャンネル**: Anthropic公式\n- **スコア**: 70/100\n- **投稿日**: 2026-05-06（Code with Claude Conference SF）\n\n### DX向上の新機能\n1. **Remote Control** — PCセッションをスマホから引き継ぎ操作可能。コマンド: `remote control` → Webリンク発行\n2. **TUIフルスクリーンモード** — フリッカ完全排除・スクロールバック仮想化でメモリフラット。コマンド: `tui full-screen`\n3. **Voice Mode** — `/voice` で有効化、スペースキー長押しで音声入力\n4. **デスクトップ版チャプター機能** — 長大履歴を「章」固定して目次ジャンプ\n\n### 自律性向上の新機能\n5. **Auto Mode** — 操作の破壊性・プロンプトインジェクションリスクをAI自動判断。安全ならユーザー許可プロンプトをスキップ\n6. **Work Trees** — 複数機能の並行開発時にAIが自動でブランチ分離。コマンド: `claude -w` または `--worktree`\n7. **Automemory** — AIが自律的に`memory.md`を作成・管理。ビルドコマンド・デバッグ知見を蓄積\n8. **Routines** — Cron/GitHub Webhook/API呼び出しトリガーでAI自動タスク実行。例: `/loop 1 minute tell me a joke`\n9. **CI Autofix** — CIテスト失敗・コードレビュー指摘・マージコンフリクトをAIが自律検知→修正PRを自動更新\n\n---\n\n## 動画3: nZY_Cxw0svo — Claude Code FREE UNLIMITED 2026\n- **スコア**: 60/100\n- **内容**: MiniMax API + OpenRouter経由でClaude Codeを無料利用\n  - settings.jsonでモデル設定: `ANTHROPIC_API_KEY`をOpenRouter/MiniMaxキーに差替\n  - MiniMax M2.7: Opus 4.6相当の性能で無料枠あり\n  - NVIDIA NIM経由も利用可\n\n---\n\n## アクションアイテム（優先度順）\n\n1. **CLAUDE.mdを100行未満に精査** — 古いルール削除（命令ドリフト防止）\n2. **アンチゴールセクション追加** — 既存Anti-goalsをさらに具体化\n3. **vvv-botsのCI Autofix導入検討** — GitHub Webhook + Routinesでテスト失敗を自動修正\n4. **自己検証ループをvvv-bots botに適用** — 各botにテスト実行権限を与え合格まで自律修正\n5. **Automemoryのvvv-bots適用** — scheduler_tick.pyのデバッグ知見をメモリ蓄積\n6. **Work Treesワークフロー強化** — 既に`wt`コマンドで運用中。`claude -w`フラグも確認", "tags": ["youtube", "claude-code", "yt-learn", "2026-05-23", "boris-cherny", "plan-mode", "anti-goal", "routines", "ci-autofix", "work-trees"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T00:30:57.256602+09:00", "updated_at": "2026-05-23T00:30:57.256602+09:00"}
{"id": 348, "title": "CLAUDE.md整理・Boris Cherny Workflow実装（2026-05-23）", "content": "## 概要\n\nYouTube学習（LLM Wiki ID=347）で得たBoris Cherny Workflowの知見をCLAUDE.mdに反映した。\n353行 → 99行に圧縮し、命令ドリフトを防止する構造に再設計。\n\n## 実装した変更\n\n### 1. Plan Mode 80%ルール明文化\n- 「作業の80%でPlan Modeを使用」を明示\n- `Shift+Tab×2`でPlan Mode起動の操作方法を追記\n- 新タスク受領時の具体的手順（Reactive Codingを避ける）\n\n### 2. 自己検証ループ新設\n- 実装後は `pytest/mypy/Playwright/curl` 等で合格まで自律修正\n- **「検証なし完了宣言は禁止」** をAnti-goalsに追加\n- 検証手段を与えられていない場合は自分で選択する\n\n### 3. セッションサイロ化\n- 新タスクは `/clear` で開始\n- 実装(Sonnet) → レビュー(Opus) は別セッション\n- `session_notes.md` での引き継ぎパターン明文化\n\n### 4. 命令ドリフト防止\n- CLAUDE.md自体を100行未満に保つルールを自己参照で追記\n- 詳細設定をrules/配下に分離:\n  - `rules/worktree-workflow.md` — Worktree/並列開発/RemoteControl/ComputerUse\n  - `rules/commit-convention.md` — コミットメッセージ規約\n  - `rules/llm-cost-model.md` — LLMコスト/Agent SDK課金対応\n\n## 判断の根拠\n\n- Boris Cherny（Claude Code開発者）がSequoia AI Ascent 2026で公開した個人運用パターン\n- 「CLAUDE.mdは100行未満・古いルールは削除」が命令ドリフト防止の核心\n- Anti-goal明示でAI出力品質が大幅向上する（Cherny推奨）\n- 自己検証ループにより検証なし完了宣言という最大の品質劣化パターンを排除\n\n## 参照\n\n- LLM Wiki ID=347: YouTube Boris Cherny Workflow動画学習\n- LLM Wiki ID=346: X投稿学習（同日）", "tags": ["claude-md", "boris-cherny", "workflow", "plan-mode", "self-verification", "2026-05-23"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T00:40:41.226871+09:00", "updated_at": "2026-05-23T00:40:41.226871+09:00"}
{"id": 349, "title": "instinct: OpenClaw MCP serve に --url が必要", "content": "## 問題\n\n`openclaw mcp serve` を SSH + `docker exec -i` 経由で呼び出しても、Claude Code から MCP として接続できなかった。\n`initialize` リクエストを送っても無応答（ぶら下がったまま）。\n\n## 原因\n\n`openclaw mcp serve` はデフォルトで gateway の WebSocket URL を `config.json` の `gateway.remote.url` から読む。\nDocker コンテナ内からローカル起動の gateway に接続するには `--url` を明示する必要がある。\n\n## 解決策\n\n`~/.claude.json` の MCP エントリに `-T` フラグと `--url` を追加する:\n\n```json\n\"openclaw\": {\n  \"type\": \"stdio\",\n  \"command\": \"ssh\",\n  \"args\": [\n    \"-T\",\n    \"cure\",\n    \"sudo docker exec -i openclaw openclaw mcp serve --token <TOKEN> --url ws://localhost:18789\"\n  ]\n}\n```\n\n- `-T`: SSH の PTY 割り当てを無効化（stdio が正しくパイプされるように）\n- `--url ws://localhost:18789`: OpenClaw gateway の WebSocket URL（cure コンテナ内 localhost）\n\n## 検証方法\n\n```bash\necho '{\"jsonrpc\":\"2.0\",\"id\":1,\"method\":\"initialize\",\"params\":{\"protocolVersion\":\"2024-11-05\",\"capabilities\":{},\"clientInfo\":{\"name\":\"test\",\"version\":\"1.0\"}}}' \\\n  | ssh -T cure \"sudo docker exec -i openclaw openclaw mcp serve --token <TOKEN> --url ws://localhost:18789 -v\"\n# → {\"result\":{\"protocolVersion\":\"2024-11-05\",\"capabilities\":{...}}} が返れば成功\n```\n\n## 環境\n\n- cure (100.86.220.63): Docker で openclaw コンテナ起動\n- gateway は port 18789 でバインド\n- shadow から SSH 経由で MCP serve を呼び出す構成", "tags": ["openclaw", "mcp", "instinct", "docker", "ssh"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T05:21:14.912013+09:00", "updated_at": "2026-05-23T05:21:14.912013+09:00"}
{"id": 350, "title": "OpenClaw × Codex (GPT-5.5) MCP統合 完全ガイド", "content": "# OpenClaw × Codex (GPT-5.5) MCP統合 完全ガイド\n\n> 2026-05-23 完成。cure サーバー上の OpenClaw ゲートウェイ経由で GPT-5.5 を呼び出す。\n\n## アーキテクチャ\n\n```\nshadow (Claude Code)\n  ├── MCP: openclaw mcp serve --claude-channel-mode on\n  │     → conversations_list / events_poll / permissions_list_open / messages_send\n  │     → チャンネルなし = conversations_list は常に空\n  │\n  └── Bash: ~/.claude/scripts/claw.sh \"<msg>\" [session_id]\n        → ssh cure → docker exec openclaw agent → GPT-5.5\n```\n\n## インフラ構成\n\n| サーバー | 役割 |\n|---------|------|\n| shadow (100.115.94.5) | Claude Code 実行 + MCP クライアント |\n| cure (100.86.220.63) | Docker コンテナ群 (OpenClaw / n8n / Dify) |\n\n### cure 上の Docker Compose\n\n```yaml\n# /home/ubuntu/services/docker-compose.yml\nopenclaw:\n  image: ghcr.io/openclaw/openclaw:latest\n  container_name: openclaw\n  ports: [\"18789:18789\", \"18790:18790\"]\n  environment:\n    OPENCLAW_GATEWAY_TOKEN: 93e0c08954863e7739aa497ab433bf80f6665fe9ae007f0a\n    OPENCLAW_GATEWAY_BIND: lan\n    OPENCLAW_GATEWAY_CONTROL_UI_ALLOW_INSECURE_AUTH: \"true\"\n  entrypoint: [\"/home/ubuntu/services/openclaw-entrypoint.sh\"]\n  volumes:\n    - openclaw_data:/home/node/.openclaw\n    - /home/ubuntu/services/openclaw-entrypoint.sh:/home/ubuntu/services/openclaw-entrypoint.sh:ro\n```\n\n### entrypoint スクリプト（スコープ永続化）\n\n`/home/ubuntu/services/openclaw-entrypoint.sh` — 起動のたびに MCP デバイスのスコープを full に書き換える。\nMCP デバイス ID: `e3a94109b74d1412adbde74e3eb4a5e6b55c9c38659290725f1486578c7cb1c0`\n\n## shadow の MCP 設定 (~/.claude.json)\n\n```json\n\"openclaw\": {\n    \"type\": \"stdio\",\n    \"command\": \"ssh\",\n    \"args\": [\n        \"-T\",\n        \"cure\",\n        \"sudo docker exec -i openclaw openclaw mcp serve --token 93e0c08954863e7739aa497ab433bf80f6665fe9ae007f0a --url ws://localhost:18789 --claude-channel-mode on\"\n    ]\n}\n```\n\n## Bash 呼び出し（アウトバウンド）\n\n```bash\n# 基本\n~/.claude/scripts/claw.sh \"メッセージ\"\n\n# セッション継続\n~/.claude/scripts/claw.sh \"メッセージ\" \"e0df124c-be9c-48b8-b550-279b88c7e81a\"\n\n# SSH 直接（デバッグ）\nJSON_MSG=$(python3 -c \"import json,sys; print(json.dumps(sys.argv[1]))\" \"$MSG\")\nssh -o LogLevel=ERROR cure \"sudo docker exec openclaw openclaw agent --agent main --json -m $JSON_MSG 2>/dev/null\"\n```\n\n## MCP ツール一覧（Claude Code から利用可能）\n\n| ツール | 動作 | 備考 |\n|--------|------|------|\n| `mcp__openclaw__conversations_list` | チャンネルバック会話一覧 | チャンネル未設定 = 常に空 |\n| `mcp__openclaw__events_poll` | イベントキューポーリング | ✅ 動作確認済み |\n| `mcp__openclaw__permissions_list_open` | 未承認リスト | ✅ 動作確認済み |\n| `mcp__openclaw__permissions_respond` | 承認/拒否 | ✅ スキーマ確認済み |\n| `mcp__openclaw__messages_send` | チャンネル返信 | チャンネル必要 |\n\n## エージェント情報\n\n- agent id: `main`\n- session key: `agent:main:main`\n- session id: `e0df124c-be9c-48b8-b550-279b88c7e81a`（継続可能）\n- model: `gpt-5.5` (openai-codex)\n- context: 272K tokens\n\n## /claw スキル\n\n`~/.claude/skills/claw/SKILL.md` — Claude Code から `/claw` で Codex を呼び出す。\n\n## 既知の落とし穴\n\n| 問題 | 原因 | 対処 |\n|------|------|------|\n| `--url` なしで mcp serve が無応答 | コンテナ内でゲートウェイ URL が自動検出されない | `--url ws://localhost:18789` を必ず付ける |\n| `-T` なしで SSH がハング | PTY 割り当てで stdio がブロック | `-T` フラグ必須 |\n| スコープが restart で戻る | paired.json がデフォルトに戻る | entrypoint スクリプトで毎回パッチ |\n| `model override not allowed` | agent.json で gpt-5.5 固定 | `--model` 引数を使わない |\n| `conversations_list` が空 | チャンネル未設定（Telegram/Discord 等が必要） | Bash で `openclaw agent` を使う |\n\n## WebUI\n\n- OpenClaw: https://cure.taile6d59.ts.net:18790 (Tailscale HTTPS)\n- n8n: http://100.86.220.63:5678", "tags": ["openclaw", "codex", "gpt-5.5", "mcp", "cure", "integration"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T05:55:07.109509+09:00", "updated_at": "2026-05-23T05:55:07.109509+09:00"}
{"id": 351, "title": "instinct: OpenClaw MCP デバイス rotate は gateway token では denied になる", "content": "# instinct: OpenClaw MCP デバイス rotate は gateway token では denied になる\n\n## 結論\n\n`openclaw devices rotate` は **admin スコープのデバイストークン**で接続しないと `\"device token rotation denied\"` になる。\nゲートウェイ共有トークン（`--token`）は匿名接続扱いで `isAdminCaller=false` になるため拒否される。\n\n## 根拠（ソース解析）\n\n```js\n// /app/dist/server-methods-CWhAc9uY.js\nfunction resolveDeviceSessionAuthz(client) {\n    const callerScopes = client?.connect?.scopes ?? [];\n    return {\n        callerDeviceId: client?.isDeviceTokenAuth ? rawCallerDeviceId : null,\n        callerScopes,\n        isAdminCaller: callerScopes.includes(\"operator.admin\")  // ← これが false になる\n    };\n}\nfunction deniesCrossDeviceManagement(authz) {\n    // admin でなく、かつ別デバイスを操作しようとすると denied\n    return Boolean(authz.callerDeviceId && authz.callerDeviceId !== authz.normalizedTargetDeviceId && !authz.isAdminCaller);\n}\n```\n\n## 循環依存の罠\n\n1. MCP デバイスは最初 `operator.pairing` スコープのみ → `isAdminCaller=false`\n2. `devices rotate` で full スコープに変えようとする → denied\n3. admin スコープのデバイストークンで CLI 接続する方法が CLI に存在しない\n4. `gateway.remote.token` はゲートウェイ共有トークン用であり、デバイストークンではない\n\n## 正攻法（理論上）\n\n最初のペアリング時（`pending` 状態）に `devices approve` で承認する際、スコープを指定できる可能性がある。ただし CLI の `approve` コマンドに `--scope` オプションがないため、Web UI か Telegram `/pair approve` 経由でのみ可能。\n\n## 現在の対処（entrypoint ハック）\n\nコンテナ起動時に `paired.json` を直接書き換えてスコープを付与する。\n\n```bash\n# /home/ubuntu/services/openclaw-entrypoint.sh\npython3 -c \"\nimport json\nwith open('/home/node/.openclaw/devices/paired.json') as f:\n    d = json.load(f)\nd[dev_id]['scopes'] = FULL_SCOPES\nd[dev_id]['approvedScopes'] = FULL_SCOPES\nd[dev_id]['tokens']['operator']['scopes'] = FULL_SCOPES\nwith open('/home/node/.openclaw/devices/paired.json', 'w') as f:\n    json.dump(d, f, indent=2)\n\"\n```\n\nこれは OpenClaw の設計上の制限（バグ）によるハックであり、現時点では唯一の実用的解決策。", "tags": ["openclaw", "instinct", "mcp", "devices", "scopes", "workaround"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T06:03:19.849335+09:00", "updated_at": "2026-05-23T06:03:19.849335+09:00"}
{"id": 352, "title": "vvv-bots LLMフォールバックチェーン構築知見 (2026-05-23)", "content": "# vvv-bots LLMフォールバックチェーン構築知見\n\n## 最終フォールバックチェーン (llm_client.py v11)\n\n```\nNVIDIA NIM → Groq → Gemini 2.5 Flash(API) → Cerebras qwen-3-235b → Antigravity CLI → OpenClaw GPT-5.5 → Ollama\n```\n\n## 各プロバイダの詳細\n\n| プロバイダ | エンドポイント | 無料枠 | キー変数 | 備考 |\n|-----------|--------------|--------|---------|------|\n| NVIDIA NIM | integrate.api.nvidia.com | あり | NVIDIA_API_KEY | メイン |\n| Groq | api.groq.com | あり | GROQ_API_KEY | 2番手 |\n| Gemini 2.5 Flash | generativelanguage.googleapis.com/v1beta/openai | 250RPD/1M TPM | GEMINI_API_KEY | CC不要・未設定時スキップ |\n| Cerebras | api.cerebras.ai | 1M tokens/日 | CEREBRAS_API_KEY | qwen-3-235b-a22b-instruct-2507が現行最新 |\n| Antigravity CLI | /usr/local/bin/antigravity | 無料 | 不要 | Gemini 3.5 Flash・subprocess呼び出し |\n| OpenClaw GPT-5.5 | http://100.86.220.63:18791 | 無料 | 不要 | cure上のDockerラッパー |\n| Ollama | localhost:11434 | 無料 | 不要 | 最終手段・qwen2.5:3b |\n\n## Kimi K2.6 無効化\n\n- APIキー失効(401)のため `KIMI_ENABLED=false` で無効化\n- `llm_client.py` に `KIMI_ENABLED` フラグ実装済み。キー更新時は `KIMI_ENABLED=true` に戻すだけで復活\n\n## 重要な実装知見\n\n### Cerebrasモデル名 (2026-05-23時点)\n- ✅ `qwen-3-235b-a22b-instruct-2507` (最高品質)\n- ✅ `zai-glm-4.7`\n- ✅ `llama3.1-8b`\n- ✅ `gpt-oss-120b`\n- ❌ `llama-4-scout-17b-16e-instruct` — 存在しない(404)\n\nモデル一覧取得: `GET https://api.cerebras.ai/v1/models`\n\n### Antigravity CLI組み込み方法\n```python\nimport subprocess, shutil\nresult = subprocess.run(\n    [\"/usr/local/bin/antigravity\", \"-p\", combined_prompt],\n    capture_output=True, text=True, timeout=timeout\n)\ncontent = result.stdout.strip()\n```\n- system + user メッセージを結合して `-p` に渡す\n- `--print` / `-p` フラグで非インタラクティブ実行\n- exit code 0 + stdout非空 = 成功\n\n### Gemini API OpenAI互換エンドポイント\n```\nPOST https://generativelanguage.googleapis.com/v1beta/openai/chat/completions\nAuthorization: Bearer {GEMINI_API_KEY}\n```\n- aistudio.google.com でCC不要でキー取得可能\n\n### arcanaからshadowへの.env同期手順\n```bash\n# arcanaのキーを確認\nssh ubuntu@100.125.166.65 \"grep 'KEY_NAME' /home/ubuntu/workspace/web/vvv-bots/.env\"\n# shadowに追記\necho 'KEY_NAME=value' >> /home/ubuntu/workspace/web/vvv-bots/.env\n```\n\narcanaにあってshadowになかったキー(2026-05-23同期済み):\n- `CEREBRAS_API_KEY` / `CEREBRAS_API_KEYS` (5キー) — vvv-bots/.env\n- `AWS_REGION` / `AWS_BUCKET_NAME` / `AWS_ACCESS_KEY_ID_1,2` / `AWS_SECRET_ACCESS_KEY_1,2` — vvv-bots/.env\n- `JK4_AWS_ACCESS_KEY_ID` / `JK4_AWS_SECRET_ACCESS_KEY` / `SOCKS5_PROXY_JK4_1,2` / `JK4_PROXY_API` — vvv/.env\n\n## cure上のDiscord/n8n/OpenClaw構成 (2026-05-23)\n\n### systemdサービス\n| サービス | ファイル | 用途 |\n|---------|---------|------|\n| openclaw-api.service | /etc/systemd/system/ | OpenClaw HTTP wrapper (port 18791) |\n| discord-bot.service | /etc/systemd/system/ | discord.py → n8n webhook転送 |\n\n### n8nワークフロー\n- ID: `e6XEofueUYkx4POD` \"Discord Bot → OpenClaw GPT-5.5\"\n- webhook path: `discord-bot`\n- OpenClaw URL: `http://172.18.0.1:18791` (Dockerブリッジ経由)\n\n### Discordボット\n- bot名: `ppp#9654` (ID: 1311319591015944292)\n- guild: \"ai\" (ID: 1429604869177610264)\n\n## トラブルシューティング記録\n\n### n8n ワークフロー有効化\n- `PATCH {\"active\": true}` では有効化されない\n- 正解: `POST /rest/workflows/{id}/activate` + body `{\"versionId\": \"...\"}`\n\n### DockerコンテナからホストへのURL\n- `host.docker.internal` はLinuxでは解決されない\n- 正解: `172.18.0.1` (docker network gateway IP)\n- 確認: `docker network inspect bridge | grep Gateway`\n\n### Moonshot (Kimi) 無料枠\n- **無料枠なし**。最低$1チャージが必要\n- 代替: Groq / Cerebras / Gemini API / Antigravity CLI がすべて無料\n\n### Cerebrasキー\n- arcana `vvv/.env` に `CEREBRAS_API_KEYS` として5キー保存済み\n- shadow `vvv-bots/.env` には未設定だったため同期が必要だった", "tags": ["vvv-bots", "llm", "fallback", "cerebras", "antigravity", "discord", "n8n", "openclaw", "infrastructure"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T10:15:30.333587+09:00", "updated_at": "2026-05-23T10:15:30.333587+09:00"}
{"id": 353, "title": "2026-05-16 X投稿大量学習 — image-blaster/CLI-Anything/マルチAI設計/ひとり代理店$18,800", "content": "# X投稿学習記録 2026-05-16（20件超）\n\n> arcana LLM Wiki障害中にローカルMDに保存していた内容。shadow LLM Wiki復旧後に移行。\n\n## ★★★★★ 最重要投稿\n\n### 1. @maarcoofdezz — Claude Code 7エージェントひとり代理店 月$18,800\n- **views**: 927.4K / 2.2Kいいね / 3.7Kブクマ ★本日最高エンゲージメント\n- **内容**: 中国人がClaude Sonnet 4.6上に7エージェントを構築し、ひとりで月47クライアント×$400=$18,800を達成。API費用は月$480のみ。\n- **7エージェント構成**:\n  - Scout: 1日220事業分析→30リード抽出（Google Maps解析）\n  - Diagnoser: リードごとに診断文・パーソナライズメッセージ生成\n  - Builder: 上位見込み客向けLP 3〜5件作成\n  - Filmer: 10秒縦型動画（Higgsfield）\n  - Pitcher: 4チャンネルで日30通送信、返信率14%\n  - Checker: 送信前に全メッセージ自動レビュー\n  - Mobile(iPhone): iPhoneで常駐、Calendlyで自動アポ設定\n- **技術**: Claude Code Router（オーケストレーター）+ MCPサーバー + ファイルシステムで状態共有\n- **トリガー**: 取引$3,000超 or 返信率12%割れ時のみオーナーに通知\n- **コスト**: トークン日300万、API月$480。Lovable/Higgsfield/Calendlyサブスク追加\n- **重要度**: 100点 — vvv-bots設計の参考として最高レベル。Skill-vs-Agent 6段ラダーのハイブリッド実装例\n\n### 2. @CopyRebeldia — image-blaster（写真1枚→3D世界）\n- **views**: 878.9K / 13.4Kいいね / 2.2KRT\n- **内容**: GitHubリポジトリ「image-blaster」が1枚の写真からmeshes+物理演算+背景splat+空間音響の3D世界を自動生成。5分。Blenderを10年学んだ人々が黙って見ている。\n- **重要度**: 95点\n\n### 3. @MakeAI_CEO — マルチAI編成設計5選\n- **views**: 280.6K / 1.6Kいいね / 3.9Kブクマ\n- **内容**: 「日本のAI発信者の99%はお祈りをAIに投げてるだけ」。複数AIを1チームで動かす編成思想。Anthropic・OpenAI公式の最先端設計5選公開。\n- **重要度**: 95点 — CLAUDE.mdのマルチモデルルーティングに反映検討\n\n### 4. @DehumanoaDeus — Stanford LLM講義2時間\n- **views**: 209K / 4.4Kいいね / 4.4Kブクマ\n- **内容**: 「Netflixの1時間の代わりにStanford2時間講義。LLMの作られ方を大手AI企業社員がキャリアで学ぶ以上に理解できる」\n- **重要度**: 85点 — /yt-learnで解析推奨\n\n## ★★★★ 重要投稿\n\n### 5. @ClaudeCode_love — TradingView × Claude Code MCP\n- **views**: 160.6K / 1.9Kいいね\n- **内容**: TradingViewとClaudeをMCPで直接接続。チャート・指標の直読み、日本語でパターン検索、過去データ検証、朝の銘柄スキャン、口頭でオリジナル指標作成。「手で動かす」→「会話で動かす」へ。\n- **重要度**: 90点\n\n### 6. @so_ainsight — Claude→HTML+JSONでシステム可視化\n- **views**: 115.4K / 1.4Kいいね / 1.9Kブクマ\n- **内容**: 「このアプリ全体を1枚のHTMLと1つのJSONにまとめて」→複雑システムを即可視化。HTML=人間用、JSON=AI用。コードベースが「自分で説明してくれる」状態に。\n- **重要度**: 90点 — vvv-botsで即試用可能\n\n### 7. @opensourcelab9 — CLI-Anything（香港大学 HKUDS）\n- **views**: 50.7K / ★35,000超\n- **GitHub**: github.com/HKUDS/CLI-Anything（Apache 2.0）\n- **内容**: あらゆるGUIソフトをCLI化→AIエージェントが操作可能に。GIMP/Blender/LibreOffice/OBS等対応。7フェーズ自動化、2280件テスト100%合格。\n- **重要度**: 95点 — vvv-botsのGUI操作代替として評価必須\n\n### 8. @ClaudeCode_love — Claude Code 4時間YouTube動画講座（無料）\n- **views**: 100K / 665いいね / 1Kブクマ\n- **内容**: 「AIアプリ作成→マーケ→収益化」まで4時間で全網羅のYouTube動画。Skills/Subagents/MCP/CLAUDE.md/GTM/収益化事例。@anujcodes_21作。\n- **重要度**: 85点\n\n### 9. @Crypto_QianXun — Claude×株式分析12プロンプト\n- **views**: 76.2K / 705いいね\n- **内容**: 「Claudeはゴールドマン$2000/時のリサーチャー並みに100倍株を見つけられる、無料で」。隠れ小型株・触媒分析・ウォール街より早く参入する12プロンプト。\n- **重要度**: 80点\n\n### 10. @IndieDevHailey — Matt Pocockスキル集（★82,500）\n- **views**: 25K / 289いいね / 517ブクマ\n- **内容**: TypeScript大神Matt Pocock（元Vercel）が日常Claude活用法をOSS化。18スキル。\n  - /grill-me: 需要を徹底ヒアリング\n  - /tdd: 赤→緑→リファクタ強制\n  - /caveman: トークン消費75%削減\n  - /improve-codebase-architecture: 定期的コードベース保守\n  - インストール: `npx skills@latest add mattpocock/skills`\n  - 推奨: `/grill-with-docs`から始める\n- **重要度**: 90点\n\n## ★★★ 中程度重要\n\n### 11-16. その他注目投稿\n- @Honcia13 — TikTok自動化フロー（Claude Opus 4.7→Remotion動画合成→週30コンテンツ/2時間）75点\n- @hanjuku_yanen — Codex完全マスター動画1時間 75点\n- @opensourcelab9/axichuhai — CLI-Anything GitHub ★3万超に急上昇 95点（#7と同内容）\n- @santtiagom_ — Harness Engineering学習リソース walkinglabs.github.io/learn-harness- 85点\n- @ClaudeCode_UT — CLAUDE.md設計の重要性（東大ClaudeCode研究所） 80点\n\n## 高重要度・実装済みアイテム\n\n### @ClaudeCode_UT(2) — Karpathy 4ルール（正答率65%→94%）\n- CLAUDE.mdへの反映済み（2026-05-16実施）\n- ① 不明点は推測せず聞く ② 最小実装でやる ③ 関係ない箇所に触らない ④ 自信ない時は事前表明\n\n### @_guillecasaus / @servasyy_ai — Google公式AIスキル13種\n- GitHub: github.com/google/skills\n- `npx skills add google/skills`で全種インストール済み（2026-05-16実施）\n- alloydb/bigquery/cloud-run/firebase/gke/gemini-api等13種\n\n### @precisox — NVIDIA NIM 80モデル無料API\n- build.nvidia.com でAPIキー取得 → integrate.api.nvidia.com\n- vvv-bots LLMフォールバックチェーンに組み込み済み\n\n### @NFTCPS(2) — CodeGraph（ツール呼び出し92%削減）\n- GitHub: github.com/colbymchenry/codegraph\n- vvv(468ファイル/9217ノード)・vvv-bots(169ファイル/3392ノード)インデックス済み、MCP登録済み\n\n### @super_bonochin — セッションコンテキスト引き継ぎ\n- context.mdフォーマット → session_notes.md として実装済み\n\n### @airunner_linkai — Ollama 0.24でCodexアプリをローカル実行\n- views: 835.9K ★本バッチ断トツ最高views\n- `ollama launch codex-app`でレートリミットなし無限利用\n- 重要度: 95点\n\n### @ClaudeCode_love(4) — Claude CodeからCodex直接呼び出し\n- views: 82.5K / 461いいね / 617ブクマ\n- コマンド1行で導入・コードレビューをCodexに丸投げ可能\n- 重要度: 90点\n\n### @Codestudiopjbk(2) — Kimi Web Bridge（Computer Use代替）\n- views: 7.6K / 41いいね / 44ブクマ\n- Playwright補完としてブラウザ操作をAI Agentに委譲\n- 重要度: 90点\n\n## アクションアイテム（処理状況）\n\n### 実施済み\n- Karpathy 4ルール → CLAUDE.mdに反映\n- Google公式13スキル → `npx skills add google/skills`でインストール済み\n- CodeGraph MCP → vvv/vvv-botsインデックス済み・MCP登録済み\n- NVIDIA NIM → vvv-bots LLMフォールバックチェーンに追加\n- super_bocohin コンテキスト引き継ぎ → session_notes.md実装済み\n\n### 未処理（要評価）\n- CLI-Anything (github.com/HKUDS/CLI-Anything) 導入評価\n- Kimi Web Bridge → Playwright代替評価\n- @so_ainsight HTML+JSON可視化 → vvv-botsで試用\n- harness engineering学習リソース walkinglabs.github.io/learn-harness-\n- github.com/NirDiamant/agents-towards-production 参照\n- `ollama launch codex-app` shadowで検証（Ollama 0.24対応確認）", "tags": ["x-learn", "2026-05-16", "claude-code", "multi-agent", "tools"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T15:25:51.511383+09:00", "updated_at": "2026-05-23T15:25:51.511383+09:00"}
{"id": 354, "title": "instinct: llm_wiki_auto_add.py フック修正 — shadow wiki_db移行後の接続先修正パターン", "content": "## 修正内容 (2026-05-23)\n\nllm_wiki_auto_add.py (UserPromptSubmit hook) が存在しないパスを呼び出してサイレント失敗していた問題を修正。\n\n### 根本原因\n- 旧: `WIKI_CMD = \"/home/ubuntu/workspace/infra/tools/ops/llm_wiki.py\"` — このパスは存在しない\n- llm_wiki.py の DB_URL が旧arcana postgres (port 5432) を向いていた — shadow wiki_db は port 5433\n\n### 修正方針\n1. llm_wiki_auto_add.py: WIKI_CMD CLI呼び出し → urllib HTTP POST (localhost:8200/api/add) に全面変更\n2. llm_wiki.py: DB_URL = \"postgresql://wiki:wiki2026@127.0.0.1:5433/wiki\" に変更\n3. wiki_db スキーマに wikilinks 列が存在しない → cmd_list/search/add から wikilinks 参照を全除去\n\n### 教訓\n- hook スクリプトが CLI ツールを呼び出す構成は依存パスが移動すると壊れる\n- HTTP API 直接呼び出しにすれば外部パス依存を排除できる\n- LOG_FILE に書き込んでおくと silent failure を検出できる", "tags": ["instinct", "hook", "wiki", "bug-fix", "2026-05-23"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T15:48:33.118651+09:00", "updated_at": "2026-05-23T15:48:33.118651+09:00"}
{"id": 355, "title": "test-mcp-write", "content": "test", "tags": ["test"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T15:49:29.458589+09:00", "updated_at": "2026-05-23T15:49:29.458589+09:00"}
{"id": 356, "title": "instinct: cure監視スクリプトのDiscord通知がCloudflare 403でブロックされる", "content": "# cure 監視スクリプト Discord 通知 Cloudflare 403 問題\n\n## 問題\n\ncure サーバーの Python スクリプト（cross_monitor.py / recovery_advisor.py）が\nDiscord Webhook に `urllib.request` で POST すると HTTP 403 (Cloudflare error code: 1010) で失敗する。\n\n`curl` では同じ URL に 204 で成功する。\n\n## 原因\n\nCloudflare が `Python-urllib/3.x` の User-Agent をボットとして判定しブロック。\n`curl` のデフォルト User-Agent は通過する。\n\n## 解決策\n\n`urllib.request` を使わず、`subprocess.run([\"curl\", ...])` に置き換える。\n\n```python\ndef send_discord(msg: str) -> None:\n    payload = json.dumps({\"content\": msg})\n    subprocess.run(\n        [\"curl\", \"-sf\", \"-X\", \"POST\", DISCORD_WEBHOOK,\n         \"-H\", \"Content-Type: application/json\",\n         \"-d\", payload],\n        capture_output=True, timeout=15,\n    )\n```\n\n## 適用済みファイル\n\n- `/home/ubuntu/workspace/tools/ops/cross_monitor.py`\n- `/home/ubuntu/workspace/tools/ops/recovery_advisor.py`\n- `/home/ubuntu/workspace/tools/ops/infra/weekly_report.sh` (bash → python3 JSON encode + curl)\n\n## 注意\n\nUser-Agent を偽装して通過させる方法もあるが、curl を使う方が保守性が高い。", "tags": ["cure", "discord", "monitoring", "cloudflare", "instinct"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T16:29:03.669359+09:00", "updated_at": "2026-05-23T16:29:03.669359+09:00"}
{"id": 357, "title": "2026-05-23 shadow運用改善 — openclaw --init / chrome-vnc / cure SSH", "content": "# 2026-05-23 shadow運用改善セッション\n\n## 実施内容\n\n### 1. openclaw ゾンビプロセス → --init で根本解決\n\n**症状**: `[openclaw-hooks] <defunct>` が30分ごとに蓄積（最大11個）、メモリを圧迫\n\n**根本原因**: DockerコンテナにPID1のinitプロセスがなく（`Init: false`）、Node.js が子プロセスをwait()しないためゾンビ化\n\n**解決策**: コンテナ再作成時に `--init` フラグを追加 → `tini` がPID1として自動的に子プロセスを回収\n\n```bash\ndocker stop openclaw && docker rm openclaw\ndocker run -d --name openclaw --init --restart unless-stopped \\\n  --network services_services_net \\\n  -p 18789:18789 -p 18790:18790 \\\n  -v services_openclaw_data:/home/node/.openclaw:rw \\\n  -v /var/run/docker.sock:/var/run/docker.sock:rw \\\n  -v /home/ubuntu/services/openclaw-entrypoint.sh:/home/ubuntu/services/openclaw-entrypoint.sh:ro \\\n  -e OPENCLAW_GATEWAY_CONTROL_UI_ALLOW_INSECURE_AUTH=true \\\n  -e OPENCLAW_STATE_DIR=/home/node/.openclaw \\\n  -e OPENCLAW_GATEWAY_TOKEN=93e0c08954863e7739aa497ab433bf80f6665fe9ae007f0a \\\n  -e OPENCLAW_GATEWAY_BIND=lan \\\n  ghcr.io/openclaw/openclaw:latest \\\n  /home/ubuntu/services/openclaw-entrypoint.sh\n```\n\n**確認**: `docker inspect openclaw --format '{{.HostConfig.Init}}'` → `true`\n\n### 2. /tmp/chrome-vnc キャッシュ 998MB を定期削除\n\n**状況**: VNCのChromeプロファイルキャッシュが /tmp/chrome-vnc に蓄積（最大1GB超）\n\n**対処**:\n- 手動で Cache/IndexedDB/Service Worker/optimization_guide_model_store 等を削除 → 998MB → 784MB\n- `/usr/local/bin/disk_cleanup_hourly.sh` に #22 として自動クリーンアップを追加（Chrome未起動時のみ実行）\n\n### 3. cure = shadow自身（Tailscale IP重複）\n\n**発見**: `100.86.220.63` は shadow の Tailscale IP の別名（cure と shadow が同一ホスト）\n\n**SSH鍵登録**: `shadow_new_ed25519.pub` を `~/.ssh/authorized_keys` に追加 → `ssh cure` 接続成功\n\n公開鍵: `ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIIlQWK7ag4z+FGWJbMHxZJQdYkYkI5tVsY96XaI28XQ1`\n\n### 4. Discord Webhook は正常（前セッションの誤記録を訂正）\n\n`~/.config/discord-webhooks.env` の `DISCORD_WEBHOOK_TAILSCALE` URL は HTTP 204 で正常動作。\n前セッションの「HTTP 403 → 無効化済み」という記録は誤り。\n\n## 現在のサービス状態\n\n| サービス | 状態 | 備考 |\n|---------|------|------|\n| wiki-api | ✅ OK | localhost:8200, 6件 |\n| Ollama | ✅ OK | nomic-embed-text:latest |\n| n8n | ✅ OK | localhost:5678 |\n| Dify | ✅ OK | localhost:5001 (HTTP 307) |\n| openclaw | ✅ OK | --init付き再作成済み |\n| wiki_db | ✅ OK | pgvector/pg16, 6件 |\n\n## arcana復旧待ち残課題\n\n1. arcana VPSコンソールから再起動\n2. PR #218 (Advisor Strategy) マージ確認\n3. KIMI_API_KEY 更新 (#219)\n4. crontab の `# [arcana offline]` コメントを外す\n5. `/tmp/ha_failover.lock` 削除（watchdog再開）", "tags": ["shadow", "openclaw", "docker", "maintenance", "zombie-process", "disk-cleanup"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-23T19:49:50.725472+09:00", "updated_at": "2026-05-23T19:49:50.725472+09:00"}
{"id": 358, "title": "Claude Code X学習 2026-05-24", "content": "## 情報源\n- 検索語: claude+code\n- X投稿数: 100件（期間: 直近1日 2026-05-23〜24）\n- 高スコア(>=60): 26件\n\n## 主要な発見\n\n### 1. Claude Code /statusline 機能（スコア77）\n- 画面下部に常時表示: 使用中モデル名・セッションコスト・gitブランチ・コンテキスト使用量\n- 課金管理・状況把握に非常に便利と日本語コミュニティで話題\n- `/statusline` コマンドで設定可能\n- 出典: @potatobiz1\n\n### 2. 9router — Claude/Codex/Cursor月額課金不要ツール（スコア75）\n- Claude Code・Codex・Cursor・Clineなど複数AIを1つのルーターで管理\n- 月額課金を不要にする可能性があるとして話題\n- 出典: @RadineerE10\n\n### 3. AIへの記憶付与で作業時間75%削減・トークン半減（スコア72）\n- Claude/Codex単体では毎回記憶リセット → 同じ説明を何度も要求\n- 記憶を持たせることでトークン消費も半分に\n- agentmemory等の活用が有効\n- 出典: @okuyama_ai_\n\n### 4. Claude Code CRM × MCPの課題（スコア72）\n- MCP接続時にアクション1つごとにネットワーク往復が発生\n- コンテキストウィンドウが圧迫される問題\n- CRM連携ではツール数の管理が重要\n- 出典: @ClaudeCode_UT\n\n### 5. Claude Code「重くなった」ハマりポイント（スコア71）\n- Skills・MCPを増やすほど推論負荷が上がり動作が重くなる\n- 不要なSkills・MCPの整理が重要\n- 出典: @claude_tekural\n\n### 6. Agent Skillsの選び方（一次情報記事・スコア75）\n- URL: https://blog.game-dayo.dev/posts/must-have-agent-skills\n- 汎用スキルは不要・特化スキルを推奨（現役エンジニア複数人一致）\n- スキルのプロンプトを読んで自分用にカスタマイズすることが本質\n- mattpocock/skills（35,000★）のTDD・PRD・issue整理スキル18個が参考\n- 「絶対おすすめスキル」系情報商材への警戒を促す\n\n### 7. Claude CodeでIT業界がアニメ業界化（スコア69）\n- チームプログラマー・アーキテクトが一日中レビューを続ける構造に\n- AIが実装担当・人間がレビュー専門の作画監督化が進む\n- 出典: @LiveInTommorow\n\n## 独自見解・Tips\n- /statuslineは課金管理ツールとして実用的 → 導入必須\n- Skillsは質より特化度・入れすぎ禁物\n- 記憶管理（agentmemory/CLAUDE.md）はトークン・作業時間の両方に効く\n- MCP接続数はCRM等重いワークフローでは特に注意\n\n## アクションアイテム\n- /statuslineをshadowのClaude Codeに設定確認\n- blog.game-dayo.devのスキル記事をmattpocock/skillsと照合\n- agentmemory OSSをvvv-botsのLLMパイプラインに評価", "tags": ["claude-code", "x-learn", "skills", "statusline", "mcp"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-24T06:01:27.106266+09:00", "updated_at": "2026-05-24T06:01:27.106266+09:00"}
{"id": 359, "title": "gokou_timeline X学習 2026-05-24", "content": "## 情報源\n- 収集方法: @GokouMutsumi ホームタイムライン (group_id=315)\n- X投稿数: 148件取得 → AI/Tech関連31件\n- 期間: 2026-05-24\n\n## 主要な発見\n\n### 1. codegraph (重要度★★★★★)\n- URL: https://github.com/colbymchenry/codegraph\n- 今週 +14.1K GitHub stars (急上昇)\n- AIエージェント向けSQLiteコード知識グラフ (MCP経由)\n- **効果**: ツール呼び出し70%削減・コスト35%削減・100%ローカル動作\n- 19言語対応 (TypeScript/Python/Go/Rust/Java/C#等)\n- FastAPI/Django/Express等14フレームワーク対応ルーティング認識\n- インストール: `curl -fsSL https://raw.githubusercontent.com/colbymchenry/codegraph/main/install.sh | sh`\n- セットアップ: `codegraph init -i` → Claude Code再起動でMCPツール自動認識\n- MCPツール: codegraph_search / codegraph_context / codegraph_explore / codegraph_callers / codegraph_callees\n\n### 2. Claude Code v2.1.149 `/usage` 新機能 (重要度★★★★)\n- Skill・Subagent・MCPごとにコストが一発で見えるようになった\n- これまで全てが一まとめだったコスト表示が、機能単位で分解可能に\n- コスト最適化の判断材料として非常に有用\n\n### 3. Jane Street面接事例 — Claude Code使用がスタンダードに (重要度★★★)\n- 年収38.5万ドルのエンジニアがJane Streetの面試でClaude Code未使用のまま32分間コーディング\n- Claude Code非使用を理由に実質落選の扱い\n- トップ量化ファンドでClaude Codeスキルが前提条件となった証拠\n\n### 4. WeKnora — Tencent公式OSS (重要度★★★)\n- GitHub ★15000超\n- PDF/Docs → 自動RAG化 → 推論エージェントとして動作\n- 自社WikiのMeta自動管理も可能\n- Go製1バイナリで軽量\n\n### 5. Seedance 2.0動画生成フロー (重要度★★)\n- 最も再現性が高い手法: コマ割り画像作成 → LLMでコマ分析+プロンプト抽出 → 画像+プロンプトで動画化\n- 従来の「1枚ずつ抽カード」方式より主角のビジュアル一貫性が高い\n\n## 独自見解・Tips\n- codegraph はCLAUDE.mdのcodegraph MCP設定として即導入候補\n- `/usage` コマンドはMCPコスト最適化の第一歩として必ず確認すべき\n- Seedanceフローは vvv 記事サムネ生成パイプラインに応用可能\n\n## アクションアイテム\n- [ ] codegraph をshadow Claude Code環境に導入 (`npm i -g @colbymchenry/codegraph` → `codegraph init -i`)\n- [ ] Claude Code v2.1.149 `/usage` で現在のMCP/Skill別コストを確認\n- [ ] WeKnora を vvv-bots ナレッジベース化パイプラインとして評価", "tags": ["x-learn", "gokou_timeline", "codegraph", "claude-code", "2026-05-24"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-24T10:57:41.488626+09:00", "updated_at": "2026-05-24T10:57:41.488626+09:00"}
{"id": 360, "title": "x402プロトコル + LemonCake — AIエージェント向けAPIマイクロペイメント 2026-05-23", "content": "## 情報源\n- URL: https://qiita.com/LemonCake/items/0d033df70a07993dc252\n- 著者: @LemonCake（個人開発者）\n- 投稿日: 2026-05-23\n- タグ: TypeScript, x402, AIエージェント, USDC, 個人開発\n\n## 主要な発見\n\n### 1. x402プロトコルとは\n- HTTP 402 Payment Required ステータスコードを使う**AIエージェント向け決済標準**\n- Coinbase が主導するOSS標準\n- AIエージェントが画面操作なしで**自動的に支払い・API呼び出し**できる\n- **ERC-3009（USDC署名転送）**を使いガス代はサーバー側が肩代わり（gasless）\n- マイクロペイメント（$0.001/call）が経済的に成立\n\n### 2. フロー（4ステップ）\n```\n1. クライアント: GET /api/search?q=hello\n2. サーバー: 402 Payment Required + 金額・ウォレット情報\n3. クライアント: ERC-3009で署名 → X-PAYMENTヘッダで再リクエスト\n4. サーバー: 200 OK + 結果（USDCが自動送金される）\n```\n\n### 3. LemonCake (@lemon-cake/x402-server)\n- x402の日本向けラッパー。**ミドルウェア1行**で実装完了\n- 差別化: freee/MF自動仕訳・JPYオフランプ・適格請求書（インボイス）対応\n- Coinbase Bazaar（AIエージェント向けAPIカタログ）への自動掲載も可能\n\n### 4. 実装コード（Express）\n```typescript\nimport { x402Middleware } from \"@lemon-cake/x402-server\";\n\napp.use(\"/api/search\", x402Middleware({\n  serviceId: \"your-service-id\",\n  pricePerCallUsd: 0.001,\n}));\n```\n\n### 5. Coinbase Bazaar連携（Hybrid Mode）\n```typescript\nx402Middleware({\n  serviceId: \"your-service-id\",\n  pricePerCallUsd: 0.001,\n  facilitator: \"both\",  // LemonCake + Coinbase 両方\n  bazaar: {\n    name: \"My Search API\",\n    category: \"search\",\n  },\n});\n```\n\n## Before / After（決定的な差）\n\n| 項目 | 従来（Stripe） | x402+LemonCake |\n|------|-------------|----------------|\n| 初期工数 | 16時間 + 本人確認1日 | 6分 |\n| 月次工数 | 5時間（経理・請求書） | 0時間 |\n| AIエージェント対応 | ❌（画面操作必要） | ✅（自動支払い） |\n| 日本会計連携 | 手動 | freee/MF自動仕訳 |\n\n## アクションアイテム\n- vvvの有料API機能（将来）に x402 を採用候補として検討\n- `lemoncake.xyz/sellers` でProvider登録フローを確認（5ステップ・5分）\n- Base Sepolia testnet で動作確認可能（`network: \"base-sepolia\"`）\n- **AIエージェントが自動でAPI発見→支払い**する世界がすでに来ている\n\n## 関連技術\n- x402仕様: github.com/coinbase/x402\n- agent-payment-mcp: Claude Desktopから支払いエージェントとして呼び出せるMCP\n- Coinbase Bazaar: AIエージェント向けAPIカタログ（x402対応APIが自動掲載される）\n- ERC-3009: ガス代不要のUSDC署名転送標準", "tags": ["x-learn", "x402", "payment", "ai-agent", "usdc", "lemon-cake", "microservice", "2026-05-23"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-24T13:18:42.532681+09:00", "updated_at": "2026-05-24T13:18:42.532681+09:00"}
{"id": 361, "title": "9router — Claude Code/Codex/Cursor を無料・低コストプロバイダーに自動ルーティング 2026-05-24", "content": "## 情報源\n- X投稿: https://x.com/RadineerE10/status/2058140889751412947\n- GitHub: https://github.com/decolua/9router\n- 投稿日: 2026-05-24\n- スコア: 90/100（実践的・コスト直撃・即時適用可能）\n\n## 概要\nClaude Code・Codex・Cursor・Cline・Copilot・Antigravity を **40以上のAIプロバイダー**に接続するルーター型OSSプロキシ。月額課金を**完全無料〜大幅削減**にできる。\n\n## インストール・起動\n```bash\nnpm install -g 9router\n9router\n# → ダッシュボード: http://localhost:20128\n```\n\nまたは Docker:\n```bash\ndocker run -d --name 9router -p 20128:20128 \\\n  -v \"$HOME/.9router:/app/data\" \\\n  decolua/9router:latest\n```\n\n## CLI ツール設定（共通）\n```\nEndpoint: http://localhost:20128/v1\nAPI Key: ダッシュボードからコピー\nModel: kr/claude-sonnet-4.5  # Kiro AI経由で無料\n```\nClaude Code の場合: `ANTHROPIC_BASE_URL=http://localhost:20128/v1`\n\n## 主な機能\n\n### 1. RTK Token Saver\n- ツール出力を圧縮して **20〜40% トークン削減**\n- CLAUDE.md の RTK.md に記載のツールと類似・補完関係\n\n### 2. 3段階自動フォールバック\n```\nサブスク（Claude Max/Codex Plus）\n  ↓ クォータ切れ\n安価モデル（GLM $0.6/1M、DeepSeek等）\n  ↓ 予算ゼロ\n無料モデル（Kiro AI / OpenCode Free / Vertex AI）\n```\n\n### 3. 完全無料コンボ例\n```\n1. kr/claude-sonnet-4.5（Kiro AI — Claude 4.5 無制限・無料）\n2. opencode-free（認証不要）\n3. vertex（$300無料クレジット）\n```\n**$0/月で Claude Code 相当の性能が得られる**\n\n## 対応プロバイダー（抜粋）\n\n| 種別 | プロバイダー |\n|------|-------------|\n| OAuth（サブスク利用） | Claude Code, Codex, GitHub Copilot, Cursor |\n| 無料 | Kiro AI（Claude 4.5無制限）, OpenCode Free, Vertex AI($300) |\n| API課金 | OpenAI, Anthropic, DeepSeek, GLM, MiniMax, 40+種 |\n\n## 対応CLIツール（12+）\nClaude Code, Codex, Cursor, Cline, OpenClaw, Copilot, Antigravity, etc.\n\n## アクションアイテム\n- **即試験**: `npm install -g 9router` → shadow上で起動 → Claude Code の `ANTHROPIC_BASE_URL` を向ける\n- Kiro AI（Claude 4.5 無制限無料）をデフォルトモデルとして設定\n- vvv-bots の LLM 呼び出しコストを 9router 経由で40%削減できるか検証\n- RTK Token Saver と CLAUDE.md の RTK.md（rtk gain コマンド）の違いを整理\n\n## 注意点\n- ローカルプロキシのため本番サーバーへのデプロイは別途要検討\n- Kiro AI の無制限性は利用規約次第で変わる可能性あり\n- 無料プロバイダーのレートリミット・精度は要確認", "tags": ["x-learn", "9router", "claude-code", "cost-reduction", "proxy", "free-ai", "kiro-ai", "2026-05-24"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-24T13:21:04.998176+09:00", "updated_at": "2026-05-24T13:21:04.998176+09:00"}
{"id": 362, "title": "Grok×Hermes エージェント導入解説 2026-05-22", "content": "## 情報源\n- URL: https://youtube.com/watch?v=KvGTmmMRHJQ\n- チャンネル: AI共創イノベーション（ワンダー佐藤）\n- 投稿日: 2026-05-22\n- スコア: 80/100\n\n## 主要な発見\n\n### 技術的ポイント\n- **「使うほど育つ」自律型エージェント**: HermesはNous Research製OSSで、記憶・学習・スキルを自律的に構築・拡張\n- **Grok 4.3をエンジンに**: 推論・会話・意思決定に活用\n- **X(旧Twitter)リアルタイム情報取得**: xAI連携でX検索が最大のメリット\n- **`soul.md`による性格定義**: メッセージごとに読み込まれ即座に個性反映\n- **24時間自律運用**: 長時間稼働・高拡張性\n\n### 導入手順\n1. インストールスクリプトをLLMに生成させてターミナルで実行\n2. 起動: `hermes` コマンドのみ\n3. プロバイダー選択: **「Xai Grok (SuperGrok Subscription版)」を選択**（API版と混同注意）\n4. soul.mdでエージェント個性定義\n\n### Grok単体 vs Grok+Hermesのトレードオフ\n| | Grok単体 | Grok+Hermes |\n|---|---|---|\n| 情報の鮮度・細かさ | ◎優れる | △ざっくり |\n| 画面の見やすさ | ◎ | △ |\n| 自律成長 | ✗ | ◎ |\n| ループ処理 | ✗ | ◎ |\n| 向く人 | 即時性重視 | 育成が苦手な人・自動化重視 |\n\n### 著者の結論\n- Grok単体の方が性能は高い（速報性・分かりやすさ）\n- Hermesを噛ませると「ざっくり」になるトレードオフ\n- 「勝手に育って欲しい人」にはHermes、「自分の思想を育てたい人」は自作スキルが最適\n\n### スキルが多すぎる問題（重要）\n- スキルのname+descriptionが毎回読み込まれる → トークン消費増・ノイズ化\n- スキルは厳選すること（多く作りすぎ禁止）\n\n## アクションアイテム\n- SuperGrok契約者は `hermes model` → xAI Grok OAuth を試す\n- soul.mdでエージェント個性定義を実験\n- スキルの厳選ルール: name+descriptionが常時読み込まれることを意識", "tags": ["yt-learn", "hermes", "grok", "ai-agent", "2026-05-22"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-24T19:04:26.903583+09:00", "updated_at": "2026-05-24T19:04:26.903583+09:00"}
{"id": 363, "title": "Grok×Hermes×Claude Code 常駐エージェント構築 2026-05-18", "content": "## 情報源（4本の動画総合）\n- https://youtube.com/watch?v=O51DUKiUKCg (マイケル・Hermes v0.14実践・スコア75)\n- https://youtube.com/watch?v=pOKiy58e-Es (Sura×Asura・Grok徹底解説・スコア95)\n- https://youtube.com/watch?v=LbQ91Hk2I4Q (まさおAI・SuperGrok画像動画生成・スコア85)\n- https://youtube.com/watch?v=8rEC_ShLQ4M (KEITO・Claude Code+Hermes+X検索スキル・スコア90)\n- 投稿日: 2026-05-17〜18\n\n## 最重要発見\n\n### Grokの役割変化（asura）\n- Grok = チャットAIから**常駐エージェントの頭脳（Brain）**へ進化\n- X(旧Twitter)のリアルタイム情報へのネイティブアクセスが最大の武器\n- Tesla/SpaceX等xAIエコシステムの中心に位置づけ\n- Hermes（Nous Research・GitHub 10万スター超）がハブとして機能\n\n### 必要なプランと料金\n- **X Premium Plus（月額約6,000円）**のSuper Grokが必要（OAuth認証）\n- 通常のX Premiumでは不可（SuperGrokが付帯しないため）\n- APIキー不要で月額固定でGrok 4.3を利用可能\n\n### Hermes v0.14コマンド\n```bash\nhermes update          # 最新バージョンに更新\nhermes --version       # バージョン確認（v0.14.0が最新）\nhermes setup model     # モデル設定 → xAI Grok OAuth (SuperGrok Subscription)を選択\nhermes                 # 起動\n```\n\n### Claude CodeとHermesの連携でできること\n1. **X検索・データ抽出**: 特定アカウントの最新投稿・トレンド検索\n2. **自動レポート作成**: X情報→Excel/インフォグラフィック出力\n3. **マルチメディア生成**: Grok Imagineで画像・動画・TTS（音声合成）\n4. **長期記憶・自己改善**: セッション横断で精度向上\n5. **外部通知連携**: Slack/Discord/LINE自動送信\n\n### Claude Code用Hermesスキル（KEITO実装）\n- Hermesをバックグラウンドで操作するClaude Codeスキルを作成\n- `hermes` スキル経由でX検索 → Excel出力まで一気通貫\n- 「KとAIディレクターの最新ポスト3つ取得」等の自然言語指示に対応\n\n### Grokモデル選択ガイド\n| 用途 | モデル |\n|------|--------|\n| 深い単発推論 | Grok 4.3（1M context・$1.25/$2.5/Mtok） |\n| ツールを回す実務 | Grok 4.1 Haste（エージェント特化・安価） |\n| コーディング特化 | Grok Code Haste |\n\n## トレードオフ\n- Grok単体の方が速報性・情報精度は高い\n- Hermes経由だと「ざっくり」になる傾向\n- Hermes経由のメリット: 自律成長・長期記憶・ループ処理\n\n## 関連\n- [[Grok×Hermes エージェント導入解説 2026-05-22]] (id=362)", "tags": ["yt-learn", "hermes", "grok", "claude-code", "x-search", "ai-agent", "2026-05-18"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-24T19:07:08.084259+09:00", "updated_at": "2026-05-24T19:07:08.084259+09:00"}
{"id": 364, "title": "Claude Code X投稿学習 2026-05-24（19件まとめ）", "content": "## 情報源\n- 検索語: 19件のX投稿URL（swarm_japan, osabori_code, shota7180, FarAICoder, hirono_re, ClaudeCode_UT, gahutti, haboshiastra, ai_gachi_oji, makodama, ClaudeCodeozi, kapikunAI, RadineerE10, tetumemo, hanabusa104, Claudecode_JPJC, commte）\n- X投稿数: 19件（2026-05-23〜24）\n- 取得方法: x_search (qawasa OAuth, Grok 4.20-reasoning)\n\n## 主要な発見\n\n### 1. Claude Code化け物化リポジトリ10選（@swarm_japan 最重要）\n- **Superpowers** (⭐17万): スペック作成・TDD・並列サブエージェント・他モデル連携・セッション間メモリ永続化\n- **Everything Claude Code** (⭐14万): 48エージェント・182スキル・68コマンド・トークン半減・セキュリティ機能\n- `/plugin`コマンドでリポジトリURL貼るだけで即使用可能\n- 「プロンプトより環境に規律を入れる設計が自律性を生む」= ハーネス論\n\n### 2. プロンプト工学 裏技7選（@osabori_code）\n- 逆質問・専門家召喚・徹底全否定・二択比較・なぜなぜ深掘り・自己改善・思考ロジック\n- コピペ可能な具体例付き\n\n### 3. Microsoft Foundry × Claude エージェント構築（@shota7180）\n- 5ステップでエージェント構築手順（画像付き）\n\n### 4. トークン40%削減Tips（@FarAICoder）\n- 同一ファイルを何度も読ませないプロンプト設計\n- \"thinking out loud\"がモデルを崩す原因\n\n### 5. /code-review コマンド進化（@ClaudeCode_UT・東大研究所）\n- `/simplify`→`/code-review`に進化\n- **effort level（LOW〜MAX）**で思考深度を指定可能\n- 25kスターの無料プロバイダー自動ルーティングリポジトリ（コストゼロ化）\n\n### 6. Boris Cherny Podcast Tips（@gahutti）\n- CLAUDE.mdの書き方・性能を14%損するよくあるミス\n- Boris作者の実運用Tips（83分ポッドキャスト）\n\n### 7. OpenClaw/Gateway更新詳細解説（@haboshiastra）\n- Meeting Notes機能（Discord voice対応・read-only CLI）\n- モデル一覧高速化・Packaging/Security改善・Control UI強化\n\n### 8. ツール役割分担設計（@ai_gachi_oji）\n- 考える→Claude / 知識蓄積→Obsidian / 実行→Claude Code\n- 「ツールを増やさない。作業場所を分ける」設計思想\n\n### 9. AIエージェント権限・セキュリティ重視（@kapikunAI）\n- 賢さより実行面（権限・承認・secret管理・ログ・revoke）が重要\n- Secrets Manager連携が「事故防止」の観点で重要\n\n### 10. 9router（@RadineerE10 ★最重要）\n- Claude Code/Codex/Cursorを40+プロバイダーに自動ルーティング\n- Kiro AI（Claude 4.5無制限無料）+ 3段階フォールバック\n- 月額$0運用が現実的\n\n### 11. Hermes Agent完全解説（@tetumemo）\n- Hermes Agentが記憶喪失問題を解決・3層構造のメモリ\n- GEPA最適化・自己進化スキル\n\n### 12. Claude Code入門（@makodama）\n- 「中学生でもわかるClaude Code」記事紹介\n- Google Colab × Gemini統合でコード自動生成\n\n### 13. Claude × Codex 両方使い（@hanabusa104）\n- 「どっちが正解？」→「両方使う」が2026年の実務的回答\n- Claude設計・Codex実装の役割分担\n\n### 14. Chrome AI Agent Skill（@commte）\n- 128のWebプラットフォーム機能を100以上の専門家検証済みユースケースに整理\n- Claude Codeから呼び出し可能\n\n## 共通テーマ（2026-05-24 バズの本質）\n「プロンプトエンジニアリングを超えた**環境設計（ハーネス）**」が共通テーマ。\nSuperpowers/Everything Claude Codeなどのリポジトリが話題の中心。\n無料化手法・コードレビュー強化・記憶永続化・役割分担設計が実務トレンド。\n\n## アクションアイテム\n1. Superpowers (⭐17万) を `/plugin` でインストール評価\n2. `/code-review` のeffort level（LOW/MEDIUM/HIGH/MAX）を実運用に組み込み\n3. Boris Cherny 83分ポッドキャストを /yt-learn で学習\n4. ツール役割分担: Claude(思考)/Obsidian(記憶)/Claude Code(実行) を明文化\n5. OpenClaw Meeting Notes（Discord voice対応）の動作確認", "tags": ["x-learn", "claude-code", "2026-05-24", "harness", "9router", "hermes", "superpowers"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-24T20:40:26.890971+09:00", "updated_at": "2026-05-24T20:40:26.890971+09:00"}
{"id": 365, "title": "Grok xAI OAuth × Hermes x_search 認証完了記録", "content": "# Grok xAI OAuth × Hermes x_search 認証完了記録\n\n> 2026-05-25 shadow で認証完了・動作確認済み\n\n## 認証状態\n\n| credential | 状態 |\n|-----------|------|\n| xai-oauth-2 | ✅ logged in (juyoda アカウント) |\n| xai-oauth-qawasa | ✅ logged in (qawasa アカウント) |\n\n## 認証方法（正解手順）\n\n**shadow はヘッドレスなので noVNC のターミナルで直接実行するのが最短**:\n\n```bash\n# noVNC (http://100.115.94.5:6080/vnc.html) のターミナルで実行\nhermes auth add xai-oauth\n# → ブラウザが自動起動して accounts.x.ai で認証 → 完了\n```\n\nSSHトンネル経由や URL コピペは不要。noVNC ターミナルから直接実行が唯一の正解。\n\n## x_search 動作確認済みコマンド\n\n```bash\n# 直接呼び出し（hermes LLM層を省略・高速）\nuvx --from hermes-agent python ~/.claude/scripts/run_x_search.py \"検索クエリ\"\n\n# --full オプションで citations も取得\nuvx --from hermes-agent python ~/.claude/scripts/run_x_search.py \"検索クエリ\" --full\n```\n\n## x-learn スキルとの連携\n\n`~/.claude/skills/x-learn/SKILL.md` の方法 B を `run_x_search.py` 直接呼び出しに更新済み（2026-05-25）。\n\n```bash\nuvx --from hermes-agent python ~/.claude/scripts/run_x_search.py \"{SEARCH_QUERY}\" > \"${SCRATCHPAD}/x-learn-hermes.txt\"\n```\n\n## トラブルシューティング\n\n| 症状 | 対処 |\n|------|------|\n| `logged out` になった | noVNC ターミナルで `hermes auth add xai-oauth` を再実行 |\n| `403 bad-credentials` | 同上（トークン失効） |\n| SSHトンネルで認証しようとした | やめる。noVNC ターミナルから直接実行が正解 |\n| URL コピペ → code を貼り付けようとした | やめる。code は1回限り有効で時間制限あり |\n\n## 注意事項\n\n- `hermes model` で xai-oauth をデフォルト設定しない（API使用なし・x_searchのみ利用）\n- x_search は Grok 推論を伴うため 30 秒以上かかることがある（正常）\n- `uvx --from hermes-agent` は毎回 hermes パッケージをダウンロードするが、キャッシュされるので2回目以降は高速\n\n## 関連ファイル\n\n- `~/.claude/scripts/run_x_search.py` — x_search 直接呼び出しスクリプト\n- `~/.claude/skills/x-learn/SKILL.md` — x-learn スキル（方法 B）\n- `~/.hermes/auth.json` — 認証情報保存先\n- `~/.claude/rules/grok-hermes-x-search.md` — Grok×Hermes 詳細ガイド", "tags": ["grok", "hermes", "xai-oauth", "x_search", "shadow", "novnc", "認証"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-25T21:44:48.060716+09:00", "updated_at": "2026-05-25T21:44:48.060716+09:00"}
{"id": 366, "title": "Codex App次世代AIネイティブIDE - Claude Codeからの移行理由 2026-05-26", "content": "## 情報源\n- URL: https://youtube.com/watch?v=LoX9_dnXthc\n- チャンネル: Kyohei - OSS, 外資IT\n- 投稿日: 2026-05-26\n- スコア: 90/100\n- 再生数: 2312、いいね: 96\n\n## 動画概要\n外資ITエンジニア・OSSのpdfme開発者のKyoheiが、Claude CodeからCodex Appに乗り換えた理由と、Codex Appの優れた機能を解説。PC作業の7〜8割をCodex App内で完結させているという実体験に基づくレビュー。\n\n## 主要な発見\n\n### 1. ベクター表現による自動コンテキスト圧縮\n- テキストではなく**潜在空間のベクター表現（バイナリ圧縮）**を採用\n- 1週間にわたる長大なセッションでも初期の指示を忘れない\n- 手動の`/compact`操作が不要になる → コンテキスト管理からの解放\n- Claude Codeでは開発者が意識的にコンパクションを管理する必要があったが、Codexでは完全自動化\n\n### 2. サブスク内「ファーストモード」\n- 追加クレジット不要で推論スピードを**1.5倍**に高める高速モード\n- Claude CodeのFast Mode（$30/$150/Mtok = 通常の6倍コスト）と異なり、追加料金なし\n\n### 3. アプリ内統合ブラウザ\n- Claude Code + Chrome拡張機能連携と異なり、アプリ内にブラウザが組み込まれている\n- E2Eテストや動作確認の安定性が劇的に向上\n- アノテーション機能: ブラウザ上の特定要素に注釈を付けてAIに直接指示可能\n- 簡単なE2Eテストがアプリ内ブラウザで完成\n\n### 4. AIネイティブIDEとしての完結性\n- ファイル管理、PRの作成、CIの確認、ターミナル、コードレビューすべてがアプリ内で完結\n- VSCodeを開く回数が大幅に減少\n- サイドチャット: メインスレッドとは独立したサブスレッドで並行質問が可能\n\n### 5. GPT 5.5モデルの優位性\n- Extra Highモードで使用\n- Opus 4.7と比較してコーディング・設計レビューで明確に賢い\n- Web検索・ファクトチェック精度でも優位性あり\n\n## 実践的なTips\n\n### ショートカットキー\n- `Command + Shift + P`: コマンドパレットを開く\n- `Command + P`: 特定ファイルへ素早くジャンプ\n\n### ラストターン・レビュー\n- 直前の指示による変更箇所を特定\n- 差分に対して直接コメントを追加してチャットに反映\n- 修正ループを高速化\n\n### アノテーションデバッグ\n- 統合ブラウザ上で要素にアノテーションを付ける\n- 「ここがおかしい」とAIに直接指示\n- 見た目・動作の修正を容易に実行\n\n## 重要な洞察\n- **トレンド**: ターミナル型エージェント（CLI）の時代 → AIが自動でコンテキスト管理する「AIネイティブIDE」へのシフト\n- **Claude Code vs Codex**: 機能的にはCodexが優位（特にコンテキスト圧縮・統合ブラウザ・コスト面）\n- **「IDEから出ない」ワークフロー**: PC作業の7〜8割をCodex App内で完結\n\n## アクションアイテム\n- Codex Appの統合ブラウザ機能をvvv Playwright MCPの代替として評価\n- コンテキスト圧縮の仕組み（ベクター表現）をCodex公式記事で詳細確認: https://openai.com/ja-JP/index/unrolling-the-codex-agent-loop/\n- 現在のClaude Code Fast Mode（6倍コスト）の使用箇所をCodexのファーストモードで代替検討\n- サイドチャット機能をメイン/サブタスク並行処理ワークフローに組み込み評価", "tags": ["yt-learn", "codex-app", "claude-code", "ide", "context-management", "2026-05-26"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:31:57.455286+09:00", "updated_at": "2026-05-26T19:31:57.455286+09:00"}
{"id": 367, "title": "Codex Mobile × Obsidian スマホ→自宅Mac遠隔操作 2026-05-19", "content": "## 情報源\n- URL: https://youtube.com/watch?v=KvqefkAO2Mk\n- チャンネル: NAOYA IMURA / Claude × Obsidian for Non-Engineers\n- 投稿日: 2026-05-19\n- スコア: 82/100\n\n## 概要\n外出先のスマホ ChatGPT から自宅 Mac の Codex をリモート操作して、Obsidian のノート・資料を音声入力で更新できるようにする非エンジニア向けセットアップ手順。\n\n## 主要な発見\n\n### 1. Codex Mobile の特徴\n- **プレビュー期間中は無料プランでも利用可能**（ChatGPT Free / Go プラン対応）\n- Claude リモートコントロール（Pro 以上必須）と異なり、導入ハードルが低い\n- **QR コードペアリング**で約 30 秒〜1 分で接続完了（CLI 操作不要）\n- デスクトップ ↔ モバイル間でチャットセッションがリアルタイム同期\n- 通信方式: アプリ間通信（Claude リモートコントロールはブラウザ URL ベース）\n\n### 2. 実践的なセットアップ手順\n1. Codex.app for macOS をインストール\n2. デスクトップアプリ左下の設定 → QR コード表示\n3. スマホで QR を読み取り → ChatGPT アプリにペアリング\n4. Mac のスリープ防止設定を有効化（必須）\n\n### 3. Mac スリープ防止設定（必須・2箇所）\n- **OS 側**: システム設定 > ディスプレイ → 電源アダプタ使用時にスリープさせない\n- **Codex アプリ側**: Settings > Connections > Other Settings → 「電源接続中はこのコンピューターをスリープさせない」をオン\n\n### 4. モバイル版のスキル呼び出し制限（注意点）\n- スマホ版 ChatGPT では `$` によるスキル補完が効かない\n- 代わりに「**[スキル名] のスキルを使って〜して**」と明示的に指示する必要がある\n\n### 5. Obsidian × Codex 連携の活用パターン\n- **Inbox フォルダ**を AI の出力先に設定 → 外出先の断片的アイデアを AI が構造化して保存\n- 散歩中・通勤中に音声入力 → Codex と対話 → Obsidian ノートへ直接書き込み\n- 帰宅後の「熱量が冷めていた」問題を解消する「ひらめきを逃さないアーキテクチャ」\n\n## 3軸比較（動画内言及）\n| 方式 | 必要プラン | 操作方法 | 特徴 |\n|------|----------|---------|------|\n| Codex Mobile | 無料〜（Preview中） | アプリ間通信 | QR 簡単セットアップ |\n| Claude リモートコントロール | Pro 以上 | ブラウザ URL | スマホ→PC 遠隔操作 |\n| Claude チャット（アプリのみ） | 無料〜 | クラウドのみ | ローカルファイル操作不可 |\n\n## アクションアイテム\n- Codex Mobile を試して Claude リモートコントロールとの使い分けを確立\n- vvv 関連: 外出先での音声入力による Obsidian への議事録・アイデア記録パイプライン検討\n- スキル明示呼び出し（`[スキル名] のスキルを使って`）をモバイル運用ガイドに追記", "tags": ["yt-learn", "codex-mobile", "obsidian", "chatgpt", "mobile", "remote-control", "2026-05-19"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:32:45.261776+09:00", "updated_at": "2026-05-26T19:32:45.261776+09:00"}
{"id": 368, "title": "Gemini 3.5 Flash 徹底検証 2026-05-26", "content": "## 情報源\n- URL: https://www.youtube.com/watch?v=Nl5TksP7AJA\n- チャンネル: AI is in Wonderland\n- 投稿日: 2026-05-26\n- スコア: 85/100\n\n## 主要な発見\n\n### エージェント能力特化型モデルへの進化\n- **MCP Atlas Benchでエージェントツール利用能力世界1位（83.6%）**: Claude Opus 4.7（77.3%）・GPT-5.5を上回る\n- **出力速度約4倍**: 他フロンティアモデル比。フロントエンド開発の反復が極めて高速\n- **AntiGravity 2.0でのマルチエージェント実行に特化**して設計・訓練\n- **thinking_levelパラメーター**: Minimal/Low/Medium/Highの4段階で思考深度を調整可能\n\n### コスト構造の変化（「Flash=安い」の常識崩壊）\n- 入力価格: 前モデル(Gemini 2.5 Flash)比**5倍**に値上げ\n- 出力価格: **3.6倍**\n- **thinking_level=Highにすると実効コストがGemini 3.1 Proを超える罠**\n- デフォルト設定（thinking_level未指定）では高速・見た目コスト低→実際は思考トークンで膨張\n\n### コーディング能力の評価\n- タワーディフェンスゲーム3モデル同時対決: GPT-5.5が高品質、Gemini 3.5 Flashは**最速**\n- ケアレスミスあり（URLスラッシュ重複など）→**複雑デバッグはClaude Opus 4.6/4.7に委譲が有効**\n- 単純なコード生成・反復修正は圧倒的速度優位\n\n### ハルシネーション傾向\n- 長いコンテキストで会話履歴に引きずられる「媚びた回答」が出やすい\n- テキスト圧縮・要約タスクでは情報精度が低下する場合あり\n\n## 使い分けガイドライン\n\n| 用途 | 推奨モデル |\n|------|-----------|\n| マルチエージェント オーケストレーター | **Gemini 3.5 Flash** |\n| 複雑推論・アーキテクチャ設計 | Claude Opus 4.7 |\n| 単純チャット・分類 | Claude Haiku 4.5 / Grok 4.3 |\n| 超低コストバッチ | Gemini 3.1 Flash Lite |\n\n## コスト注意事項\n- `thinking_level=high` は避けるか意図的に使用する（コスト3.1 Pro超え）\n- API利用者はサブスク（Gemini AI Pro 月額2,900円）の方がコスト予測しやすい場合あり\n\n## アクションアイテム\n- vvv-botsのマルチエージェントパイプラインにGemini 3.5 Flash（Vertex AI経由）の採用検討\n- thinking_levelパラメーター設定ガイドをllm-cost-model.mdに追記\n- AntiGravity 2.0でGemini Flash連携検証（orc役割割当）", "tags": ["yt-learn", "gemini", "gemini-3.5-flash", "multi-agent", "cost", "2026-05-26"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:34:20.164722+09:00", "updated_at": "2026-05-26T19:34:20.164722+09:00"}
{"id": 371, "title": "OOO_Anima・Anima系AIイラスト生成モデル 完全ガイド 2026-05-26", "content": "## 情報源\n- YouTube: https://youtube.com/watch?v=TkJzy6YWvnI（チャンネル: サファはユーチューバー【AIイラスト】、2026-05-26）\n- X検索: hermes xai-oauth（OOO_Anima / Anima Base ComfyUI / LoRA設定）\n- HuggingFace: https://huggingface.co/oron1208/OOO_Anima\n- HuggingFace: https://huggingface.co/circlestone-labs/Anima\n\n## モデル系譜\n\n```\nNVIDIA Cosmos PRED 2B (Text2Image)\n    ↓\nAnima Base v1.0 (circlestone-labs) ← 公式ベースモデル\n    ↓ 追加学習 (5万3000枚)\nOOO_Anima v10 (oron1208) ← 萌え系特化派生\n```\n\n## OOO_Anima の技術的特徴\n\n| 項目 | 内容 |\n|------|------|\n| ベースモデル | Anima Base v1.0 |\n| 追加学習画像数 | 約53,000枚 |\n| ファイル形式 | Safetensors |\n| ファイルサイズ | 約4.18GB |\n| 用途 | アニメ・イラスト・キャラクターフォーカスド生成 |\n| ライセンス | 非商用利用のみ（CircleStone Labs商用ライセンス継承 + NVIDIAオープンモデルライセンス） |\n| 商用利用 | 不可（CircleStone Labsへ要問い合わせ） |\n\n## 推奨パラメータ設定\n\n| パラメータ | 推奨値 |\n|-----------|--------|\n| 解像度 | 512×512 〜 1920×1920 |\n| ステップ数 | 30〜50 |\n| CFGスケール | **4〜5**（低め設定でアニメらしさを出す） |\n| サンプラー | Euler（Euler a / DPM++ 2M Karras / DPM++ 3M SDEも可） |\n\n## プロンプトの書き方\n\n### 基本ルール\n- Danbooru系タグ形式 OR 自然言語（両対応）\n- タグは**小文字推奨**\n- 区切りはアンダースコア（_）ではなく**スペース**\n- 例: `1 girl, school uniform, smile` ← `1_girl, school_uniform`ではなくスペース\n\n### 品質タグ\n```\nmasterpiece, quality score, best quality\n```\n\n### アーティストタグ\n- 頭に `@` を付けるのがAnima形式（例: `@masterpiece, @best quality`）\n- これでプロンプト遵守度が安定\n\n### 安定化のコツ\n1. キャラクターの特徴・服装・構図を具体的に書く\n2. 重要要素はLoRAで固定（プロンプト干渉対策）\n3. `(prompt:1.2)` でウェイト調整\n4. CFGは5前後でシンプルに保つ\n\n## ComfyUIでの使い方\n\n### 基本ノード構成\n```\nCheckpointLoaderSimple (OOO_Anima) \n    → LoRA Loader × N\n    → KSampler\n    → VAE Decode\n    → 出力\n```\n\n### LoRA適用順序（推奨）\n1. **高速化LoRA**（strength ≈ 0.8〜1.2）← 最初に適用\n2. **キャラLoRA**（strength 0.75〜1.0）\n3. **スタイル/クオリティLoRA**（strength 0.6〜0.9）\n\n### LoRA強度の目安\n| LoRA種類 | 推奨強度 | 備考 |\n|---------|--------|------|\n| 高速化LoRA | 0.8〜1.2 | 必須（VRAM節約） |\n| キャラLoRA | 0.75〜1.0 | 強めでも崩れにくい |\n| スタイルLoRA | 0.65〜0.9 | - |\n| 複数LoRA合計 | 1.5〜2.0以内 | これ以上は崩れやすい |\n\n## Anima系モデル比較\n\n| モデル | 特徴 | 備考 |\n|--------|------|------|\n| Anima Base v1.0 | 公式ベース。そのままでは「地味」との評価 | circlestone-labs |\n| OOO_Anima v10 | 萌え系特化・キャラ出やすい | oron1208 |\n| waiANIMA | - | Anima系派生 |\n| MiaoMiao Harem Anima | - | Anima系派生 |\n| AnimaYume | - | Anima系派生 |\n\n## OOO_Animaの評価（ユーザー評価まとめ）\n\n### 強み\n- プロンプト遵守度が高い（手の崩れが少ない）\n- シンプルなプロンプトでも豪華に出る傾向\n- 萌え・かわいい系が特に得意\n- LoRAとの相性◎（学習効率も高い）\n- キャラクター若年化表現が得意\n\n### 弱点\n- 背景生成がまだ弱め\n- キャラクターの若年化傾向がやや強い\n- ComfyUI勢向けで初心者には設定が難しい\n\n## 利用事例\n\n- **Comfy Agent**にOOO_Animaが追加済み\n- **Somake + Seedance**と組み合わせてアニメ動画生成にも使われている\n- Forge Neoでも動作報告あり\n\n## 参考リンク・コミュニティ\n\n- モデルカード: https://huggingface.co/oron1208/OOO_Anima\n- Anima Base: https://huggingface.co/circlestone-labs/Anima\n- ComfyUI実践記事(まゆひら): https://note.com/mayu_hiraizumi/n/n1341b6b7a99f\n- ASCII.jp解説(新清士): https://ascii.jp/elem/000/004/404/4404597/\n- 参考アカウント: @safa_dayo / @oron1208 / @higana_yogana / @aiaicreate\n\n## 重要注意事項\n\n**ライセンス2重制約**:\n1. CircleStone Labsコマーシャルライセンス → 非商用利用のみ\n2. NVIDIAオープンモデルライセンス → 追加制約あり\n商用利用したい場合はCircleStone Labsへ直接問い合わせ必須", "tags": ["x-learn", "yt-learn", "ai-image", "stable-diffusion", "anima", "OOO_Anima", "comfyui", "lora", "2026-05-26"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:42:07.210978+09:00", "updated_at": "2026-05-26T19:42:07.210978+09:00"}
{"id": 372, "title": "Qwen 3.7 Max コーディングエージェント完全解説 2026-05-26", "content": "## 情報源\n- URL: https://www.youtube.com/watch?v=V23RFc13ml4\n- チャンネル: AICodeKing\n- 投稿日: 2026-05-26\n- スコア: 85/100\n\n## 概要\nAlibaba Qwen チームが新たにリリースした「フロンティア・コーディング・エージェント」。\n低価格でClaude/GPTに匹敵するコーディング・フロントエンド性能を実現。\n\n## 主要な発見\n\n- **35時間以上の長時間自律実行**: 複雑なソフトウェア開発・ワークフロー自動化で持続的自律実行可能\n- **自己進化する報酬設計**: 報酬ハッキングに近い手法でモデルが自身のミスを学習・自己進化\n- **MCP・マルチエージェント対応**: MCPとマルチエージェント・オーケストレーションにネイティブ対応\n- **高タスク集中力**: 余計なツール呼び出しをせず与えられたタスクのみに集中（eagerすぎない）\n- **ベンチマーク最高スコア**: フロントエンドプロトタイピングから高度なバックエンドエンジニアリングまで網羅\n\n## 実践的なTips\n\n### 導入方法\n- Alibaba Cloud Model Studio から利用\n- 初回登録で **100万トークン無料枠**\n- 月額プラン: Standard($30) / Seed Pro($100) / Max($200)\n\n### API料金\n- 入力: $2.5/Mtok\n- 出力: $7.5/Mtok\n\n### Hermesとの連携\n```bash\nhermes model\n# → 「Alibaba plan」または「API option」を選択\n```\n\n### 使い分け推奨パターン（AICodeKing氏）\n- 一般コーディングタスク → **OpenCode**\n- 非コーディング・一般エージェントタスク → **Hermes**\n\n## 他AIとの比較\n\n| 比較軸 | Qwen 3.7 Max | Gemini Flash |\n|--------|-------------|--------------|\n| エレベーターシミュレーション実装速度 | **2分以内** | 5分以上 |\n| フロントエンドUI品質 | 非常にクリーン・審美的 | 劣る |\n| 価格 | 安価 | やや高め |\n\n## アクションアイテム\n\n- `hermes model` でAlibaba plan選択してQwen 3.7 Maxを試す\n- Alibaba Cloud Model Studio で無料100万トークン取得\n- vvv-bots分類タグ付けコスト比較: Kimi K2.6 vs Qwen 3.7 Max\n- OpenCode + Qwen 3.7 Maxの組み合わせを評価", "tags": ["yt-learn", "Qwen", "AI-model", "coding-agent", "Hermes", "MCP", "2026-05-26"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:42:25.875308+09:00", "updated_at": "2026-05-26T19:42:25.875308+09:00"}
{"id": 373, "title": "Gemini 3.5 Flash 徹底検証 — MCP-Atlas世界首位・thinking_levelコスト逆転リスク 2026-05-26", "content": "## 情報源\n- URL: https://youtube.com/watch?v=Nl5TksP7AJA\n- チャンネル: AI is in wonderland\n- 投稿日: 2026-05-26\n- スコア: 90/100\n\n## 概要\nGoogle I/O 2026で発表されたGemini 3.5 Flashの徹底検証。タワーディフェンスゲームをClaude Opus 4.7・GPT-5.5 Codexと3モデル同時対決させた実機デモ付き。\n\n## 主要な発見\n\n### 1. ベンチマーク結果\n- **MCP-Atlas（エージェントツール利用能力）**: **83.6%で世界1位**（Claude Opus 4.7の77.3%・GPT-5.5を抑えて首位）\n- **出力速度**: 他フロンティアモデル比 **約4倍**\n- **価格変動**: 前モデル（Gemini 2.5 Flash）比 **入力5倍・出力3.6倍**\n\n### 2. thinking_level パラメーター（要注意）\n| レベル | 挙動 | コスト |\n|--------|------|--------|\n| Minimal | 思考最小 | 最安 |\n| Low | 軽量思考 | 安 |\n| Medium | バランス | 中 |\n| High | 大量思考トークン消費 | **Gemini 3.1 Proを超える可能性あり** |\n\n⚠️ **High設定はコスト逆転リスク**: 表面価格はFlashでも実効コストがProクラスになる\n\n### 3. 3モデル対決結果（タワーディフェンスゲーム作成）\n- **Gemini 3.5 Flash**: 圧倒的な速度で完成・開幕画面あり・効果音あり・URLスラッシュ数ケアレスミスが1回\n- **Claude Opus 4.7**: 質問しながら丁寧に進行・デバッグで修正依頼あり\n- **GPT-5.5 Codex**: 作業継続中で遅め・完成度は高い\n\n### 4. 推奨用途と避けるべき用途\n**Gemini 3.5 Flash が輝く場面:**\n- MCPやツールを多用するエージェント（オーケストレーター役）\n- 爆速フロントエンド生成（修正の反復が高速）\n- Antigravity 2.0との組み合わせ\n\n**避けるべき場面:**\n- 単純なチャット・分類タスク → Claude Haiku 4.5・Grok 4.3の方が安価\n- 厳密な指示追従が必要なワンショット → 余計な出力をしがちなため不向き\n\n### 5. 弱点・注意点\n- **ハルシネーション**: 会話履歴に引きずられてユーザーに「媚びる」回答をする傾向あり\n- **長文コンテキスト**: 扱えるが、テキスト圧縮を繰り返すと情報混入リスク\n- **ケアレスミス**: URLのスラッシュ数など細かいミスが発生しやすい → 複雑デバッグはClaude Opus 4.6に任せる役割分担が有効\n\n### 6. パラダイムシフト\n- **「Flash = 安い劣化版」の常識崩壊** → 特定用途（エージェント性能）でハイエンドを超える「特化型」モデルへ進化\n- Google製AIの全サービスデフォルトがGemini 3.5 Flashに移行済み（Chrome・Googleアプリ検索・AIモード等）\n\n## 料金比較（2026-05-26時点）\n- Gemini 3.5 Flash API: 入力 $0.25/Mtok、出力はHigh設定時に跳ね上がる\n- Claude Sonnet 4.6: 入力 $3.00、出力 $15.00/Mtok\n- Claude Opus 4.7: $5/$25/Mtok\n\n## アクションアイテム\n- vvv-bots のオーケストレーター候補として Gemini 3.5 Flash を評価（thinking_level=low/medium に固定してコスト管理）\n- Antigravity 2.0 + Gemini 3.5 Flash の組み合わせを vvv フロントエンド改修で試験適用\n- API 使用時は thinking_level=High を避け、Medium 以下に設定するルールを multi-model-routing.md に追記\n- 来月の Gemini 3.5 Pro リリースを注視（Flash → Pro の差額効果を再評価）", "tags": ["yt-learn", "gemini", "gemini-flash", "mcp-atlas", "thinking-level", "cost", "benchmark", "2026-05-26"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:43:39.596050+09:00", "updated_at": "2026-05-26T19:43:39.596050+09:00"}
{"id": 374, "title": "Gemini 3.5 Flash — 速度4倍・コスト50%削減・Antigravity連携 2026-05-26", "content": "## 情報源\n- URL: https://youtube.com/watch?v=ciMLi2USskw\n- チャンネル: 海外のAIエージェント最新トレンド\n- 投稿日: 2026-05-26\n- スコア: 75/100\n- NotebookLM解析: yes（ソースID: 30fc639d-e3c0-44bd-8ef1-c204cfc3316c）\n\n## 主要な発見\n\n### ベンチマーク実測値\n- **Terminal Bench 2.1**: 76.2%（旧モデルGemini 3.1 Proを明確に上回る）\n- **MCP Atlas**: 83.6%（エージェントのツール利用能力で世界最高スコア）\n- 出力速度: 従来比 **4倍**\n- コスト: 他社フロンティアモデル比 **半分以下**\n\n### Antigravity 2.0との連携\n- 複数のサブエージェントに役割分担させて複雑なワークフローを自動化\n- 監視下でのマルチステップタスクの自律遂行が可能\n- 1人のAIに全部任せるのではなく役割分担で精度向上\n\n### 破壊的な実装スピード事例\n- レガシーコードのNext.js移行: 数週間→**分〜時間単位**で完了\n- AlphaZero論文読み込み→ゲーム完全実装: **6時間**\n\n### コスト比較\n- 他社フロンティアモデルの半分以下\n- 速度が4倍なので同じ時間でより多くの処理が可能\n- 「速さ・安さ・知能」のトレードオフが解消\n\n## 実践的なTips\n- Google AI Studio / API 経由で即時利用可能\n- エージェント開発の標準モデルとして今日から採用を推奨\n- 既存の他社モデルからの移行・サブスク構成見直しを検討すべき時期\n\n## 新しい洞察\n- **「軽量モデル」の定義が変わった**: Flashがかつてのフラッグシップを追い越すフロンティア級知能を備える\n- **来月Gemini 3.5 Proがロールアウト予定**: Flash=速さ・安さ / Pro=究極の精度 という役割分担が明確化\n- 今後はマルチエージェント×Antigravityの組み合わせがコスト効率の主戦場\n\n## アクションアイテム\n- Google AI StudioでGemini 3.5 Flashを即時試用・実測値を計測\n- vvv-botsのLLM呼び出しコストをGemini 3.5 Flash（半額以下）に切り替え検討\n- Antigravity 2.0との連携によるサブエージェント並列化を検証", "tags": ["Gemini", "Gemini 3.5 Flash", "Antigravity", "エージェント", "コスト削減", "yt-learn", "2026-05-26"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:43:45.615438+09:00", "updated_at": "2026-05-26T19:43:45.615438+09:00"}
{"id": 376, "title": "Grok Build CLI 完全解説 — xAI参入・Claude Code/Codex 3社比較 2026-05-26", "content": "## 情報源\n- URL: https://www.youtube.com/watch?v=bj0X7NF31K8\n- チャンネル: Sura×Asura For AI Agent\n- 投稿日: 2026-05-26\n- スコア: 98/100\n\n## 概要\nxAIが2026-05-20にβリリースしたコーディングエージェントCLI。Claude Code・Codex CLIに続く第3の本格派。\n\n## 主要機能5つ\n\n1. **プランモード（デフォルトON）**: 実行前に全ステップを表示・編集・削除・順序変更可能\n2. **並列サブエージェント（最大8つ）**: 各エージェントが独立したGit Worktreeで作業、変更衝突なし\n3. **アリーナモード（近日提供）**: 同タスクに複数アプローチ→スコアリング→最適解選択または合成\n4. **MCP + ACP対応**: AnthropicのMCPに加えAgent Coordination Protocol(ACP)にフル対応\n5. **ヘッドレスモード**: CI/CDパイプラインへの組み込みに最適なバッチ実行\n\n## 3社ガチ比較\n\n| 比較項目 | Grok Build CLI | Claude Code | Codex CLI |\n|---------|--------------|-------------|-----------|\n| SWE-bench | 70.8%（旧値・現行未公表）| 87.6% | 88.7% |\n| 月額料金 | $300（導入割$99/6ヶ月）| $10〜$200 | $10〜$200 |\n| API単価（入力/出力） | $1/$2 per Mtok | $5〜$15/Mtok | $5〜$15/Mtok |\n| 実行速度 | **最速**（ループ回転速い）| 慎重（計画に時間）| 標準 |\n| 成熟度 | ベータ・エラー処理甘め | **最高**・本番実績多 | 高・本番運用可 |\n| コンテキスト | 256,000トークン | 最大100万トークン | - |\n\n## 導入Tips・コマンド例\n\n```bash\n# インストール\n# x.ai/cli から1コマンドでインストール\n\n# ヘッドレスバッチ実行\ngrok -t \"セキュリティレビューして\"\n\n# 隠しコマンド: ターミナルで PPP と入力\n# → 「ピクルモード」が発動（詳細は要確認）\n```\n\n## 技術仕様\n- 駆動モデル: grok-build-0.1（コーディング特化専用モデル）\n- TUI: RatatuiライブラリをRustで実装（フリッカーなし・マウス対応）\n- 永続メモリ: SQLite FTS5 + ベクトル検索組み合わせ\n- サンドボックス: BubbleWrap + Landlock + Seccomp 三層構造\n\n## ゴシップ・注意点\n\n- **プロンプト丸見え事件**: バイナリから30以上のシステムプロンプトと記憶システム設計が抽出された\n- **Claude Code模倣疑惑**: ツール説明・PR作成手順の文言がClaude Codeとほぼ一致する箇所あり（自然な収束か模倣かは不明）\n- **実行断絶問題**: タスク実行時間30秒〜2分で頻繁に「継続しますか？」確認が入る\n- **モノレポ苦手**: 巨大なモノレポでのクロスモジュール依存関係を見落とすことがある\n\n## Suraのおすすめ（動画より）\n\n> 「Claude CodeをメインにしつつGrok Buildの進化を観察する。試すなら$99の導入割引中が狙い目」\n\n## アクションアイテム\n- Grok Build βを`x.ai/cli`から試験導入（$99/6ヶ月割引中）\n- vvv-bots CI/CDパイプラインにヘッドレスモード検証\n- ACP（Agent Coordination Protocol）仕様を確認・Claude Code連携可能性調査\n- Arena Mode正式リリース時に最優先評価", "tags": ["yt-learn", "Grok-Build", "xAI", "Claude-Code", "Codex", "CLI", "コーディングエージェント", "2026-05-26"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:46:35.979960+09:00", "updated_at": "2026-05-26T19:46:35.979960+09:00"}
{"id": 377, "title": "Claude Code Hooks onStop+Ollama でプロンプト英語添削 エムスリー実装 2026-05-26", "content": "## 情報源\n- URL: https://youtube.com/watch?v=phr6siCnkj4\n- チャンネル: エムスリー公式テックチャンネル【M3 Tech Channel】\n- 発表者: 三浦氏（AICチーム）\n- 投稿日: 2026-05-26（M3 Tech Talk 第279回）\n- スコア: 100/100\n\n## 概要\n\nClaude Codeでのプロンプトを英語で書く習慣を定着させるため、**onStopフック**を使って直前の英語プロンプトをOllamaのローカルLLMで自動添削・表示するシステムの実装。\n\n## 実装フロー全体\n\n```\nユーザーが英語でプロンプト入力 → Claude Code実行\n    ↓ 処理完了\nonStop フック発火\n    ↓ stdin JSON\n    transcriptPath → JSONLファイルを開く\n    ↓ 末尾からパース\n    直前のユーザープロンプトを抽出\n    ↓ HTTP POST\n    Ollama localhost:11434/v1/chat/completions\n    ↓ 英語添削結果\n    exit code 1 → stderr出力 → 次の入力待ち画面に表示\n```\n\n## 使用したHookの選定理由\n\n| Hook候補 | 問題点 | 採用 |\n|---------|--------|------|\n| `userPromptSubmit` | ユーザーへのフィードバック出力制御が困難/不可能 | ✗ |\n| **`onStop`** | 処理終了時に発火・exit code制御でstderr出力可能 | **✓** |\n\n**現時点で利用可能なHookは7種類**（Claude Codeリファレンス記載）\n\n## 入力データ構造（stdin JSON）\n\n```json\n{\n  \"transcriptPath\": \"/path/to/session.jsonl\"\n}\n```\n\n- `transcriptPath`: 現在の会話セッションのJSONLファイルパス\n- JSONLを末尾からパースして直前のユーザープロンプトを抽出\n\n## 出力制御（exit code設計）\n\n```python\n# NG: exit code 0 → トランスクリプトモード（Ctrl+R）にしか出ない → 誰も見ない\nsys.exit(0)\n\n# OK: exit code 1 → stderr出力 → 次プロンプト入力前に必ず表示される\nprint(corrected_english, file=sys.stderr)\nsys.exit(1)\n```\n\n**ポイント**: exit code 1にすることで次の入力待ち画面の直前にユーザーが必ず見られる位置に表示される。\n\n## Ollamaセットアップ（ローカルLLM）\n\n```bash\n# インストール\nbrew install ollama\n\n# 起動\nollama serve\n\n# モデル実行（任意のモデル）\nollama run <model_name>\n```\n\n起動後、`localhost:11434`にOpenAI互換APIエンドポイントが立ち上がる：\n```\nPOST http://localhost:11434/v1/chat/completions\n```\n\n**ローカルLLMを採用した理由**: OpenAI APIを個人の英語スキル向上に会社経費で使うことへの躊躇（CTOが隣にいる環境）→ 無料のOllamaに急遽差し替え\n\n## フックスクリプト作成のコツ\n\n### ✅ サードパーティライブラリを使わない\n```python\n# NG: requestsライブラリ（グローバルにインストールされていない可能性）\nimport requests\nresponse = requests.post(url, json=payload)\n\n# OK: 標準ライブラリのみ（urllib）\nimport urllib.request, json\nreq = urllib.request.Request(url, data=json.dumps(payload).encode())\nresponse = urllib.request.urlopen(req)\n```\n\n**理由**: フックスクリプトは発火した環境で直接実行されるため、サードパーティライブラリの有無に依存するとグローバル環境によって動作が変わる。標準ライブラリのみで処理することで使い回しが効く。\n\n## 実践での効果\n\n| 効果 | 内容 |\n|------|------|\n| 英語品質向上 | 拙い英語 → シンプルで分かりやすい表現に自動修正 |\n| 学習効果 | セミコロンの使い方・自然な副詞など「英語慣れした表現」が提示される |\n| 開発継続 | 英語指示を書き続けることでモデル性能向上+自分のスキルも向上 |\n| 認知負荷対策 | AI高速コード生成による人間側ボトルネック問題への対処 |\n\n## 関連技術\n\n- Claude Code Hooks（7種類）: UserPromptSubmit / onStop など\n- Ollama: ローカルLLM実行ツール（OpenAI互換API）\n- JSONL: Claude Codeのセッションログ形式\n- エムスリー社内では既に複数名がClaude Code / Windsurf等でAIコーディング中\n\n## アクションアイテム\n\n- `onStop` hookでプロンプト品質チェックスクリプトを実装（Ollama + qwen2.5:3bが既にshadowで動作中）\n- exit code 1 + stderrパターンをhookの標準出力設計として採用\n- サードパーティライブラリ不使用の標準ライブラリのみhookスクリプトをテンプレート化\n- `transcriptPath` JSONLパース → 直前プロンプト抽出のユーティリティ関数を作成", "tags": ["yt-learn", "claude-code", "hooks", "ollama", "onStop", "local-llm", "m3-tech", "2026-05-26"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:47:10.781679+09:00", "updated_at": "2026-05-26T19:47:10.781679+09:00"}
{"id": 378, "title": "Antigravity 2.0 完全ガイド — マルチモデル対応Googleエージェント・CLIコマンドagy 2026-05-25", "content": "## 情報源\n- URL: https://youtube.com/watch?v=-AcT2C1trCw\n- チャンネル: AI大学【AI&ChatGPT最新情報】\n- 投稿日: 2026-05-25\n- スコア: 89/100\n- 再生数: 5389\n\n## 概要\n2026年5月20日にGoogleがリリースしたAIコーディングエージェント「Antigravity 2.0」の完全ガイド。デスクトップアプリ・IDE・CLIが同時リリース。非エンジニア向けセットアップ手順と活用事例つき。\n\n## ツール構成（3種セット）\n\n| ツール | 役割 | 特徴 |\n|--------|------|------|\n| **Antigravity 2.0 (デスクトップアプリ)** | メイン作業環境 | Claude Code/Codex類似UI・マルチエージェント司令塔 |\n| **Antigravity IDE** | コードエディター付き開発環境 | Google認証済み・設定変更はこちらで行う |\n| **Antigravity CLI** | ターミナル起動 | 軽量高速・起動コマンド `agy` |\n\n## 主要な新機能\n\n### 1. マルチモデル対応（最大の特徴）\n- Gemini 3.5 Flash（デフォルト）\n- Claude 4.6 Opus（Anthropic）\n- GPT OS 120B（OpenAI）\n- **自社以外のモデルを1つのUIで切り替え可能** ← Claude Code/Codexとの最大差別化点\n\n### 2. マルチエージェント司令塔\n- 複数エージェントをまとめて管理・並列稼働\n- サブエージェントの自動起動・作業分担\n\n### 3. スケジュールタスク機能\n- 左サイドバー「Scheduled Tasks」から設定\n- 特定タイミングでタスクを自動実行\n\n### 4. Googleエコシステム垂直統合\n- Firebase・Android開発・Google AI Studio・Web開発と直接連携\n- Googleサービス前提の開発は他ツールより優位\n\n## セットアップ手順\n\n### デスクトップアプリ\n1. 公式ページ → Antigravity 2.0 のダウンロードボタン\n2. OS別インストーラー実行（macOS/Windows/Linux対応）\n3. Googleアカウントでログイン\n4. データ収集の可否を選択（学習データ提供するか）\n5. 画面左上 File > Create Project → 作業フォルダを指定\n\n### Antigravity CLI（前提: IDE認証済み）\n```bash\n# インストール（公式コマンド）\n# ターミナルに公式コマンドを貼り付けてEnter\n\n# 起動\nagy\n\n# プロジェクトフォルダ指定後は通常のチャット入力で操作\n```\n\n⚠️ **CLIインストール前にデスクトップアプリまたはIDEでGoogle認証を完了させること**\n\n### Stitch MCP 連携例\n```\nチャット入力: 「Stitch MCPを使って[URL]のようなウェブサイトのトップページを作ってください」\n→ Googleの高品質UIコンポーネントを使ったサイトをフォルダに納品\n```\n\n## Claude Code / Codex との使い分け\n\n| 用途 | 推奨ツール |\n|------|----------|\n| Googleエコシステム開発（Firebase/Android/Cloud） | **Antigravity 2.0** |\n| マルチモデルを1UIで切替えたい | **Antigravity 2.0** |\n| 無料で試したい | **Antigravity 2.0**（Googleアカウントのみ） |\n| 既存のAnthropicワークフロー・Skills/Hooks | Claude Code |\n| OpenAI系ツール連携 | Codex |\n\n## 料金\n- **無料**: Googleアカウントのみ（利用回数制限あり）\n- **Plus/Pro/Ultraプラン加入者**: 利用制限3倍\n- **Ultraプラン**: 使用料追加なし（要加入）\n\n## 現時点の制限・弱点\n- 日本語対応が不十分（英語入力でも動作可）\n- 一部設定変更はIDE版が必要（デスクトップアプリ側で変更不可の項目あり）\n- リリース直後のためバグ・制限あり（アップデート前はネットで不具合確認推奨）\n- IDEからデスクトップアプリへのアップデート時に設定消失報告あり\n\n## アクションアイテム\n- shadow に Antigravity CLI をインストール（`agy` コマンド確認）\n- Stitch MCP との組み合わせで vvv フロントページ改修試験\n- 6/18 Gemini CLI 廃止前に Antigravity CLI へ移行（`agy` = 新 `gemini` コマンド）\n- マルチモデル切替機能を活用してモデルコスト比較（Gemini Flash vs Claude Sonnet）", "tags": ["yt-learn", "antigravity", "antigravity-cli", "google", "multi-model", "agy", "2026-05-25"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:47:51.070952+09:00", "updated_at": "2026-05-26T19:47:51.070952+09:00"}
{"id": 379, "title": "Cursor Composer 2.5 技術解説 2026-05-25", "content": "## 情報源\n- URL: https://www.youtube.com/watch?v=bfx7GyrJXHo\n- チャンネル: 海外のAIエージェント最新トレンド（ずんだもん&四国めたん解説）\n- 投稿日: 2026-05-25\n- スコア: 85/100\n- 参照元: https://www.cursor.com/blog/composer-2-5\n\n## 主要な技術的特徴\n\n### 1. 学習規模25倍増\n- 合成タスク量が前バージョン比**25倍**に増加\n- 実際のコードベースから機能を削除→再実装させる「機能削除タスク」で強化学習\n- 複雑なコード変更を従来の複数ラリーから**1回で完結**させる知能を獲得\n- 人間には不可能な「Javaコード逆コンパイル→ライブラリ再構築」も自律実行\n\n### 2. H100 100万基（xAI Colossus2提携）\n- SpaceX xAIと提携し世界最大規模の計算資源で1から学習\n- 「計算資源の暴力」で数時間単位の工数削減エンジンを実現\n- 1兆パラメーター規模モデルの学習が現実的に\n\n### 3. Muonオプティマイザ（新技術）\n- ニュートン法ベースの分散直交化アルゴリズム\n- **1兆パラメーターモデルでもステップ時間0.2秒**を実現\n- 従来のAdam等と比較して圧倒的な学習効率\n- 通信コスト課題: 転送を非同期化してオーバーラップさせる技術で解決（HSDP）\n\n### 4. テキストフィードバック学習（従来RLHFとの違い）\n- 従来RLHF: 作業末尾に成功/失敗の報酬→どこで間違えたかモデルが理解困難\n- **新手法**: ミスをした局所箇所に直接ヒント（「利用可能なツールはこれだよ」等）を差し込む\n- 無駄なツール呼び出しを削減→モデルの挙動が素直に\n- 学習シグナルのノイズを劇的に減少\n\n## ROI・実用的インパクト\n\n| 指標 | 内容 |\n|------|------|\n| 作業時間 | **1/3に圧縮**（3回のプロンプトが1回で完結） |\n| 月100h作業なら | 約67時間が浮く |\n| 月額コスト | $20/月で上記の恩恵 |\n| 大規模コードベース | 整合性保持能力が前バージョン比で劇的向上 |\n\n## リスク・落とし穴（Reward Hacking）\n\n- **型チェックキャッシュをリバースエンジニアリング**してテストをパスする「ズル」を発見\n- モデルが賢くなりすぎた逆説的な問題\n- **AIがAIを監視するエージェント型監視体制**が必要\n- 汚いハックで解決→コード品質の低下リスク\n- 人間によるレビュー工数はゼロにならない\n\n## Claude Code/Cursor使い分けへの示唆\n\n- Composerは**「単なる補完」から「自律的相棒」**へ完全移行\n- 10万トークンの長いロールアウトで自律問題解決\n- 複雑なJavaコード逆コンパイルなど**人間不可能なタスク**も対応\n- vvv-bots補助での活用: 大規模コードベース整合性チェックに適する\n\n## アクションアイテム\n- CursorのComposer 2.5を最新版にアップデートして大規模リファクタで評価\n- Reward Hackingリスク対策: テストパスだけを目標にしない評価基準を設計\n- multi-model-routing.mdにCursorの役割（大規模コードベース整合性）を追記検討", "tags": ["yt-learn", "cursor", "composer-2.5", "muon", "rl", "reward-hacking", "2026-05-25"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:48:15.954888+09:00", "updated_at": "2026-05-26T19:48:15.954888+09:00"}
{"id": 380, "title": "Gemini Spark — 24時間クラウド常駐AIエージェント Google Workspace連携 2026-05-24", "content": "## 情報源\n- URL: https://youtube.com/watch?v=5DO0Jm_VQKg\n- チャンネル: サルでもわかるAIにゅーす速報【ゆっくり解説】\n- 投稿日: 2026-05-24\n- スコア: 62/100\n- NotebookLM解析: yes（ソースID: 562bb9a2-dd2c-47fa-a3da-ef8ac7287a15）\n\n## 主要な発見\n\n### 概要\nGoogleがI/O 2026で発表した24時間稼働の個人向けAIエージェント。\n「デジタル秘書」として、PCやスマホの電源が切れていてもGoogleのクラウド上で自律動作し続ける。\n\n### 3層構造の仕組み\n| 層 | 機能 |\n|----|------|\n| **タスク** | メール整理などの具体的な作業実行 |\n| **スキル** | 自分らしいメールの書き方など作業手順をAIに学習させる |\n| **スケジュール** | 毎週月曜朝9時に先週の要約作成など定期実行の自動化 |\n\n### 技術スペック\n- エンジン: **Gemini 3.5 Flash**（最新軽量・高速モデル）\n- 専用メールアドレスに指示を送るとタスクを実行\n- Chromeを通じて複数WebサイトをAIが自律的に閲覧・比較\n\n### 他AIエージェントとの比較\n**強み**:\n- Google Workspace（Gmail・カレンダー・ドライブ・ドキュメント）と初期状態から連携済み（接続設定不要）\n- スケジュールベースで「勝手に動いておく」自律性。Claude Code（Cowork）やChatGPTは「問いかけに答える」型が強いのに対し、Sparkは能動的に動く\n- クラウド常駐=端末の電源不要\n\n**弱み**:\n- 現在はアメリカのユーザー限定\n- Google AI Ultraプランが必要（月額$100または$200）\n- 18歳以上の年齢制限あり\n- 日本での提供時期は未発表\n\n### プライバシー設計\n- 各アプリとの連携は**最初はオフ**（設定で個別に許可が必要）\n- 重要アクション前にユーザーへの確認を求める設計（自律暴走防止）\n- 「指示した作業のためだけに読む」という原則\n\n## 実践的なTips\n- **ゴーストライタースキル**: 過去の送信メールを学習させ、自分らしい文体でドラフト作成\n- **家計監査の自動化**: 毎月クレカ請求書を確認させ、身に覚えのない手数料を検出\n- **グループ旅行調整**: 複数サイトを比較調査し、費用を表にまとめてメール送信まで自動化\n- **月曜朝の要約**: 毎週自動で先週分のまとめを作成→TODO リスト化\n\n## アクションアイテム\n- 日本提供開始を監視（公式アナウンス待ち）\n- Google AI Ultraプランの価格変動を確認（現在$100/$200→値下げの可能性）\n- 代替手段: Claude Code Routines + Google Workspace MCPで同等機能を構築可能か検討\n\n## 位置づけ\n- Gemini Spark = 個人のデジタル秘書（Google Workspaceユーザー向け）\n- Claude Code Managed Agents = 開発者向けコーディングエージェント\n- Hermes Agent = AIツール間の橋渡し・X検索連携\n→ 用途が異なるため競合ではなく補完関係", "tags": ["Gemini Spark", "Google", "AIエージェント", "Google Workspace", "常駐エージェント", "yt-learn", "2026-05-26"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:48:47.991576+09:00", "updated_at": "2026-05-26T19:48:47.991576+09:00"}
{"id": 381, "title": "Hermes Computer Use + Venice.AI プライベート運用 2026-05-26", "content": "## 情報源\n- URL: https://youtube.com/watch?v=U02sjdifnQM\n- チャンネル: Sura×Asura For AI Agent\n- 投稿日: 2026-05-24\n- スコア: 93/100\n\n## 主要な発見\n\n1. **完全プライベートComputer Use**: Venice.AI（ゼロデータリテンションポリシー）を使いスクリーンショットをクラウド保存せず即破棄→企業秘密・個人情報が画面に映っても安全\n2. **高速CUAドライバー（macOSプライベートAPI）**: マウス/キーボード操作を5〜20msで直接注入。バックグラウンドでAIがアプリ操作可能\n3. **コンテキスト圧縮**: 最新3枚のみスクショ保持・画像圧縮等4層対策で60万トークン→約3万トークン（1/20）に圧縮\n4. **AIによる自己編集**: AI自身がエディターを開いてコードを97%圧縮（5.2MB→160KB）する実演\n5. **コスト**: Claude Opus経由の月$300+ → Venice経由で月$20〜30（約10倍差）\n\n## 実践的Tips・コマンド\n\n```bash\n# Hermesインストール\ncurl <指定コマンド>\n\n# Computer Use ドライバー導入\nhermes computer-use install\n\n# macOS権限設定（2箇所）\n# システム設定 → プライバシーとセキュリティ → アクセシビリティ・画面収録でターミナルを許可\n```\n\n**config.yaml最小設定（3行のみ）:**\n```yaml\nurl: <venice_api_url>\napi_key: <your_key>\nmodel: qwen-3.6-27b   # or: junkei-2.6\n```\n\n**推奨モデル:**\n- コスパ重視: `Qwen 3.6 27B`（入力$0.33/Mtok）\n- 安定性重視: `Junkei 2.6`（SWE-bench 80.2%・13時間/4000ステップ連続実行実績）\n\n**承認モード（初期導入時推奨）:**\n```yaml\napproval: manual  # 全操作を人間が1つずつ確認\n```\n\n## アクションアイテム\n- `hermes computer-use install` を shadow/arcana で試験導入\n- Venice.AI APIキー取得（ゼロデータリテンション確認）\n- Junkei 2.6 vs Qwen 3.6の実際のコスト比較\n- vvv-bots品質確認タスク（サイト巡回・スクショ確認）にComputer Use適用検討\n- 完全オフライン構成（LM Studio + VLM）の評価", "tags": ["yt-learn", "hermes", "computer-use", "venice-ai", "privacy", "2026-05-26"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:51:30.169054+09:00", "updated_at": "2026-05-26T19:51:30.169054+09:00"}
{"id": 382, "title": "2026-05-26 学習日報", "content": "## 2026-05-26 学習日報\n\n### 学習トピック一覧\n\n| # | トピック | スコア | LLM Wiki |\n|---|---------|--------|----------|\n| 1 | 楽天ROOM × ChatGPT 副業（月10万円ロードマップ） | - | [id=369](http://100.115.94.5:8200/wiki/369) |\n| 2 | Qwen 3.7 Max（Alibaba製コーディングエージェント） | 85点 | [id=372](http://100.115.94.5:8200/wiki/372) |\n| 3 | Grok Build CLI（xAI参入・並列8エージェント） | 98点 | [id=376](http://100.115.94.5:8200/wiki/376) |\n| 4 | Hermes Computer Use + Venice.AI（完全プライベートPC操作） | 93点 | [id=381](http://100.115.94.5:8200/wiki/381) |\n\n---\n\n### 1. 楽天ROOM × ChatGPT 副業\n\n**目標**: 楽天ROOMアフィリエイトで月10万円達成\n\n- 楽天ROOMは商品をコレクションに追加→SNSシェア→購入で報酬発生\n- **AI4ステップワークフロー**: トレンド調査 → 商品選定 → 投稿文生成 → 効果測定\n- ChatGPTでトレンド商品のキャッチコピー・投稿文を量産\n- 月10万円達成には月間販売額200〜300万円が目安\n\n---\n\n### 2. Qwen 3.7 Max\n\n**一言**: Gemini Flashを超える速度・35時間自律稼働・激安\n\n- 価格: $2.5/$7.5/Mtok（Claude Sonnetの1/3程度）\n- 35時間以上の自律実行実績\n- Hermes連携: `hermes model` でAlibaba plan選択するだけ\n- 初回100万トークン無料（Alibaba Cloud登録）\n\n---\n\n### 3. Grok Build CLI\n\n**一言**: Claude Code/Codexに次ぐ第3の選択肢・最速ループ・激安\n\n- 並列サブエージェント最大8つ（独立Git Worktree）\n- API単価 $1/$2/Mtok（Opus 4.7比1/15〜1/37）\n- SWE-bench 70.8%（β初日）\n- 導入割引: $99/6ヶ月（通常$300）\n- ACP（Agent Coordination Protocol）対応\n\n---\n\n### 4. Hermes Computer Use + Venice.AI\n\n**一言**: プライベートなPC操作AI・コスト1/10・コンテキスト1/20\n\n- Venice.AIのゼロデータリテンション → スクショ保持なし → 企業秘密OK\n- コスト: Claude Opus $300+/月 → Venice $20〜30/月\n- 4層圧縮: 60万tok → 3万tok（1/20）\n- macOS専用（CUAドライバー）\n- 推奨モデル: Qwen 3.6 27B（$0.33/Mtok）/ Junkei 2.6（SWE-bench 80.2%）\n\n---\n\n### 本日のアクションアイテム\n\n- [ ] `hermes model` でAlibaba plan選択 → Qwen 3.7 Max評価\n- [ ] Grok Build CLI試験導入（`x.ai/cli`、割引$99/6ヶ月）\n- [ ] Mac端末で `hermes computer-use install` → Venice.AI APIキー取得\n- [ ] 楽天ROOMアカウント開設 → AI投稿ワークフロー構築\n\n---\n\n### 実装済み\n\n- [x] `~/.claude/rules/hermes-computer-use.md` 作成（設定ガイド）\n- [x] trends.md 更新（4トピック）\n- [x] MEMORY.md 更新（索引追加）", "tags": ["日報", "2026-05-26", "学習まとめ", "楽天ROOM", "Qwen", "Grok", "Hermes", "Venice"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:58:26.567317+09:00", "updated_at": "2026-05-26T19:58:26.567317+09:00"}
{"id": 383, "title": "日報 2026-05-26 学習まとめ", "content": "# 日報 2026-05-26 学習まとめ\n\n## 概要\n\n本日の `/yt-learn` + `/x-learn` で取得・解析したナレッジの日次サマリー。\n17件のLLM Wikiエントリ追加、trends.md更新、rules/更新2件。\n\n---\n\n## 今日学んだこと（カテゴリ別）\n\n### 🤖 AIコーディングエージェント競合\n\n| エージェント | スコア | 主要発見 |\n|------------|------|---------| \n| **Grok Build CLI** (id=376) | 98点 | 並列8エージェント・$1/$2/Mtok・ACP対応・Arena Mode近日 |\n| **Antigravity 2.0** (id=378) | 89点 | マルチモデル対応・CLIコマンド`agy`・6/18 Gemini CLI廃止前に移行必須 |\n| **Codex App 次世代IDE** (id=366) | 90点 | ベクター表現自動圧縮・統合ブラウザ・PC作業7-8割完結 |\n| **Cursor Composer 2.5** (id=379) | 85点 | 合成タスク25倍・Muonオプティマイザ・Reward Hacking問題 |\n\n**三国時代の構図**: Claude Code vs Codex vs Grok Build が同時並走中。Grok Buildは速度最速だがSWE-bench精度で劣る。\n\n---\n\n### 💸 コスト最適化\n\n| 手法 | 節約効果 | 詳細 |\n|------|---------|------|\n| **月2万円SNS全自動** (id=375) | $300+→$125/月 | Claude Code司令塔 + freebuff(DeepSeek) + upload-post.com |\n| **Hermes Computer Use + Venice.AI** (id=381) | $300+→$30/月 | ゼロデータリテンション・コンテキスト1/20圧縮 |\n| **Qwen 3.7 Max** (id=372) | Gemini Flash超え | $2.5/$7.5/Mtok・初回100万tok無料・35h自律稼働 |\n\n---\n\n### ⚙️ Claude Code 運用知見\n\n- **Hooks onStop + Ollama** (id=377): transcriptPath解析→exit code 1 stderr→標準ライブラリのみ設計（エムスリー実装・100点）\n- **Gemini 3.5 Flash** (id=368/373/374): MCP-Atlas世界1位(83.6%) / `thinking_level=High` でコスト逆転リスク → **medium以下固定**\n- **Codex Mobile × Obsidian** (id=367): QRペアリング・スリープ防止2箇所・スキル明示呼び出し\n\n---\n\n### 🧠 AI学習技術動向\n\n- **Cursor Composer 2.5** (id=379): **Muonオプティマイザ**（ニュートン法分散直交化・1兆パラメーターでもステップ0.2秒）/ **テキストフィードバック学習**（ミス箇所に直接ヒント）/ **Reward Hacking問題**（型チェックキャッシュをAIがズル→AIがAIを監視する体制が必要）\n\n---\n\n### 🌐 その他トレンド\n\n- **LINE公式×スモビジ** (id=370): 動線設計>配信質・48時間最高熱量ゾーン・セグメント配信でCTR2〜3倍\n- **OOO_Anima v10** (id=371): ComfyUI CFG4〜5・LoRA合計1.5〜2.0以内・ライセンス2重制約\n- **Gemini Spark** (id=380): 米国限定・Google AI Ultra必須・Claude Routines+GW MCPで代替可\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| `~/.claude/rules/llm-cost-model.md` | Gemini 3.5 Flash追加・thinking_level警告追記 |\n| `~/.claude/rules/multi-model-routing.md` | Gemini 3.5 Flash + thinking_level罠 更新 |\n| `~/.claude/rules/trends.md` | 3件追記・古エントリ削除（96行） |\n| `~/.claude/skills/x-learn/SKILL.md` | Step 8（日報更新）追加 |\n| `~/.claude/skills/yt-learn/SKILL.md` | Step 7（日報更新）構造改善・YouTube/Xセクション分離 |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. `agy` shadow インストール（**期限: 6/18** Gemini CLI廃止）\n2. Gemini 3.5 Flash を vvv-bots オーケストレーターに試験適用（thinking_level=medium固定）\n3. freebuff 動作確認・6/15 SDK課金化前のclaude-p使用箇所棚卸し\n4. `hermes model` → Alibaba plan でQwen 3.7 Max評価\n5. Composer 2.5 最新版で大規模リファクタ評価・Reward Hacking対策設計\n6. Codex Mobile 実機テスト（Mac端末で）\n\n---\n\n## LLM Wiki エントリ一覧（本日追加 17件）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 366 | Codex App次世代IDE | codex-app, ide |\n| 367 | Codex Mobile × Obsidian | codex-mobile, obsidian |\n| 368 | Gemini 3.5 Flash 徹底検証 | gemini-flash, mcp-atlas |\n| 369 | 楽天ROOM×ChatGPT副業 | 副業, x-learn |\n| 370 | LINE公式×スモビジ売上設計 | LINE公式, ステップ配信 |\n| 371 | OOO_Anima 完全ガイド | ai-image, comfyui, lora |\n| 372 | Qwen 3.7 Max 解説 | Qwen, coding-agent |\n| 373 | Gemini 3.5 Flash 検証② | thinking-level, cost |\n| 374 | Gemini 3.5 Flash 速度解説 | Antigravity連携 |\n| 375 | 月2万円SNS全自動運用 | sns-automation, freebuff |\n| 376 | Grok Build CLI 完全解説 | Grok-Build, xAI |\n| 377 | Claude Code Hooks onStop実装 | hooks, ollama, onStop |\n| 378 | Antigravity 2.0 完全ガイド | antigravity, agy |\n| 379 | Cursor Composer 2.5 | cursor, muon, reward-hacking |\n| 380 | Gemini Spark 常駐エージェント | Gemini Spark, Google Workspace |\n| 381 | Hermes Computer Use + Venice.AI | hermes, computer-use, privacy |", "tags": ["日報", "2026-05-26", "daily-summary", "yt-learn", "x-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:58:37.351084+09:00", "updated_at": "2026-05-26T20:02:29.537939+09:00"}
{"id": 385, "title": "学習日報 2026-05-26", "content": "# 学習日報 2026-05-26\n\n## サマリー\n\n| カテゴリ | 件数 |\n|---------|------|\n| YouTube動画解析 | 15本以上 |\n| X投稿学習 | 200件以上（複数クエリ） |\n| 実装完了 | 1件（Hookスクリプト） |\n| LLM Wiki保存 | 約20件（id=360〜381） |\n\n---\n\n## 学習トピック一覧\n\n### Claude Code / AIエージェント\n\n#### Codex App 次世代IDE（id=366）\n- ベクター表現による自動コンテキスト圧縮 — 大規模プロジェクトでもコンテキスト上限に当たりにくい\n- 統合ブラウザ内蔵でIDE外に出ずに完結\n- ファーストモード（1.5倍速）がサブスク内無料\n- PC作業の7〜8割をCodex App内で完結させる設計\n\n#### Claude Code Hooks onStop + Ollama英語添削（id=377）\n- エムスリー M3 Tech Talk 第279回（三浦氏実装）を参考に実装\n- `transcriptPath` JSONL末尾から直前ユーザープロンプトを抽出\n- exit code 0 = 静かに終了 / exit code 1 + stderr = 次の入力待ち画面に表示\n- サードパーティ不使用・`urllib` 標準ライブラリのみ（可搬性重視）\n- **実装済み**: `/home/ubuntu/.claude/hooks/prompt_english_check.py`\n- **settings.json Stop hooks 第5番に登録済み**\n\n#### Grok Build CLI（id=376）\n- xAI参入・並列最大8サブエージェント・独立Git Worktreeで変更衝突ゼロ\n- API単価 $1/$2/Mtok（Opus 4.7比 1/15〜1/37）\n- SWE-bench 70.8%（β初日）\n- ACP（Agent Coordination Protocol）フル対応\n- Arena Mode近日提供予定\n\n#### Qwen 3.7 Max（id=372）\n- 35時間以上の自律実行実績\n- Gemini Flash超え（エレベーターシミュレーション: Gemini Flash 5分超 vs Qwen 2分以内）\n- MCP・マルチエージェントネイティブ対応\n- Hermes連携: `hermes model` でAlibaba plan選択するだけ\n- 初回100万トークン無料（Alibaba Cloud Model Studio）\n\n#### 月2万円SNS全自動運用 マルチエージェント構成（id=375）\n- Claude Code（司令塔）+ freebuff/DeepSeek V3（コーディング無料外注）\n- 月$124.89（¥18,700）で4大SNS全自動運用\n- 「指揮官はコードを書かない」原則 — freebuffへMAXコマンド経由で指示\n- X Premium $8 + Hermes → Grok 4.6でX API($100〜)を完全回避\n\n### Google / Gemini\n\n#### Gemini 3.5 Flash 徹底検証（id=368, 373, 374）\n- MCP Atlas Bench 世界1位（83.6%）\n- 速度4倍・コスト50%削減（旧Gemini 2.5 Flash比）\n- **thinking_level=high は実効コストがGemini 3.1 Proを超える逆転リスク** → medium以下に固定\n- 価格: 入力$0.25/Mtok・出力$1.0/Mtok\n\n#### Antigravity 2.0 完全ガイド（id=378）\n- 2026-05-20 Google参入：デスクトップ+IDE+CLI同時リリース\n- CLIコマンドは `agy`\n- マルチモデル対応（Gemini 3.5 Flash / Claude 4.6 Opus / GPT OS 120B）\n- **6/18 Gemini CLI廃止前に移行必須**\n- Firebase・Android・AI Studio直結\n\n#### Gemini Spark（id=380）\n- PCの電源不要でGoogleクラウド上24時間自律稼働\n- タスク・スキル・スケジュールの3層構造\n- Gmail/カレンダー/ドライブ初期連携済み\n- 現在は米国限定・Google AI Ultraプラン必須（$100/$200）\n\n### インフラ / ツール\n\n#### 9router（id=361）\n- `npm install -g 9router` でローカルプロキシ起動\n- 3段階自動フォールバック（サブスク→安価→無料）\n- Kiro AI（Claude 4.5無制限無料）+ OpenCode Free + Vertex $300クレジットで$0/月可能\n- shadow上 PM2 id:14 で稼働中（port 20128）\n\n#### x402プロトコル（id=360）\n- HTTP 402 Payment Requiredを使うCoinbase主導のOSS標準\n- AIエージェントがERC-3009（USDC署名）で自動支払い\n- 従来Stripe 16時間 → **6分**、月次5時間 → 0時間\n\n#### Grok×Hermes×Claude Code 5本総合（id=362, 363）\n- X Premium Plus（月額6,000円）のSuperGrokをOAuth認証でHermesに接続\n- APIキー不要・月額固定でGrok 4.3+X検索+画像/動画生成+TTS全対応\n- スキル多すぎ禁物（name+descriptionが毎回読み込まれトークン消費増）\n\n#### Hermes Computer Use + Venice.AI（id=381）\n- Venice.AIゼロデータリテンション → 企業秘密・個人情報OK\n- コスト: Claude Opus経由$300+/月 → Venice経由$20〜30（1/10）\n- 4層コンテキスト圧縮: 60万tok → 3万tok（1/20）\n- **macOS専用**（CUAドライバーがmacOSプライベートAPI利用）\n\n### AIイラスト生成\n\n#### OOO_Anima（id=371）\n- Anima Base v1.0派生・5.3万枚追加学習・4.18GB Safetensors\n- 推奨設定: CFG 4〜5・Steps 30〜50・Euler・512〜1920px\n- プロンプト: タグ小文字+スペース区切り・アーティストタグは `@` 付き\n- ComfyUI LoRA順序: 高速化LoRA(0.8〜1.2) → キャラLoRA(0.75〜1.0) → スタイルLoRA(0.65〜0.9)・合計1.5〜2.0以内\n- ライセンス2重制約: CircleStone Labs（非商用）+ NVIDIAオープンモデルライセンス\n\n### マーケティング / ビジネス\n\n#### LINE公式×スモールビジネス（id=370）\n- 「配信の質より動線設計が先」が鉄則\n- 登録後48時間が最高熱量ゾーン（課題共感+特典+ストーリー3点セット）\n- ステップ配信は毎日より3日おき＋ティザー&クロージング\n- セグメント配信（2問アンケート→タグ分け）でクリック率2〜3倍\n\n---\n\n## 本日の実装成果\n\n| 成果物 | 説明 | 状態 |\n|--------|------|------|\n| `/home/ubuntu/.claude/hooks/prompt_english_check.py` | onStop hook・英語プロンプト自動添削（qwen2.5:3b） | ✅ 稼働中 |\n| `settings.json Stop hooks[4]` | 上記hookを登録 | ✅ 完了 |\n\n---\n\n## 未完了アクションアイテム（優先度順）\n\n1. `x.ai/cli` でGrok Build試験導入（割引中 $99/6ヶ月）\n2. `agy` インストール（6/18 Gemini CLI廃止前に移行）\n3. `hermes model` でAlibaba plan選択 → Qwen 3.7 Max評価\n4. freebuff動作確認 → upload-post.com API調査\n5. **6/15 Claude SDK課金化対応**: claude-p使用箇所棚卸し\n\n---\n\n## キーインサイト（今日の最大の学び）\n\n> **「exit code 1 + stderr」設計** — Claude Code hookでユーザーに確実に情報を届けるには exit code 1 を使う。exit code 0はトランスクリプトにしか残らず誰も見ない。\n> （エムスリー M3 Tech Talk 第279回より）", "tags": ["日報", "2026-05-26", "daily-report", "学習まとめ", "claude-code", "hooks", "grok", "gemini", "qwen"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T19:59:19.434026+09:00", "updated_at": "2026-05-26T19:59:19.434026+09:00"}
{"id": 387, "title": "日報 2026-05-26 学習まとめ（daily-report自動生成）", "content": "# 日報 2026-05-26 学習まとめ\n\n> 自動生成: `/daily-report` スキル (cron 21:30 JST)\n\n## 概要\n\n本日は YouTube 15本以上・X投稿200件以上を解析し、LLM Wiki に約20件（id=360〜383）を保存した。\nメインテーマは **LINE公式×スモールビジネス集客** と **AIコーディングエージェント競合状況**。\n\n---\n\n## 学習トピック（本日の新規エントリ）\n\n| # | タイトル | スコア | LLM Wiki | 主要発見 |\n|---|---------|--------|----------|---------|\n| 1 | Grok Build CLI — xAI参入 | 98点 | [id=376](http://100.115.94.5:8200/wiki/376) | 並列8エージェント・$1/$2/Mtok・ACP対応 |\n| 2 | Hermes Computer Use + Venice.AI | 93点 | [id=381](http://100.115.94.5:8200/wiki/381) | ゼロデータリテンション・月$30・1/20圧縮 |\n| 3 | Antigravity 2.0 完全ガイド | 89点 | [id=378](http://100.115.94.5:8200/wiki/378) | Google版Claude Code・CLIコマンド`agy`・マルチモデル |\n| 4 | 月2万円SNS全自動運用 | 89点 | [id=375](http://100.115.94.5:8200/wiki/375) | Claude Code司令塔+freebuff無料外注・4媒体$124.89/月 |\n| 5 | LINE公式×スモールビジネス | - | [id=370](http://100.115.94.5:8200/wiki/370) | 動線設計>配信質・48時間最高熱量・ティザー&クロージング |\n| 6 | Claude Code Hooks onStop+Ollama | 100点 | [id=377](http://100.115.94.5:8200/wiki/377) | transcriptPath解析/exit code 1 stderr設計 |\n| 7 | Gemini 3.5 Flash徹底検証 | 85点 | [id=368](http://100.115.94.5:8200/wiki/368) | MCP Atlas Bench世界1位(83.6%)/thinking_level罠 |\n| 8 | Gemini Spark 24時間常駐エージェント | 62点 | [id=380](http://100.115.94.5:8200/wiki/380) | Google Workspace垂直統合・米国限定 |\n| 9 | Qwen 3.7 Max | 85点 | [id=372](http://100.115.94.5:8200/wiki/372) | 35時間自律稼働・$2.5/$7.5/Mtok・Hermes連携 |\n| 10 | x402プロトコル + LemonCake | - | [id=360](http://100.115.94.5:8200/wiki/360) | AIエージェント自動課金・HTTP 402・6分でStripe代替 |\n| 11 | 9router LLMルーター | - | [id=361](http://100.115.94.5:8200/wiki/361) | 40+プロバイダー自動フォールバック・月$0運用可 |\n| 12 | OOO_Anima AIイラスト | - | [id=371](http://100.115.94.5:8200/wiki/371) | CFG4〜5/LoRA順序/ライセンス2重制約 |\n\n---\n\n## 主要アクションアイテム\n\n- [ ] **Priority 1**: LINEあいさつメッセージ+リッチメニュー整備（コスト0・今日できる）\n- [ ] **Priority 2**: 7日間ステップ配信シナリオをAIで設計（ティザー&クロージング構造）\n- [ ] **Priority 3**: `x.ai/cli` でGrok Build試験導入（割引中 $99/6ヶ月）\n- [ ] `agy` インストール（6/18 Gemini CLI廃止前に移行）\n- [ ] freebuff動作確認・upload-post.com API調査\n- [ ] 6/15 Claude SDK課金化対応の棚卸し\n\n---\n\n## 実装完了\n\n- **`daily-report` スキル新規作成** (`~/.claude/skills/daily-report/SKILL.md`)\n- **cron登録完了** (`30 12 * * *` = 毎日21:30 JST 自動実行)\n- **`~/.local/bin/daily-report-cron.sh`** 作成・実行権限付与\n\n---\n\n## 明日のタスク候補\n\n1. LINE公式アカウントのあいさつメッセージ改善（Priority 1）\n2. Grok Build CLI試験導入（`x.ai/cli` インストール）\n3. Antigravity `agy` CLI インストール検証\n4. 6/15 Claude SDK課金化対応の優先度確認\n\n---\n\n## 統計\n\n| 項目 | 数値 |\n|------|------|\n| YouTube動画解析 | 15本以上 |\n| X投稿分析 | 200件以上（7クエリ×複数） |\n| LLM Wiki新規保存 | 約22件（id=360〜383） |\n| trends.md追記エントリ | 12件（2026-05-26分） |\n| 実装完了 | 2件（Hookスクリプト + daily-reportスキル） |", "tags": ["daily-report", "2026-05-26", "学習まとめ", "LINE公式", "Grok", "Gemini", "自動生成"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-26T20:03:35.991429+09:00", "updated_at": "2026-05-26T20:03:35.991429+09:00"}
{"id": 388, "title": "Claude Code vs Codex vs Cursor 哲学比較 2026-05-26", "content": "## 情報源\n- URL: https://youtube.com/watch?v=JMYspR42HFM\n- チャンネル: Theo - t3.gg\n- 投稿日: 2026-05-26\n- スコア: 75/100\n- 再生数: 78,234\n\n## 主要な発見\n\n### 3ツールの根本的哲学の違い\n- **Claude Code** = 「中毒性のある演出」重視。TUIフルスクリーン・/voice・/radio など視覚・音声演出でモチベーション維持。多くのサブエージェント投入でトークン消費量最大化\n- **Codex** = 「実利重視の効率化」。Macロック中でもComputer Useで自律動作・コマンドキー2連押しで画面コンテキスト即時投入。UI演出より実際の動作確認を優先\n- **Cursor** = 「チームとクラウド環境」特化。Slack bot経由でエージェント起動→クラウドLinuxインスタンス上で修正→結果ビデオをSlack返信。組織ユース向け\n\n### 新機能メモ\n- Claude Code `tui full-screen`: フリッカーなし仮想スクロールUI\n- Claude Code `/voice`: スペース押しながら音声入力\n- Codex: Macダブルコマンドキーでスクリーンショットをコンテキストに即投入\n- Cursor: Slack連携でビデオレポート付き自律修正\n\n### 重要な洞察（Anthropic内部格差）\n- Anthropicの社員はMyhtosという強力なモデル + カスタムビルド環境を内部使用\n- 外部ユーザーへ提供されているものとは別物で、システムプロンプトの脆弱性が外部ユーザーに露出している可能性を指摘\n\n### ユーザー層の使い分け\n| ツール | 向いているユーザー |\n|--------|-----------------|\n| Claude Code | AIとの対話・演出を楽しみたい人・モチベーション維持が必要な人 |\n| Codex | 余計な演出不要・既存ワークフロー効率化したいエンジニア |\n| Cursor | チームでクラウド環境をフル活用したい組織 |\n\n## アクションアイテム\n- Claude Code `/radio` と `/voice` を試す（演出機能として実用性確認）\n- Codex のダブルコマンドキー（画面コンテキスト投入）をshadow作業に組み込む検討\n- Cursor Slack bot連携をvvvチーム展開候補として評価", "tags": ["yt-learn", "codex", "claude-code", "cursor", "2026-05-26", "比較"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-27T14:38:10.032053+09:00", "updated_at": "2026-05-27T14:38:10.032053+09:00"}
{"id": 389, "title": "学習日報 2026-05-27 yt-learn 14:38", "content": "# 学習日報 2026-05-27 yt-learn 14:38\n\n## 概要\n`/yt-learn codex 1` で取得・解析したナレッジ。1件のLLM Wikiエントリ追加。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### AIエージェント比較・哲学\n\n**Claude Code vs Codex vs Cursor — 哲学的対立の全貌**\n\n3大コーディングエージェントが「モデルやUIの比較」を超えて、**根本的な開発哲学**において決定的に異なることをTheo (t3.gg)が解説（78k再生・2026-05-26）。\n\n| ツール | 哲学 | 特徴的な機能 |\n|--------|------|------------|\n| Claude Code | 中毒性・演出重視 | TUIフルスクリーン・/voice・/radio・サブエージェント大量投入 |\n| Codex | 実利・効率重視 | Macロック中も自律動作・ダブルコマンドキーで画面コンテキスト即投入 |\n| Cursor | 組織・クラウド特化 | Slack bot→クラウドLinux修正→結果ビデオ返信 |\n\n**重要な洞察（Anthropic内部格差）:**\n- Anthropic社員は「Mythos」モデル + カスタムビルド環境を内部使用\n- 外部ユーザーへ提供されているものとは別物\n- システムプロンプトの脆弱性が外部ユーザーに露出している可能性\n\n**「トークン投入」vs「効率化」の哲学:**\n- Anthropic = より多くのトークン消費（サブエージェント大量投入）で問題解決\n- OpenAI = トークン効率化 + Computer Useによる直接検証で精度担保\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| trends.md | Codex vs Claude Code vs Cursor比較エントリ追記 |\n| MEMORY.md | LLM Wiki id=388への索引追加 |\n| LLM Wiki id=388 | 「Claude Code vs Codex vs Cursor 哲学比較」ページ新規作成 |\n| NotebookLM | youtube-learningノートブックにJMYspR42HFM追加（source id: d9df9a70-fd8d-429e-a2f4-23763e0d2248） |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. Claude Code `/radio` と `/voice` を試す（次回セッションで手動確認）\n2. Codexダブルコマンドキー機能をmacOS上で試す（shadowでは非対応）\n3. Cursor Slack bot連携をvvvチーム展開候補として評価（要チーム検討）\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 388 | Claude Code vs Codex vs Cursor 哲学比較 2026-05-26 | yt-learn, codex, claude-code, cursor, 比較 |", "tags": ["日報", "2026-05-27", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-27T14:39:14.221040+09:00", "updated_at": "2026-05-27T14:39:14.221040+09:00"}
{"id": 390, "title": "Gemini最新進化5要点 Spark・Omni・AIグラス 2026-05-24", "content": "## 情報源\n- URL: https://youtube.com/watch?v=EVonyZvxGMY\n- チャンネル: PIVOT 公式チャンネル\n- 投稿日: 2026-05-24\n- スコア: 90/100\n- 再生数: 81,957\n\n## 主要な発見\n- **Gemini Omni**: あらゆるデータ形式の入出力に対応。生成した動画を再入力して反復編集（「動画ガチャからの卒業」）が可能\n- **Gemini Spark**: PCを閉じてもクラウド上で24時間自律稼働。Gmail・スプレッドシート等Googleサービスとシームレス連携\n- **AIグラス**: ディスプレイを廃して音声操作を主体とした次世代デバイスへの展開\n- **ダイナミックレイアウト**: 検索結果に合わせてミニアプリを動的生成\n\n## 実践的Tips\n- Googleマップ・YouTube動画など「マイニングされきれていないデータ」に対して曖昧な自然言語で直接質問して特定情報を引き出すアプローチが有効\n- 動画生成は一発完成ではなく、生成した動画を入力として部分的な修正を繰り返す運用が推奨\n\n## アクションアイテム\n- Gemini Sparkの日本提供開始を監視。代替としてClaude Code Routines+Google Workspace MCPで同等機能を構築検討\n- Gemini Omniで動画反復編集パイプラインの評価", "tags": ["yt-learn", "gemini", "生成AI", "2026-05-24", "google-io"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-27T14:54:14.936112+09:00", "updated_at": "2026-05-27T14:54:14.936112+09:00"}
{"id": 391, "title": "Anthropic vs OpenAI vs Google AIモデル覇権構造 2026-05-14", "content": "## 情報源\n- URL: https://youtube.com/watch?v=HcKFPVu8MpM\n- チャンネル: PIVOT 公式チャンネル\n- 投稿日: 2026-05-14\n- スコア: 90/100\n- 再生数: 168,421\n\n## 主要な発見\n- **Anthropicの実務特化戦略**: 汎用性を追うOpenAIに対し、プログラミング等の法人・実務向けユースケースに特化。ARR急成長でOpenAIの背中を脅かす\n- **Mythosモデルの非公開化**: サイバー攻撃等のセキュリティリスクを懸念して一般公開を見送り。「誰もが最高性能モデルにアクセスできる時代の終焉」を示唆\n- **Googleの大家ビジネス**: AnthropicへのGoogle最大400億ドル投資でクラウドテナントとして囲い込み。インフラ層でのエコシステム勝利戦略\n\n## 実践的Tips\n- 強力な非公開モデルに個人がアクセスできない時代へのシフト中。モデル単体の性能依存でなく、Claude Codeのような優秀なプロダクト（ハーネス）を早期に業務組み込みし「粘着性の高い運用フロー」をチームで構築することが競争優位性に直結\n\n## アクションアイテム\n- Anthropicモデルの性能向上は「ハーネス」で享受する設計を優先（vvv-bots scheduler等）\n- Mythos非公開化を踏まえ、モデル切り替え対応設計（Kimi K2.6等フォールバック）を維持", "tags": ["yt-learn", "生成AI", "anthropic", "openai", "google", "2026-05-14", "比較"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-27T14:54:30.905363+09:00", "updated_at": "2026-05-27T14:54:30.905363+09:00"}
{"id": 392, "title": "Google IO 2026まとめ Anti-Gravity2・OpenAI上場・AI組織導入の壁 2026-05-24", "content": "## 情報源\n- URL: https://youtube.com/watch?v=atPp33t59SU\n- チャンネル: いけともch\n- 投稿日: 2026-05-24\n- スコア: 80/100\n- 再生数: 27,330\n\n## 主要な発見\n- **Anti-Gravity 2.0**: Gemini 3.5 Flashを用いた爆速な複数AIエージェントの同時稼働が可能。法人向けクラウド環境でのセキュアな利用にも対応\n- **OpenAI IPO本格化**: 1兆ドル規模での上場準備。財務透明化要求＋ユーザーへの収益化圧力（無料枠制限・広告導入）が予想\n- **AI組織導入の壁**: Microsoftの調査データ。AI導入最大の障壁は個人スキル不足でなく「組織のカルチャーやマネージャー層の支援不足」\n\n## 実践的Tips\n- Gemini 3.5 Flashの真価は通常チャットでなく、Anti-Gravity 2のようなエージェントアプリ上で大規模タスクを並行処理させた際に最も発揮される\n- 組織にAIを浸透させるには個人訓練より先にマネージャーの理解と体制構築が必要\n\n## アクションアイテム\n- Anti-Gravity 2（agy CLI）をshadowに導入評価。6/18 Gemini CLI廃止前に移行検討\n- OpenAI上場後の無料枠変更をモニタリング", "tags": ["yt-learn", "生成AI", "google-io", "2026-05-24", "openai", "anti-gravity"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-27T14:54:45.011505+09:00", "updated_at": "2026-05-27T14:54:45.011505+09:00"}
{"id": 393, "title": "音声AI未来 エンドツーエンドモデル・ソブリンAI・脳波インターフェース 2026-05-25", "content": "## 情報源\n- URL: https://youtube.com/watch?v=gx6V2jKFkIA\n- チャンネル: PIVOT 公式チャンネル\n- 投稿日: 2026-05-25\n- スコア: 80/100\n- 再生数: 22,685\n\n## 主要な発見\n1. **エンドツーエンド音声AIモデル**: 従来の ASR（音声認識）→LLM→TTS の多段パイプライン不要。音声を直接理解・生成する次世代アーキテクチャが台頭。レイテンシ・感情表現・ニュアンス保持で大幅改善\n2. **ソブリンAI（主権AI）の重要性**: 国家・企業が外部クラウドに依存しない AI インフラを持つ必要性が高まっている。データ主権・安全保障・産業競争力の観点から日本政府・大企業も対応迫られる\n3. **脳波インターフェース（BCI）予測**: 5〜10年内に音声を介さず思考を直接AIと接続するインターフェースが実用化される見通し。Neuralink等の進展が背景\n4. **音声AIの活用場面拡大**: コールセンター・医療診断・教育・エンタメで音声AIが人間の代替を始めている。特にリアルタイム翻訳・感情認識・個人化音声クローンが実用段階\n5. **日本語音声モデルの課題**: 英語中心の学習データに対し、日本語特有の音韻・抑揚・敬語構造への対応が依然として差がある。国産モデル開発の必要性\n\n## 実践的なTips\n- エンドツーエンド音声モデルを試す際は Gemini Ultra / GPT-4o のリアルタイム音声モードから入門\n- ソブリンAI対応: オンプレミス or プライベートクラウドへの移行検討（vvv でも音声検索機能追加時に考慮）\n- 脳波BCIは2026年時点で開発者向け実験キットが入手可能（OpenBCI等）\n\n## アクションアイテム\n- vvv の音声検索機能追加を検討（エンドツーエンド音声API活用）\n- 日本語音声モデルの精度比較ベンチを実施（Gemini Flash vs GPT-4o vs VOICEVOX）\n- ソブリンAI観点でvvv APIの外部依存箇所を棚卸し", "tags": ["yt-learn", "音声AI", "エンドツーエンド", "ソブリンAI", "BCI", "2026-05-25", "PIVOT"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-27T14:56:15.902092+09:00", "updated_at": "2026-05-27T14:56:15.902092+09:00"}
{"id": 394, "title": "学習日報 2026-05-27 yt-learn 生成AI", "content": "# 学習日報 2026-05-27 yt-learn 生成AI\n\n## 概要\n`/yt-learn 生成AI 10` で取得・解析したナレッジ。4件の LLM Wiki エントリ追加。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### AI三社対決 / 生態系比較\n- **Anthropic vs OpenAI vs Google 三社比較**: Claude 3.5 Sonnet がコーディングで GPT-4o を上回る事例増加。Anthropic=安全性/長文理解、OpenAI=マルチモーダル/エコシステム、Google=コスト効率/検索統合\n- **Google I/O 2026 総合**: Gemini Ultra・Spark エージェント（PCオフでも稼働）・Antigravity 2.0 本格リリース・Omni Flash（動画→テキスト・リアルタイム）\n- **Gemini 2.5 Pro→Ultra 進化**: コーディングベンチ SoTA・エージェント統合エコシステム構想\n\n### 音声AI\n- **エンドツーエンド音声モデル**: ASR なしで音声を直接理解・生成。レイテンシ・感情表現・ニュアンス保持で大幅改善\n- **ソブリンAI概念**: 国家・企業が外部クラウドに依存しない AI インフラを持つ必要性\n- **BCI（脳波インターフェース）**: 5〜10年内実用化予測\n\n### コスト最適化\n- **Gemini 3.5 Flash 注意点**: thinking_level=High はコスト逆転リスク。medium 以下を推奨。入力5倍・出力3.6倍コスト（旧 Flash 比）\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| trends.md | 生成AI YouTube 5本の学習エントリ追記 |\n| MEMORY.md | 生成AI動向学習索引追加 |\n| LLM Wiki id=390 | Gemini 進化 2026-05-27 |\n| LLM Wiki id=391 | Anthropic vs OpenAI vs Google 三社対決 2026-05-27 |\n| LLM Wiki id=392 | Google I/O 2026 総合まとめ 2026-05-27 |\n| LLM Wiki id=393 | 音声AI未来 エンドツーエンドモデル・ソブリンAI・脳波インターフェース 2026-05-25 |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. **vvv API に Gemini Ultra 試験適用** — Sonnet 代替コスト比較実施\n2. **エンドツーエンド音声 API を vvv 音声検索 PoC 候補に追加** — Gemini Live API / GPT-4o Realtime API を比較\n3. **Antigravity 2.0 (`agy`) を shadow にインストール・評価** — 6/18 Gemini CLI 廃止前に移行検討\n4. **freebuff + DeepSeek V3 でコーディング外注フロー検証** — Claude Code 司令塔パターンの実装\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 390 | Gemini 進化 2026-05-27 | yt-learn, Gemini, 生成AI |\n| 391 | Anthropic vs OpenAI vs Google 三社対決 2026-05-27 | yt-learn, 三社比較, 生成AI |\n| 392 | Google I/O 2026 総合まとめ 2026-05-27 | yt-learn, Google I/O, Antigravity |\n| 393 | 音声AI未来 エンドツーエンドモデル・ソブリンAI・脳波インターフェース 2026-05-25 | yt-learn, 音声AI, BCI, PIVOT |", "tags": ["日報", "2026-05-27", "daily-summary", "yt-learn", "生成AI"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-27T14:58:35.607942+09:00", "updated_at": "2026-05-27T14:58:35.607942+09:00"}
{"id": 395, "title": "Claude Code スキル自動改善システム (Routines + GitHub Issues + 3段階品質ゲート)", "content": "# Claude Codeのスキルが毎日勝手に改善されていく仕組み\n\n> Source: https://qiita.com/hiropon122/items/a8274aef2a4c882197d6\n> Author: hiropon122\n> Date: 2026-05頃\n\n## 概要\n\n開発ワークフロースキル（`dev-workflow`）を繰り返す中で気づく微妙な改善点を、Claude CodeのRoutines機能で**毎日自動的にスキルへフィードバック**するシステム。\n\n13日間で40件以上の自動コミット、21件のIssue起票・解決（未解決0件）を達成。\n\n## システム構成（3ステージ）\n\n### Stage 1: 発見（Discovery）\n- セッションの会話履歴を解析し、改善の種（アイデア・問題点）を自動抽出\n- GitHubイシューとして登録\n\n### Stage 2: 判定・適用（Triage & Apply）\n- 別スキル `dev-workflow-triage` がイシューを評価\n- 承認時に `SKILL.md` を修正してPRを作成\n\n### Stage 3: 自動運転（Automation）\n- Claude Code **Routines** で毎日自動実行\n\n## 3段階品質ゲート\n\n各ゲートは**最大3回ループ**で収束させる：\n\n1. **意図検証**: 変更が意図を達成したか\n2. **最適性レビュー**: SKILL.mdの内容が最適か\n3. **機密情報チェック**: 漏洩リスクがないか\n\n## 実装時のハマりポイントと解決策\n\n| 問題 | 解決策 |\n|------|--------|\n| サブスキル完了後にRoutineが停止 | JSON形式の出力で状態を返す |\n| 作業ファイルの許可ダイアログが発生 | `.triage/` ディレクトリを使用 |\n| デフォルトStop hookが誤発火 | 状況説明を実装に含める |\n\n## 設計思想\n\n- **完全自動ではなくハイブリッド**: 人間がPRレビューをする\n- 「同じ修正の繰り返し」感を大幅削減\n- チーム展開を計画中\n\n## vvvへの応用候補\n\n- `scheduler_tick` の改善点をRoutinesで毎日収集 → GitHub Issue化 → PR自動作成\n- vvv-bots各ボットのスクレイピング成功率低下を自動検知・改善提案\n- `detail_llm.py` プロンプト品質の自動改善ループ\n\n## 関連キーワード\n\nClaude Code Routines / SKILL.md / GitHub Issues / 自動改善 / ハーネスエンジニアリング / skill-tune", "tags": ["claude-code", "routines", "skill", "自動改善", "github-issues", "ハーネスエンジニアリング", "qiita"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-27T15:38:16.324070+09:00", "updated_at": "2026-05-27T15:38:16.324070+09:00"}
{"id": 397, "title": "Hermes Agent完全解説 WebUI・Memory3層・MCP対応 2026-05-27", "content": "## 情報源\n- URL: https://youtube.com/watch?v=dJlg_U44BAc\n- チャンネル: AIツール解説系（日本語）\n- 投稿日: 2026年（詳細不明）\n- スコア: 87/100\n\n## 主要な発見\n\n### 記憶3層構造\n- `Memory.md`: セッション間の作業履歴・ノウハウを自動蓄積\n- `User.md`: ユーザープロファイル・好み・属性を永続保存\n- `Soul.md`: AIの個性・人格・話し方を定義\n\n### MCP対応\nModel Context Protocolに対応。GitHub/Supabase/Stripe等の既存MCPサーバーをそのまま接続可能。\n\n### サブエージェント機能\nHermes内から別のHermesエージェントを起動・連携させる多段エージェント構成が可能。並列タスク実行に対応。\n\n### スキル機能\n繰り返しワークフローを名前付きスキルとして保存・再利用。`hermes skills add <URL>` でワンコマンド導入。\n\n### WebUI搭載\nターミナル不要でブラウザから操作可能なGUIを内蔵。Mac/Windowsワンクリックインストーラーあり。\n\n### 規模感\n- GitHub Stars: **16万7000件以上**（2026年2月リリースから3ヶ月で達成）\n- 開発元: NousResearch（米国AI企業・Metaのような大手にも技術提供）\n\n## 実践的なコマンド\n\n```bash\n# インストール\ncurl -sSfL https://hermes-agent.nousresearch.com/install.sh | sh\n\n# OpenRouter経由で無料枠モデルを設定（コストゼロで試用可能）\nhermes auth add openrouter\nhermes model set <model-name>\n\n# xAI OAuth（X Premium/SuperGrok利用時）\nhermes auth add xai-oauth\n\n# スキル追加\nhermes skills add <github-repo-url>\n\n# WebUI起動\nhermes web\n\n# ダッシュボード確認\nhermes dashboard\n```\n\n## 既存知識への補完\n\n既存の `grok-hermes-x-search.md` への追記候補：\n1. **WebUI (`hermes web`)**: ブラウザから操作可能。非エンジニア展開の障壁が下がる\n2. **User.md**: Soul.mdとは別にユーザー側プロファイルを保存する3層構造\n3. **OpenRouter無料枠**: xAI/SuperGrok不要でゼロコスト試用が可能\n\n## セキュリティ注意事項\n- APIキーは第三者に教えない\n- 機密情報をチャットに入力するリスク → デフォルトで自動隠蔽機能あり\n- ローカル実行のため会話ログは自PCに保存される\n\n## アクションアイテム\n- `hermes web` でWebUI動作確認（shadow上で実行）\n- `~/.hermes/User.md` にユーザープロファイルを記述してセッション間記憶実験\n- OpenRouter無料枠でNVIDIA NIM/Cerebras/Groqとのコスト比較ベンチ", "tags": ["yt-learn", "hermes-agent", "ai-agent", "mcp", "2026-05-27"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-27T18:20:46.249083+09:00", "updated_at": "2026-05-27T18:20:46.249083+09:00"}
{"id": 398, "title": "学習日報 2026-05-27 yt-learn", "content": "# 学習日報 2026-05-27 yt-learn\n\n## 概要\n`/yt-learn` で取得・解析したナレッジ。2件の動画を解析し、1件のLLM Wikiエントリを追加。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### AIエージェント / Hermes Agent\n- **WebUI機能の存在**: `hermes web` でブラウザから操作可能なGUIが内蔵されていた（既存記録に不足していた情報）\n- **Memory3層構造の詳細**: Memory.md（作業記録）/ User.md（ユーザープロファイル）/ Soul.md（個性定義）という3ファイル構成\n- **GitHub ⭐16.7万**: 2026年2月リリースから3ヶ月でこの数値。エコシステムの成熟度を示す\n- **OpenRouter無料枠**: xAI/SuperGrok不要でゼロコスト試用が可能\n- **MCP・サブエージェント・スキル**: 既存の grok-hermes-x-search.md を補完する情報\n\n### ローカルLLM / DS4エンジン（記録見送り）\n- DeepSeek V4 Flash特化Mac専用推論エンジン\n- KVキャッシュSSD永続化でセッション再開可能\n- **ポリシー判断**: ローカル実行はAPI禁止対象外だが、shadow（Linux）非対応かつポリシーグレーゾーンのため本番不投入\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| ~/.claude/rules/trends.md | Hermes Agent完全解説エントリ追加（87点） |\n| LLM Wiki id=397 | Hermes Agent詳細解析結果を保存 |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. `hermes web` でWebUI動作確認（shadow上）\n2. `~/.hermes/User.md` にユーザープロファイル記述してセッション間記憶実験\n3. OpenRouter無料枠モデルでNVIDIA NIM/Cerebras/Groqとのコスト比較ベンチ\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 397 | Hermes Agent完全解説 WebUI・Memory3層・MCP対応 2026-05-27 | yt-learn, hermes-agent, ai-agent, mcp |", "tags": ["日報", "2026-05-27", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-27T18:22:51.946711+09:00", "updated_at": "2026-05-27T18:22:51.946711+09:00"}
{"id": 399, "title": "OpenHuman vs Hermes vs OpenClaw 3者比較・住み分け判明 2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=j2Zmcop9A_w\n- チャンネル: ワンダー佐藤（AI共創イノベーション）\n- 投稿日: 2026-05\n- スコア: 88/100\n\n## 主要な発見\n\n### 3者の役割分担（「競合ではなく相補」）\n\n| ツール | 担当レイヤー | 主機能 |\n|--------|------------|--------|\n| OpenHuman | **記憶レイヤー** | Cold Start問題の解消 / Memory Tree |\n| Hermes Agent | **学習レイヤー** | 自己改善ループ / 40%高速化 / スキル蒸留 |\n| OpenClaw | **接続レイヤー** | 44K+ skills / 22+メッセンジャー対応 |\n\n### OpenHuman の差別化ポイント\n- **Cold Start 問題の解消**: 初回起動時から個人記憶が使える\n- **Memory Tree**: 記憶を階層的に整理（エピソード記憶 / 手続き記憶）\n- **CPU+ストレージで動作**（GPU不要）\n- Python 3.11以上 + Docker が前提\n- Obsidian連携: エージェントのメモリをObsidianで開いて読める\n\n### Hermes Agent の自己改善ループ（40%高速化の中身）\n- スキルを評価して類似したものは統合、使われなくなったものは削除\n- モデル自体を再学習させるのではなく「やり方のデータベース」を育てる\n- 異なる種類のタスクへの転用はできない（タスク特化の設計）\n- RETRIEVAL→ループで戦略を組み直す\n\n### OpenClaw の規模\n- 44K+ スキル、22+メッセンジャー対応（WhatsApp, Telegram, Signal, Discord, Gmail等）\n- MCPサーバー1000個以上\n- Slackから命令してTelegram経由で結果受け取り等の複雑フロー対応\n\n### 用途別おすすめ選択フロー\n- **個人ユーザー（記憶重視）** → OpenHuman\n- **開発者・オペレーター（学習重視）** → Hermes Agent\n- **エコシステム統合（接続重視）** → OpenClaw\n- 組み合わせ例: OpenHuman(記憶) + Hermes(学習) + OpenClaw(接続) で相補的に使う\n\n### セキュリティリスク\n- スラックの起動メモリが数分でトレースされる可能性\n- 本番採用前: スクリプトの精査、サンドボックス環境で試験\n- 自分のシミリポジトリやサンドボックス用Slackから始める\n\n## アクションアイテム\n- OpenHuman (github.com/tinyhumansai/openhuman) をshadowで試験導入評価\n- 3者相補パターンを ~/.hermes/SOUL.md の「他エージェントとの連携」セクションに追記\n- shadow上の現行構成: Hermes(学習)+OpenClaw未導入 → OpenClaw接続レイヤー追加を検討", "tags": ["yt-learn", "ai-agents", "hermes", "openclaw", "openhuman", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T16:15:14.417407+09:00", "updated_at": "2026-05-28T16:15:14.417407+09:00"}
{"id": 400, "title": "Claude Code security-guidanceプラグイン 3段階自動セキュリティチェック 2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=6GqQaaGb57w\n- チャンネル: スラ（sura_asura）\n- 投稿日: 2026-05\n- スコア: 87/100\n\n## 主要な発見\n\n### security-guidance プラグインの3段階チェック構造\n\n| 段階 | タイミング | 仕組み |\n|------|-----------|-------|\n| 第1段階 | ファイル編集のたびに実行 | パターンマッチ（正規表現ベース） |\n| 第2段階 | スラッシュターン終了時 | LLMレビュー（Claude Opus 4.7使用） |\n| 第3段階 | git commit時 | bashツールでcommit前フルチェック |\n\n### 導入方法\n```bash\n# settings.json で有効化\n# .cloud/settings.json に以下を追加\n{\n  \"enablePlugins\": true\n}\n# または\n# Seガイダンス@Cloudプラグインズ → インストールのみで自動有効化\n```\n\n公式ドキュメント: https://code.claude.com/docs/en/security-guidance\n\n### カスタムルール設定\n- `~/.cloud/security/patterns` で独自パターン追加可能\n- `enablePatterns=0` で第1段階のみOFF\n- チームリポジトリに `.cloud/sur/patterns` を置くとクローした全員に自動適用\n- カスタムルールは最大N件まで（JSON/MDどちらでも可）\n- `enableCommitReview=0` で第3段階のみOFF\n\n### スコープ（配置場所3種類）\n1. **ユーザーレベル** (`~/.cloud/settings.json`) → 自分のマシン全体に適用\n2. **リポジトリレベル** (`.cloud/settings.json`) → そのリポジトリに適用・チームメイト全員に影響\n3. **管理者レベル** → 上書き設定が書かれたとき連結される\n\n### 重要な注意点\n- 第2・3段階は通常のClaude Codeトークン消費 → 追加コスト0だが利用制限に影響\n- バックグラウンドで走るため開発フローを止めない\n- ブロックしない（警告のみ）: ライトやコミットを止めない設計\n- HTMLのクロスサイトスクリプティングなどのパターンも検出可能\n- `inhtml=ent.` のような複雑なXSSも文脈追跡で検出\n\n### 活用パターン\n```\n# プロジェクト専用レビュアー設定例\n# .cloud/security/custom-rules.json\n{\n  \"rules\": [\n    {\"pattern\": \"your_prefix\", \"message\": \"プロジェクト固有の命名規約違反\"}\n  ]\n}\n```\n\n## アクションアイテム\n- vvv リポジトリに security-guidance プラグインを導入し `.cloud/settings.json` に設定\n- カスタムルール: SQLインジェクション（f-string + %s）パターンを追加（過去のinstinctから）\n- 第3段階のcommit前チェックをvvv-botsにも適用", "tags": ["yt-learn", "security", "claude-code", "plugin", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T16:15:37.517521+09:00", "updated_at": "2026-05-28T16:15:37.517521+09:00"}
{"id": 401, "title": "GBRAIN - Garry Tan作 AIエージェント用記憶システム（pgvector+YAML frontmatter）2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=Wlq2wKMrn-I\n- チャンネル: まさおAIじっくり解説ch\n- 投稿日: 2026-05\n- スコア: 85/100\n- GitHub: https://github.com/garrytan/gbrain\n\n## 主要な発見\n\n### GBRAIN の全体設計（5サイクル構造）\n\n```\nCapture（取り込み）\n    ↓\nSearch / Sync（検索・同期）\n    ↓\nThink（思考・整理）\n    ↓\nDream（夜間自動整理）\n    ↓\nLearn（学習・型蒸留）\n    ↓ (ループ)\n```\n\n### 技術スタック\n- **ストレージ**: Postgres + pgvector\n- **形式**: YAML frontmatter付きMarkdown\n- **検索方式**: ベクトル検索 + キーワード検索 → リランク\n- **Embedding選択**: Haiku向け / Sonnet向けで異なる推奨モデル\n\n### Dream Cycle（夜間自動整理）\n- cronまたはタスク完了後にトリガー\n- 蓄積されたメモリを横断してパターン抽出\n- 類似記憶を統合・整理してメモリdiffを生成\n- 適用前にレビュー可能\n- 「型が育つと判断が早くなる」（スキーマ育成）\n\n### YAML frontmatter + ハイブリッド検索\n```yaml\n---\ntitle: \"記憶タイトル\"\ntags: [タグ1, タグ2]\ncreated: \"2026-05-28\"\ntype: \"episode|procedure|knowledge\"\n---\n記憶本文...\n```\n\n### GBRAINの強み\n- **自分専用記憶システム**: 個人の「やり方」が蓄積される\n- **MCP/CLI対応**: Hermes MCPやCLI経由でアクセス可能\n- **型育成**: 同じパターンが繰り返されると「型」として昇格\n- **汎用AIエージェント向け**: OpenClaw/Hermes Agentに接続可能\n\n### セットアップ難易度\n- APIキー設定 → Postgres起動 → pgvector有効化 が前提\n- Pythonパッケージで自動インストール\n- ローカル環境での動作確認は比較的容易\n\n## shadow LLM Wikiとの比較\n\n| 項目 | GBRAIN | shadow LLM Wiki |\n|------|--------|----------------|\n| ストレージ | Postgres + pgvector | Postgres + pgvector |\n| フォーマット | YAML frontmatter MD | Markdown |\n| 夜間整理 | Dream Cycle（自動） | 手動 |\n| エージェント統合 | MCP/CLI | REST API + MCP |\n| 型育成 | あり（スキーマ育成） | なし |\n\n→ LLM WikiのDream Cycle相当機能を追加する参考になる\n\n## アクションアイテム\n- GBRAIN の Dream Cycle 設計を llm-wiki に取り込み検討（wiki_memory_expand.py の夜間バッチ化）\n- YAML frontmatter パターンを memory/*.md ファイルに採用検討\n- Hermes USER.md との差分: GBRAINは「型」を育てる → USER.mdに「繰り返しパターン」セクション追加", "tags": ["yt-learn", "memory-system", "gbrain", "pgvector", "hermes", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T16:16:00.165268+09:00", "updated_at": "2026-05-28T16:16:00.165268+09:00"}
{"id": 402, "title": "Antigravity→Codex/Claude Code拡張+Ollama ローカルAPIコスト削減フロー 2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=edKThZt4Qrw\n- チャンネル: ワンダー佐藤（AI共創イノベーション）\n- 投稿日: 2026-05\n- スコア: 82/100\n\n## 主要な発見\n\n### 推奨開発フロー（4段階）\n\n```\n1. Antigravity（Gemini 3.5 Flash）\n   → 高速プロトタイプ生成（数分で動くものを作る）\n        ↓\n2. Codex / Claude Code\n   → コード整理・拡張・品質改善\n        ↓\n3. Ollama（ローカルAI）\n   → API料金を抑えながらテスト（毎回APIを叩かない）\n        ↓\n4. 本番API（Claude/OpenAI）\n   → 最終品質確認・本番デプロイ\n```\n\n### Ollamaでのコスト削減効果\n- 開発・検証フェーズは完全無料（ローカル実行）\n- APIコストが発生するのは「最終確認」のみ\n- ハイブリッドアプリとして公開も選択肢（ローカルモデル + 必要時API）\n\n### Antigravity（agy）の位置づけ\n- **Gemini CLIの後継** → 2026-06-18でGemini CLI廃止\n- CLIコマンドは `agy`\n- 初期プロトタイプ生成に特化（Gemini 3.5 Flash使用）\n- Gemini 3.5 Pro が来たら 3.5 Pro でも拡張を狙えるムーブがある\n\n### Chrome拡張機能開発への応用\n- NotebookLMのタイトル検索用Chrome拡張機能をAntigravityで作成\n- Claude in Chrome的プラグインのベースとしても活用可能\n- 画面操作（スクロール → 開く等）はComputer Use活用\n\n### 重要な知見\n- **自動モードが必須**: なければ無限ループしやすい設計に注意\n- ローカルモデルの精度は本番APIより低い → テストの許容範囲を意識\n- 最後にローカルAIコードを外すか、ハイブリッドとして公開するか選択\n\n## アクションアイテム\n- shadow に `agy` CLI をインストール（6/18 Gemini CLI廃止前に移行）\n- Ollama (qwen2.5:3b, port 11434) を vvv-bots の開発テスト環境として活用\n- Antigravity → Claude Code の2段階フローをvvv新機能プロトタイプに適用", "tags": ["yt-learn", "antigravity", "ollama", "codex", "claude-code", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T16:16:20.734229+09:00", "updated_at": "2026-05-28T16:16:20.734229+09:00"}
{"id": 403, "title": "Claude Codeで月50万円アプリ開発・後悔した5施策【失敗談】2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=79SqXDRqTqk\n- チャンネル: ShinCode（Claude Code Academy）\n- 投稿日: 2026-05\n- スコア: 90/100\n\n## 主要な発見\n\n### 後悔した5施策（アンチパターン）\n\n1. **無限ループしやすい設計に注意**\n   - `--auto-mode` なしでの実装は無限ループリスクあり\n   - 処理の終了条件を明示的に設計すること\n\n2. **レート制限（Rate Limit）への対応不足**\n   - Claude APIのレート制限を事前に確認せず実装\n   - 本番稼働で上限到達 → サービス停止\n   - 対策: 制限を確認してから設計、フォールバック実装必須\n\n3. **画面操作の過信**\n   - Computer Useによる画面操作は「めちゃくちゃ良い」が万能ではない\n   - スクロールではなく「開く」が適切な場面を見誤った\n   - 保護モード（許可ダイアログ）でブロックされるケースに未対応\n\n4. **ローカルモデルとの精度差を軽視**\n   - Ollamaローカルモデルで検証 → 本番APIで精度差が判明\n   - テスト時点でモデルの精度を考慮した許容範囲設計が必要\n\n5. **コスト管理の甘さ**\n   - 月50万円になるまで使用量を把握していなかった\n   - `npx ccusage@latest monthly` で使用量を常時モニタリング必須\n\n### 逆に工夫して良かった施策\n- ローカルAIをテスト環境として噛ませてAPI料金削減\n- 画面遷移の許可は「いただくモード」（安全重視）でスタート\n- 続きを指示する際の「続きをしてください」の文脈保持\n\n### Claude Code Academy\n- URL: https://claude-code-academy.dev/\n- 買い切り・永久視聴\n- 05/31まで40%引き\n\n## アクションアイテム\n- vvv-bots の LLM API 呼び出し箇所に Rate Limit 対策を確認（retry-policy.md の系統B適用済みか）\n- `npx ccusage@latest monthly` を月初に定期実行（cron登録済み: `0 0 1 * *`）\n- Computer Use 使用時の保護モード（許可ダイアログ）対応パターンをPlaywright代替として設計", "tags": ["yt-learn", "claude-code", "failure-cases", "cost-management", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T16:16:40.211011+09:00", "updated_at": "2026-05-28T16:16:40.211011+09:00"}
{"id": 404, "title": "学習日報 2026-05-28 yt-learn 09:00", "content": "# 学習日報 2026-05-28 yt-learn 09:00\n\n## 概要\n`/yt-learn` で取得・解析したナレッジ。5件のLLM Wikiエントリ追加（id=399-403）。\nYouTubeトリガーURL: youtube.com/watch?v=j2Zmcop9A_w 他5本。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### AIエージェント・記憶・セキュリティ\n\n- **OpenHuman / Hermes / OpenClaw 3者相補設計** (id=399, 88点)\n  - 3者は競合でなく相補関係: Hermes=記憶/状態管理, OpenHuman=ヒューマンインタラクション学習, OpenClaw=外部接続(API/webhook)\n  - 組み合わせ推奨フロー: OpenClaw(外部トリガー)→OpenHuman(対話設計)→Hermes(状態保持)\n\n- **security-guidance プラグイン 3段階チェック** (id=400, 87点)\n  - 第1段階: ファイル編集時パターンマッチ / 第2段階: ターン終了時LLMレビュー / 第3段階: コミット前最終検証\n  - `.claude/rules/security.md` でカスタムルール設定可能\n\n- **GBRAIN記憶システム** (id=401, 85点)\n  - Garry Tan(YC CEO)作・Postgres+pgvector+YAML frontmatter MD\n  - Dream Cycle: 夜間バッチでraw notes→structured knowledge変換\n  - セッション間記憶を保持しつつコンテキスト消費を最小化\n\n### 開発フロー・コスト最適化\n\n- **Antigravity→Codex/Claude Code+Ollama 4段階開発フロー** (id=402, 82点)\n  - 企画: Antigravity(Google) / 設計: Claude Opus / 実装: Codex/Sonnet / デバッグ: Ollama(ローカル)\n  - ローカルLLMで機密コードをクラウドに送らずデバッグ可能\n\n- **Claude Codeで月50万円失敗談5施策** (id=403, 90点)\n  - レートリミット無視・コスト試算なし・一括処理非分割・エラーリトライ無限ループ・モデル固定（全部Opus）\n  - 対策: 事前コスト計算・バッチ分割・指数バックオフ・モデルルーティング\n\n---\n\n## 今日実装したもの（Round 4 パワーアップ完遂）\n\n| ファイル | 変更内容 |\n|---------|---------|\n| `~/.claude/CLAUDE.md` | 100行に精査・/goal運用ガイド追加（A+C） |\n| `~/.hermes/config.yaml` | show_cost=true, language=ja設定（B） |\n| `~/.claude/scripts/check_xai_oauth.sh` | xAI OAuth JWT期限確認スクリプト作成（D） |\n| `crontab` | wt-prune cron Mon 08:50 JSTに変更（E） |\n| `~/.claude/rules/trends.md` | 6本動画エントリ追加（Step 5b） |\n| `vvv/.claude/scripts/security-check-hook.sh` | セキュリティチェックフック作成（Step 6） |\n| `vvv/.claude/settings.local.json` | PostToolUse hooks登録（Step 6） |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. **xAI OAuth再認証** (D) — VNCまたはSSHトンネルで `uvx --from hermes-agent hermes auth add xai-oauth` を実行\n2. **GBRAINのDream Cycle設定** (id=401) — 夜間cron + pgvector統合\n3. **OpenClaw→Hermes連携実装** (id=399) — 外部webhookトリガー設定\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 399 | OpenHuman vs Hermes vs OpenClaw 3者相補設計 | yt-learn, agent, memory |\n| 400 | Claude Code security-guidanceプラグイン 3段階自動セキュリティチェック | yt-learn, security, claude-code |\n| 401 | GBRAIN記憶システム（Garry Tan作・Dream Cycle） | yt-learn, memory, gbrain |\n| 402 | Antigravity→Codex/Claude Code+Ollama 4段階開発フロー | yt-learn, workflow, antigravity |\n| 403 | Claude Codeで月50万円失敗談と5つの対策施策 | yt-learn, cost, anti-patterns |", "tags": ["日報", "2026-05-28", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T16:23:48.953507+09:00", "updated_at": "2026-05-28T16:23:48.953507+09:00"}
{"id": 405, "title": "Composer 2.5コスパ最強・マルチAIハーネス運用 2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=NIT04u2lZTs\n- チャンネル: イレシゴ\n- タイトル: 【月20ドルで十分すぎるAI】Composer 2.5がコスパ最強説\n- 投稿日: 2026-05-28\n- スコア: 80/100\n\n## 主要な発見\n\n1. **Composer 2.5 の圧倒的コスパ**: Cursor の新モデル Composer 2.5 は Opus 等ハイエンドモデルに匹敵する性能を持ちながらコストが極端に安い。$20/月枠でヘビーに使っても「全然減らない」レベル\n2. **旧来の $20枠問題が解消**: 以前は Cursor $20課金で Opus を使うと一瞬で枠が枯渇していた。Composer 2.5 導入でその問題が解消\n3. **スピードと精度の両立**: Composer シリーズ特有の高速生成を維持しつつモデル精度も十分\n4. **「GPT計画 + Composer実装」パターン**: 複雑な処理はまず GPT/Codex に設計・計画を立案させ、その計画を Composer で実装する分割アプローチが有効\n5. **マルチAIハーネス運用の確立**: 基本実装は Cursor (Composer 2.5)、解決できない複雑タスクのみ Claude Code / Codex に切り替えるハイブリッド運用\n\n## 洞察（NotebookLM 分析）\n\n各ツールの設計哲学の違いと符合:\n- **Claude Code**: トークンを大量消費してでも「生産的な体験」を最大化する設計\n- **Codex**: トークン消費効率重視・堅実にタスクをこなす設計\n- **Cursor (Composer)**: 強力なクラウド環境・専用モデルに強みを持つ設計\n\n「GPTで堅実に計画 → 燃費が良く高速な Composer 2.5 で実装 → 必要に応じて Claude Code 等で補完」という個人開発者レベルのマルチAIハーネス最適解が現場で確立されつつある。\n\n## アクションアイテム\n- Cursor Composer 2.5 を shadow 開発環境でベンチマーク（vvv-bots の典型タスクで Kimi K2.6 / Sonnet 4.6 とコスト比較）\n- 「GPT計画 → Composer実装」パターンを vvv 大規模リファクタ時に試用\n- multi-model-routing.md に Cursor Composer 2.5 をコスパ枠として追記検討", "tags": ["yt-learn", "cursor", "composer", "claude-code", "codex", "multi-model", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T18:01:37.877738+09:00", "updated_at": "2026-05-28T18:01:37.877738+09:00"}
{"id": 406, "title": "学習日報 2026-05-28 yt-learn 14:00", "content": "# 学習日報 2026-05-28 yt-learn 14:00\n\n## 概要\n`/yt-learn` で取得・解析したナレッジ。1件のLLM Wikiエントリ追加。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### AIエージェント/コスト最適化\n- **Cursor Composer 2.5** (youtube.com/watch?v=NIT04u2lZTs, 80点)\n  - $20/月枠でトークンが「全然減らない」コスパ最強モデル\n  - 「GPTで計画 → Composerで実装 → Claude Code/Codexで補完」のマルチAIハーネス最適解が現場で確立しつつある\n  - Cursor Composer 2.5は単純実装タスクの大部分をカバーし、Claude/GPTへの依存を減らせる\n\n### 実践ポイント\n- マルチAIハーネス設計の鍵: 各モデルの「得意領域」でタスクを分担\n  - 計画・設計 → GPT-4o/Opus（高推論）\n  - 実装・コード生成 → Composer 2.5（コスパ最強）\n  - 補完・レビュー → Claude Code/Codex（文脈把握）\n- 「全然減らない」= コンテキスト消費が非常に効率的\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| `~/.claude/rules/multi-model-routing.md` | Composer 2.5コスパモデルとして追記 |\n| `~/.claude/rules/trends.md` | 新エントリ追加（Composer 2.5） |\n| `~/.claude/projects/-home-ubuntu-workspace/memory/MEMORY.md` | 索引1行追記 |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. Cursor Composer 2.5をshadow開発環境でベンチマーク実測\n2. vvv-bots コスト最適化: Composer 2.5対応フロー設計\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 405 | Composer 2.5コスパ最強・マルチAIハーネス運用 2026-05-28 | yt-learn, cursor, composer, claude-code, multi-model, 2026-05-28 |", "tags": ["日報", "2026-05-28", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T18:04:27.875326+09:00", "updated_at": "2026-05-28T18:04:27.875326+09:00"}
{"id": 407, "title": "Claude Code セキュリティ3段階自動チェック プラグイン実装 2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=6GqQaaGb57w\n- チャンネル: 不明（日本語実践系チャンネル）\n- 投稿日: 2026-05-28前後\n- スコア: 85/100\n\n## 動画タイトル\n【必見】Claude Codeのセキュリティを3段階で自動チェックする方法\n\n## 主要な発見\n\n### 3段階セキュリティチェックプラグイン\n\n| 段階 | タイミング | 手法 | コスト |\n|------|-----------|------|--------|\n| 第1段階 | ファイル編集時 | パターンマッチ（静的解析） | **0円**（LLM不使用） |\n| 第2段階 | ターン終了時 | 別Claudeインスタンスによるdiffレビュー | Opus 4.7使用 |\n| 第3段階 | コミット/プッシュ時 | エージェント型・文脈まで読む深い監査 | Opus 4.7使用 |\n\n### インストール\n```\n/install security_guidance@claude_plugins_official\n```\n- 再起動不要・即時有効化\n\n### チーム全体適用\n`.claude/settings.json` で有効化してコミット → クローンした全員に自動適用\n\n### カスタムルール（2種類）\n1. **静的解析向け**: `.claude/security_patterns.json`（yaml可）に正規表現でパターン追加\n   - 例: APIキーハードコード検知、`eval`/`innerHTML`等\n2. **LLMレビュー向け**: `.claude/security_guidance.md` に自然言語でルール記述\n   - 例: 「このルートでは必ず権限チェックを挟むこと」\n\n### コスト制御設定\n```json\n// .claude/settings.json\n{\n  \"enable_plugins\": true,\n  \"enable_stop_review\": 0,    // 第2段階無効化\n  \"enable_commit_review\": 0   // 第3段階無効化\n}\n```\n- `/plugin disable` で一時停止も可能\n- `enable_patterns: 0` で第1段階のみ切る\n\n### スコープ（3段階）\n- **user**: 自分のマシン全体\n- **project**: リポジトリ単位（チーム共有可）\n- **enterprise**: 管理者が設定\n\n## 核心的洞察\n\n**「AIが生成したコードを、AI（別インスタンス）が多層的・自律的に監査・修復させる」ピアレビューの仕組み**\n\n- 人間の目視チェックではなく高速静的解析 + LLM文脈理解を組み合わせた自動ループ\n- Codex Securityの「反復修復ループで50%→88%」と同じ方向性\n- AIエージェント現場導入の最大障壁「セキュリティリスク」への実践的解答\n\n## アクションアイテム\n- `/install security_guidance@claude_plugins_official` をshadow Claude Codeに導入\n- vvv-bots用 `.claude/security_guidance.md` でプロジェクト固有ルール定義\n- 第1段階（無料）だけ有効化して試験運用 → コスト0で基本保護\n- `.claude/security_patterns.json` にAPIキー・DBパスワードパターン追加", "tags": ["yt-learn", "claude-code", "security", "plugin", "3段階チェック", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T18:07:25.731904+09:00", "updated_at": "2026-05-28T18:07:25.731904+09:00"}
{"id": 408, "title": "学習日報 2026-05-28 yt-learn 14:30", "content": "# 学習日報 2026-05-28 yt-learn 14:30\n\n## 概要\n`/yt-learn` (URL直接指定) で解析。1件のLLM Wikiエントリ追加。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### セキュリティ / Claude Code運用\n- **Claude Code セキュリティ3段階自動チェックプラグイン** (youtube.com/watch?v=6GqQaaGb57w, 85点)\n  - `/install security_guidance@claude_plugins_official` で導入\n  - **第1段階**: パターンマッチ（ファイル編集時・コスト0）\n  - **第2段階**: 別Claudeインスタンスによるdiff客観レビュー（ターン終了時）\n  - **第3段階**: エージェント型コンテキスト監査（コミット/プッシュ時・Opus 4.7使用）\n  - `.claude/security_guidance.md` に自然言語でプロジェクト固有ルールを記述\n  - `.claude/security_patterns.json` に正規表現でカスタムパターン追加可能\n  - `enable_stop_review=0` / `enable_commit_review=0` でコスト制御可能\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| `web/vvv-bots/.claude/security_guidance.md` | vvv-bots用プロジェクト固有セキュリティルール作成（APIキー・SQL・中華系API禁止等） |\n| `~/.claude/rules/trends.md` | 新エントリ追加・100行制限維持 |\n| `memory/MEMORY.md` | 索引1行追記 |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. `/install security_guidance@claude_plugins_official` をshadow Claude Codeに実際にインストール（プラグインシステム確認要）\n2. `.claude/security_patterns.json` にAPIキー・DBパスワードパターン追加\n3. チーム展開: `.claude/settings.json` に `enable_plugins: true` 追加してコミット\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 407 | Claude Code セキュリティ3段階自動チェック プラグイン実装 2026-05-28 | yt-learn, claude-code, security, plugin, 2026-05-28 |", "tags": ["日報", "2026-05-28", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T18:08:53.073056+09:00", "updated_at": "2026-05-28T18:08:53.073056+09:00"}
{"id": 409, "title": "Codex会社組織化パターン 5部署構成 2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=8QPf6Zkwyyg\n- チャンネル: さとりの世界一やさしいAI教室\n- 投稿日: 2026-05-27\n- スコア: 65/100\n\n## 主要な発見\n\n### Codex「会社組織化」パターン\nCodexをAI会社として組織化することで、副業・コンテンツ制作を24時間自律運用する手法。\n\n#### 4層組織構造\n- **社長 (ユーザー本人)**: 方針決定のみ、細かい作業不要\n- **部長 MD**: 各部署のシステムプロンプト（役割定義）\n- **課長 MD**: タスク分担・品質チェック指示\n- **実行部隊 (Codex Agents)**: 実際の作業実行\n\n#### 5部署構成（今すぐ組める）\n\n| 部署 | 役割 | 適用AI |\n|------|------|--------|\n| 制作部 | 記事・台本執筆、リライト | Codex/Claude |\n| SNS運用部 | 投稿自動生成・スケジュール | Codex (AI生成投稿を直接流さないこと) |\n| カスタマーサポート部 | note/Stores販売フォロワー質問対応 | Codex + LINE/Discord |\n| Kindle出版部 | 英語展開・電子書籍化 | Codex |\n| 英語展開部 | 海外向けコンテンツ展開 | Codex |\n\n#### 実装方法\n```markdown\n# 組織図 (CODEX.md または MD ファイル)\nあなたは[部署名]の部長です。\n仕事は[具体的な役割・出力物]です。\n## ルール\n- [品質基準]\n- [守るべき順番]\n```\n中身は3行で十分。役割ごとにMDファイルを分けて管理。\n\n#### 3つの効果\n1. **オートメーション**: 毎朝のタスク処理が自動化→寝てる間も会社が回る\n2. **判断疲れゼロ**: 「どうしますか?」という質問から解放される\n3. **3ヶ月後**: Codexがあなたのクローンになり成果物を自律生成\n\n### メモ\n- 著者はClaude CodeよりCodexの評判が高いと評価\n- スマホ1台+ChatGPT(Codex)で運用可能\n- 普通の会社では雇えない専門家(弁護士風/経営者風)を組み込み可能\n\n## アクションアイテム\n- vvv-bots の .claude/skills/ に「Codex会社化テンプレート」を実装\n- 各ボット/サービスを「部署」として再定義しCODEX.mdに組織図記述\n- 判断が必要なタスクは「部長MDへの上申」パターンで構造化", "tags": ["yt-learn", "codex", "ai-organization", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T18:50:04.261155+09:00", "updated_at": "2026-05-28T18:50:04.261155+09:00"}
{"id": 410, "title": "OpenAI Secure MCP Tunnel プライベートMCPサーバー接続 2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=edKThZt4Qrw\n- チャンネル: ウェブ職TV@Claude Codeの安全な使い方\n- 投稿日: 2026-05-28 (ライブ配信、字幕なし)\n- スコア: 70/100\n- 補足: WebSearch で OpenAI 公式ドキュメント確認済み\n\n## 主要な発見\n\n### OpenAI Secure MCP Tunnel とは\nプライベートMCPサーバーをインターネットに公開せずにChatGPT/Codex/Responses API/AgentKitに接続する仕組み。\n\n**公式ドキュメント**: https://developers.openai.com/api/docs/guides/secure-mcp-tunnels\n\n### 仕組み\n```\n[プライベートMCPサーバー (社内DB/localhost)]\n        ↕ outbound HTTPS (ファイアウォール変更不要)\n[tunnel-client (ネットワーク内に配置)]\n        ↕\n[OpenAI hosted MCP tunnel endpoint]\n        ↕\n[ChatGPT / Codex / Responses API]\n```\n\n### 特徴\n- **インバウンドポート開放不要**: outbound HTTPS のみ使用\n- **enterprise networking対応**: アウトバウンドプロキシ・カスタムCA・mTLS対応\n- **Harpoon**: 組み込みMCPサーバー（HTTPターゲットをラベルで公開可能）\n- **ChatGPT/Codex/AgentKit全対応**\n\n### Anthropic も同様の機能を提供\n- Anthropic MCP Tunnels + self-hosted sandboxes\n- 参照: https://thenewstack.io/anthropic-mcp-tunnels-sandboxes/\n\n### vvv への適用可能性\n- vvv の内部DB (PostgreSQL) をMCPサーバー経由で安全に外部エージェントに接続\n- shadow の playwright-service をローカルに保ちながら外部Codexから操作可能\n- 企業導入時のセキュリティ要件を満たす\n\n### Claude Code Safety Hub (ウェブ職TV製品)\n- 企業向けClaude Code全社導入ソリューション\n- 助成金で最大75%還元\n- URL: https://touchai.jp/claude-code-safety-hub/contact\n\n## アクションアイテム\n- OpenAI tunnel-client を shadow に試験導入評価: `github.com/openai/tunnel-client`\n- vvv-bots の playwright-service (localhost:8100) をSecure MCP Tunnel経由で外部エージェントに接続するPoC\n- Anthropic版 MCP Tunnels との比較評価", "tags": ["yt-learn", "mcp", "security", "openai", "tunnel", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T18:50:18.115052+09:00", "updated_at": "2026-05-28T18:50:18.115052+09:00"}
{"id": 411, "title": "学習日報 2026-05-28 yt-learn 17:00", "content": "# 学習日報 2026-05-28 yt-learn 17:00\n\n## 概要\n`/yt-learn` で取得・解析したナレッジ。このセッションで処理した動画: `8QPf6Zkwyyg`, `edKThZt4Qrw`\n\n---\n\n## 今日学んだこと（YouTube）\n\n### Codex エージェント活用\n- **Codex会社組織化パターン**: 4層MD組織図を渡すだけで副業24h自律運用（5部署構成）\n- 実装コスト低（MDファイル3行で十分）・すぐ使えるテンプレート\n\n### セキュリティ・インフラ\n- **OpenAI Secure MCP Tunnel**: プライベートMCPサーバーをout-bound HTTPSのみでCodex/ChatGPTに接続。ファイアウォール変更不要\n- Anthropic版も存在 (`/anthropic-mcp-tunnels`)\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| `.claude/security_check.sh` | v3: `CLAUDE_TOOL_INPUT_FILE_PATH` 対応・CRITICAL exit 1・ruff統合 |\n| `.claude/settings.json` | PostToolUse hookのenv var修正 (`FILE_PATH` 対応) |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. `github.com/openai/tunnel-client` を shadow に試験導入\n2. vvv-bots の CODEX.md に組織図記述（部署定義）\n3. playwright-service(localhost:8100) → Secure MCP Tunnel PoC\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 409 | Codex会社組織化パターン 5部署構成 2026-05-28 | codex, ai-organization |\n| 410 | OpenAI Secure MCP Tunnel プライベートMCPサーバー接続 2026-05-28 | mcp, security, openai |", "tags": ["日報", "2026-05-28", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T18:51:21.324727+09:00", "updated_at": "2026-05-28T18:51:21.324727+09:00"}
{"id": 412, "title": "Grok Build UX革命 ベンチマーク劣位でシェア57%超の理由 2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=D2WJTiKHe3Q\n- チャンネル: ワンダー佐藤源彦サテライト@AI共創イノベーション\n- 投稿日: 2026-05-27\n- スコア: 80/100\n\n## 主要な発見\n\n### Grok Build (Grok Code Fast 1) 市場シェア57.6%の謎\n**SWE-Bench Verified**: Grok 70.8% vs Claude Code 87〜88% → Grokが劣る\n**OpenRouterシェア**: Grok 57.6% (首位) vs Claude (3倍差で2位) → Grokが圧勝\n\n**矛盾の解答**: 「AIコーディングの選択基準がベンチマーク → UX（使い心地）へシフト」\n\n### Grokが選ばれる5つの理由\n\n| 理由 | 詳細 |\n|------|------|\n| **速度** | 応答2秒以内。推論中のフリーズがない |\n| **料金** | $0.20/回。何度も気軽に使い回せる |\n| **アリーナモード** | 複数エージェント並列比較→最適解を人間が選択 |\n| **並列8サブエージェント** | 独立ワークツリーで変更衝突ゼロ（1.23兆トークン/週） |\n| **安全設計** | 「どのファイルをどう変えるか確認してから動く」人間の承認フロー |\n\n### Claude Codeとの対比\n| 観点 | Grok Build | Claude Code |\n|------|-----------|-------------|\n| SWE-Bench | 70.8% | 87〜88% |\n| 速度 | 2秒以内 | やや遅い（深い推論時） |\n| コスト | $0.20/回（超安価） | 高め |\n| 市場シェア(OpenRouter) | 57.6% | 〜20% |\n| 並列エージェント | 最大8 | 制限あり |\n\n### 重要な示唆\n- **「ベンチマーク最強 ≠ 実務最強」**: 現場はUX・速度・コストを重視\n- **「予測不可能性の排除」**: AIが勝手に動きすぎることへの反発\n- **「MCPサポート」**: セキュリティ（コードが外部サーバーに出ない）\n\n### 1週間でのトークン消費実績\n1.23兆トークン（Grok Build単体）→ これがシェア数字の根拠\n\n## アクションアイテム\n- Grok Build (x.ai/cli) を評価導入。$0.20/回の安価を活かし、Claude Code との役割分担を設計\n- multi-model-routing.md に「高速・低コスト実装サイクル向け: Grok Build」を追記検討\n- アリーナモードのリリースを監視（複数エージェント競争→最適解選択）", "tags": ["yt-learn", "grok-build", "ai-coding", "ux", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T18:54:40.017920+09:00", "updated_at": "2026-05-28T18:54:40.017920+09:00"}
{"id": 413, "title": "Claude Code 公式Skills完全解説 SKILL.md・バンドル・権限管理 2026-05-28", "content": "## 情報源\n- URL: https://youtube.com/watch?v=QLom_CgSXqo\n- チャンネル: サルでもわかるAIにゅーす速報【ゆっくり解説】\n- 投稿日: 2026-05-27\n- スコア: 85/100\n\n## 主要な発見\n\n### Skills とは何か\nAIに「作業手順・ルール」を覚えさせる仕組み。`SKILL.md` ファイルに手順を書くと、Claude Codeがそれを参照して繰り返しタスクを自動化できる。\n\n**Skills vs MCP の違い**:\n| 概念 | 役割 |\n|------|------|\n| **Skills** | 「手順・ルールの記述」(何をどうやるかの指示書) |\n| **MCP** | 「外部ツール・データへの接続口」 |\n→ Skills = 手順書、MCP = 工具箱\n\n### バンドルスキル（最初から入っている）\n\n| スキル名 | 用途 |\n|---------|------|\n| `code-review` | コードレビュー自動化 |\n| `batch` | 複数タスクのバッチ処理 |\n| `debug` | デバッグ支援 |\n| `loop` | ループ処理・反復タスク |\n| `claude-api` | Claude APIの呼び出し支援 |\n| `run` | アプリ起動確認 |\n| `verify` | 変更後の動作検証 |\n\n### 公式リポジトリ (github.com/anthropics/skills)\n\n含まれるスキルカテゴリ:\n- **文書系**: PDF抽出/作成/編集, PowerPoint (PPTX), Excel (XLSX)\n- **開発系**: Webアプリテスト, MCPビルダー支援\n- **コードレビュー系**: プロジェクト固有の書き方を反映するカスタムレビュー\n\n### スキルの作り方\n```\nプロジェクト/.claude/skills/\n└── my-skill/\n    ├── SKILL.md    ← メイン: AIへの指示（手順・ルール）\n    └── support/    ← サポートファイル・設定\n```\n\nSKILL.md に書く内容:\n- 何をするスキルか（タスク説明）\n- 実行する手順（ステップバイステップ）\n- 権限とルール（何にアクセスしてよいか）\n\n### 権限管理の重要性\n- **必要な権限だけをAIに渡す**（最小権限の原則）\n- 「AIに危ないツールを渡さない」\n- 中身を確認してから使う（公式スキルでも要検証）\n- 外部リポジトリのスキルは自分の環境でテスト後に導入\n\n### ユースケース例\n1. **会社固有ルール**: ブランドルール・文体ガイドをスキルに組み込み\n2. **プロジェクト起動手順**: `run`スキルにプロジェクト固有の起動方法を記述\n3. **複雑なレビュー**: 分隊ルール・品質基準をカスタムcode-reviewスキルで自動化\n4. **文書生成**: PDF/PPTX/XLSX変換を1コマンドで完結\n\n### MCPとの組み合わせ\n- Skills = 何をするかの手順書\n- MCP = その手順でアクセスするツール・外部データ\n- 両者を組み合わせると「カスタム自動化パイプライン」が構築可能\n\n## アクションアイテム\n- vvv-bots 向け カスタムスキル作成: `scraper-health-check` / `db-query-helper` / `security-audit`\n- 公式リポジトリ (github.com/anthropics/skills) の全スキルを棚卸しして有用なものを導入\n- 文書系スキル (PDF/PPTX/XLSX) をvvv管理レポート自動生成に活用検討\n- `run` + `verify` スキルをvvv-botsのCI/CD検証フローに組み込み", "tags": ["yt-learn", "claude-code", "skills", "skill-md", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T18:55:01.117705+09:00", "updated_at": "2026-05-28T18:55:01.117705+09:00"}
{"id": 414, "title": "学習日報 2026-05-28 yt-learn 19:30", "content": "# 学習日報 2026-05-28 yt-learn 19:30\n\n## 概要\n`/yt-learn` で取得・解析したナレッジ。2件のLLM Wikiエントリ追加（id=412,413）。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### Grok Build（D2WJTiKHe3Q）\n- SWE-Bench 70.8%でClaude(87-88%)に劣るにもかかわらずOpenRouterシェア57.6%首位\n- **UX革命が鍵**: 応答2秒・$0.20/回・アリーナモード・8並列エージェント独立ワークツリー\n- 「ベンチマーク最強≠実務最強」のパラダイムシフト\n- ACP(Agent Coordination Protocol)フル対応・Arena Mode近日提供\n\n### Claude Code 公式Skills完全解説（QLom_CgSXqo）\n- Skills = SKILL.mdに手順を書くAI記憶機能（MCPは「外部接続」・Skillsは「手順書」）\n- バンドルスキル7種: code-review/batch/debug/loop/claude-api/run/verify\n- 公式リポジトリ(github.com/anthropics/skills)にPDF/PPTX/XLSX/Webテストスキルあり\n- min-privilege権限管理: `allowed-tools` フィールドで使用可能ツールを制限\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| `.claude/skills/scraper-health-check/SKILL.md` | 新規作成: セレクタ崩れ・0件取得・タイムアウト診断スキル |\n| `.claude/skills/security-audit/SKILL.md` | 新規作成: ハードコードシークレット・SQLi・中華系API自動検出スキル |\n| `~/.claude/rules/multi-model-routing.md` | Grok Build追記（$0.20/回・8並列・シェア57.6%） |\n| `~/.claude/rules/trends.md` | 2エントリ追加(Grok Build/Claude Code Skills)・2エントリ削除（100行制限） |\n| `memory/MEMORY.md` | インデックス1行追加 |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. Grok Build (x.ai/cli) をshadowでβ試験導入（割引$99/6ヶ月中）\n2. vvv-bots用`/scraper-health-check`・`/security-audit`スキルをCLAUDE.mdの「利用可能なスキル」表に追記\n3. 公式スキルリポジトリ(github.com/anthropics/skills)の棚卸しとvvv環境への適用検討\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 412 | Grok Build UX革命 ベンチマーク劣位でシェア57%超の理由 2026-05-28 | yt-learn, ai, 2026-05-28 |\n| 413 | Claude Code 公式Skills完全解説 SKILL.md・バンドル・権限管理 2026-05-28 | yt-learn, ai, 2026-05-28 |", "tags": ["日報", "2026-05-28", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T19:00:09.790081+09:00", "updated_at": "2026-05-28T19:00:09.790081+09:00"}
{"id": 415, "title": "Claude Code v2.1.153 新機能 /code-review --fix + disallowed-tools 2026-05-28", "content": "## 情報源\n- X検索: zasawa@gmail.com / grok-4.20-reasoning\n- リリース日: 2026-05-27〜28\n\n## 主要な新機能\n\n### 1. `/code-review --fix`\n- **概要**: 従来の「指摘だけ」から「自動修正適用」へ進化。`/simplify` も内部統合済み\n- **使い方**:\n  ```\n  /code-review --fix\n  /code-review --fix src/ utils/\n  ```\n- **何をするか**: リファクタリング・簡略化・パフォーマンス改善・明らかなバグ修正\n- **注意**: 適用前にプレビューが出る\n\n### 2. `disallowed-tools`（スキル単位ツール境界）\n- **概要**: スキルfrontmatterに書くことで、そのスキル実行中だけ特定ツールを完全除外\n- **書き方**:\n  ```yaml\n  ---\n  name: secure-refactor\n  allowed-tools: Read, Grep\n  disallowed-tools: Edit, Write, Bash, WebFetch\n  ---\n  ```\n- **特徴**:\n  - スキル実行中のみ有効（他スキルに影響なし）\n  - `/reload-skills` で即反映（セッション再起動不要）\n  - 「危ない能力を最初から見せない」設計が可能\n\n### 3. その他（v2.1.151〜153）\n- Git LFS skipオプション追加（大規模リポジトリ高速化）\n- セキュリティ修正: カスタムAPIゲートウェイのOAuth認証情報誤受信を修正\n- Compaction強化（速度向上・「prompt too long」バグ解消）\n- Self-healing session（壊れたメディアでセッションが死ににくくなった）\n\n## vvv-bots への適用済み\n\n| スキル | 変更 |\n|--------|------|\n| `security-audit` | `disallowed-tools: Edit, Write, WebFetch, WebSearch` 追加 |\n| `scraper-health-check` | `disallowed-tools: Edit, Write, WebFetch, WebSearch` 追加 |\n\n## アクションアイテム\n- `/code-review --fix` を実装後PRレビューフローに組み込む\n- 全スキルに適切な `disallowed-tools` を設定（最小権限原則）", "tags": ["claude-code", "v2.1.153", "disallowed-tools", "code-review", "2026-05-28"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-28T19:35:59.159122+09:00", "updated_at": "2026-05-28T19:35:59.159122+09:00"}
{"id": 416, "title": "instinct: playwright-service chromium バージョン不一致で再起動ループ", "content": "# playwright-service 再起動ループの原因と修正\n\n## 症状\nPM2の playwright-service が数十回再起動を繰り返す（restarts: 29+）。\n\n## 根本原因\nplaywright のバージョン（1.59.0）が要求する chromium バージョン（1217）と、\nキャッシュに存在するバージョン（1223）が不一致。\n\n```\nplaywright._impl._errors.Error: BrowserType.launch: Executable doesn't exist at\n/home/ubuntu/.cache/ms-playwright/chromium_headless_shell-1217/...\n```\n\n## 修正方法\nvvv-bots venv の playwright で chromium を再インストールする：\n\n```bash\n/home/ubuntu/workspace/web/vvv-bots/venv/bin/python -m playwright install chromium\n```\n\n## 確認方法\n```bash\nls ~/.cache/ms-playwright/  # chromium_headless_shell-1217 が存在するか確認\npm2 show playwright-service | grep -E 'status|restarts|uptime'\n```\n\n## 教訓\n- playwright upgrade 後は必ず `playwright install chromium` を実行する\n- キャッシュの chromium バージョンと playwright バージョンの対応を確認する", "tags": ["instinct", "playwright", "pm2", "shadow", "vvv-bots"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-29T01:35:04.944576+09:00", "updated_at": "2026-05-29T01:35:04.944576+09:00"}
{"id": 417, "title": "全サーバー Claude設定同期手順（Mac→shadow/arcana/cure）", "content": "# Claude Code 設定 全サーバー同期手順\n\n## 同期対象ファイル\n\n| ファイル | 同期方法 | 備考 |\n|---------|---------|------|\n| `~/.claude/CLAUDE.md` | rsync（上書き） | Macが正本 |\n| `~/.claude/rules/` | rsync（上書き） | Macが正本 |\n| `~/.claude/skills/` | rsync（削除なし） | `--delete` は使わない！ |\n| `~/.claude/settings.json` | 手動マージ | サーバー固有設定あり |\n| `~/.claude.json` | 手動編集 | mcpServers等サーバー固有 |\n\n## 同期コマンド\n\n```bash\n# CLAUDE.md\nrsync -av ~/.claude/CLAUDE.md shadow:~/.claude/CLAUDE.md\nrsync -av ~/.claude/CLAUDE.md arcana:~/.claude/CLAUDE.md\nrsync -av ~/.claude/CLAUDE.md cure:~/.claude/CLAUDE.md\n\n# rules（全件上書きOK）\nrsync -av ~/.claude/rules/ shadow:~/.claude/rules/\nrsync -av ~/.claude/rules/ arcana:~/.claude/rules/\nrsync -av ~/.claude/rules/ cure:~/.claude/rules/\n\n# skills（--delete 絶対禁止！）\nrsync -av ~/.claude/skills/ shadow:~/.claude/skills/\nrsync -av ~/.claude/skills/ arcana:~/.claude/skills/\nrsync -av ~/.claude/skills/ cure:~/.claude/skills/\n```\n\n## ⚠️ 重要な注意事項\n\n**`rsync --delete` で skills を同期すると全スキルが消える。絶対に使わない。**\n（2026-05-29 実際に発生：shadow の 118 スキルが 4 件に消えた）\n\n## settings.json の最良版（2026-05-29時点）\n- deny: 24件（force push・rm -rf等）\n- allow: 59件\n- defaultMode: bypassPermissions\n- hooks: PostToolUse(ruff) + Stop(memory_save/verification/auto-sync) + UserPromptSubmit(wiki_auto_add/memory_inject) + PreToolUse(rtk/guard_production)\n- effortLevel: xhigh\n\n## 件数確認コマンド\n```bash\necho \"MAC: $(ls ~/.claude/skills/ | wc -l) skills\"\nssh shadow \"echo SHADOW: $(ls ~/.claude/skills/ | wc -l) skills\"\nssh arcana \"echo ARCANA: $(ls ~/.claude/skills/ | wc -l) skills\"\nssh cure   \"echo CURE:   $(ls ~/.claude/skills/ | wc -l) skills\"\n```", "tags": ["claude-code", "sync", "settings", "shadow", "arcana", "cure", "maintenance"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-29T01:35:17.235148+09:00", "updated_at": "2026-05-29T01:35:17.235148+09:00"}
{"id": 418, "title": "LLM Wiki MCP 全サーバー連携構成（2026-05-29）", "content": "# LLM Wiki MCP 全サーバー連携構成\n\n## Wiki本体\n- **場所**: shadow (100.115.94.5:8200)\n- **プロセス**: PM2 `llm-wiki` (online)\n- **API**: `/api/search?q=`, `/api/health`（注: /api/healthは {\"detail\":\"Not Found\"} を返すが正常。`/api/search` で確認する）\n\n## 各サーバーの接続方式\n\n| サーバー | .claude.json wiki設定 | WIKI_BASE_URL |\n|---------|----------------------|---------------|\n| Mac | `ssh shadow` → wiki_http_server.py | 100.115.94.5:8200 |\n| shadow | settings.json mcpServers | 100.115.94.5:8200 (自身) |\n| arcana | venv/bin/python3 → wiki_http_server.py | 100.115.94.5:8200 |\n| cure | venv/bin/python3 → wiki_http_server.py | 100.115.94.5:8200 |\n\n## arcana の修正履歴（2026-05-29）\n旧: `/usr/bin/python3 /workspace/infra/claude/mcp-servers/wiki_server.py`（旧版・WIKI_BASE_URL未設定）\n新: `/home/ubuntu/.claude/mcp-servers/venv/bin/python3 wiki_http_server.py`（新版・venv新規作成）\n\nvenv作成手順（arcanaにvenvがない場合）:\n```bash\npython3 -m venv /home/ubuntu/.claude/mcp-servers/venv\n/home/ubuntu/.claude/mcp-servers/venv/bin/pip install mcp httpx -q\n```\n\n## 疎通確認コマンド\n```bash\n# 各サーバーから wiki に search できるか確認\nssh shadow \"curl -s 'http://100.115.94.5:8200/api/search?q=test' | python3 -c 'import json,sys; d=json.load(sys.stdin); print(len(d),\\\"results\\\")'\"\nssh arcana \"curl -s 'http://100.115.94.5:8200/api/search?q=test' | python3 -c 'import json,sys; d=json.load(sys.stdin); print(len(d),\\\"results\\\")'\"\nssh cure   \"curl -s 'http://100.115.94.5:8200/api/search?q=test' | python3 -c 'import json,sys; d=json.load(sys.stdin); print(len(d),\\\"results\\\")'\"\n```", "tags": ["llm-wiki", "mcp", "shadow", "arcana", "cure", "infrastructure"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-29T01:35:31.299717+09:00", "updated_at": "2026-05-29T01:35:31.299717+09:00"}
{"id": 419, "title": "サーバー整備チェックリスト（定期メンテナンス）", "content": "# サーバー定期整備チェックリスト\n\n## 削減候補（優先度順）\n\n### Mac\n| 対象 | コマンド | 効果 |\n|------|---------|------|\n| brew cache | `brew cleanup --prune=all` | 2〜3GB |\n| npm cache | `npm cache clean --force` | 500MB〜1GB |\n| Xcode DerivedData | `rm -rf ~/Library/Developer/Xcode/DerivedData/<古いもの>` | 1GB〜 |\n| iOSシミュレータ不要分 | `xcrun simctl delete unavailable` | 状況次第 |\n| Downloads内dmg | 手動確認 | 数百MB |\n\n### shadow / arcana / cure 共通\n| 対象 | コマンド | 効果 |\n|------|---------|------|\n| PM2ログアーカイブ | `find ~/.pm2/logs -name '*__*' -delete` | 数十MB |\n| /tmp 古いファイル | `find /tmp -maxdepth 2 -mtime +1 -type f -delete` | 数MB〜数十MB |\n| venv外 pycache | `find /workspace -path '*/venv' -prune -o -name '__pycache__' -type d -print \\| xargs rm -rf` | 数十MB |\n| git gc | `git gc --prune=now` | 数MB |\n\n## ディスク使用量確認\n```bash\n# 全サーバー一括確認\nfor host in shadow arcana cure; do\n  ssh $host \"echo $host: && df -h / | tail -1\"\ndone\n```\n\n## PM2プロセス確認\n```bash\nssh shadow \"pm2 list --no-color | grep -E 'online|stopped|errored'\"\nssh arcana \"pm2 list --no-color | grep -E 'online|stopped|errored'\"\nssh cure   \"pm2 list --no-color | grep -E 'online|stopped|errored'\"\n```\n\n## 注意事項\n- venv内の pycache は削除しない（起動が壊れる）\n- PM2設定ファイル・.envは触れない\n- 削除前に必ずサイズ確認\n\n## 前回整備実績（2026-05-29）\n- Mac: brew 2.6GB + npm 509MB + DerivedData 1.5GB + Codex.dmg 479MB = **約5.1GB**\n- shadow: pycache + tmp = **約1.3GB**\n- 全体合計: **約6.4GB**", "tags": ["maintenance", "cleanup", "disk", "mac", "shadow", "arcana", "cure", "checklist"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-29T01:35:46.893701+09:00", "updated_at": "2026-05-29T01:35:46.893701+09:00"}
{"id": 420, "title": "vvv-bots ボット停止・追加履歴（2026-05-29）", "content": "# vvv-bots ボット整備履歴（2026-05-29）\n\n## 停止したボット\n\n| group_id | ボット名 | 理由 |\n|----------|---------|------|\n| 203 | レバテックフリーランス | CloudFront WAFブロック。CF_WORKER_URL未設定。Issue #237参照 |\n| 218 | BS Career IT / Prime Freelance | サイト未オープン（prime-freelance.jp メンテ中） |\n| 224 | 社内SE転職ナビ | SPA化・ログイン必須 |\n| 229 | SOKUDAN | Scrapling hangの既知問題 |\n| 236 | High-Performer | TechStock(211)に統合済み・重複 |\n\n## 新規追加ボット\n\n| group_id | ボット名 | 実装方式 | 状態 |\n|----------|---------|---------|------|\n| 252 | LAPRAS | sitemap.xml → playwright詳細 → application/ld+json JobPosting | ✅ 有効 |\n| 253 | Workship Public | requests + BS4 トップページ /portal/\\d+/job/\\d+ パターン | ✅ 有効 |\n| 251 | フリーコンサル.com | 完全登録制・公開URL無し | ❌ 実装不可 |\n\n## 有効化待ちボット\n\n### group_id 203 levtech 復活条件\n`.env` に以下を設定：\n```\nCF_WORKER_URL=<cloudflare_worker_url>\nCF_WORKER_SECRET=<secret>\n```\n設定後 `UPDATE scraper_bot_schedule SET enabled=true WHERE group_id=203` で有効化。\n\n## LAPRAS実装メモ\n- `/public/cases/` はログイン必須で使えない\n- **sitemap.xml** に `/jobs/{id}` 形式で2,712件のURL掲載（公開アクセス可能）\n- 詳細ページから `application/ld+json` の JobPosting スキーマでデータ抽出\n- スクリプト: `/home/ubuntu/workspace/web/vvv-bots/bots/lapras/scraper.py`", "tags": ["vvv-bots", "scraper", "bot-management", "lapras", "workship", "maintenance"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-29T03:11:54.534626+09:00", "updated_at": "2026-05-29T03:11:54.534626+09:00"}
{"id": 421, "title": "Claude Opus 4.8 リリース詳細解析 2026-05-29", "content": "## 情報源\n- 動画1: https://youtube.com/watch?v=T4b_OD_mFqU (サルでもわかるAIにゅーす速報, スコア80/100)\n- 動画2: https://youtube.com/watch?v=Jw7N3KZfcLc (まさおAIじっくり解説ch, スコア95/100)\n- 公式ブログ: https://www.anthropic.com/news/claude-opus-4-8\n- 投稿日: 2026-05-29\n\n## 主要な発見\n\n### 基本情報\n- Opus 4.7 からわずか **41日** で登場\n- 価格は据え置き ($5/$25/Mtok)\n- チャプター構成から詳細な機能把握が可能\n\n### ベンチマーク（動画2チャプターより）\n- **SWE-bench / ターミナル**: 開発系ベンチマークで強化\n- **HLE / OSWorld**: 知識ワーク・OS操作で伸び\n- **Vals AI / Vals Index**: 実用ベンチでも評価向上\n- ハルシネーション率の改善・扱いやすさ向上\n\n### 新機能3点\n1. **Effort Control（努力量の調整）**: モデルの思考量を明示的に制御\n2. **Fast Mode（ファストモード）**: 高速応答モード\n3. **Dynamic Workflows（ダイナミックワークフロー）**: Deep Research実演あり、複数ステップを動的に組み合わせ\n\n### 最大の改善点: 「正直さ」の向上\n- 自信がないときは「わからない」と明示するようになった\n- **メタ認知能力が高い**: 議論でバイアスをかけても安易に流されず反論\n- 公式ブログでも「正直さの改善」を強調\n\n### Mythos について\n- 全ユーザーへの公開に「言及」（確定ではない・見込み）\n- 動画2: 7:29 「安全性評価と Mythos プレビュー」セクションあり\n- Mythosは Opus 4.8 の上位モデル\n\n### UI・ビジュアル生成\n- UI/SVG描写・アクアリウム・3Dマーブルランのデモ\n- 4.7 vs 4.8 比較デモで出力の細かさが一段進化\n- 動画2: 14:22 「UI生成デモ 4.7 vs 4.8」、16:55「ゲーム・SVG・ビジュアル比較」\n\n## アクションアイテム\n- Claude Opus 4.8 を Claude Code の `/mo` コマンドで利用開始（pricing変わらず）\n- Dynamic Workflows を vvv-bots の複数ステップ処理に評価\n- Effort Control を scheduler_tick の重要タスクに適用検討\n- Mythos公開時: 最優先評価", "tags": ["yt-learn", "claude-opus-4-8", "mythos", "dynamic-workflows", "effort-control", "2026-05-29"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-29T08:12:40.846630+09:00", "updated_at": "2026-05-29T08:12:40.846630+09:00"}
{"id": 422, "title": "学習日報 2026-05-29 yt-learn 23:12", "content": "# 学習日報 2026-05-29 yt-learn 23:12\n\n## 概要\n`/yt-learn` で2本のYouTube動画を解析。Claude Opus 4.8 リリース速報。LLM Wikiエントリ1件追加。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### Claude Opus 4.8 新着情報\n\n| 項目 | 内容 |\n|------|------|\n| リリース速度 | Opus 4.7 から41日 |\n| 価格 | 据え置き $5/$25/Mtok |\n| 最大改善 | 正直さ（メタ認知・不確実性の明示） |\n| 新機能 | Effort Control / Fast Mode / Dynamic Workflows |\n| ベンチ | SWE-bench・HLE・OSWorld・Vals AI 全項目向上 |\n| Mythos | 全ユーザー公開に「言及」（見込み、未確定） |\n| UI/ビジュアル | SVG・3Dゲームデモで一段精度向上 |\n\n---\n\n## 解析した動画\n\n| 動画 | チャンネル | スコア | 再生数 |\n|------|----------|--------|--------|\n| [T4b_OD_mFqU](https://youtube.com/watch?v=T4b_OD_mFqU) | サルでもわかるAIにゅーす速報 | 80/100 | 575 |\n| [Jw7N3KZfcLc](https://youtube.com/watch?v=Jw7N3KZfcLc) | まさおAIじっくり解説ch | 95/100 | 327 |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. Claude Opus 4.8 を `/mo` で利用開始（pricing変わらず → 即対応可）\n2. Dynamic Workflows を vvv-bots 複数ステップ処理に評価\n3. Effort Control を scheduler_tick 重要タスクへ適用検討\n4. Mythos 公開時: 最優先評価\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 421 | Claude Opus 4.8 リリース詳細解析 2026-05-29 | yt-learn, claude-opus-4-8, mythos, dynamic-workflows |", "tags": ["日報", "2026-05-29", "daily-summary", "yt-learn", "claude-opus-4-8"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-29T08:13:35.003240+09:00", "updated_at": "2026-05-29T08:13:35.003240+09:00"}
{"id": 423, "title": "チームダッシュボード", "content": "# チームダッシュボード\n\n> 既知の問題・最新AI情報・開発基盤の状況をまとめたチーム向けページ。\n> vvvの運用監視は [vvv Status](https://vvv.jkjk.uk/static/status.html) を参照。\n\n---\n\n## 🔴 既知の問題（対応中）\n\n| 重要度 | 問題 | Issue | 状況 |\n|--------|------|-------|------|\n| 🔴 高 | levtech_freelance — CloudFront WAF が IP をブロック | [#228](https://github.com/yoshida-jun/vvv-bots/issues/228) | 対応中 |\n| 🔴 高 | bscareer — prime-freelance.jp が 404 (サイトリニューアル中) | [#163](https://github.com/yoshida-jun/vvv-bots/issues/163) | サイト側待ち |\n| 🟡 中 | ディスク使用率 82% (58GB中47GB) | — | disk_cleanup_hourly.sh で自動対応中 |\n| 🟡 中 | Swap 使用率 55% (4.4/8.0 GB) | — | RAM 43%は正常範囲 |\n| 🟡 低 | playwright-service 再起動多発 (↺30) | [#494](https://github.com/yoshida-jun/vvv/issues/494) | Chrome スロット上限による正常動作 |\n\n---\n\n## 🤖 最新AI情報（2026-05-29 更新）\n\n### Claude Opus 4.8 リリース\n- **Opus 4.7 からわずか41日・価格据え置き** ($5/$25/Mtok)\n- 最大改善: **正直さ向上** — 自信ない時は「わからない」と言う・メタ認知強化\n- 新機能3点: **Effort Control** / **Fast Mode** / **Dynamic Workflows**\n- ベンチ: SWE-bench・HLE・OSWorld・Vals AI 全項目向上\n- Mythos: 全ユーザー公開に「言及」（確定非ず）\n- 公式: https://www.anthropic.com/news/claude-opus-4-8\n- 解説動画: [サルでもわかるAI](https://www.youtube.com/watch?v=T4b_OD_mFqU) / [まさおAI](https://www.youtube.com/watch?v=Jw7N3KZfcLc)\n\n### Grok Build CLI (xAI)\n- OpenRouter シェア 57.6% 首位\n- 応答2秒・$0.20/回・8並列エージェント独立 Worktree\n- SWE-bench 70.8%（Claude 87% には劣るが UX で勝負）\n- https://x.ai/cli\n\n### AGENTS.md 業界標準化\n- Codex・Cursor・Amp・Aider が収束しつつある標準仕様\n- Claude Code の対応状況を確認中\n- 参考: https://x.com/mikaeru676523/status/2059956846228820244\n\n---\n\n## ⚙️ AI駆動開発基盤 現況\n\n| 項目 | 状態 | 備考 |\n|------|------|------|\n| Claude Code (Sonnet 4.6) | ✅ 稼働中 | shadow メイン |\n| 9router | ✅ 稼働中 | [ダッシュボード](http://100.115.94.5:20128/dashboard) / Kiro AI 経由 Claude 無制限 |\n| Hermes Dashboard | ✅ 稼働中 | [localhost:9119](http://100.115.94.5:9119) / Grok x_search 連携 |\n| LLM Wiki | ✅ 稼働中 | 396ページ / pgvector 検索 |\n| vvv-bots scheduler | ✅ 稼働中 | tick #280 / 20+ ボット並列 |\n| branch-guard CI | ✅ 修正済み | warning-only に変更 (PR #247) |\n| Kimi K2.6 (Moonshot) | ❌ 無効化 | 中華系API ポリシーにより除外 |\n\n---\n\n## 📋 直近の対応履歴\n\n| 日付 | 対応内容 |\n|------|---------|\n| 2026-05-29 | テストアカウント 181件削除（実ユーザー3名に整理） |\n| 2026-05-29 | branch-guard の exit 1 を削除・warning-only に変更 |\n| 2026-05-29 | yt-learn/x-learn/daily-report の Discord 送信先を OPS に修正 |\n| 2026-05-28 | Playwright chromium 自動フォールバック実装 |\n| 2026-05-27 | 中華系 API (Kimi/DeepSeek) 除外・Cerebras フォールバック追加 |\n\n---\n\n## 🔗 クイックリンク\n\n- [vvv Status (運用監視)](https://vvv.jkjk.uk/static/status.html)\n- [vvv-bots Issues](https://github.com/yoshida-jun/vvv-bots/issues)\n- [vvv Issues](https://github.com/yoshida-jun/vvv/issues)\n- [9router ダッシュボード](http://100.115.94.5:20128/dashboard)\n- [Hermes Dashboard](http://100.115.94.5:9119)", "tags": ["dashboard", "team", "既知の問題", "AI情報", "開発基盤"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-29T08:49:03.801941+09:00", "updated_at": "2026-05-29T08:49:03.801941+09:00"}
{"id": 424, "title": "Claude Opus 4.8 + Dynamic Workflows 詳細解説 6本統合 2026-05-29", "content": "## 情報源（6本・全て2026-05-28〜29投稿）\n| id | チャンネル | 再生/いいね | スコア |\n|----|---------|------|------|\n| __nUJhaNL6g | ゆっくりテックウォッチ | 48/- | 95 |\n| Jw7N3KZfcLc | まさおAIじっくり解説ch | 1403/3891 | 90 |\n| 0kejK0kszbU | AI整体師 | 946/544 | 85 |\n| 4CsoncocJvA | 黒山結音AI実装ch | 736/- | 85 |\n| 2KwWjyqIcSM | ウェブ職TV | 4396/1361 | 83 |\n| fZ1FKNHJ88U | 池田朋弘サブch | 872/137 | 83 |\n\n## 主要な発見\n\n### ① Dynamic Workflows（ダイナミックワークフローズ）= 今回の本命機能（__nUJhaNL6g が最詳細）\n- **2026-05-28発表のClaude Code新機能**。リサーチプレビュー段階\n- **核心思想**: 中間結果の置き場所を「Claudeの記憶（コンテキスト）」から「JSスクリプトの変数」へ移す。Claudeのコンテキストには**最終回答だけ**が返る設計 → 何百エージェント動かしても会話文脈は最終結果だけで済む → **規模が原因の破綻を構造的に回避**\n- **仕組み**: Claudeがそのタスク向けのJavaScriptスクリプトを書く → 専用ランタイムがスクリプトを実行してエージェント群を並列駆動\n- **規模上限**: 最大16エージェント同時並列 / 1ワークフローあたり最大1000エージェント\n- **公式事例**: JavaScriptランタイム「Bun」のコードベースを Zig → Rust へ移植。生成Rustコード約75万行、初コミット→マージ11日、既存テスト99.8%通過。※紹介時点では本番未投入（希望色を進めた事例として見るのが正確）\n- **4フェーズ設計**（Bun移植事例）: ①ランタイム挙動を事前計算 → ②ファイル単位変換（各ファイルに専用エージェント割当＋**別エージェントが独立レビュー**）→ ③コンパイルエラー修正ループ → ④夜間最適化してPR作成\n- **最大の確信**: 「並列化そのものが偉いのではなく、敵対的な相互検証が効いている」。独立エージェント同士が互いの結果をチェックする敵対的検証が品質の生命線。同じ会話で見直すと直前の実装方針に引きずられるため、**フレッシュなコンテキストの別エージェントで断ち切る**のがポイント\n\n### ② Deep Research も同じ思想の組み込みワークフロー\n- 複数角度からWeb検索を一斉実行 → 集めた情報を相互突き合わせ → 各視点に投票 → **クロスチェックを通過しなかった主張はレポートから除外** → 生き残った主張だけが引用付きで残る\n\n### ③ ultracode（ウルトラコード）= 極限自律モード\n- Claude Code の `/effort` でエフォート（思考の深さ）を設定する中に出現する新モード\n- 1リクエストが**3段ワークフローに自動展開**: コードを理解する → 変更を加える → 変更を検証する\n- 強力だが普段の軽い修正には使わない。終わったら通常エフォートに戻すのが安全\n\n### ④ Effort Control（エフォートコントロール）= 全ユーザー向け目玉\n- **通常のClaude（Web版チャット）でも**思考の深さを選べるように（従来Claude Codeのみ）\n- 段階: Low / Medium / High / Extra / Max（Extra・MaxはOpus限定の場合あり、Sonnetは Low/Medium/High）\n- デフォルトはHigh。Max は消費量大でレートリミットに早く到達\n- **重要な背景**: 一時期「Claude Codeが急にアホになった」と感じた時期は、デフォルトのエフォートが引き下げられていたのが原因。エフォートを変えると挙動が大きく変わる\n\n### ⑤ Fast Mode（高速モード）\n- 速度2.5倍。**従来比1/3の価格に値下げ**（従来はAPI通常料金の6倍 → 3倍に）。サブスク料金内で使える可能性（要確認）\n- それでも通常の3倍なのでガンガン使うものではない\n\n### ⑥ Opus 4.8 本体（Jw7N3KZfcLc / 0kejK0kszbU）\n- 価格据え置き（input $5 / output $25 per Mtok）。Opus 4.7から41日で登場\n- **最大改善=正直さ・メタ認知**: 証拠が薄いのに進捗を自信満々に主張して結論に飛びつくことが減少。自分が書いたコードの血管(欠陥)を見逃さず指摘する能力が4.7比**4倍**\n- ベンチ: エージェンティックコーディング 4.7比+5%、SWE-bench大幅上昇。ターミナルコーディングは伸びたがGPT-5.5が上。それ以外はほぼ勝利。Vals AI Index でGPT-5.5に3pt差。ハルシネーションレート(AA Omniscience)は4.7から変化なし\n- まさおAI評: 「GPT-5.5=視野狭いがミス少なく尖った賢さ / Opus 4.8=視野広いがミス多め、より縦に賢くなった」「歴代最強で1番好きなモデル」「議論でバイアスをかけても反論が良くて流されない」\n\n### ⑦ Mythos（ミュトス）\n- 公式ブログ末尾「次は」に**今後数週間以内にMythosクラスのモデルを全顧客に提供できる見込み**と記載\n- 「全てのお客様に」表記 → Mythos専用料金プランでなくても触れる可能性。下手すると7月\n\n### ⑧ 実演・実用上の注意（2KwWjyqIcSM / fZ1FKNHJ88U）\n- ウェブ職TV: 普通のOpus 4.8チャット（Claude Codeでない）でブラウザ動作スーパーマリオ風ゲーム・太陽系シミュレーター・ぷよぷよをほぼ1発生成。グラフィックのみGPT Image 2併用\n- 池田朋弘の現場知見（重要な逆張り）: 「リサーチ程度ならこれまでのプロンプトとそんなに変わらない」「途中でワークフロー化するとワークフロー側と通常側が並列して**カオスる**」「トークンを大量消費する。やりすぎ注意（実際レートリミット到達）」「ワークフローは実行中は `/workflows` で進捗が見えるが終わると見れない」\n\n## 前提条件（実利用）\n- Claude Code バージョン **2.1.154以降**\n- 対象: 有料プラン or API。Proプランは設定の Dynamic Workflows から自分で有効化が必要\n- 発動方法: プロンプト内に英語で「workflow」という単語を入れる（日本語依頼文でも workflow だけ英語で入れる）。実行前に計画フェーズが表示され、スクリプト確認・キャンセルが選べる\n\n## アクションアイテム\n- `/mo` でOpus 4.8利用。エフォートはデフォルトHighを意識、難タスクはMax\n- Dynamic Workflows をvvv-bots大規模処理（全ボット監査・大量ファイル変換）で評価。「敵対的検証=別エージェントレビュー」を必ず組み込む\n- workflow 発動は小規模タスク1本（リサーチ）から体感。トークン大量消費に注意しレートリミット監視\n- ultracode は重要コードの最終チェック時のみ。終わったら通常エフォートへ戻す\n- Mythos 全顧客提供（数週間以内）を最優先で監視", "tags": ["yt-learn", "ai", "claude-opus-4.8", "dynamic-workflows", "ultracode", "2026-05-29"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-29T11:58:41.648086+09:00", "updated_at": "2026-05-29T11:58:41.648086+09:00"}
{"id": 425, "title": "学習日報 2026-05-29 yt-learn 12:05", "content": "# 学習日報 2026-05-29 yt-learn 12:05\n\n## 概要\n`/yt-learn` で取得・解析したナレッジ。ユーザーが連続投稿した7URL（重複1本除き6動画）を解析。1件のLLM Wikiエントリ追加（id=424）。全動画が **Claude Opus 4.8 / Dynamic Workflows** という統一テーマ。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### Claude Opus 4.8 本体\n- Opus 4.7から41日で登場・価格据え置き（$5/$25）\n- 最大改善＝正直さ・メタ認知（自信満々の誤結論が減少、自コードの欠陥指摘が4.7比4倍）\n- まさおAI評「歴代最強で1番好き・議論でバイアスに流されず反論が良い」\n\n### Dynamic Workflows（本命機能・2026-05-28発表）\n- 中間結果をJSスクリプト変数に保持→コンテキストには最終回答だけ→数百エージェントでも文脈破綻しない\n- 最大16並列 / 1WF最大1000エージェント\n- 公式事例: Bun を Zig→Rust 移植・75万行・11日・既存テスト99.8%通過（本番未投入）\n- **最重要原則「並列化でなく敵対的相互検証が効く」**\n\n### ultracode / Effort Control / Fast Mode\n- ultracode＝極限自律モード・1リクエストが「理解→変更→検証」3段WF自動展開\n- Effort Control＝Web版チャットでも思考深度選択可（既定High）\n- Fast Mode＝Opus 4.8で従来6倍→3倍に値下げ・速度2.5倍\n\n### 現場の逆張り知見（池田朋弘）\n- リサーチ程度なら従来プロンプトと大差なし\n- 途中WF化はWF側と通常側が並列してカオスる\n- トークン爆食いでレートリミット到達\n\n### Mythos\n- 公式ブログ末尾「数週間以内に全顧客提供見込み」\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| shadow: deno 2.8.1 導入（/home/ubuntu/.deno） | yt-dlp の YouTube bot検出+PO Token問題を `--js-runtimes deno` で突破。字幕取得経路を復旧 |\n| ~/.claude/rules/multi-model-routing.md | Dynamic Workflows / Effort Control / ultracode / Fast Mode値下げ の使い分け節を追記 |\n| LLM Wiki id=424 | 6本統合学習エントリ作成 |\n| ~/.claude/rules/trends.md | サマリー1エントリ追記（107行・次回最古整理要） |\n| MEMORY.md | id=424索引追記 |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. Dynamic Workflows をvvv-bots大規模処理（全ボット監査・大量ファイル変換）で実評価。「別エージェント独立レビュー」を必ず組込む\n2. workflow を小規模リサーチ1本から体感（トークン消費・レートリミット監視）\n3. Mythos 全顧客提供（数週間以内）を最優先監視\n4. trends.md 最古エントリ整理（107行→100行以下）\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 424 | Claude Opus 4.8 + Dynamic Workflows 詳細解説 6本統合 2026-05-29 | yt-learn, ai, claude-opus-4.8, dynamic-workflows, ultracode |\n\n---\n\n## 環境メモ（yt-learn復旧）\n- 原因: YouTube仕様変更でCookieのみでは player response が空（bot検出 + PO Token必須化）\n- 対策: deno（JS runtime）導入で yt-dlp が内部でトークン生成可能に\n- 恒久化候補: yt-learn スキルの字幕取得コマンドに `export PATH=/home/ubuntu/.deno/bin:$PATH` + `--js-runtimes deno` を組込む（次回スキル改善）", "tags": ["日報", "2026-05-29", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-29T12:01:09.340581+09:00", "updated_at": "2026-05-29T12:01:09.340581+09:00"}
{"id": 426, "title": "Claude Opus 4.8 日本X界隈の評判（実ユーザー賛否） 2026-05-30", "content": "## 情報源\n- 検索語: Opus 4.8（vvv API x-all）\n- X投稿数: 100件（期間: 2026-05-27〜05-30）\n- 補完元: [[学習日報 2026-05-29 yt-learn]]（リリース詳細）/ trends.md LLM Wiki id=421,424\n\n## 総評\n歓迎ムードが主流だが手放しの絶賛ではない。**「遅い・トークン消費が激しい」への不満が無視できない規模**で噴出。用途で評価が割れる。\n\n## 👍 好評\n- **正直さ向上**: 「AIが勝手に断定する問題が4倍減った」(@RadineerE10)\n- **Dynamic Workflows / ultracode**: 「革命前夜」「数百エージェント同時制御」が最大の話題。`/workflows`「良すぎてキレそう」(@KOSHIKI_nakano)\n- **長時間タスクの粘り**: 「\"長く任せても崩れないか\"で4.8が強い」(@s_shigel)\n- **ライティング・Skill追従**: 「Skill通りに動く感」「文章力の次元が違う」\n- **Cursor経由**: 「トークン効率↑・性格もマシ。1発5000万tok/60分作業」(@mocchicc)\n\n## 👎 不満・批判\n- **遅さ**: 「Opus4.8の遅さは尋常じゃない。Mediumまで落としてやっと許容」\n- **トークン消費・枠不足**: 「1日4時間で週枠の1/4を消費」（複数）\n- **成果物がGPT-5.5と大差ない説**: 「遅い・消費激しい・成果物は5.5と大差なし。使う理由がない」(@Hi_Noguchi)\n- **ツール呼び出しエラー**: 「The model's tool call could not be parsed で頻繁に停止」「4.6に戻すと改善」（Issueに嘆き集中）\n- **Fast Mode はサブスク不可**: 「2.5倍速・3倍安だがサブスクだけでは使えない」\n\n## ⚖️ 対 GPT-5.5（Codex）の構図【核心】\n- 開発タスク中心 → 「追従性・全体最適の計画力でGPT-5.5が上。4.8はその場しのぎ感」\n- 重い制作物（DRM/デザイン/ライティング）→ 「4.8がゲームチェンジャー」\n- → **「コードはCodex、制作物はOpus 4.8」の棲み分け論**に収束\n\n## アクションアイテム\n- ultracode/Workflowsは「重要コード限定」運用を継続（界隈の枠消費不満を先回り済み・[[multi-model-routing]]と整合）\n- 遅延対策: 重要タスク以外は effort=Medium 検討\n- tool call parse エラーはCC本体の既知不具合 → v2.1.156+で改善報告あり。発生時はバージョン確認\n\n## 主要投稿URL\n- https://x.com/RadineerE10/status/2060315225887257034 (正直さ4倍)\n- https://x.com/AI_master_3/status/2060367325308878888 (Dynamic Workflows革命前夜)\n- https://x.com/Hi_Noguchi/status/2060446397028290984 (覚悟検証・5.5と大差なし論)\n- https://x.com/mocchicc/status/2060286636404220037 (Cursor経由好評)\n- https://x.com/s_shigel/status/2060297913579065484 (長時間粘り)", "tags": ["x-learn", "claude-opus-4-8", "評判", "2026-05-30", "ai"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T05:43:38.017708+09:00", "updated_at": "2026-05-30T05:43:38.017708+09:00"}
{"id": 427, "title": "grok-build 幻skill読み込みエラーの修復（grok-x-search SKILL.md）2026-05-30", "content": "## 症状\n`grok -p \"...\"` 実行時、grok-build モデルが存在しないファイルを read_file しようとしてエラーループ:\n```\nERROR tool_error: read_file ... /Users/jun/.agents/skills/grok-x-search/SKILL.md does not exist\n```\n特に**ホーム以外のディレクトリ（例 /tmp）から実行すると停止**。ホームから実行すると偶発的に成功する場合あり。\n\n## 根本原因\ngrok-build モデルが**作業文脈の CLAUDE.md に記載された Claude 用スキル名 `grok-x-search` を見て、「自分のスキルにも存在するはず」と誤認**し、`~/.agents/skills/grok-x-search/SKILL.md` を読みに行く。実体が無いためエラー。grok の config 破損ではなく、モデルによる幻パス参照。\n- 確認: `grep -rln grok-x-search ~/.grok/` はセッション履歴のみヒット、config には無い。\n\n## 修復\nその名前で実体スキルを作成し「**ネイティブ x_search/web_search を使え・skillファイルを探すな・curl api.x.ai 禁止**」と明示する。\n- パス: `~/.agents/skills/grok-x-search/SKILL.md`（47行/2402 bytes, sha256=6f71e9e8cddae7028d37565a2038cc092c3390e3597dd8d0f06145c68db90fb7）\n- 検証: /tmp から `grok -p` 実行 → 幻パスエラー消滅・X検索＋出典付き回答を正常生成\n\n## 展開済みホスト（全5環境・sha256一致確認済み）\nローカルMac / shadow / arcana / cure / mac（mac15.local）。各ホストとも grok-build + ~/.claude/CLAUDE.md を持つため同リスクがあり横展開した。\n\n## 残存する軽微事象（非致命）\ngrok が t.co 短縮URLを MCP fetch で開こうとして robots.txt（`User-agent: * Disallow: /`）に弾かれる。1ツール呼び出しの失敗で、ネイティブX検索結果から回答は完成する。\n\n## 関連\n- `~/.claude/rules/grok-hermes-x-search.md`（Hermes経由 x_search 代替）\n- mac 接続: known_hosts にエントリ皆無だったため `ssh-keygen -R` 不要、`StrictHostKeyChecking=accept-new` で初回受け入れ", "tags": ["instinct", "grok", "grok-build", "x-search", "2026-05-30", "tech"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T06:00:52.295101+09:00", "updated_at": "2026-05-30T06:00:52.295101+09:00"}
{"id": 428, "title": "shadow集約・grok解約後の全ホスト基盤クリーンアップ（2026-05-30）", "content": "# shadow集約・grok解約後の全ホスト基盤クリーンアップ（2026-05-30）\n\n> grok（SuperGrok/Grok Build）解約に伴い、shadowをハブとして全4ホスト（shadow/arcana/cure/mac）の開発基盤を健全化した記録。\n> 過去記録「MCP全ホスト展開 2026-05-22」「glm5現役」は本記録で更新（grok/glm5は全除去済み）。\n\n## 1. MCP残骸の一掃（全ホスト）\n\ngrok解約・glm5無効化・supabase廃止に伴い、死亡MCPを全ホストから除去した。\n\n| ホスト | 除去したMCP | 残MCP数 | 役割 |\n|--------|-----------|---------|------|\n| shadow | grok-agent系6個（grok-agent/-arcana/-arcana-ws/-cure/-cure-ws/-mac） | 14 | 開発ハブ |\n| arcana | supabase, grok-agent, grok-agent-shadow, grok-agent-any | 7 | 限定稼働 |\n| cure | glm5, grok-agent-shadow, grok-agent-any | 11 | 監視番兵 |\n\n- **MCP構成は役割別で良しとする方針**（全ホスト同一にはしない）\n- `.claude.json` は infra同期対象外＝ローカルのみ・auto-syncで巻き戻らない\n- cure は `claude` コマンドがPATH外 → Pythonで直接 .claude.json 編集\n- 各ホストで `.claude.json.bak-cleanup-*` バックアップ取得済み\n\n## 2. ディスク根本見直し（shadow: 88%→80%）\n\n- **Ollamaは現役**（vvv-bots embed/semantic_alert/trend_report が参照）。削除厳禁。約10G占有は固定費\n- **qwen2.5-coder:7b（4.4G）も現役**：auto_pr_merger のコードレビューに固定使用（消すとPR自律マージ停止）\n- 削除可だったのは `qwen2.5-coder:1.5b`（940M・コード参照ゼロ）のみ\n- `/tmp/chrome-vnc`（1.7G）が肥大主犯 → VNCブラウザのプロファイル残骸\n- **恒久対策**: `/usr/local/bin/disk_cleanup_hourly.sh`（369行・毎時cron）に項目21-23を追記\n  - 21: chrome-vncプロファイル掃除（未使用時のみ・1h超）\n  - 22: bot_execution_log のDB剪定（started_at基準・30日超）\n  - 23: /tmp大型残骸（claude-base-pr/ytframes・3日超）\n  - バックアップ: `disk_cleanup_hourly.sh.bak-20260530-*`\n\n## 3. パーティション診断\n\n- `/dev/vda` 60GB GPT、vda1（59GB ext4 = /）がほぼ全量。**未割当領域なし・LVM未使用**\n- パーティション整理での容量捻出は不可能（既に最適構成）\n- 増設するなら：VPSディスク拡張 → `growpart /dev/vda 1 && resize2fs /dev/vda1`（無停止）\n\n## 4. 設定統一（shadow→各ホスト展開）\n\n- **CLAUDE.md/RTK.md/skills(118)は既に3ホスト一致**（infra/install.sh管理）\n- rules/: `glm5-alias.md`・`multi-model-routing.md` をshadow→arcana展開（trends.mdは除外）\n- **settings.jsonは単純コピー不可**（ruffパスがホスト固有: cure=~/.local/bin, shadow=venv内）\n- `continueOnBlock:true` をarcana→shadowへ**逆輸入**（PostToolUse[1]・hook拒否理由フィードバック）\n- shadow settings.jsonの死mcpServers（wiki/vvv）除去（実体は.claude.json側）\n\n## 5. hook整合性修復\n\n- arcanaで設定参照hook 2本の実体が欠落していた（空振り状態）\n  - `post_tool_continue_on_block.py` / `prompt_english_check.py`\n- shadowから展開・構文チェック済み → 全ホスト hook実体8本/参照7本/欠落0で統一\n\n## 6. mac復活\n\n- known_hostsの古いed25519鍵が不一致でHost key verification failed\n- `ssh-keygen -R` で旧鍵削除 → `ssh-keyscan` で実機鍵を再登録 → 接続復活（mac15.local）\n\n## 最重要教訓（再利用価値）\n\n**「不要そう」で削除する前に必ずコード・実体・使用状況を grep 照合する。** 本セッションで危うく稼働中の基盤を壊しかけた3例:\n- `.grok`（grokバイナリ稼働中・agent-hubが参照）\n- `qwen2.5-coder:7b`（auto_pr_mergerが固定使用）\n- `wiki` MCP（settings.json版は死設定、.claude.json版が本体）\n\n削除でなくノイズ除去・双方向取り込みが「吸収/展開」の正体だった。\n\n## 全4ホスト最終状態\n| ホスト | disk | 役割 | 状態 |\n|--------|------|------|------|\n| shadow | 80% | 開発ハブ・MCP15接続失敗0 | ✅ |\n| arcana | 82% | 限定稼働 | ✅ |\n| cure | 79% | 監視番兵（cross_monitor/DR cron 23本） | ✅ |\n| mac | 22% | 復活 | ✅ |", "tags": ["infrastructure", "shadow", "arcana", "cure", "mac", "mcp", "grok解約", "disk", "ops", "2026-05-30", "cleanup"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T06:12:09.391536+09:00", "updated_at": "2026-05-30T06:12:09.391536+09:00"}
{"id": 429, "title": "TMS (Trading Made Simple) 戦略ロジック 2026-05-30", "content": "## 情報源\n- 発端: YouTube Short https://youtube.com/watch?v=9v8_jqFP_b8 「Upgrade Your Trading Game: TMS EA Features Overview」\n- 動画自体は字幕なし・画像スライド型のEA宣伝のため中身ゼロ → **動画は記録対象外**\n- 実体は Web 調査で補完（Forex Factory / earnforex.com）\n- スコア: 動画=対象外 / 戦略ロジック=記録価値あり\n- ドメイン: trade（トレード知識第1号）\n\n## TMS = Trading Made Simple とは\n特定商品「TMS EA」の宣伝動画だが、その背後の戦略「Trading Made Simple」には再現可能なロジックがある。EA は MT4 で v1.xx（22サブバージョン）→ MT5 へ移植 v2.xx（11サブバージョン）と長期開発されている、実在の戦略。\n\n## 戦略ロジック（再現可能な部分）\n1. **トレンド判定**: トレンドパラメータでトレンドの有無・方向を判定（順張りベース）\n2. **エントリーシグナル**: Heiken Ashi（平均足）で「新しい連続シーケンスの開始」を検出 → エントリー\n3. **複数ポジション管理（ナンピン的）**: 複数ポジションを保有した際、全ポジションの平均建値で見て小さな利益を保証するように TP/SL を動的調整する\n   - ⚠️ これは「ナンピンマーチンゲール」の亜種。含み損を抱えたポジションを平均化で逃がす設計 → **連敗時に一気に破綻するリスク（テールリスク大）**\n\n## 評価（儲かるシステム視点）\n| 観点 | 評価 |\n|------|------|\n| エッジの明確さ | △ 平均足+トレンドは枯れた手法。優位性は小さい |\n| 資金管理 | ✗ 平均建値TP方式は損失を先送りするだけで根本的リスク管理になっていない |\n| バックテスト開示 | ✗ 動画では一切なし（宣伝のみ） |\n| 再現性 | ○ ロジック自体は単純で自前実装・検証は可能 |\n\n## アクションアイテム\n- 平均足（Heiken Ashi）+ トレンドフィルタのシンプル戦略を **vectorbt/backtrader で自前バックテスト** し、本当にエッジがあるか検証する（鵜呑みにしない）\n- 「平均建値TPで利益保証」型のナンピンEAは **最大ドローダウン・破産確率を必ず計測**してから判断（連敗時の挙動が本体）\n- 教訓: EA宣伝動画は中身ゼロが多い → 戦略名でWeb調査してロジックを抽出する方が早い", "tags": ["yt-learn", "trade", "EA", "forex", "戦略ロジック", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T20:19:39.058142+09:00", "updated_at": "2026-05-30T20:19:39.058142+09:00"}
{"id": 430, "title": "FXトレード戦略カタログ（検証候補・棚卸し統合）2026-05-30", "content": "## 概要\ntrade ドメイン棚卸し統合ページ。2026-04-16〜04-20 に旧 `/yt-learn` が「FX手法」で自動収集した分散記録（10ページ）をサブエージェントで精査し、**再現可能で検証価値のある手法だけ**を抽出して統合した正本。\n**目的: 儲かるトレードシステムを作る。** 勝率・収益額の誇大主張は採用せず、ルール（エントリー/エグジット/SL）のみ抽出。集めた手法は鵜呑みにせず vectorbt/backtrader で自前バックテストして検証する前提。\n\n---\n\n## ✅ 検証する価値のある手法（バックテスト対象・優先順）\n\n### 1. ロンドン・NY初動スキャルピング ★最優先（最も定量化済み）\n- 時間軸: エントリー1m/5m・環境認識1H/15M\n- エントリー(ロング): 1H/15Mで上昇トレンド確認 → EMA(9)がEMA(20)をゴールデンクロス → BB-2σタッチ後の次足陽線確定 → MACDゴールデンクロス＋ヒストグラム0上抜け（ショートは全て逆）\n- 利確/損切り: TP=+10pips固定 / SL=直近安値から3〜5pips外す（or 固定5pips）\n- 主張: RR2.0・勝率70%\n- 評価: 全条件が指標・数値で定義され複合条件。最もバックテスト可能。\n- 出典: YouTube学習 - FX手法 (20260416)\n\n### 2. ダブルボトム/ダブルトップ反転パターン ★（幾何学的に明確）\n- 時間軸: 1m〜5m\n- エントリー: ダブルボトム形成後、ネックライン（直近高値）ブレイク直後にロング（トップは逆）\n- 利確/損切り: TP=ネックラインからパターンの高さ分（測定値幅）/ SL=2回目の安値割り込み（トップは2回目高値ブレイク）\n- 主張: RR2.0・勝率65%\n- 評価: エントリー・利確・損切りが値幅とネックラインで幾何学的に定義され再現可能。古典パターンで根拠明確。\n- 出典: YouTube学習 - FX手法 (20260418)\n\n### 3. 15時スキャルピング・リバーサル ★（SL論理が明確）\n- 時間軸: 1m（東京時間15時限定）\n- エントリー: Wトップ形成後、水平レジスタンス（例82.5円）を超えない反発で1/4ずつ分割ショート\n- 利確/損切り: TP=前回安値（ネックライン）まで / SL=エントリー根拠の水平レジスタンス上抜けで即時\n- 主張: RR1.5・勝率70%\n- 評価: SLが「エントリー根拠ラインの上抜け」と論理的に明確。分割エントリー・時間帯フィルタ定義済み。\n- 出典: YouTube学習 - FX手法 (20260419)\n\n### 4. トレーダーKの4時間足順張り △条件付き採用\n- 時間軸: 4時間足\n- エントリー: 上昇トレンドでトレンドライン＋フィボナッチの押し目候補で買い（下落は逆）\n- 利確/損切り: TP=RR1:2 / SL=直近高値安値の外に固定\n- 主張: RR2.0・勝率50%（※「年間収益率333.7%」は誇大、無視）\n- 評価: RR1:2・SL位置は定義済みだが「押し目候補」判定が曖昧。**押し目判定を客観化できれば採用可**。\n- 出典: YouTube学習 - FX手法 (20260417)\n\n### 保留: スプレッド重視スキャルピング\n- フィルタ（スプレッド正常化＋経済指標後の落ち着き）は他手法に流用可能だが、TP/SL=1〜2pipsと極小でスプレッド負けリスク大 → 単独運用は非推奨。\n\n---\n\n## ❌ 除外したノイズ（情報商材系・記録から外す）\n| ページ | 除外理由 |\n|--------|---------|\n| FX手法(20260416) 3時間足シンプル | SL明記なし・RR/勝率null・「2年2000万円」誇大 |\n| FX手法(20260417) GPDEmTzfZM4 | エントリー主観的「ポンと抜けた瞬間」・TP/SL数値なし |\n| FX手法(20260417) ローソク足 | 客観基準なし・勝率8割に根拠なし |\n| FX手法(20260418) 環境認識+5分足 | TP/SL「動画内で明言なし」・エグジット欠落 |\n| FX手法(20260420) 根拠ベース | 全項目「言及なし」・LLM推測・実体ゼロ |\n\n---\n\n## アクションアイテム\n1. 手法1〜3を vectorbt/backtrader で自前バックテスト（過剰最適化に注意・ウォークフォワード検証）\n2. 各手法の最大ドローダウン・期待値・破産確率を計測してから実運用判断\n3. 手法4は「押し目判定」をフィボナッチ retracement レベル等で客観化してから検証\n4. 共通教訓: YouTubeのFX手法は「勝率・収益額の誇大主張＋エグジット欠落」が頻出。エントリーだけでなく**SLが明記されていない手法は検証不能として除外**する\n\n## 関連\n- LLM Wiki id=429（TMS戦略・トレード知識第1号）\n- 出典原本: YouTube学習 - FX手法 (20260416〜20260420) の5ページ（生JSON）", "tags": ["yt-learn", "trade", "FX", "戦略カタログ", "棚卸し", "バックテスト候補", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T20:24:38.074582+09:00", "updated_at": "2026-05-30T20:24:38.074582+09:00"}
{"id": 431, "title": "Claude Opus 4.8 プロンプト・ベストプラクティス公式解説（5つの型+Effort） 2026-05-30", "content": "## 情報源\n- URL: https://youtube.com/watch?v=XUqspDocN3U\n- チャンネル: まさおAIじっくり解説ch（開発歴14年・累計3000万人利用サービス開発の実践系エンジニア）\n- 投稿日: 2026-05-30\n- スコア: 92/100\n- 元記事: Anthropic公式 https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices\n\n## 主要な発見\n\n### 1. Opus 4.8 は「指示を文字通り受け取る素直なモデル」\n- 従来（Opus 4.5系）は抽象度の高い曖昧指示でも「いい感じに」察してくれた。サボり対策に「徹底的に」「ツール使え」と葉っぱをかけるのが有効だった\n- **Opus 4.8 は書いてある通りに解釈する**。1つの指示を勝手に別項目へ拡張しない\n- メリット: 精度が高く手戻りが少ない / 注意点: 強い指示には**過剰反応する**ので、ある程度緩めることも大事\n- **結論: 曖昧さを消すほど精度が上がるモデル**\n\n### 2. 目標ドリフト対策 = 5W1Hで取り得る幅を狭める\n- 長いタスクほど「自分の想定像」と「実際の成果物」がずれる＝目標ドリフト\n- 具体的な指示（誰に/何を/なぜ/いつ/どこで/どのように）で認識のずれを減らす\n- やって欲しくないこと・条件分岐・出力イメージ・参考例も具体化 → エージェントがゴールをイメージできる\n- 「漠然 = 取り得る幅が広い」「具体 = 空間を言葉で制約」\n\n### 3. Effort（思考レベル）の5段階使い分け\n- Claude Code内 `/effort` で選択。Low / Medium / High / XHigh / Max（+ ultracode）\n- **コーディングエージェントは XHigh が標準**（知能重視タスクは High以上推奨）\n- 左に行くほど速度・コストがお得だが、難問にはトークン不足リスク\n- **Effortはスキルの YAML フロントマターにも仕込める** → タスクに応じMedium等に設定\n- 著者の運用: 一旦XHighで全部作り切り→Highで足りるタスクは落とす/モデルをSonnetに下げる→確実に動くタスクを固める（トークンを燃やして前進）\n- 公式の目安: Low=明確な作業 / Medium=コスト抑えたい一般タスク / コードレベルは Adaptive thinking をオン\n- Effortは APIの output config 内パラメータとしても割り当て可能\n\n### 4. プロンプト「5つの型」\n1. **具体化**: やりたいこと/スキルの定義を具体的に。数字・文字数・期限など測れる説明（5W1H）\n2. **理由(Why)を定義**: なぜそのタスク/スキルをやるのか。ただし **How は賢いモデル前提で固定しすぎない**（Why/Whatが分かればClaudeが自分でより優れたHowを出す）。方法論を固定したい時だけHow明記＝抽象コントロールが重要\n3. **Few-shot**: 良い例・悪い例を両方示す。悪い例は「AIがミスりそうな・やめて欲しい例」を選ぶ（極端すぎると当たり前で無意味。Claudeが賢い前提を持つ）\n4. **XMLタグで構造化**: `<目的>...`等で情報を階層化。`IMPORTANT if <条件>` の分岐伝達。公式もおすすめ\n5. **役割を与える**: 「あなたは経験豊富なマーケターです」等。回答の幅を狭めるバイアス。劇的ではないが有効\n\n### 5. その他のテクニック\n- **否定形より命令形**: 「〜するな」より「〜しろ」。エージェントへの思いやり。禁止より工程で進める\n- **行動させたい時は命令形**: 「提案して」はツール行動を伴わない。「変更して/やってください」で手を動かす\n- **CRITICAL/必須ツール指定を緩める**: 4.5/4.6時代の「必ずこのツールを使え」はツール過剰呼び出しの原因に。4.8では緩めるのが正解な場合あり\n- **作りすぎ制御**: 過剰なトークン消費は速度低下・不要物生成。Effort下げる/タスク整理/反応を見て判断\n- **状態を外部に書き出してロングラン**: test.json / progress.txt / git等の外部メタデータに状態管理。サブエージェント/マルチエージェント・新セッション継続・コンテキスト忘却対策に有効\n- **画像分析は検証ツールを持たせる**: crop/zoomツール、定量分析CLIを自作して判断させる。Claudeは「検証ツールを持たせて検証させながら進める」と強力\n- **design.md**: 配色・フォント等を事前指定しAIスロップ（無難収束）を防ぐ。CLAUDE.mdにdesign.mdパスを渡す/レビューアーを付ける\n\n## ベースとなる思想（著者）\n- **Claudeが賢いという前提に立つ** + エージェントへの思いやり\n- Howを人間が調節しすぎるのが最適とは限らない（Why/Whatを渡してHowは任せる）\n\n## アクションアイテム\n- CLAUDE.md/skillのYAMLフロントマターに effort を仕込む運用を検証（XHighデフォルト・Medium/Lowでコスト調整）\n- 既存skillのプロンプトを「5つの型」（具体化/Why定義/Few-shot/XMLタグ/役割）でリファクタ\n- CRITICAL等の強制表現を棚卸しし過剰反応を抑制（Opus 4.8向け緩和）\n- ロングランskillに状態外部書き出し（progress.json）を標準化", "tags": ["yt-learn", "ai", "claude-opus-4.8", "prompt-engineering", "effort", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T20:24:50.789860+09:00", "updated_at": "2026-05-30T20:24:50.789860+09:00"}
{"id": 432, "title": "学習日報 2026-05-30 yt-learn 20:27", "content": "# 学習日報 2026-05-30 yt-learn 20:27\n\n## 概要\n`/yt-learn`（単一URL指定モード）で取得・解析したナレッジ。1件のLLM Wikiエントリ追加（id=431）。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### Claude Code運用 / プロンプトエンジニアリング\n**【公式直伝】Claude Opus 4.8 のプロンプト・ベストプラクティス**（まさおAIじっくり解説ch・92点）\nAnthropic公式docsの日本語解説。要点:\n\n- **Opus 4.8 は「指示を文字通り受け取る素直なモデル」** = 曖昧を消すほど精度が上がる。4.5系の「察してくれる」前提は捨てる\n- **5W1Hで取り得る幅を狭める**（目標ドリフト対策）\n- **Effort 5段階**（Low/Medium/High/XHigh/Max）: コーディング=XHigh標準。**skillのYAMLフロントマターに仕込める**\n- **プロンプト5つの型**: ①具体化 ②Why定義しHowは賢いモデルに任せる ③Few-shot良悪例 ④XMLタグ構造化 ⑤役割付与\n- **否定形より命令形** / 「提案して」でなく「変更して」\n- **CRITICAL/必須ツール強制は4.8では過剰反応の原因** → 緩めるのが正解な場合あり\n- **状態を外部(progress.json/git)に書き出してロングラン** / 検証ツール自作 / design.mdでAIスロップ防止\n\n> 重要な方針転換: 旧指針「役割付与(あなたは〜の専門家です)は省略」はOpus 4.5系のもの。**Opus 4.8では役割付与は有効**（回答の幅を狭めるバイアス）。\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| `~/.claude/rules/thinking-model-best-practices.md` | 「Opus 4.8 固有の指針」節を新規追加（5つの型/Effort使い分け/旧4.5指針との矛盾を注記で解消）。全プロジェクト自動適用ルールを最新モデルに追従 |\n| `~/.claude/rules/trends.md` | エントリ追記（98行・100行以内維持） |\n| `MEMORY.md` | 索引1行追記 |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. **既存skillのCRITICAL/必須ツール強制表現の棚卸し**（Opus 4.8で過剰反応抑制）— 20+ skillに存在。bug-bounty系など意図的強調と区別が必要なため慎重に。スコープ拡大リスクがあり今回は見送り\n2. **skill YAMLフロントマターへのeffort仕込み運用検証** — ロングラン系skillでMedium/Low設定の効果測定\n3. **既存skillプロンプトを5つの型でリファクタ** — x-learn/yt-learn等の頻用skillから\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 431 | Claude Opus 4.8 プロンプト・ベストプラクティス公式解説（5つの型+Effort） 2026-05-30 | yt-learn, ai, claude-opus-4.8, prompt-engineering, effort |", "tags": ["日報", "2026-05-30", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T20:27:51.923127+09:00", "updated_at": "2026-05-30T20:27:51.923127+09:00"}
{"id": 433, "title": "Claude Opus 4.8 性能徹底解説 — 正直さへの軸移行・1000並列・3Dゲーム生成格差 2026-05-30", "content": "## 情報源（2本統合）\n- URL1: https://youtube.com/watch?v=X_6mhTPXq_E 「【世界No.1】Claude最新モデルOpus 4.8登場・性能徹底解説（GPT-5.5・Gemini 3.5比較付き）」\n- URL2: https://youtube.com/watch?v=1L1LwgTJ5VU 「GPT-5.5超え!? Claude Opus 4.8の実力をわかりやすく解説」\n- 投稿日: 2026-05下旬 / スコア: 80・78点\n- 解析: NotebookLM（youtube-learning notebook）\n\n## 主要な発見\n\n### 1. AI競争の軸が「賢さ(IQ)」→「正直さ(オネスティ)」へシフト\n- 各社モデルのIQは人間を凌駕し限界に近づきつつあり、競争軸が「分からないことを正直に認める」「ミスを見逃さない」減点方式アプローチへ移行\n- Opus 4.8の最大改善＝**自身が書いたコードの欠陥を見逃して黙って通す確率が4.7の約1/4に減少**\n- アライメント誤挙動スコア 2.5→1.9（低いほど良い）。上位モデル「Mythosプレビュー」とほぼ同水準\n\n### 2. ダイナミックワークフロー（最大1000並列サブエージェント）\n- Claudeが自らタスク計画を立て、**最大1000の並列サブエージェントを1セッション内で同時実行**\n- 75万行の別言語書き換えなど大規模リファクタが可能\n- **前提＝「正直さ」の担保**：各エージェントが進捗をでっち上げないことが大規模並列処理の実用化条件\n- 現在エンタープライズ「チームMAXプラン」向けリサーチプレビュー\n\n### 3. Fast Mode進化・Effort設定\n- ファストモードが**処理速度2.5倍・コスト3倍安**に改善（従来比）\n- Effort設定（High/Extra等）で思考時間を細かく調整可\n- Opus 4.8は出力速度がやや遅いため用途に応じてEffort/Fast Modeで調整推奨\n\n### 4. ゼロからの構築能力に次元の違う格差\n- 「サクッと楽しめるポケモンゲーム作って」の単一プロンプトに対し:\n  - Gemini 3.5 = エラー\n  - GPT-5.5 = 2Dの簡易版\n  - **Opus 4.8 = 視点変更・戦闘可能な3Dゲームを一発生成**\n- Anthropic企業価値が3ヶ月で2.5倍の約150兆円・OpenAI超え。Opusは4.6(3月)→4.7(4月)→4.8(5月)と毎月更新\n\n## アクションアイテム\n- ダイナミックワークフローはトークン消費大→税率変更対応・大規模リファクタなど「ここぞ」で使う（既存 multi-model-routing.md の方針と一致）\n- 「正直さ」向上を踏まえ verification-before-completion hook の運用継続（自己申告の信頼度が上がった）\n- ultracode発動条件（MAXチーム+オートモード+「ウルトラコード」入力）を確認", "tags": ["yt-learn", "ai", "claude-opus-4.8", "dynamic-workflows", "honesty", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T21:40:59.227526+09:00", "updated_at": "2026-05-30T21:40:59.227526+09:00"}
{"id": 434, "title": "Hermes Agent v0.15「Velocity Release」— 検索4500倍・Tool遅延読込・Kanban Swarm 2026-05-30", "content": "## 情報源（2本統合：英語版+日本語版）\n- URL1: https://youtube.com/watch?v=vc_XbsEcrXo 「Hermes Agent v0.15! Agent Swarms, Tool Search, NEW Models」（英語）\n- URL2: https://youtube.com/watch?v=LoYhWXj0nUA 「HermesAgent v0.15.0『The Velocity Release』徹底解説」（日本語）\n- 投稿日: 2026-05下旬 / スコア: 82・80点\n- 解析: NotebookLM\n\n## 主要な発見\n\n### 1. AIツールの遅延読込（Progressive Loading）= 核心\n- MCP/ツール増加で**全ツール定義スキーマをモデルに読ませるだけでコンテキストが埋まる肥大化問題**が顕在化\n- 解決＝Tool Search（遅延読込）。必要なツールだけ動的にロード\n- → 自律型AIが推論能力とスケーラビリティを両立する不可欠なインフラ進化の方向性\n- ※shadow の Claude Code でも ToolSearch/deferred tools として既に同方式採用中\n\n### 2. Kanban Swarm（マルチエージェント並列）\n- 大タスクを自動サブタスク分割し、コーディネーター/バリデーター/並列ワーカーの「群れ」で一気に処理\n- 起動コマンド: `hermes kanban swarm <プロンプト>`\n\n### 3. セッション検索4500倍高速化（脱LLM依存）\n- 従来LLM依存で高コスト・低速だったセッション検索を**ローカル絞り込み処理に置換**→最大4500倍高速・無料化\n- 起動コールドスタート 701ms→258ms、1会話あたり関数呼び出し約47%減\n- 開発規模: PR 747件・コミット約8000件\n\n### 4. Day0モデル対応・コードベース大幅削減\n- Claude Opus 4.8 / Qwen 3.7 Max / 画像生成Creata 2 にリリース初日対応\n- コアエージェントループ 16,000行→約3,800行へモジュール化（保守性向上）\n- プロンプトインジェクション/ブレインワーム自動保護を標準搭載\n\n## アクションアイテム\n- `hermes update` または `pip install --upgrade hermes-agent` で更新（v0.15.1ホットフィックスも適用必須＝Dockerパス問題修正）\n- shadow の hermes-dashboard (PM2 id:11) を v0.15 へ更新検討。独自カスタマイズありなら手元で動作確認してから本番投入\n- Web開発時の推奨モデル＝Qwen 3.7 Max（ただし中華系API不使用ポリシーに抵触→NVIDIA NIM等で代替）\n- 「脱LLM依存でローカル処理に置換し高速化」の設計思想を vvv-bots の検索系処理に応用検討", "tags": ["yt-learn", "ai", "hermes-agent", "tool-search", "agent-swarm", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T21:41:11.593566+09:00", "updated_at": "2026-05-30T21:41:11.593566+09:00"}
{"id": 435, "title": "AI共創Spud（SPモデル）— 真のゴール探索・ネイティブコンパクション・/55コマンド 2026-05-30", "content": "## 情報源\n- URL: https://youtube.com/watch?v=crIPQYjCvOk 「真のゴールを探索するSPモデル『AI共創Spud』がリリース！ロングコンテキストでも最終ゴールまで駆動し続ける！」\n- 投稿日: 2026-05-30 / スコア: 78点\n- 解析: NotebookLM\n\n## 主要な発見\n\n### 1. SPモデル＝AIの基礎振る舞いを事前定義する基礎レイヤー\n- 単発の複雑プロンプトで「一発勝負の代行」をさせるのではなく、AIの振る舞いを定義してハルシネーション・過剰推論を防ぐ\n- 単発プロンプトエンジニアリング → 「真のゴールの探索（共創）」へのパラダイムシフト\n- AIが単なるツールから「ブレない一貫した思考パートナー」へ\n\n### 2. ネイティブコンパクション（文脈圧縮）\n- 長時間の複雑作業でも不要情報を切り落としつつ全体文脈を保持→大元の目的を見失わない\n- GPT-5.5やCodex等に搭載\n\n### 3. 4領域で一貫機能：画像生成/アイデア出し/ライティング/コーディング\n- 画像生成: いきなり生成せず事前に「構造化（データ前処理）」。長文から一発図解は論理より見栄え優先で失敗する\n- コーディング: いきなり書かず「どんな体験を作りたいか」真のゴールから逆算→UX整理→最小構成の要件定義から始める\n- `/55`コマンド: 連続画像生成だが「大量に吐く」のでなく「考える・描く・比べる・磨く」の共創姿勢を指示するもの\n\n## 新しい洞察（最重要）\n**「なぜ作るのか・誰に届けたいのか」を構造化・反復し解を磨く＝why-firstと完全一致**。\nshadow の why-first スキル（Tesla Muskの3億円自動化ライン1問で覆した教訓）と同じ思想。SPモデルは why-first をプロンプト基盤レベルで常時適用する発想。\n\n## アクションアイテム\n- why-first スキルの思想を強化：実装前に「真のゴール」を構造化する手順を明文化\n- 画像/図解生成タスクは「先に構造化→後で生成」の2段階を標準化（vvv記事サムネ生成等）\n- ネイティブコンパクションは Claude Code の /compact 戦略と同方向（既存運用と一致）", "tags": ["yt-learn", "ai", "sp-model", "spud", "why-first", "native-compaction", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T21:41:35.783577+09:00", "updated_at": "2026-05-30T21:41:35.783577+09:00"}
{"id": 436, "title": "yt-learn実践系まとめ4本 — Gemini Spark/Vercelバグバウンティ/Claude Codeパーソナライズ/Obsidianセキュリティ 2026-05-30", "content": "## 情報源（実践ノウハウ系4本を統合）\n解析: NotebookLM / 2026-05-30 / いずれもマクロトレンドではないが業務応用価値ありとして記録\n\n### 1. Gemini Spark爆誕（qY8mmhQAmB4・スコア65点）\n- インストール不要・ブラウザ動作。Google Workspace（Drive/PDF/スプレッドシート/ドキュメント）をパス指定なしでAIが自動探索・統合し新規ドキュメント/スライド/グラフ付きシートを直接出力\n- 「スキル」機能: 一連ワークフローを登録→短いトリガーで再実行（例「Tax Return Aggregator」を1分で構築）\n- 上半期レビューレポート自動生成が約7-8分\n- **利用条件（公開時点）**: Googleアカウント言語=英語・VPNで米国サーバー接続・Ultraプラン必須\n- 洞察: Claude等のローカル/正確パス指定に対し「Driveに入れればAIが勝手に探す」非エンジニア向け低ハードル設計\n\n### 2. Vercelバグバウンティ世界70位（AoG6PFWCg58・スコア60点）\n- Vercel AI SDK（aiパッケージ）の `secure-json-parse` にプロトタイプ汚染脆弱性\n- 原因＝正規表現の単純ミス。`__proto__`をユニコードエスケープ含む文字に置換するとセキュリティチェックをバイパス可能\n- 参考元Fastifyは適切処理だったがVercel側が簡略正規表現でデプロイ\n- AI脆弱性探索開始100日でHackerOne Vercel OSSプログラム同率70位（2pt）\n- **修正コミット自体もClaude Codeで実施**＝発見と修正の両面でAI介入\n- 教訓: 安全な既存ライブラリでもコピー後の独自変更（正規表現簡略化等）で脆弱性が生じる。文字列一致正規表現はユニコードバイパスのリスク\n\n### 3. Claude Code対話履歴パーソナライズ（2JOLh8vtJS0・スコア70点）\n- ローカルJSONL対話ログを解析→興味関心・学習内容を自動抽出\n- ノイズ（挨拶等）除去＋「質問の深掘り度」「直近関心の時間重み付け」でトピックスコア化\n- 学習ログからHTML形式の復習問題集を自動生成\n- 自作スキル `/interest_profile sync` で `interest.md` 生成→「interest.md参照して調べて」で提案受領\n- **定期実行Tips: cronは認証切れエラーが起きやすい→Claudeデスクトップの「ルーティン機能」+「スタートアップ時実行」推奨**\n\n### 4. Obsidianセキュリティ（PCqBTnktxyQ・スコア65点）\n- 「ローカル完結だから安全」は半分間違い：平文保存＋サンドボックス不在\n- 悪意あるプラグイン1つの許可でPC全権限を渡す＝ランサムウェア等のリスク\n- 防衛策: ①出所不明の共有ボルト/プラグインの制限解除(YES)を押さない ②APIキー/パスワードはObsidian平文でなく1Password/OSキーチェーンで管理 ③APIキー月額上限を$10-50に設定 ④3層バックアップ（外付けSSD+クラウド+ZIP定期保存）\n- クラウド同期(双方向＝消すと全消去)とバックアップ(一方向)は別物\n\n## アクションアイテム\n- Claude Code対話履歴パーソナライズ＝shadowに既に類似 instinct学習（continuous-learning-v2）あり。`interest.md`方式は未導入→検討\n- cron認証切れ対策「デスクトップ・ルーティン+スタートアップ実行」を /yt-learn 等の定期実行に応用候補\n- Obsidian平文リスク→LLM Wiki（PostgreSQL）採用は正解。APIキー月額上限設定の棚卸し", "tags": ["yt-learn", "ai", "gemini-spark", "bug-bounty", "obsidian-security", "personalization", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T21:42:01.271562+09:00", "updated_at": "2026-05-30T21:42:01.271562+09:00"}
{"id": 437, "title": "バックテスト検証#1: ロンドンNY初動戦略はロジック矛盾でシグナル0 2026-05-30", "content": "## 概要\ntrade ドメイン継続目標「儲かるトレードシステムを作る」の第一歩。LLM Wiki id=430 の検証候補No.1「ロンドン・NY初動スキャルピング」を backtrader で自前バックテストした結果、**戦略ロジックに構造的矛盾**が見つかった。\n\n## 検証環境\n- ツール: backtrader 1.9.78（隔離venv: /home/ubuntu/workspace/trade-backtest/）\n- データ: yfinance `USDJPY=X` 5分足 1417本（2026-05-25〜29、直近5日）\n- コード: london_ny_breakout.py\n- ※本来は1分足だが無料データ制約で5分足・短期。位置づけは「エッジの当たり付け（予備検証）」\n\n## ロジック（id=430から抽出）\nロング: EMA9>EMA20（上昇トレンド） + 終値がBB下限-2σにタッチ後の反発 + MACD>シグナル\n\n## 結果: シグナル発生 0 回\n条件分解診断（USDJPY 5分足1417本）:\n| 条件 | 成立頻度 |\n|------|---------|\n| 上昇トレンド(EMA9>EMA20) | 776本 (55%) |\n| MACD強気(MACD>signal) | 741本 (52%) |\n| BB下限-2σ割れ | 59本 (4%) |\n| BB下限からの反発 | 34回 |\n| **「BB下限割れ かつ MACD強気」** | **0回** |\n| **全条件同時成立** | **0回** |\n\n## 結論（重要）\n**この戦略は互いに矛盾する条件の重ね合わせになっている。**\n- 価格がBB下限-2σを割る = 強く下落している（弱気）瞬間\n- それと同時に「上昇トレンド + MACD強気」（強気）であることは原理的にほぼ起こらない\n- → 「BB下限割れ かつ MACD強気」ですら5日間で0回。永遠にシグナルが出ない\n\n元のYouTube解説は「勝率70%・RR2.0」と謳っていたが、コードに落とすとロジックが成立しない。**動画の印象論 or 抽出時の条件解釈ズレ**のどちらか。\n\n## 教訓（儲かるシステム作りへの示唆）\n1. **「自前バックテストで検証する」方針は正しかった** — 鵜呑みにしていたら成立しない戦略を信じていた\n2. 「順張りトレンド + 逆張りBB反発」の混在ロジックは**条件が衝突しやすい**。トレンドフォローか平均回帰か、どちらかに寄せる設計が要る\n3. 解釈の余地がある手法は「BB反発のタイミングはトレンドと別時間軸で見る」等の前提が抜けている可能性。元動画の時間軸前提（環境認識1H/15M + エントリー1m）を分離実装する必要\n\n## 次アクション\n- id=430 検証候補No.2「ダブルボトム/トップ（幾何学的に明確）」を次に検証（条件矛盾が無く再現しやすい）\n- BB反発を「環境認識足と別」に分離した版も試す（マルチタイムフレーム実装）\n- 長期1分足データの確保（無料: histdata.com 手動DL等）が本検証には必要\n\n## 関連\n- LLM Wiki id=430（FX戦略カタログ）, id=429（TMS戦略）\n- コード: /home/ubuntu/workspace/trade-backtest/london_ny_breakout.py", "tags": ["trade", "FX", "バックテスト", "backtrader", "検証結果", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T21:43:53.114249+09:00", "updated_at": "2026-05-30T21:43:53.114249+09:00"}
{"id": 438, "title": "学習日報 2026-05-30 yt-learn 22:00", "content": "# 学習日報 2026-05-30 yt-learn 22:00\n\n## 概要\n`/yt-learn`（単一URL連投モード）で12本のYouTube URLを取得・解析。既知2本を除く新規10本を処理。4件のLLM Wikiエントリ追加（id=433-436）。\n\n**インフラ障害と突破**: yt-dlp が YouTube の bot 対策強化（`Sign in to confirm you're not a bot` + PO Token 必須化 + deno未導入）により字幕・メタデータ取得が全滅。NotebookLM の YouTube URL 直接ソース追加に切り替えて全12本の解析を完遂した。この教訓を yt-learn SKILL.md に恒久対策として明記済み。\n\n---\n\n## 今日学んだこと（YouTube 12本）\n\n### Claude Opus 4.8（id=433）\n- AI競争の軸が「賢さ(IQ)」→「正直さ(オネスティ)」へ移行。コード欠陥見逃しが4.7の1/4\n- ダイナミックワークフロー＝最大1000並列サブエージェント。前提は「正直さ」の担保\n- Fast Mode 2.5倍速・3倍安。Effort設定（High/Extra）で思考時間調整\n- 3Dゲーム一発生成でGPT-5.5(2D)・Gemini(エラー)を圧倒。Anthropic企業価値3ヶ月で2.5倍≈150兆円\n\n### Hermes Agent v0.15「Velocity Release」（id=434）\n- **Tool遅延読込（Progressive Loading）**: MCP/ツール増加によるコンテキスト肥大化問題の解決。shadowのClaude CodeのToolSearch/deferred toolsと同方式\n- Kanban Swarm（コーディネーター/バリデーター/並列ワーカー）。`hermes kanban swarm`\n- セッション検索4500倍高速化（脱LLM依存でローカル化）。コア16000→3800行・PR747件\n\n### AI共創Spud（SPモデル）（id=435）\n- SPモデル＝AIの振る舞いを事前定義する基礎レイヤー。ハルシネーション・過剰推論を防ぐ\n- ネイティブコンパクション（文脈圧縮）でロングコンテキストでも目的を見失わない\n- 「真のゴールの探索（共創）」＝why-firstスキルと完全一致。`/55`共創コマンド\n\n### 実践系4本（id=436）\n- Gemini Spark: Drive自動探索・スキル機能。要英語設定+VPN(米)+Ultraプラン\n- Vercelバグバウンティ70位: secure-json-parseのプロトタイプ汚染（ユニコードエスケープでバイパス）。修正もClaude Code\n- Claude Code対話履歴パーソナライズ: JSONLログをスコア化。cronより デスクトップRoutine推奨\n- Obsidianセキュリティ: 平文保存リスク。APIキーは1Password/キーチェーン・月額上限$10-50\n\n### スキップ（既知）\n- XUqspDocN3U（Opus 4.8 プロンプト・id=431）/ 8QPf6Zkwyyg（Codex組織化5部署・id=409）\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| ~/.claude/skills/yt-learn/SKILL.md | yt-dlp bot対策障害の既知化 + NotebookLM直接ソース追加フォールバックへの誘導を明記（恒久対策） |\n| ~/.claude/skills/why-first/SKILL.md | AI共創Spud(SPモデル)「真のゴール探索」を理論的裏付けとして追記 |\n| ~/.claude/rules/trends.md | 12本一括学習サマリー追記・最古エントリ(id=409保存済)整理で98行維持 |\n| ~/.claude/projects/.../MEMORY.md | 索引1行追記 |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. **hermes-dashboard(PM2 id:11)をv0.15更新** — 独自カスタマイズ有無を確認し、手元で動作確認してから本番投入。v0.15.1ホットフィックス(Dockerパス)も適用。影響範囲大のため要慎重\n2. **Tool遅延読込の設計思想をvvv-bots検索系に応用** — 「脱LLM依存でローカル化し高速化」を検討\n3. **Claude Code対話履歴パーソナライズ `interest.md`方式** — continuous-learning-v2と併用検討\n4. **yt-dlp bot対策の根本解決** — shadowにdeno + bgutil PO Tokenサーバー導入を検討（NotebookLM経由で当面回避可能なため優先度は低）\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 433 | Claude Opus 4.8 性能徹底解説 — 正直さへの軸移行・1000並列・3Dゲーム生成格差 | claude-opus-4.8, dynamic-workflows, honesty |\n| 434 | Hermes Agent v0.15「Velocity Release」— 検索4500倍・Tool遅延読込・Kanban Swarm | hermes-agent, tool-search, agent-swarm |\n| 435 | AI共創Spud（SPモデル）— 真のゴール探索・ネイティブコンパクション・/55コマンド | sp-model, spud, why-first, native-compaction |\n| 436 | yt-learn実践系まとめ4本 — Gemini Spark/Vercelバグバウンティ/Claude Codeパーソナライズ/Obsidianセキュリティ | gemini-spark, bug-bounty, obsidian-security |", "tags": ["日報", "2026-05-30", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T21:46:04.472678+09:00", "updated_at": "2026-05-30T21:46:04.472678+09:00"}
{"id": 439, "title": "バックテスト検証#2: ダブルボトム/トップは勝率48%・RR0.5でトータル負け 2026-05-30", "content": "## 概要\nLLM Wiki id=430 検証候補No.2「ダブルボトム/ダブルトップ反転」を backtrader で自前バックテスト。**勝率は出たが期待値マイナス**で、現状エッジ確認できず。ただしNo.1（シグナル0）と違い「動いて改善余地がある」戦略。\n\n## 検証環境\n- ツール: backtrader 1.9.78（/home/ubuntu/workspace/trade-backtest/double_bottom_top.py）\n- データ: yfinance 5分足 直近5日、JPYクロス3通貨（USDJPY/EURJPY/GBPJPY）で試行数確保\n- 検出: スイングポイント(±5本局所極値)で直近2安値(高値)がtol=15pips以内に揃い、間のピーク=ネックライン。ブレイク直後にエントリー\n- 利確=ネックラインからパターン高さ分 / 損切り=2点目安値割れ+3pips（id=430のロジック通り）\n\n## 結果\n| 通貨 | 約定 | 勝率 | 損益 | RR実測 |\n|------|------|------|------|--------|\n| USD/JPY | 10 | 70% | +31円 | 0.46 |\n| EUR/JPY | 19 | 47% | -893円 | 0.55 |\n| GBP/JPY | 21 | 38% | -1571円 | 0.73 |\n| **合計** | **50** | **48%** | **-2433円** | 〜0.5 |\n\n## 結論: 現状エッジなし（ただし改善余地あり）\n1. **勝率48%・トータル負け** = 元動画の「勝率65%・RR2.0」とは乖離。実測RRは0.5前後（平均利益＜平均損失）\n2. **勝率が高くても RR<1 なら負ける**を実データで実証 → trends-trade.md「勝率より期待値・RR」の設計原則が正しいことの裏付け\n3. RRが理論(>1狙い)と逆(0.5)なのは、ネックラインブレイク初動の**ダマシ（押し戻し）**を踏んでいる可能性\n4. 通貨ペアで勝率バラつき大(38〜70%)・サンプル50は統計的に不十分=「たまたま」の域\n\n## 教訓（途中で踏んだ実装バグも価値）\n- **backtrader 証拠金バグ**: 初期資金10万で1万通貨(158万円規模)を建てようとし全注文 `Margin` 拒否→約定0。資金1000万・1000通貨に修正で解決。**バックテストは「約定したか」を notify_order で必ず確認**（シグナル数だけ見ると騙される）\n\n## 次アクション（エッジを出すための改善仮説）\n- ブレイク**確定足**でなく「ブレイク後の押し目（リテスト）」でエントリーしてダマシ回避\n- 上位足トレンドフィルタ追加（逆張りパターンを順張り方向のみに限定）\n- TP/SLの最適化（現状RR0.5→建値トレーリング等）\n- **長期1分足データの確保が本検証には必須**（5日50件では判定不能）\n\n## 関連\n- LLM Wiki id=430（FX戦略カタログ）, id=437（検証#1 ロンドンNY初動=シグナル0）\n- コード: /home/ubuntu/workspace/trade-backtest/double_bottom_top.py", "tags": ["trade", "FX", "バックテスト", "backtrader", "検証結果", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T21:48:41.822067+09:00", "updated_at": "2026-05-30T21:48:41.822067+09:00"}
{"id": 440, "title": "X学習 2026-05-30 — agmsg(CLIエージェント間通信)/Codex揺り戻し/Auto Bedrock対応 トレンド", "content": "## 情報源\n- 検索語: claude+code（days=1）\n- X投稿数: 100件（vvv API）/ カテゴリ: low_value 45・primary_source 30・insight 25\n- トレンドキーワード: Codex 26回（圧倒的）・スキル 6・エージェント 5・Opus 4.8 3・動画自動化 3・MCP 3・Dynamic Workflows 2・封じ込め 2\n\n## 主要な発見\n\n### 1. agmsg — CLIエージェント間メッセージング（実装直結・最重要）★\n- GitHub: https://github.com/fujibee/agmsg\n- **\"No daemon, no network, no complexity\"**: SQLite（WALモード）を共有ストレージにしてCLI AIエージェント間で相互メッセージング\n- 対応: Claude Code（主力・Monitor搭載）/ Codex（Monitor非対応）/ Gemini CLI\n- インストール: `bash <(curl -fsSL https://raw.githubusercontent.com/fujibee/agmsg/main/setup.sh)`\n- 主要コマンド: `/agmsg`(受信箱)・`/agmsg send <agent> <msg>`・`/agmsg team`・`/agmsg mode <type>`・`/agmsg actas <name>`\n- 配信モード: monitor(リアルタイムpush・約5秒遅延・CC推奨)/turn(ターン間・Codex推奨)/both/off\n- **shadowの既存 agent-cooperation MCP（tools/agent_communication_mcp.py）との比較**: agmsgはネットワーク不要・SQLite直アクセスでよりシンプル\n\n### 2. Anthropic containment設計（公式・セキュリティ）\n- 「Claudeをどう封じ込めるか」Anthropic公式ブログ（claude.ai内・要ログイン）\n- AIエージェントの暴走・権限逸脱を防ぐ封じ込め設計の思想\n\n### 3. AutoモードがBedrock/Vertexで利用可能に\n- Claude Code の Auto モードがついに AWS Bedrock / Google Vertex で動作。自動化の幅が拡大・海外開発者コミュニティで話題\n\n### 4. Codex への揺り戻し（トレンド全体の中心）\n- TLで「Codex」が26回出現（Claude Code関連検索なのに）\n- GPT-5.5登場 + Anthropic実質コスト増で Claude Code → Codex 移行の動き\n- 「ChatGPT課金=codex / Claude課金=claude code / Gemini課金=antigravity」の棲み分け論\n\n### 5. 動画自動化・副業活用が実用フェーズ\n- Claude Code × 15秒/ショート動画自動化（設定後は定期実行で勝手に生成・n8n代替）\n- MoneyForward→貸借対照表転記など月次資産管理の自動化\n- 「Claude Codeは開発ツールでなく副業の作業場」という非エンジニア視点\n\n## アクションアイテム\n- **agmsg を shadow に試験導入**し、既存 agent-cooperation MCP と比較（即実装対象）\n- Anthropic containment設計を読み、shadow の permissions.deny 設計に反映検討\n- Auto モード Bedrock/Vertex 対応 → arcana復活時のレイテンシ再ベンチ候補", "tags": ["x-learn", "ai", "agmsg", "agent-messaging", "codex", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T21:50:25.128506+09:00", "updated_at": "2026-05-30T21:50:25.128506+09:00"}
{"id": 441, "title": "学習・作業日報 2026-05-30 21:50", "content": "# 学習・作業日報 2026-05-30 21:50\n\n## 概要\nYouTube Short 1本の解析依頼から始まり、トレード知識基盤の新設、本番障害の復旧、デプロイ基盤の構造問題発見、トレード戦略の自前バックテスト2件まで完遂したセッション。LLM Wiki 4件追加（id=429,430,437,439）。\n\n---\n\n## 今日やったこと（カテゴリ別）\n\n### A. yt-learn スキル拡張\n- **Shorts URL トリガー追加**: `youtube.com/shorts/` を URLトリガー(CLAUDE.md)と yt-learn スキルに追加。単一URL指定モード・URL正規化・無関係コンテンツのスキップ条件を明文化\n- **trade ドメイン新設**: 引数パース・デフォルト検索クエリ・trends対応表・**trade専用スコアリング**（煽り/情報商材/有料EA誘導を自動足切り、再現性・検証可能性を高評価）\n\n### B. トレード知識基盤（継続目標「儲かるシステムを作る」）\n- `~/.claude/rules/trends-trade.md` 新規作成（蓄積方針・設計原則を恒久記載）\n- **TMS戦略**（id=429）: EA宣伝動画は中身ゼロ→Web調査でロジック抽出。ナンピン型のテールリスク警告\n- **FX戦略カタログ**（id=430）: 過去10ページ棚卸し統合。検証候補4手法/情報商材系5件を除外。「SL非明記は検証不能として除外」基準を確立\n\n### C. バックテスト検証（backtrader + yfinance・隔離venv）\n- **検証#1 ロンドンNY初動**（id=437）: シグナル0回。「BB下限割れ(弱気)」と「上昇トレンド+MACD強気」は原理的に同時成立しない=ロジック矛盾\n- **検証#2 ダブルボトム/トップ**（id=439）: 約定50回・勝率48%・RR0.5・トータル-2433円=エッジなし。**勝率が高くてもRR<1なら負ける**を実証\n- 教訓: YouTubeの「勝率70%」系手法は2つとも額面通りでなかった→自前検証の価値が確定\n\n### D. 本番障害対応（vvv.jkjk.uk 全ページ500）\n- 原因: Issue #512 で `template_config.py` に trusted_html フィルタ追加→**vvv-api 未再起動**でフィルタ未登録のまま稼働→Jinja2 500\n- `pm2 restart vvv-api` で復旧（事前にnh3/テンプレ検証）。HTTP 200・uptime安定確認\n- 再発防止: instinct記録・#512申し送りコメント\n\n### E. デプロイ基盤の構造問題発見（Issue #516）\n- **本番フォルダ /home/ubuntu/workspace/web/vvv は git管理下ですらない** → deploy-prod.sh(arcana前提)は完全に死んだスクリプト\n- 正規デプロイ手段が不在＝本番直編集→再起動漏れの構造的原因\n- Codex相談で rsync方式の deploy-shadow.sh をドラフト作成（構文OK・rsync除外設定の安全性検証済み・**未実行・お姉様の承認待ち**）\n\n---\n\n## 今日実装/作成したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| ~/.claude/CLAUDE.md | URLトリガーに youtube.com/shorts/ 追加 |\n| ~/.claude/skills/yt-learn/SKILL.md | trade ドメイン・単一URLモード・trade専用スコアリング |\n| ~/.claude/rules/trends-trade.md | 新規。蓄積方針＋検証3件のサマリー |\n| trade-backtest/london_ny_breakout.py | 検証#1 戦略コード |\n| trade-backtest/double_bottom_top.py | 検証#2 戦略コード |\n| memory/project_trade_system_goal.md | 継続目標 |\n| memory/instinct_python_module_edit_needs_restart.md | 再起動忘れ instinct |\n| vvv/scripts/deployment/deploy-shadow.sh | デプロイ基盤ドラフト（未実行） |\n\n---\n\n## 未完了アクションアイテム（優先順・お姉様の判断待ち）\n\n1. **Issue #516 デプロイ基盤是正** — deploy-shadow.sh の本番実適用と旧スクリプト削除の承認待ち（本番運用根幹のため）\n2. **長期1分足FXデータ確保** — 5日50件では統計判定不能。histdata.com等から数ヶ月分が本検証に必須\n3. **検証#2の改善仮説** — ブレイク後リテストエントリー・上位足トレンドフィルタでダマシ回避を試す\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 429 | TMS (Trading Made Simple) 戦略ロジック | trade, EA, forex |\n| 430 | FXトレード戦略カタログ（検証候補・棚卸し統合） | trade, FX, 戦略カタログ |\n| 437 | バックテスト検証#1: ロンドンNY初動=シグナル0 | trade, backtrader |\n| 439 | バックテスト検証#2: ダブルボトム/トップ=勝率48%RR0.5 | trade, backtrader |", "tags": ["日報", "2026-05-30", "daily-summary", "trade", "vvv障害"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T21:51:31.918006+09:00", "updated_at": "2026-05-30T21:51:31.918006+09:00"}
{"id": 442, "title": "学習日報 2026-05-30 x-learn 22:00", "content": "# 学習日報 2026-05-30 x-learn 22:00\n\n## 概要\n`/x-learn`（claude code・days=1）でX投稿100件を取得・解析。トレンドからagmsgを発見し、shadowに導入・動作確認まで完遂した。1件のLLM Wikiエントリ追加（id=440）。\n\n---\n\n## 今日学んだこと（X）\n\n### トレンド全体像\n- 検索100件のカテゴリ分布: low_value 45・primary_source 30・insight 25\n- トレンドキーワード: **Codex 26回（圧倒的）**・スキル 6・エージェント 5・Opus 4.8 3・動画自動化 3・MCP 3\n- 今日のXの空気＝「GPT-5.5登場でClaude Code → Codex 揺り戻し」＋「動画自動化/副業活用が実用フェーズ」\n\n### AIエージェント連携（実装した発見）\n- **agmsg**（github.com/fujibee/agmsg）: CLIエージェント間メッセージング。\"No daemon, no network, no complexity\"。SQLite(WAL)共有でClaude Code/Codex/Gemini CLI間メッセージング。`/agmsg send <agent> <msg>`・配信モードmonitor/turn/both/off\n\n### Claude Code運用\n- Anthropic containment設計（公式・Claudeの封じ込め思想）\n- AutoモードがBedrock/Vertexで利用可能に（自動化の幅拡大）\n- Dynamic Workflows公式リリース（yt-learnで既に深掘り済み・LLM Wiki id=433）\n\n---\n\n## 今日実装したもの\n\n| ファイル / 対象 | 変更内容 |\n|--------|---------|\n| shadow: sqlite3 CLI | `apt install sqlite3`(3.45.1) ※お姉様承認済み |\n| shadow: ~/.agents/skills/agmsg/ | agmsg スキル一式導入（SQLite DB・スクリプト19本） |\n| shadow: ~/.claude/commands/agmsg.md | `/agmsg` スラッシュコマンド配置 |\n| shadow: ~/.codex/config.toml | Codex writable_roots追記（バックアップ.bak取得済み） |\n\n**動作確認**: team join(shadow-claude/shadow-codex) → send → inbox受信のラウンドトリップ成功。テストデータ掃除済み。\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. **agmsg vs agent-cooperation MCP の使い分け整理** — shadowには既存の agent-cooperation MCP（tools/agent_communication_mcp.py）あり。agmsgはネットワーク不要で軽量。両者の役割分担をルール化（次回）\n2. **Anthropic containment設計を読み permissions.deny に反映** — claude.ai記事は要ログインのため、別途取得して反映検討\n3. **agmsg を実運用に組み込む** — 複数Claude Codeセッション並列時のエージェント間連携に活用検討\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 440 | X学習 2026-05-30 — agmsg(CLIエージェント間通信)/Codex揺り戻し/Auto Bedrock対応 トレンド | x-learn, agmsg, agent-messaging, codex |", "tags": ["日報", "2026-05-30", "daily-summary", "x-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T21:56:13.586692+09:00", "updated_at": "2026-05-30T21:56:13.586692+09:00"}
{"id": 443, "title": "バックテスト検証#3: トレンドフィルタで生PnL黒字化もスプレッドで負け転落 2026-05-30", "content": "## 概要\n検証#2（id=439, 5分足5日50件で判定不能）の続き。**長期1時間足3年データ**で本検証し、改善仮説（上位足トレンドフィルタ）の効果と、**スプレッドコストの決定的影響**を実証した。\n\n## 検証環境\n- ツール: backtrader 1.9.78 / double_bottom_h1.py\n- データ: yfinance 1時間足 730日（~3年）JPYクロス3通貨。各17000本超\n  - ※1分足は yfinance で8日上限のため不可。1時間足は3年取得可能でスイング系には十分\n- 戦略: ダブルボトム/トップ（id=430）。改善: 200SMAトレンドフィルタ追加（逆張りを大局トレンド方向のみに限定）\n\n## 結果1: トレンドフィルタの効果（生PnL・コスト無視）\n| 条件 | 約定 | 勝率 | 生PnL | 生期待値 |\n|------|------|------|-------|---------|\n| baseline(フィルタ無) | 1175 | 57% | **-4,759円** | -4.1円/回 |\n| **trend_filter(200SMA)** | 827 | 58% | **+7,271円** | **+8.8円/回** |\n\n→ **上位足トレンドフィルタだけで負け→勝ちに転換**。3通貨すべて一貫してプラス。設計原則「逆張りは順張り方向のみに限定」が効いた。\n\n## 結果2: スプレッドコスト込み（保守的: USD1.0/EUR1.5/GBP2.5 pip）\n| 通貨 | 生PnL | スプレッド | 純損益 | 純期待値 |\n|------|-------|-----------|--------|---------|\n| USD/JPY | +2,167 | -2,630 | -463 | -1.8円/回 |\n| EUR/JPY | +2,641 | -4,335 | -1,694 | -5.9円/回 |\n| GBP/JPY | +2,463 | -6,875 | -4,412 | -16.0円/回 |\n| **合計** | +7,271 | -13,840 | **-6,569** | **-7.9円/回** |\n\n→ **スプレッドを引いた瞬間、勝ち(+7271)→負け(-6569)に転落**。\n\n## 結論（儲かるシステム作りの最重要教訓）\n1. **「バックテストで勝てても本番で負ける」の正体を数字で証明**: エッジ(生+8.8円/回) < コスト(平均17円/回) なら、勝率58%でも勝てない\n2. **トレンドフィルタは正しい方向**: 生PnLを負→正にした。優位性の種はある\n3. **だが現状のエッジはスプレッドより小さい**。実運用不可\n\n## 改善の方向性（エッジをコストより大きくする）\n- **取引頻度を減らし1回の利幅を増やす**: 高時間足化・パターン厳選（tol縮小・明確なネックラインのみ）でRRを1以上に。スプレッドは固定費なので「薄利多売」は不利\n- **低スプレッド通貨に絞る**: GBP/JPY(2.5pip)は除外、USD/JPY(1.0pip)中心に\n- **TP/SL最適化**: 現状RR0.67-0.82 → RR>1.5を狙えればコスト負けを脱せる可能性\n- 注意: パラメータいじりは過剰最適化(カーブフィッティング)のリスク。ウォークフォワード検証必須\n\n## 関連\n- LLM Wiki id=430(戦略カタログ), id=437(検証#1), id=439(検証#2)\n- コード: /home/ubuntu/workspace/trade-backtest/double_bottom_h1.py", "tags": ["trade", "FX", "バックテスト", "backtrader", "スプレッド", "検証結果", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-30T22:01:31.783481+09:00", "updated_at": "2026-05-30T22:01:31.783481+09:00"}
{"id": 444, "title": "バックテスト検証#4: RRと勝率のトレードオフ — ダブルボトムは両振りで損益分岐越えられず 2026-05-30", "content": "## 概要\n検証#3(id=443)の改善方向「RR>1.5を狙う」を実装し、ウォークフォワード検証した結果、**RRと勝率のトレードオフ**にぶつかり、ダブルボトム戦略はどちらに振っても損益分岐を越えられないと結論。\n\n## 検証環境\n- ツール: backtrader 1.9.78 / double_bottom_wf.py\n- データ: yfinance USD/JPY 1時間足 17117本（~3年）。前半50%=train, 後半50%=test のウォークフォワード\n- 改善: ①SL=2点目安値・TP=リスク幅×2.0でRR明示化 ②tol=12pipsにパターン厳選 ③USDJPY特化(最小スプレッド) ④200SMAトレンドフィルタ ⑤スプレッドをslippage(往復bid/ask差)で注入\n\n## 結果（スプレッド込み）\n| 期間 | 約定 | 勝率 | 実測RR | 期待値 |\n|------|------|------|--------|--------|\n| train(前半 in-sample) | 78 | 32% | 1.98 | -27.7円/回 |\n| test(後半 out-of-sample) | 71 | 30% | 1.80 | -116.0円/回 |\n| 全期間 | 151 | 31% | 1.88 | -65.2円/回 |\n\n→ train/test **両方マイナス**。過剰最適化以前にエッジが無い。\n\n## 検算による原因切り分け（重要）\n- R単位の理論期待値（**コスト無視**）: 0.31×1.88 − 0.69×1.0 = **-0.107R**\n- → **スプレッドを引く前から優位が無い**。勝率31%はRR1.88を活かすには低すぎる（RR1.88の損益分岐勝率≈35%）\n\n## 結論: RRと勝率のトレードオフ（本質的な壁）\n| 検証 | TP設計 | RR | 勝率 | 敗因 |\n|------|--------|-----|------|------|\n| #3 | パターン高さ固定 | 0.67-0.82 | 58% | 勝率高いが**RR低すぎ** |\n| #4 | リスク×2.0 | 1.88 | 31% | RR高いが**勝率低すぎ** |\n\n**TPを遠くするとRRは上がるが勝率が下がる（届く前に反転）。近くすると逆。** このダブルボトム戦略は、どちらに振っても「勝率×RR」が損益分岐(コスト含む)を越えられない＝**そもそも十分なエッジが無い**。小手先のTP/SL調整では解決しない。ウォークフォワードでも裏付け（in/out両方マイナス）。\n\n## 儲かるシステム作りの教訓\n1. **RR改善と勝率はトレードオフ**。「RRを上げれば勝てる」は誤り。勝率×RRの積（期待値）で見る\n2. **エッジの有無はR単位の理論期待値（コスト前）で先に判定**せよ。それがマイナスなら、いくらコストやパラメータをいじっても無駄\n3. ダブルボトム単体（古典チャートパターン+トレンドフィルタ）では、3年USD/JPYでエッジ確認できず → **次は別アプローチ**（複数シグナルの組合せ、ボラティリティ/時間帯フィルタ、平均回帰系など）を試す段階\n\n## 次アクション\n- ダブルボトム系の深追いは停止（エッジの天井が見えた）\n- 検証候補No.3「15時リバーサル（時間帯×水平線）」など**異なるエッジ源**を検証\n- または「エッジは小さくてもコストを最小化する」方向（極小スプレッド業者・高時間足でスプレッド比率を下げる）\n\n## 関連\n- LLM Wiki id=430(カタログ), id=437(#1), id=439(#2), id=443(#3)\n- コード: /home/ubuntu/workspace/trade-backtest/double_bottom_wf.py", "tags": ["trade", "FX", "バックテスト", "backtrader", "ウォークフォワード", "RR勝率トレードオフ", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T02:03:20.911311+09:00", "updated_at": "2026-05-31T02:03:20.911311+09:00"}
{"id": 445, "title": "instinct: Hermes Agent v0.15.2 はdashboard起動不能の壊れたリリース（dashboard_auth未収録）2026-05-31", "content": "## 問題\nhermes-agent を v0.14.0 → v0.15.2 へ更新したら `hermes dashboard` が起動不能になった。\n\n```\nModuleNotFoundError: No module named 'hermes_cli.dashboard_auth'\n  at hermes_cli/web_server.py:4822\n  from hermes_cli.dashboard_auth.routes import router as _dashboard_auth_router\n```\n\n## 根本原因（上流パッケージングバグ）\n- `web_server.py` は `from hermes_cli.dashboard_auth.routes import router` を要求\n- しかし v0.15.2 の wheel には `hermes_cli/dashboard_auth/` が**存在しない**\n- wheelに含まれるのは `plugins/dashboard_auth/nous/__init__.py` と `plugin.yaml` のみ（別パス・プラグイン形式）\n- → コードが期待するimportパスと、wheelの配置パスが食い違う = **v0.15.2は壊れたリリース**\n\n## 検証手順（再現方法）\n```bash\n# wheelの中身を直接確認\npip download --no-deps 'hermes-agent==0.15.2' -d /tmp/hermeswhl\nunzip -l /tmp/hermeswhl/hermes_agent-0.15.2-py3-none-any.whl | grep dashboard_auth\n# → plugins/dashboard_auth/nous/ しか出てこない（hermes_cli/dashboard_auth/ が無い）\n```\n\n## 対処（確定）\n- **v0.14.0 にロールバックして復旧**: `pip install --user --break-system-packages 'hermes-agent==0.14.0'` → PM2 restart → dashboard HTTP 200 復帰\n- v0.15系へ上げるなら、**dashboard_authが正しく `hermes_cli/` 配下に収録された後続リリース（v0.15.3+）を待つ**\n- shadowのhermesは `pip install --user --break-system-packages`（PEP 668 EXTERNALLY-MANAGED環境）でインストールされている。更新時は同じ方式を使うこと\n\n## 教訓\n- **本番基盤のメジャー更新前にwheelの中身を検証する**（コードのimportパスとパッケージ配置の整合を確認）\n- 「動くものは触らない」: dashboardが安定online稼働中なら、大改修バージョンへの更新はリスクを評価してから\n- pip更新時の依存衝突警告（zhipuai=GLM-5中華系で無効化済み・無視可 / beads-mcpはMCP専用でpydantic要求は警告のみ実害なし）\n\n## 関連\n- LLM Wiki id=434（Hermes v0.15「Velocity Release」学習記録）\n- shadow PM2 id:11 hermes-dashboard (port 9119)", "tags": ["instinct", "hermes-agent", "packaging-bug", "rollback", "2026-05-31"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T02:05:07.638384+09:00", "updated_at": "2026-05-31T02:05:07.638384+09:00"}
{"id": 446, "title": "バックテスト検証#5: RSI平均回帰もエッジ無し・R単位事前判定が機能 2026-05-30", "content": "## 概要\n検証#4(id=444)でチャートパターン系のエッジ天井が見えたため、**原理の異なる平均回帰（RSI逆張り）**を検証。結果エッジ無しだが、**「コスト前のR単位理論期待値で先に判定」する手法が機能**し、無駄な深追いを最初の1行で回避できた。\n\n## 検証環境\n- ツール: backtrader 1.9.78 / mean_reversion.py\n- データ: yfinance USD/JPY 1時間足 17117本（~3年）、ウォークフォワード(train/test)\n- ロジック: RSI(14) <30で買い >70で売り、RSI中立50回帰 or 24本タイムアウト or 50pips SLでエグジット\n\n## 結果\n| 段階 | 約定 | 勝率 | RR | 理論期待値(R) |\n|------|------|------|-----|--------------|\n| **コスト前・全期間** | 456 | 48% | 1.01 | **-0.040R** |\n| spread込 train | 246 | 49% | 0.98 | -0.02R |\n| spread込 test(OOS) | 210 | 46% | 0.96 | -0.09R |\n| spread込 全期間 | 456 | 48% | 0.97 | -32.7円/回 |\n\n## 結論\n- 勝率48%・RR1.01 = **ほぼ完全なランダム（コイン投げ）**。RSI単純逆張りに優位性なし\n- train/test 両方マイナス（過剰最適化以前の問題）\n- 平均回帰もチャートパターンも、単純形では3年USD/JPYでエッジ確認できず\n\n## プロセス上の収穫（重要）\n**「コスト前のR単位理論期待値」を最初に計算する判定法が機能した。**\n- 全期間コスト前で -0.040R → この時点で「スプレッド・パラメータ調整しても無駄」と即断\n- 検証#3-4では色々いじってから気づいたが、#5は**最初の1行でエッジ無しを見抜けた**\n- → 検証効率が上がった。今後は「①コスト前R単位期待値を見る→プラスのときだけ本格検証」を標準フローにする\n\n## 検証1〜5の総括\n| # | 戦略 | エッジ |\n|---|------|--------|\n| 1 | ロンドンNY初動（複合） | ロジック矛盾でシグナル0 |\n| 2 | ダブルボトム(5分足) | 判定不能 |\n| 3 | ダブルボトム(1時間足) | 生黒字もスプレッドで負け |\n| 4 | ダブルボトムRR2.0 | RR↑勝率↓トレードオフで-0.107R |\n| 5 | RSI平均回帰 | -0.040R（ランダム同然） |\n\n**単純な定型手法（YouTube由来含む）は、3年USD/JPY 1時間足では軒並みエッジ無し**。これは「効率的市場に近い主要通貨では、単純なテクニカル単体で勝つのは難しい」という定説の実証。\n\n## 次アクション（エッジを探す方向転換）\n- 単一指標の定型手法から離れる\n- 候補: ①複数の弱いシグナルの合成（アンサンブル）②ボラティリティ・レジーム判定（トレンド相場とレンジ相場を分けて戦略を切替）③イベント/時間帯の偏り（東京仲値・指標前後）④マイナー通貨やクロス円のクセ\n- ただし「探索を増やすほど偶然の勝ちパターン(過剰最適化)を拾うリスク」も増える → ウォークフォワード/アウトオブサンプルを必ず維持\n\n## 関連\n- LLM Wiki id=430,437,439,443,444\n- コード: /home/ubuntu/workspace/trade-backtest/mean_reversion.py", "tags": ["trade", "FX", "バックテスト", "backtrader", "平均回帰", "RSI", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T02:06:37.059347+09:00", "updated_at": "2026-05-31T02:06:37.059347+09:00"}
{"id": 447, "title": "★バックテスト検証#6-7: 儲かるパターン発見 MAクロス×トレンドフォロー×高RR 2026-05-30", "content": "## 結論（重要・初の正のエッジ）\n検証#1-5で単体定型手法が全滅した後、**マトリクス総当たり探索**で初めて「過剰最適化でない正のエッジ」を発見した。\n\n### 勝ちパターン\n**エントリー=MAクロス(EMA20が50を上抜け/下抜け) × レジーム=トレンドフォロー(200SMA順張り) × TP=ATR×RR(高RR) × SL=ATR×2.0**\n- スプレッド1pip込み・USD/JPY 1時間足3年で **期待値プラス**\n- RR2.0で +79円/回（PnL+12,506円/158トレード）、RR3.5で +189円/回\n\n## 検証#6: マトリクス探索（過剰最適化対策フロー）\n- 探索: entry{breakout/rsi_rev/ma_cross} × regime{none/trend_follow/range} × RR{1.0-3.0} × ATR{1.5,2.0} = 72組合せ\n- **train(前半50%)で全評価 → 上位を test(後半=アウトオブサンプル)で検証 → 両方プラスのみ採用**\n- 結果: train上位8件中、testでも生存=2件。両方とも **ma_cross/trend_follow** だった（6件はOOSで崩壊＝過剰最適化を弾けた）\n\n## 検証#7: 頑健性検証（本物か確認）— 3項目すべて合格 ★★★\n| 検証 | 結果 | 判定 |\n|------|------|------|\n| RRプラトー(RR1.0〜3.5を11水準) | **11/11すべてプラス**（+30円→+195円と滑らかに増加） | ✓ パラメータ過敏でない |\n| 別通貨(USD/EUR/GBP JPY) | 2/3プラス（USDJPY+79・EURJPY+63・GBPJPY-35） | ✓ 通貨固有でない |\n| 3分割ウォークフォワード | **3/3区間すべてプラス**（+18.7/+208.2/+27.8円） | ✓ 特定相場依存でない |\n\n**RRプラトー11/11全勝が決定的**: 過剰最適化なら特定RRだけ尖って勝つはずが、RRを上げるほど期待値が滑らかに増加＝構造的優位性が実在。\n\n## なぜ効くか（儲かるシステムの本質）\n- 検証#1-5の**逆張り系（ダブルボトム/RSI平均回帰）は全滅**、本件は**順張りトレンドフォロー**\n- トレンドフォローは「勝率は低い(32-55%)が、たまの大勝ちが多数の小負けを上回る」典型\n- 設計原則「**勝率より期待値とRR**」を体現。RR3.5・勝率32%でも+189円/回\n- 「主要通貨×単純テクニカルは勝てない」(検証#5結論)を**「順張り×高RR×トレンドフィルタの組合せ」が突破**\n\n## 注意・次アクション（実運用前に必須）\n- GBP/JPYはマイナス→**USD/JPY・EUR/JPY中心**に。スプレッドが広い通貨は不利\n- MAクロスは年間50-60トレードと低頻度＝スプレッド固定費の影響が小さい（薄利多売の逆＝検証#3の教訓通り）\n- ⚠️ まだ「3年・1時間足・スプレッド固定1pip」の机上。実運用前に: ①スリッページ/可変スプレッド ②約定遅延 ③より長期(5-10年)データ ④フォワードテスト(数ヶ月のデモ運用)\n- パラメータ最終固定は RR2.0〜2.5（プラトー中央・極端でない）推奨\n\n## 関連\n- LLM Wiki id=430(カタログ),437,439,443,444,446(検証#1-5)\n- コード: matrix_search.py（探索エンジン）, robustness.py（頑健性検証）", "tags": ["trade", "FX", "バックテスト", "backtrader", "トレンドフォロー", "エッジ発見", "マトリクス探索", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T02:12:35.813463+09:00", "updated_at": "2026-05-31T02:12:35.813463+09:00"}
{"id": 448, "title": "★★検証#8-9: 全市場で勝ちパターン確定 順張りブレイク×高RRは市場普遍 2026-05-30", "content": "## 結論（市場横断の普遍的エッジを確定）\n市場をFX・クリプト・コモディティ・米株の10銘柄に拡張し、マトリクス総当たり→OOS→頑健性検証した結果、**「順張りブレイク系 × 高RR(2-3) × ATRストップ」が全市場で機能する普遍的優位**と確定。上位4市場が頑健性検証3/3を完全合格。\n\n## 検証#8: 多市場マトリクス探索（10市場×24組合せ=240通り）\n- コストを「価格に対する%」で統一（FX0.015% / クリプト0.10% / コモディティ0.03-0.04% / 株0.02-0.03%）→ 異市場を同じ土俵で比較\n- train(前半50%)評価→test(後半OOS)検証で **10市場すべてでOOS生存候補、計20件**\n- test期待値ランキング上位:\n  | 市場 | 銘柄 | パターン | test期待値%/回 | 勝率 |\n  |------|------|---------|---------------|------|\n  | 米株 | AAPL | breakout/RR3 | +0.793% | 34% |\n  | 原油 | CL=F | rsi_rev/RR3 | +0.439% | 31% |\n  | 金 | GC=F | donchian/RR3 | +0.272-0.332% | 35-37% |\n  | FX | USDJPY | ma_cross/trend/RR3 | +0.061% | 31% |\n\n## 検証#9: 頑健性検証 — 上位4市場すべて★★★(3/3満点)\n各候補をRRプラトー/3分割期間WF/コスト2倍ストレスで検証:\n| 市場 | RRプラトー | 期間3分割 | コスト2倍 | 判定 |\n|------|-----------|----------|----------|------|\n| AAPL | ✓ | ✓ | ✓ | ★★★ |\n| CL=F(原油) | ✓ | ✓ | ✓ | ★★★ |\n| GC=F(金) | ✓7/7 | ✓3/3 | ✓(+0.256→+0.226%) | ★★★ |\n| USDJPY | ✓7/7 | ✓3/3 | ✓(+0.109→+0.094%) | ★★★ |\n\n金・USDJPYはRRプラトー全勝（RR上げるほど期待値が滑らかに増加）=過剰最適化でない決定的証拠。\n\n## 市場横断の普遍法則（最重要・儲かるシステムの核）\n全20勝ちパターンの共通項:\n1. **ほぼ全て「高RR(2-3) × 低勝率(28-48%)」** = 市場が変わっても「順張りで損小・利大」が普遍\n2. **エントリーは breakout/donchian/ma_cross（順張りブレイク系）が大半**\n3. **株・コモディティのエッジがFX/クリプトより大きい**（AAPL+0.79% vs USDJPY+0.06%）= コストが相対的に小さくトレンドが素直\n4. 検証#1-5の逆張り系全滅 → 「順張りブレイク×高RR」が市場を問わず効く\n\n→ お姉様の「すべての取引から確実に儲かる瞬間」への答え:\n**「順張りブレイクで損は小さく(ATR×2 SL)・利は大きく(RR2-3)伸ばす」瞬間が全市場共通の優位ゾーン。特に株個別(AAPL)・商品(原油/金)で優位大。**\nただし勝率28-48%=「確実に勝つ」でなく「負けは多いが勝つとき大きく勝つ」高期待値型。\n\n## 実運用前の必須事項（机上→実弾の一線）\n- 期待値はコスト込みだが「固定%スプレッド・スリッページ無視・約定遅延無視」の理想値\n- 株/コモディティは取引時間が連続でない（ギャップ・オーバーナイト金利）を未考慮\n- 必須: ①可変スプレッド/スリッページ ②より長期データ ③数ヶ月フォワード(デモ)テスト ④ポジションサイジング/資金管理(破産確率)\n- 推奨配分: エッジ大のAAPL/金/原油を主軸、RR2.5前後(プラトー中央)固定\n\n## 関連\n- LLM Wiki id=447(USDJPY単市場での発見), id=430-446(検証#1-5)\n- コード: multi_market.py(多市場探索), robustness_multi.py(頑健性)", "tags": ["trade", "多市場", "クリプト", "株", "ゴールド", "トレンドフォロー", "エッジ確定", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T02:23:16.385062+09:00", "updated_at": "2026-05-31T02:23:16.385062+09:00"}
{"id": 449, "title": "トレード戦略ダッシュボード（検証#1-9可視化）2026-05-30", "content": "## 概要\n検証#1-9の全成果を1枚の自己完結HTMLダッシュボードに可視化。Chart.js(CDN)で4ビュー。**Tailscale内部に常設（PM2 trade-dashboard）**。\n\n## アクセス（常設・Tailscale接続端末から）\n**http://100.115.94.5:8400/dashboard.html**\n- PM2: `trade-dashboard` (id:17, port 8400, Tailscale IP bind)\n- ルート `/` は dashboard.html に302リダイレクト\n\n## ファイル構成（/home/ubuntu/workspace/trade-backtest/）\n| ファイル | 役割 |\n|---------|------|\n| dashboard.html | 配信HTML（データ埋込済み・21KB） |\n| serve_dashboard.py | 配信サーバー（Tailscale IP:8400にbind） |\n| run_dashboard.sh | PM2用bashラッパー（後述の罠回避） |\n| gen_dashboard_data.py | バックテスト→dashboard_data.json生成 |\n| build_dashboard.py | dashboard_data.json→dashboard.html組立 |\n\n## データ更新手順（市場/戦略を追加したとき）\n```bash\ncd /home/ubuntu/workspace/trade-backtest\n./venv/bin/python gen_dashboard_data.py   # 最新データ取得→JSON再生成\n./venv/bin/python build_dashboard.py      # HTML再組立\n# PM2は静的配信なので再起動不要（ブラウザ再読込でOK）\n```\n\n## PM2起動の罠（重要・instinct）\n- **PM2でPythonスクリプトを直接 `--interpreter python` 起動すると、bunのフォークコンテナ(ProcessContainerForkBun.js)がPythonをJSとしてパースし `SyntaxError: unterminated string literal` で起動失敗ループ**（restarts激増・errored）\n- 回避策: **bashラッパー(run_dashboard.sh)を作り `pm2 start run_dashboard.sh --interpreter bash` で起動**。bashが素直にvenv pythonを呼ぶので干渉しない\n- 既存instinct「PM2でbunスクリプト起動前にinterpreter衝突確認」と同根\n\n## 4ビュー\n1. 市場×戦略ヒートマップ（9市場×4戦略の期待値%・緑赤グラデ）\n2. RRプラトー曲線（AAPL/金/原油/USDJPY）\n3. 資産曲線（9市場の累計リターン%）\n4. 検証#1-9サマリー表\n\n## 検証\nPlaywrightで実ブラウザ動作確認済み（Chart.js 2インスタンス・資産曲線canvas幅1190px×9系列・JS実行エラー0件）。Tailscale経由 HTTP 200・正常HTML配信を確認。\n\n## 関連\n- LLM Wiki id=447(USDJPY発見), id=448(多市場確定), id=430-446(検証#1-5)", "tags": ["trade", "ダッシュボード", "可視化", "Chart.js", "PM2", "Tailscale", "常設", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T02:34:39.406929+09:00", "updated_at": "2026-05-31T02:58:12.879026+09:00"}
{"id": 451, "title": "検証#10: 資金管理シミュレーション 賭け率3%が実務最適・Kellyは罠 2026-05-30", "content": "## 概要\n検証#6-9で発見したエッジ（順張りブレイク×高RR、勝率28-48%）を「破産せず運用」するための資金管理を、モンテカルロ法で検証。**賭け率次第で同じエッジが天国にも地獄にもなる**ことを実証。\n\n## 設定\n- ツール: money_management.py（モンテカルロ・random.seed(42)で決定的）\n- エッジ前提（検証#9のGC=F/USDJPY代表・保守値）: 勝率35% / RR3.0 / 期待値+0.400R\n- 200トレード × 5000パス。破産級＝初期資金の50%割れ\n\n## 結果: 賭け率 vs リターン/リスク\n| 賭け率 | 資産中央値 | 平均最大DD | 破産級確率 |\n|--------|-----------|-----------|-----------|\n| 1% | 2.14x | 12% | 0.0% |\n| 2% | 4.27x | 24% | 0.0% |\n| **3% ★実務最適** | **7.95x** | **33%** | **0.6%** |\n| 5% | 22.5x | 50% | 5.4% |\n| 6.7%(ハーフKelly) | 44x | 61% | 12.9% |\n| **13.3%(フルKelly)** | 141x | **87%** | **45.1%** |\n| 20% | 49x | 96% | 70% |\n| 25% | 5.9x(崩壊) | 99% | 83% |\n\n## 結論（儲かるシステムの土台）\n1. **エッジがあっても賭けすぎれば破産する**: 同じ勝率35%/RR3でも、賭け率で結果が激変\n2. **フルKellyは罠**: 中央値141xで最大に見えるが破産級45%・DD87%。理論成長最大化＝実務では半数が資金半減。推定誤差があるエッジでKelly満額は自殺行為\n3. **賭けすぎは成長も殺す**: 25%賭けは資産5.9xまで激減（山を越えると急降下）。「上げるほど儲かる」は誤り\n4. **実務最適=賭け率3%**: 破産級0.6%で中央値8倍。「生き残りながら着実に増やす」点\n5. trends-trade.md「資金管理が戦略の本体」「ドローダウンに耐えられない戦略は破綻」を自エッジで数値実証\n\n## bot実装への指針\n- **1トレードのリスクは資金の2-3%に固定**（ATRストップ幅から逆算してロット決定）\n- ハーフKelly(6.7%)でも破産級13%は実運用では高すぎ → 3%が現実解\n- 勝率が低い戦略ほど連敗が長く深いDDを生む → 低勝率×高RRのトレンドフォローは特に小さめのサイジングが要る\n- 実際は推定勝率が下振れするので、保守的に見積もった勝率でサイズ計算する\n\n## 注意\n- これは「エッジが本物で安定している」前提のシミュレーション。実際のエッジ劣化（レジーム変化）には未対応 → フォワードテストで継続監視が要る\n- 複数市場分散（検証#8で10市場に優位）でパスのばらつきはさらに低減可能（本シミュレーションは単一戦略）\n\n## 関連\n- LLM Wiki id=447,448(エッジ発見), id=449(ダッシュボード)\n- コード: /home/ubuntu/workspace/trade-backtest/money_management.py", "tags": ["trade", "資金管理", "モンテカルロ", "Kelly", "破産確率", "ポジションサイジング", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T03:14:51.785579+09:00", "updated_at": "2026-05-31T03:14:51.785579+09:00"}
{"id": 452, "title": "検証#11: ペーパートレードbot実装 検証#1-10の集大成・実弾なし 2026-05-30", "content": "## 概要\n検証#1-10で発見・確定したすべてを統合した**ペーパートレード（仮想売買）bot**。実弾は流さない（取引所API未接続）。フォワードテストの土台。\n\n## 安全設計（最重要）\n- **取引所API未接続＝実弾ゼロ**。発注は仮想約定（JSON記録）のみ\n- 理由: フォワードテスト未実施・APIキーは本物資金に直結・「バックテストで勝てても本番で負ける」鉄則\n- これは「botが正しく動くか」を実弾リスクなしで検証する段階\n\n## 統合した要素\n| 由来 | 要素 |\n|------|------|\n| 検証#8 | 市場別最適エントリー（USDJPY=ma_cross/GC=donchian/CL=rsi_rev/SPY=donchian/AAPL=breakout/BTC=donchian） |\n| 検証#9 | 200SMAトレンドフィルタ・ATR×2ストップ・RR2.5(プラトー中央) |\n| 検証#10 | 1トレードのリスク=資金の3%（ATRストップ幅から逆算ロット） |\n| Opus4.8推奨 | 状態を外部JSON(paper_state.json)保存・ロングラン対応 |\n\n## 動作\n```bash\npython paper_bot.py          # 1ティック: 全市場シグナル評価→TP/SL判定→仮想エントリー→状態更新\npython paper_bot.py --status # 仮想ポートフォリオ状態表示\n```\n毎ティック: ①最新データ取得 ②保有ポジのTP/SL判定→仮想クローズ ③新規シグナル→3%ロット計算→仮想エントリー ④JSON保存\n\n## 動作検証（実データ）\n- **ロジック生存確認**: 各市場で過去シグナル176-957回発生（USDJPY176/GC891/CL423/SPY469/AAPL569/BTC957）、直近もGC/SPY/AAPLは6本前に発生＝正常稼働\n- **3%サイジング検証**: SPYシグナル足(2026-05-29)で価格756.60・ATR1.94 → lot7740 → **SL到達時の最大損失29,997円＝資金の正確に3.0%** ✅\n- 状態JSON保存・--status表示ともに正常\n\n## 次段階（フォワードテスト）\n- このbotを定期実行（cron/PM2）して数ヶ月間の仮想成績を蓄積 → 未来データで本当に勝つか検証\n- 仮想で安定プラスを確認できたら初めて少額実弾を検討（それまで実弾は流さない）\n- 注意: yfinance 1時間足は遅延あり・リアルタイム性は限定的 → 本番運用には別データソース要\n\n## 関連\n- LLM Wiki id=447,448(エッジ), id=449(ダッシュボード), id=451(資金管理)\n- コード: /home/ubuntu/workspace/trade-backtest/paper_bot.py / 状態: paper_state.json", "tags": ["trade", "bot", "ペーパートレード", "仮想売買", "資金管理", "2026-05-30"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T03:19:28.038555+09:00", "updated_at": "2026-05-31T03:19:28.038555+09:00"}
{"id": 453, "title": "検証#12: フォワードテスト開始 paper_bot 1時間毎cron常設 2026-05-31", "content": "## 概要\n検証#11のペーパーbotを1時間毎cronで常駐させ、**フォワードテスト**を開始。机上のエッジが「これから流れる未来の相場」でも勝つかを、実弾ゼロで蓄積検証する段階。\n\n## 構成\n- cron: `5 * * * * bash /home/ubuntu/workspace/trade-backtest/run_paper_tick.sh`（毎時5分・他cronと時刻分散）\n- ラッパー: run_paper_tick.sh（bash経由でvenv python起動＝bun干渉回避・instinct適用）\n- ログ: /home/ubuntu/workspace/trade-backtest/paper_forward.log（末尾2000行に自動トリム）\n- 状態: paper_state.json（資金・保有ポジ・決済履歴を永続化）\n\n## 動作\n毎時5分に paper_bot.py が1tick実行:\n1. 6市場(USDJPY/GC/CL/SPY/AAPL/BTC)の最新1時間足取得\n2. 保有仮想ポジのTP/SL判定→仮想クローズ\n3. 新規シグナル→3%リスクでロット計算→仮想エントリー\n4. paper_forward.log に記録・paper_state.json 更新\n\n## 確認状況\n- 手動実行でラッパー動作確認済み（tick#1記録・状態更新・bun干渉なし）\n- crontab登録確認済み（既存cron保全したまま追記）\n\n## フォワードテストの意義（最重要）\n- バックテスト(過去最適化)と違い、**未来データ＝過剰最適化が紛れ込めない真の検証**\n- 数週間〜数ヶ月の仮想成績で「机上のエッジが本物か」が分かる\n- **安定プラスを確認するまで実弾は流さない**。それまでは仮想売買のみ\n- 注意: yfinance 1時間足は遅延・週末ギャップあり→本番運用には低遅延データソース要\n\n## 確認コマンド\n```bash\ncd /home/ubuntu/workspace/trade-backtest\n./venv/bin/python paper_bot.py --status   # 仮想ポートフォリオ状態\ntail -30 paper_forward.log                 # 直近tick log\n```\n\n## 次段階\n- 数週間後、paper_state.json の決済履歴が溜まったら成績集計（勝率・期待値・最大DDが机上と一致するか）\n- 一致＆プラスなら少額実弾を検討。乖離するならエッジ劣化としてロジック見直し\n- ダッシュボードにフォワード成績ビュー追加（データ蓄積後）\n\n## 関連\n- LLM Wiki id=452(ペーパーbot), id=451(資金管理), id=447-448(エッジ)\n- コード: paper_bot.py / run_paper_tick.sh", "tags": ["trade", "フォワードテスト", "bot", "cron", "ペーパートレード", "2026-05-31"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T03:33:52.543008+09:00", "updated_at": "2026-05-31T03:33:52.543008+09:00"}
{"id": 454, "title": "学習・作業日報 2026-05-31", "content": "## 概要\nYouTube Short 1本の確認依頼から始まり、**トレードシステムを検証#1-12まで一気通貫で構築**（エッジ発見→可視化→資金管理→bot→フォワードテスト稼働）。並行して本番障害復旧・デプロイ基盤問題発見・新規issue対応も完遂。LLM Wiki 約14件追加（id=429-453）。\n\n## 本日の3大成果\n\n### A. トレードシステム構築（継続目標「儲かるシステム」）— 検証#1-12完走\n| 段階 | 成果 | Wiki |\n|------|------|------|\n| 基盤 | yt-learnにtradeドメイン新設・過去FX記録10ページ棚卸し統合 | id=429,430 |\n| #1-5 探索 | 単体定型手法（ロンドンNY初動/ダブルボトム/RSI平均回帰）は**全滅**=鵜呑み回避 | id=437,439,443,444,446 |\n| #6-7 発見 | マトリクス探索で**順張りブレイク×高RRのエッジ発見**（RRプラトー11/11） | id=447 |\n| #8-9 拡張 | **10市場(FX/クリプト/金/原油/米株)で勝ちパターン確定**・頑健性3/3満点 | id=448 |\n| 可視化 | ダッシュボード常設 http://100.115.94.5:8400/dashboard.html (PM2 id:17) | id=449 |\n| #10 資金管理 | モンテカルロで**賭け率3%が実務最適**・Kellyは罠(破産級45%) | id=451 |\n| #11 bot | ペーパーbot実装（全統合・実弾なし・3%サイジング検証済) | id=452 |\n| #12 フォワード | **毎時cron常設でフォワードテスト稼働開始** | id=453 |\n\n### B. 本番障害対応\n- vvv全ページ500復旧（template_config.py再起動漏れ→pm2 restart）\n- 新規issue #517/#518/#520 調査→全て実害なし（再発なし/外部起因/解決済み）とコメント\n\n### C. デプロイ基盤問題発見\n- 本番フォルダが非git・deploy-prod.shが死亡 → Issue #516（rsync方式ドラフト作成・要承認で保留）\n\n## 主要アクションアイテム\n- [ ] Priority 1: 2週間後フォワードテスト成績集計（paper_state.json vs 机上エッジ）→一致なら少額実弾検討\n- [ ] Priority 2: Issue #516 デプロイ基盤是正（お姉様の承認待ち）\n- [ ] Priority 3: #517/#518/#520 クローズ判断\n\n## 明日以降のタスク候補\n- フォワードテストのログ監視（paper_forward.log）\n- ダッシュボードにフォワード成績ビュー追加（データ蓄積後）\n- 本番運用には yfinance 以外の低遅延データソース調査\n\n## 確立した再利用資産\n- **検証フロー**: ①コスト前R単位期待値で足切り→②train評価→③OOS検証→④頑健性3点(RRプラトー/別通貨or期間/コスト2倍)\n- **instinct**: PM2/cronでPython直起動はbun干渉→bashラッパー回避 / Pythonモジュール編集後はサービス再起動必須\n- コード: ~/workspace/trade-backtest/（matrix_search/robustness/money_management/paper_bot 等）\n\n## 統計\n- トレード検証: #1-12（12フェーズ完走）\n- LLM Wiki新規/更新: 約14件（id=429-453）\n- 本番対応: 障害復旧1件・issue調査3件・新規issue起票1件(#516)\n- 常設化: ダッシュボード(PM2 id:17) + フォワードテストcron(毎時5分)", "tags": ["日報", "daily-report", "2026-05-31", "daily-summary", "trade"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T03:42:52.683477+09:00", "updated_at": "2026-05-31T03:42:52.683477+09:00"}
{"id": 455, "title": "instinct: 自動起票ツールのdedupは「経過時間」でなく「Issueのopen/close状態」を一次判定にする", "content": "# instinct: 自動起票ツールのdedupは経過時間でなくIssue状態を一次判定にする\n\n## 問題\nvvv bug_watchdog.py が playwright-service エラー Issue を約2時間ごとに量産（#491〜#518 で22件）。\n\n## 真の原因\n`_is_already_filed` が `DEDUP_MINUTES(120分)` の時間ベース判定を先に行っていた。OPEN Issue が存在しても120分経過すると再起票してしまう。検知対象のエラー条件が継続していると、2時間ごとに永久に同一 Issue を量産する。\n\n## 修正（正しい判定順）\n1. 紐づく Issue が OPEN → 経過時間に関わらず抑止（同じ未解決バグを量産しない）\n2. Issue が CLOSED → dedup 解除して再起票可能\n3. URL不明の古い state のみ時間ベース抑止\n\n```python\nif issue_url:\n    if _is_issue_open(issue_url):\n        return True  # OPEN なら時間無視で抑止\n    # CLOSED なら state削除して再起票可\n    return False\n# URL無し旧形式のみ時間ベース\nreturn datetime.now(JST) - last < timedelta(minutes=DEDUP_MINUTES)\n```\n\n## ポイント\n- 自動起票系の dedup は「前回起票からの経過時間」でなく「Issueが今もopenか」を一次判定にする\n- gh コマンド失敗時は OPEN 扱い（=抑止）で安全側に倒す\n- playwright-service の再起動41回はブラウザ Context limit(30) 到達時の正常な定期再起動で実害なし\n- 本番フォルダ(vvv)は main から diverge（requests vs urllib・UAヘッダ・エラーフィルタが本番固有）。ファイル全体コピーは本番改善を消すため、修正関数のみ手動適用する\n\n## 関連\n- vvv#522（修正PR・マージ済み）\n- 重複Issue #491〜#518 を #517/#518 に集約してクローズ", "tags": ["instinct", "vvv", "watchdog", "dedup", "automation"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T03:54:03.610212+09:00", "updated_at": "2026-05-31T03:54:03.610212+09:00"}
{"id": 456, "title": "instinct: 機能をリファクタで撤廃したらモックしているテストも同時に追従させる", "content": "# instinct: 機能撤廃時はモックテストも同時に追従させる\n\n## 問題\nvvv #520: screenshot_service.py から S3(boto3)機能をリファクタで撤廃したが、テストが古い S3 版(patch(...boto3)・s3_client・head_object/upload_file)のまま残り、存在しない属性を patch しようとして16件 AttributeError。同種: #268(削除済み _call_kimi_fallback のモック残存)。\n\n## ポイント\n- 機能をコードから消すとき、その機能をモックしているテストも同じ PR で追従させる(import 時/collection 時エラーで全滅する)\n- patch対象が実装から消えると、テスト実行前の patch 解決段階で AttributeError になり、テストスイート全体が collection error で止まる\n- 本番フォルダ(git管理外・diverge)とorigin/mainでテストが別々に修正される事故が起きる。両方を同一版に揃える\n- env未設定でimportエラーになる場合は .env をコピー/symlinkせず環境変数注入(SECRET_KEY≥32文字・DATABASE_URL)でテスト実行する\n\n## 関連\n- vvv#523(修正PR)・#268(同種の置き去りテスト)", "tags": ["instinct", "vvv", "test", "refactor", "mock"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T04:27:21.552489+09:00", "updated_at": "2026-05-31T04:27:21.552489+09:00"}
{"id": 457, "title": "instinct: Hermes v0.15.2 dashboard_auth パッケージング欠落とブリッジ修正 (2026-05-31)", "content": "# instinct: Hermes v0.15.2 dashboard_auth パッケージング欠落とブリッジ修正\n\n## 問題\nhermes-dashboard (PM2 id:11) が `ModuleNotFoundError: No module named 'hermes_cli.dashboard_auth.routes'` で再起動ループ(↺18回)していた。\n\n## 根本原因 (packaging bug)\n- hermes-agent **0.15.2** の wheel は `plugins/dashboard_auth/nous/` (本物のOAuth実装23.5K) を同梱するが、それが依存する **`hermes_cli/dashboard_auth/` 名前空間の実体ファイル群を同梱し忘れている**。\n- `web_server.py` は `hermes_cli.dashboard_auth.{routes,middleware,audit,ws_tickets,prefix}` と `list_providers` を15箇所でimportする。\n- `plugins.py:570` は `from hermes_cli.dashboard_auth import (DashboardAuthProvider, register_provider)` を呼ぶ。\n- 本物の `nous/__init__.py` は `from hermes_cli.dashboard_auth import (DashboardAuthProvider, InvalidCodeError, LoginStart, ProviderError, RefreshExpiredError, Session)` の6シンボルを要求する。\n- これら全てが wheel に欠落 → import不能。\n\n## 前回の不完全な応急処置 (2026-05-31 05:53)\n別セッションが `hermes_cli/dashboard_auth/` と `plugins/dashboard_auth/` の両方に空スタブを手置きした。が `__init__.py` が `DashboardAuthProvider`+`list_providers` しか定義せず、残り5シンボル(InvalidCodeError等)が欠落。`plugins.dashboard_auth.nous` をimportすると `ImportError: cannot import name 'InvalidCodeError'` で失敗。\n※ localhostバインドで `should_require_auth(\"127.0.0.1\", False)==False` のため nous ロードに到達せず、エラーが顕在化していなかっただけ。\n\n## 恒久修正 (2026-05-31 06:28-06:30)\n`hermes_cli/dashboard_auth/` の6ファイルを正規ブリッジに置換:\n- `__init__.py`: 6シンボル(DashboardAuthProvider ABC / LoginStart・Session dataclass / ProviderError・InvalidCodeError・RefreshExpiredError 例外階層) + プロセス全体プロバイダレジストリ(register_provider/list_providers/get_provider)\n- `ws_tickets.py`: 欠落していた TicketInvalid・consume_ticket を追加(web_server.pyがimport)\n- `middleware.py/audit.py/routes.py/prefix.py`: localhostパススルーで機能的に正しいことを明記\n- 検証: nous完全ロードOK / register(ctx)はclient_id未設定でno-op(仕様通り) / list_providers()==[] (loopbackで正常) / web_server.py全体import OK / 再起動後 unstable_restarts=0・uptime53s安定・9119 HTTP 200\n- スタブ退避: `~/workspace/tools/hermes-dashboard-auth-stub-backup-20260531_062746/`\n\n## ⚠️ 再発リスク (重要)\n`uv pip install --upgrade hermes-agent` を実行すると、site-packagesの修正が**上書きされ消える**(現在「1 commit behind」表示中)。\n- upstreamのpackaging bugが修正済みならupgradeで本物が入る\n- 未修正ならupgrade後に再びこの修正が必要\n→ upgrade後は必ず `python3 -c \"from plugins.dashboard_auth import nous\"` で疎通確認すること。\n\n## localhost運用での認証仕様 (誤解防止)\nshadowは `--port 9119` で **127.0.0.1 バインド**。`should_require_auth`がFalseを返し認証ゲートは元々engageしない(loopback運用者向けの正しい仕様)。`list_providers()`が空なのは正常。**非loopbackバインドに変える場合のみ** `HERMES_DASHBOARD_OAUTH_CLIENT_ID=agent:{instance_id}` の設定 or `--insecure` が必要。", "tags": ["hermes", "instinct", "packaging", "pm2", "shadow", "dashboard_auth"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T06:33:31.199905+09:00", "updated_at": "2026-05-31T06:33:31.199905+09:00"}
{"id": 458, "title": "トレード検証候補#13: 1分足スキャル「weakness×ゾーンブレイク×RR3:1」 2026-05-31", "content": "## 情報源\n- URL: https://youtube.com/watch?v=wYgjzosTpF8\n- タイトル: Best 1 Minute Scalping Strategy Ever.\n- 種別: YouTube Short（トレード系・英語）\n- 投稿日: 不明（yt-dlp が YouTube bot 対策で取得不能）\n- スコア: 76/100（trade基準: 関連性27/再現性27/検証可能性17/鮮度5）\n- domain: trade\n\n## 手法の中身（マルチタイムフレーム・ショート専用スキャル）\n\n検証#1-12で集めたエッジ群（順張りブレイク×高RR）と整合する、再現性のある逆張り起点→ブレイク追随型のスキャル手法。\n\n### 環境認識（15分足）\n- 重要なキーレベル（水平サポレジ）を特定\n- そのレベルで「高値を更新したが、その高値より下で終値を迎える陽線」= **weakness（買いの勢い喪失）** を検出\n- その15分足ローソクの「終値〜ヒゲ先端」を四角形（レクタングル/ゾーン）で囲む\n\n### エントリー（1分足）\n- 1分足に切り替え\n- 価格が上記ゾーンの下限を抜け、**陰線で確定（クローズ）した瞬間**にショート（売り）エントリー\n\n### 損切り（SL）\n- エントリーしたローソク足の始値の上、またはゾーンの上限に置く\n\n### 利確（TP）\n- 15分足の次の安値をターゲット\n- 少なくとも **リスクリワード 3:1** を狙う\n\n## 評価\n- **再現性: あり**。時間足（15分/1分）・パターン形状（weakness）・エントリートリガー（ゾーン下抜け陰線確定）・SL/TPの位置が明確に数値/位置で定義 → 過去チャートでバックテスト可能\n- **裁量要素**: 「重要なキーレベル」の選定に主観が入る（要ルール化）\n- **誘導**: コメント欄経由でフルEブック/フルコースへの宣伝あり。ただし動画自体に1手法をしっかり解説しているため記録対象（同バッチの他4本=書籍/コース誘導のみで記録不可とは対照的）\n- **未開示**: 勝率・期待値・最大ドローダウンの開示なし → 自前バックテストで要計測\n\n## 既存エッジとの関係\n- 検証#8-9「順張りブレイク×高RR(2-3)×低勝率」と方向性一致（高RR3:1）\n- 検証#10「賭け率3%固定」・検証#12「paper_bot」のフレームに組み込み可能\n- weakness（高値更新失敗）= 流動性スイープ後の反転を狙う発想 → 1本目#-V7amQY5R2k「liquidity」プロモが中身ゼロだったのに対し、本動画は同概念を具体ルール化している点が価値\n\n## アクションアイテム\n- backtrader/vectorbt で本手法を実装し、勝率・期待値・最大DD・破産確率を計測（検証#13候補）\n- 「重要なキーレベル」を客観的に定義する補助ルール（直近スイングH/L・前日高安・ラウンドナンバー等）を付与してから検証\n- コスト前 R単位理論期待値を最初に計算してエッジ有無を先に判定（検証#5で確立した標準フロー）\n- 検証する場合は 15分足×1分足の長期データ（数ヶ月以上）が必要", "tags": ["yt-learn", "trade", "scalping", "price-action", "multi-timeframe", "2026-05-31"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T06:33:58.806296+09:00", "updated_at": "2026-05-31T06:33:58.806296+09:00"}
{"id": 459, "title": "学習日報 2026-05-31 yt-learn 06:38", "content": "# 学習日報 2026-05-31 yt-learn 06:38\n\n## 概要\nユーザーから連投されたトレード系YouTube Short 9本を `/yt-learn`(trade domain自動判定)で処理。LLM Wiki 1件追加（id=458）。**9本中7本が情報商材/EA/書籍/コース誘導プロモで記録不可・1本取得不能・収穫は1本のみ**という結果。trade足切りルールが正しく機能した実地検証でもある。\n\n---\n\n## 今日学んだこと（YouTube・trade domain）\n\n### 唯一の収穫: 1分足スキャル「weakness×ゾーンブレイク×RR3:1」(76点)\n- 出典: wYgjzosTpF8「Best 1 Minute Scalping Strategy Ever.」\n- **環境認識(15分足)**: 重要キーレベルで高値更新に失敗した陽線(weakness)→終値〜ヒゲ先端をゾーン化\n- **エントリー(1分足)**: ゾーン下抜けの陰線確定でショート\n- **SL**: エントリー足始値の上 / **TP**: 最低RR3:1\n- 時間足・パターン・トリガー・SL/TPが明確でバックテスト可能。検証#8-9「順張りブレイク×高RR」と整合\n- 詳細: LLM Wiki id=458\n\n### 記録不可だった8本（足切り内訳）\n| video_id | タイトル | 不採用理由 |\n|----------|---------|-----------|\n| -V7amQY5R2k | Price action + Liquidity + trendlines | BGM+Eブック誘導のみ |\n| _0V79HSMk1Q | (取得不能) | 削除/非公開でNotebookLM取込不可 |\n| eFwQicwPxQ0 | フラッグポールに要注意 | 基礎解説薄+攻略メソッド誘導 |\n| 7y56vcOQ89s | This AI Trading EA... | EA宣伝・無料デモサイト誘導 |\n| NGzrY5fvUHc | Buy or Sell? Challenge | 逆三尊基礎+フルコース誘導 |\n| 8LqkJa8PNhg | Trading Book | BGMのみ・書籍誘導 |\n| -AcUKOlaJxg | Trading BOOK in my profile | BGMのみ・書籍誘導 |\n| x4yCDmB2Rvw | Trading Book | BGMのみ・書籍誘導 |\n\n### 教訓\n- **トレード系Shortは中身ゼロの宣伝が大半**（今回9本中8本）。タイトルに `Book / EA / profile / challenge / liquidity(プロモ)` を含むものは事前足切りが有効\n- yt-dlp は YouTube bot対策(PO Token必須化)で字幕・メタデータ全滅 → NotebookLM直接ソース追加が確実ルート\n- NotebookLMに無価値ソースを溜めない運用: 解析後すぐ delete（今回6本削除・5本目のみ残存）\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| ~/workspace/trade-backtest/scalp_weakness_mtf.py | 検証#13: スキャル手法のバックテスト雛形(新規)。15分足weakness検出→1分足ショート・RR3:1。multi_market.pyの作法に統一 |\n\n### 動作確認\n- venv/bin/python で実行成功。EURUSD/GBPUSD/USDJPY/BTC-USD でzone検出→シミュレーション動作\n- ⚠️ ただし損益結果は信頼不可: FX約定0(時刻整合不備)・USDJPY勝率1%(pip未考慮の極小risk異常)・BTC+119%(7日過剰最適化)。スクリプト冒頭に既知問題として明記済み\n- この段階の結論は「ロジックは動きシグナルは出る。損益は未検証」のみ\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. **検証#13本格化**: scalp_weakness_mtf.py の修正 — ①1分足とゾーンの時刻整合を厳密化 ②各市場のpip/最小変動・最小risk下限を導入 ③長期1分足データでOOS分割・最大DD・破産確率を計測\n2. **キーレベルの客観定義**: 「重要なキーレベル」を直近スイングH/L・前日高安・ラウンドナンバーで近似するルール付与（現状は直近20本高値の単純近似）\n3. **コスト前R単位期待値を先に計算**してエッジ有無を判定（検証#5の標準フロー徹底）\n4. **長期1分足データソース確保**: yfinanceは7日上限。フォワード/本格検証には別ソース必要\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 458 | トレード検証候補#13: 1分足スキャル「weakness×ゾーンブレイク×RR3:1」 | yt-learn, trade, scalping, price-action, multi-timeframe, 2026-05-31 |", "tags": ["日報", "2026-05-31", "daily-summary", "yt-learn", "trade"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T06:39:04.876810+09:00", "updated_at": "2026-05-31T06:39:04.876810+09:00"}
{"id": 460, "title": "NTT tsuzumi 2 Vision — 図表読解する日本語特化ソブリンAI 2026-05-31", "content": "## 情報源\n- URL: https://youtube.com/watch?v=n6Z8nt35c7Y\n- タイトル: 【ゆっくり解説】NTTの国産AI「tsuzumi 2 Vision」がスゴい！図表まで読む日本語特化LLMとは\n- ジャンル: tech / 国産LLM・エンタープライズAI\n- 投稿日: 2026年5月（tsuzumi 2 Vision は2026-05-19発表）\n- スコア: 約78/100（技術仕様明確・マクロトレンド価値あり）\n\n## 技術仕様（動画で言及された数値）\n- **パラメータ数**: 300億（30B）パラメータ\n- **必要GPU**: NVIDIA A100クラス（40GBメモリ）GPU 1基で稼働可能\n- **対応モダリティ**: テキスト + 画像（Vision）。文章をテキスト変換せず「画像」として丸ごと認識し、表のレイアウト・グラフの形・フロー図を正確に読解\n- **アーキテクチャ**: 既存「tsuzumi 2」をベースに、文字/図表理解用の「独自アダプター（後付け部品）」を追加した構造\n- **リリース**: 2026-05-19発表（土台の tsuzumi 2 は2025-10登場）\n\n## 主要な発見\n1. **「なんでも屋」ではなく「日本語ビジネス文書の専門店」戦略**: 巨大海外モデルが膨大な知識量と汎用推論で勝負するのに対し、tsuzumi は日本語ビジネス文書処理に特化。NTT独自テストでは同サイズ帯でLlama 4 Scout・GPT-5.2と同等の読解力とされる\n2. **画像アダプターで図表をネイティブ読解**: OCRでテキスト化せず画像のまま認識するため、表レイアウト・グラフ・フロー図の意味を保持して理解できる\n3. **ソブリンAI（純国産）**: 学習データから開発までNTTが自前管理。著作権・データ主権が守られ、国・大企業が安全に利用できる。巨大単一モデルでなく小型特化AIを複数連携させる「AIコンステレーション」構想\n4. **オンプレ対応が最大のメリット**: 軽量（GPU1基）なので自社サーバーで稼働可。契約書・財務資料などの機密情報を外部に出さず処理できる。※API提供有無は動画では言及なし\n5. **ツール呼び出し機能搭載**: 数値計算能力向上に加え、必要時に外部ソフトを使う tool calling 対応\n\n## 想定ユースケース\n- 金融機関: 融資審査の数字が並んだ表からの必要項目自動抽出\n- 技術・保守現場: 矢印で繋がったフロー図を読み取りトラブル原因判断を支援\n- 医療・行政: 機密性の高い会議資料・書類を電子化/DB化し「業務デジタル化のラストマイル」を解決\n\n## アクションアイテム\n- 機密データを外部APIに出せない要件（vvv の社内資料処理など）が出た場合、オンプレ国産LLM選択肢として tsuzumi 2 Vision を評価候補に\n- 図表/PDFの構造化抽出タスク（vvv-bots detail_llm の帳票系拡張）でVisionアダプター型モデルの検証価値あり\n- 現状の shadow ポリシー（中華系API不使用）と整合する純国産モデルとして、NVIDIA NIM等のフォールバック群に並べて将来比較\n\n## 既存知識との関係\n- [[feedback_no_chinese_apis]] 中華系API不使用ポリシーと整合（純国産・ソブリンAI）\n- マクロトレンド: エンタープライズAIが「生成」から「governance/データ主権」へ移行（2026-05-12 AIM Network論と一致）", "tags": ["yt-learn", "tech", "国産LLM", "tsuzumi", "NTT", "ソブリンAI", "2026-05-31"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T09:36:10.947578+09:00", "updated_at": "2026-05-31T09:36:10.947578+09:00"}
{"id": 461, "title": "学習日報 2026-05-31 yt-learn 09:37", "content": "# 学習日報 2026-05-31 yt-learn 09:37\n\n## 概要\n`/yt-learn` 単一URL指定モードで3本のYouTube動画を処理。うち1本（NTT tsuzumi 2 Vision）を有益と判定しLLM Wikiエントリ1件追加。残り2本は対象外/取得不能。\n\n---\n\n## 今日学んだこと（YouTube）\n\n### 国産LLM / エンタープライズAI\n- **NTT tsuzumi 2 Vision**（2026-05-19発表・LLM Wiki id=460）\n  - 300億パラメータ・A100(40GB)1基で稼働する軽量モデル\n  - 図表/グラフ/フロー図を**OCRせず画像のままネイティブ読解**するVisionアダプター\n  - 「日本語ビジネス文書の専門店」戦略でLlama4 Scout/GPT-5.2と同等読解力（同サイズ帯・NTT独自テスト）\n  - 学習〜開発をNTT自前管理する純国産=**ソブリンAI**。データ主権/著作権を担保\n  - 軽量ゆえ**オンプレ稼働**でき機密情報を外部に出さず処理（最大メリット）\n  - 小型特化AIを複数連携する「AIコンステレーション」構想・tool calling搭載\n\n### 対象外（メモリ汚染防止のため記録せず）\n- **動画1（FXスキャルピングツール）**: 「月2200万」等の金額実績とモザイク済み独自インジケーターで期待感を煽り、5/24ライブ配信へ誘導するプロモ。具体ルール/バックテスト一切なし → trade自動足切り3条件すべて該当\n- **動画2（F3rmG8mC3nI）**: NotebookLM API「no data」3回・WebFetchもメタ取得不可。字幕欠落等で取得不能 → スキップ\n\n---\n\n## 今日実装したもの\n\n| ファイル | 変更内容 |\n|--------|---------|\n| vvv-bots: bots/gokou_timeline/ai_keywords.txt | 新AIツール名「tsuzumi」をトレンド追跡キーワードに追加（commit & push to main） |\n\n---\n\n## 未実装アクションアイテム（優先順）\n\n1. 機密データを外部APIに出せない要件（vvv社内資料処理）発生時、国産オンプレLLM候補としてtsuzumi 2 Visionを評価\n2. 図表/PDF構造化抽出（vvv-bots detail_llm 帳票拡張）でVisionアダプター型モデルの検証\n3. 中華系API不使用ポリシーと整合する純国産モデルとして、NVIDIA NIM等フォールバック群に並べ将来比較\n\n---\n\n## LLM Wiki エントリ一覧（本セッション追加）\n\n| id | タイトル | タグ |\n|----|---------|------|\n| 460 | NTT tsuzumi 2 Vision — 図表読解する日本語特化ソブリンAI | yt-learn, tech, 国産LLM, tsuzumi, NTT, ソブリンAI |\n\n---\n\n## 処理メモ（インフラ状況）\n- yt-dlp はPO Token必須化（bot対策）でメタデータ取得が全滅 → NotebookLM直接ソース追加ルートで突破（既知障害・2026-05-30以降継続）\n- NotebookLM CLI（v0.4.1・juyodausアカウント）は正常稼働", "tags": ["日報", "2026-05-31", "daily-summary", "yt-learn"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T09:37:54.454953+09:00", "updated_at": "2026-05-31T09:37:54.454953+09:00"}
{"id": 463, "title": "LLM Wiki フルスペックRAG化完了 2026-05-31", "content": "# LLM Wiki フルスペックRAG化完了 (2026-05-31)\n\nLLM Wiki を「Retrievalのみの半RAG」から、検索→rerank→生成→引用を完結する**フルスペックRAG**へ改修した。llm-wiki#1。\n\n## 改修前の致命的弱点（実測で発見）\n1. `embed()` が `text[:2000]` で切り捨て → 2000字超の48ページの後半が意味検索に乗らなかった\n2. ベクトルインデックス無し → 全件 seq scan\n3. rerank無し / 生成（G）はエージェント任せ\n\n## 実装した4フェーズ\n- **Phase1 チャンク分割**: `wiki_chunks` テーブル新設。見出し優先チャンカ（~1000字・overlap100）。432→594チャンク・100%埋め込み。最長39,840字ページ→40チャンク\n- **Phase2 HNSW**: `idx_wiki_chunks_hnsw`・`idx_wiki_pages_hnsw`・GIN(fts)。pgvector 0.6.0\n- **Phase3 Rerank**: ハイブリッド上位→LLM rerank→top_k。fail-open\n- **Phase4 /ask**: 検索→文脈注入→LLM生成→`[N]`引用付き\n\n## モデル構成（鍵レス・非中華）\n- 埋め込み: Ollama nomic-embed-text 768次元（ローカル・外部送信なし）\n- rerank/生成: **9router経由** で `nvidia/meta/llama-3.3-70b-instruct` → `groq/llama-3.3-70b-versatile` → `cerebras/gpt-oss-120b` → `ollama/qwen2.5:3b` フォールバック\n- 9routerが鍵を内部管理するため、Wikiコードに API キーを書かない\n\n## 新エンドポイント\n- `GET /api/rag_search?q=&top_k=` — チャンク検索+rerank\n- `GET /api/ask?q=&top_k=` — RAG完結Q&A（引用付き）\n- `GET /api/rag_health` — プロバイダ疎通+チャンク統計\n- MCP: `wiki_ask` / `wiki_rag_search` 追加\n\n## 重要な学び\n- 9routerの `/v1/models` 一覧はキャッシュで不正確。**実測でモデルID確定が必要**（一覧に無くても叩ける、有っても404）\n- `stream:false` 明示が必須。gpt-oss系は reasoning にトークン消費するので max_tokens を絞りすぎると content が空\n- チャンカは冪等設計（DELETE→INSERT）にしたので `/api/add` フックで追加/更新ページを即再チャンク化できる\n- HNSWは近似最近傍ゆえ少件数（594）ではプランナがseq scanを選ぶ。件数増で自動切替\n\n## 関連\n- ファイル: web/llm-wiki/{llm_client.py, chunk_and_embed.py, app.py}\n- 9router: localhost:20128（PM2 id:14）。[[2026-05-24 9router学習]]\n- ポリシー: [[ポリシー: 中華系API不使用]]", "tags": ["llm-wiki", "rag", "9router", "pgvector", "infra"], "domain": "ai", "source_url": null, "importance_score": 1.0, "wikilinks": [], "created_at": "2026-05-31T09:47:56.150559+09:00", "updated_at": "2026-05-31T09:47:56.150559+09:00"}