# instinct: fail2banはactiveでも設定が緩いとスロー攻撃が素通りする

## 事象 (2026-06-10・Issue vvv-bots#333)

shadow は fail2ban が active なのに、48時間で SSH 攻撃 1,036 件に対し BAN がたった 2 件だった。

## 根本原因

`maxretry=5 / findtime=600 / bantime=3600` という緩い設定。現代のSSHブルートフォースは**多数IPに分散したスロー攻撃**（トップ攻撃元でも 85件/48h ≈ 1.8件/h）のため、「10分以内に5回」の閾値にほぼ届かず BAN が発動しない。「fail2ban が動いている=守られている」は誤り。**banカウンタと実際の攻撃ログ流量を突き合わせて初めて機能不全が見える**（1036 vs 2 の乖離が証拠）。

## 対処（2段構え）

1. **本命: 攻撃面の削減** — SSH 22/tcp を ufw で Tailscale 限定化（`ufw insert 1 allow from 100.64.0.0/10 to any port 22 proto tcp` → `ufw delete allow 22/tcp` の順序厳守でロックアウト防止）。適用後5分で攻撃 0 件。
2. **保険: fail2ban強化** — `/etc/fail2ban/jail.d/99-sshd-hardening.local` に `maxretry=3 / findtime=3600 / bantime=86400 / bantime.increment=true / bantime.factor=2 / bantime.maxtime=604800`。jail.d/*.local は jail.local より後に読まれるので確実に上書きできる。

## 再利用チェックリスト（新ホスト堅牢化時）

- [ ] 正規ログインが全て Tailscale 経由か確認（`journalctl -u ssh | grep Accepted` で非100.x送信元ゼロ）→ ゼロなら22のTailscale限定化は安全
- [ ] ufw は「許可追加 → 開放削除」の順序
- [ ] PermitRootLogin no（事前に root Accepted 14日ゼロ + root@利用スクリプトなしを裏取り）
- [ ] sshd変更は `sshd -t` → `systemctl reload ssh`（restartでなくreloadなら既存セッション維持）
- [ ] 効果検証: 変更後の攻撃流量カウント + 正規経路のsshdバナー到達確認（cure→shadowで `nc 100.x 22`）

## 関連
- Issue vvv-bots#333 (実施記録) / #248 / #511
- multi-host-deploy.md（5ホスト構成）


instinct: Claude Codeプラグインはmarketplace登録を消さないとauto-restoreで蘇る（last30days復活事例）

# instinct: CCプラグインの物理削除はauto-restoreで蘇る

## 事象（2026-06-10 発見・claude-base#64）

- 2026-06-09 にお姉様指示で last30days プラグインを物理削除し、自前 jhd（`~/.claude/tools/jhd/`）に置換した
- ところが **同日深夜（JST 6/10 02:56 = UTC 6/9 17:56）に v3.3.2 が自動再導入**され、翌日のセッション起動フックで「Ready to use・Last run 18h ago」と現役表示されていた

## 根本原因

`~/.claude/plugins/known_marketplaces.json` にマーケットプレイス登録が残っていた。
`~/.claude/plugins/marketplaces/<name>/` は git clone であり、**Claude Code はセッション開始時に登録リストから origin/main へ auto-restore（再clone・再インストール）する設計**。ファイル削除は症状しか消さない。

## 完全削除の3点セット

```bash
claude plugin uninstall <plugin>@<marketplace>
claude plugin marketplace remove <marketplace>   # ←再発の根
rm -rf ~/.claude/plugins/{cache,data,marketplaces}/<関連物> + 関連スクリプト
# 検証: grep -c <name> ~/.claude/plugins/known_marketplaces.json installed_plugins.json → 0
```

## マルチホストの罠

**plugins/ は claude-base で gitignored** のため、git reset 同期（deploy_all_servers.sh）では各ホストに伝播しない。shadow/cure/arcana/mac/win の各ホストで個別に登録削除が必要だった。

実施結果（2026-06-10）: shadow=3点削除 / arcana=marketplace remove+rm -rf / cure=marketplace removeのみ（plugin未導入） / mac=3点削除 / win=残存なし。`last30days_daily.py`（arcana cron用残骸・cron未登録）は git rm して全ホスト同期で消滅（commit 4208b95）。

## 教訓

- 「物理削除した」記録があっても登録ファイルが残れば蘇る。削除作業は**登録（メタデータ）→実体→残骸スクリプト**の順で根まで断つ
- gitignored なディレクトリの掃除はホスト同期に乗らない。マルチホスト環境では各ホストで検証コマンドを回す

関連: claude-base#64 / memory instinct-plugin-marketplace-autorestore / project-jhd-research-engine（jhd置換の経緯）


Claude Code X横断学習 2026-06-10 — ループ設計/GitHub外部Agent安全検査GA/Fable5データ収集/ecc★21万/Codex使い分け

# Claude Code 横断学習 2026-06-10

## 情報源
- 検索語: claude code（days=1）/ vvv API X投稿100件（score≥70: 19件・score≥60: 41件）
- jhd横断: HackerNews + はてブ（Qiita/Zenn/GitHub は当該期間ヒット薄）
- 一次情報深掘り: GitHub Blog changelog / note記事 / X投稿（Jina経由）

## 主要な発見

### 1. ⭐GitHub「外部Coding Agentへの安全検査」がGA（一次裏取り = GitHub Blog公式）
2026-06-09、GitHub が **Claude / OpenAI Codex などサードパーティ coding agent が生成したコードにも、Copilot cloud agent と同じ自動セキュリティ検査を適用開始（GA）**。
- 3検査が自動実行: **CodeQL（脆弱性解析）/ GitHub Advisory DB（新規依存の既知脆弱性照合）/ secret scanning（APIキー・トークン検出）**
- 問題検出時は **agent がPR確定前に自分で解決を試みる**
- デフォルトON・リポジトリのCopilot設定に従う・**GitHub Advanced Security ライセンス不要**
- 2025-10のCopilot向け開始以降、数百件の漏洩・脆弱性を未然に防いだ実績
- 出典: https://github.blog/changelog/2026-06-09-security-validation-for-third-party-coding-agents/
- **示唆**: 「AIに書かせるか」でなく「PR前にAPIキー漏れ・依存リスクを潰せるか」が論点という整理（@utopia0619）。vvv/vvv-bots のGitHub PRワークフローで有効化を検討

### 2. ⚠Fable/Mythos クラス利用時はZDRでも30日ログ保存（データポリシー変更）
- @jparkjmc「Fable/Mythos を使うとデータ収集される。enterprise partnerも例外なし」が530K view拡散
- @ptptin の冷静な解説（精査）: **これまでZDR（ゼロデータ保持）だったプラン・接続でも、Mythosクラスモデル使用時に限り、セキュリティ監査目的で30日間ログ保存**。Claude Code等の通常サービスには影響なし
- **示唆**: 機密コードを扱う際、Fable/Mythosクラス使用時のログ保存を念頭に。中華系API不使用ポリシーと同様、「どのモデルで何を送るか」の判断材料。shadowでの機密処理はローカルLLM分離を継続

### 3. 「プロンプトを書く時代の終わり、ループを設計する時代」が再確証（Boris Cherny）
- @0xMovez（142.9K view）: Boris「**もうClaudeにプロンプトを書かない。ループを作り、ループが仕事をする。私の仕事はループを設計すること**」を18分動画で解説
- 構成: Claude + agents + loops + routines + dynamic workflow
- 関連記事「How to master Dynamic Workflows in Claude Code: 6 patterns and 14 steps」（Anthropicエンジニアの手法）
- **示唆**: 既知方針（id=539/542でX/last30days/動画の3ソース裏取り済）の4回目の確証。/loop・symphony-loop・dynamic workflow運用は方向性として正しい

### 4. Everything Claude Code（affaan-m/ecc）が★21万超の異例リポジトリ
- Anthropicハッカソンで8時間フルスタートアップ完成→優勝者が10ヶ月分のセットアップを無料公開
- 説明: "agent harness performance optimization system. Skills, instincts, memory, security, research-first development for Claude Code, Codex, Opencode, Cursor"
- ★212,154（2026-06-10時点・異例の規模）
- **示唆**: skills/instincts/memory/security/research-first というharness構成は shadow の既存設計（rules/skills/memory/instinct）と同じ思想。中身を精査して取り込める要素を探る価値あり

### 5. その他ツール・知見
- **CCS（import-21/claude-context-server）**: コードをシンボル単位でインデックスし丸読み不要にするMCPサーバー（Python/JS/TS/Java/C++/Go対応）。shadowは既にcodegraph MCP導入済で類似
- **html2pptx.app / html2pptx skill**: Claude公式pptx skillより変換幅が広くHTMLをそのままPPTX化（Genspark超えと主張）
- **Cohere「North Mini Code」**: Cursor/Copilot一強のコード生成にCohere参戦・複数ベンダー独自LLM選択時代
- **Claude Fable 5**: 「5000万行を1日で移行」が話題・コーディングはmedium effortでもOpus 4.8 xhigh超えとの実測報告（要自前検証）・トークン消費が大きい（"ガブガブ"）との声多数
- **Claude Code v2.1.169**（2026-06-09リリース）: 起動失敗時に原因が「自分の設定」か「ツール本体」か切り分けやすく改善（shadowはv2.1.156）
- **HN: Claude Code sandbox bypass（2回目）** = ネットワークallowlist回避でのデータ持ち出しexploit（oddguan.com）。サンドボックス境界の脆弱性報告が継続

## アクションアイテム
1. GitHub外部Agent安全検査をvvv/vvv-bots PRワークフローで有効化検討（Issue起票候補）
2. affaan-m/ecc のharness構成を精査し取り込める要素を抽出
3. Fable/Mythosクラス使用時のZDR→30日ログ保存を機密処理判断に反映
4. note.com を学習取得ソースとして組み込む（jhdは現状はてブ経由のみ・お姉様要望）
5. Claude Code v2.1.169の起動失敗切り分け改善は次回アップデート時に確認

## メタ教訓
- X投稿の多くは書籍宣伝・参加報告・感想で低価値。score≥70でも一次裏取りで価値が確定したのは GitHub安全検査GA・ZDRポリシー・ecc の3件
- ⭐の正体: X伝聞「GitHubが検査拡大」→ GitHub Blog公式changelogで CodeQL/Advisory/secret scanning の3検査と判明（伝聞→一次裏取りの価値・id=544と同パターン）


学習日報 2026-06-10 x-learn 17:05

# 学習日報 2026-06-10 x-learn 17:05

## 概要
`/x-learn`（全ソース横断）で取得・解析したナレッジ。X投稿100件＋jhd横断（HN/はてブ）。LLM Wiki 1エントリ追加（id=548）。
お姉様の要望「noteの情報も取得に組み込める？」を受け、jhd に note.com ソースを実装・実証。

---

## 今日学んだこと（X横断）

### Claude Code運用・セキュリティ
- **GitHub外部Coding Agent安全検査GA**（GitHub Blog一次裏取り）: Claude/Codex生成コードに CodeQL + Advisory DB + secret scanning の3検査が自動実行・agentがPR確定前に自己解決・GHASライセンス不要・デフォルトON
- **Fable/Mythosクラス利用時のZDR→30日ログ保存**: セキュリティ監査目的・通常Claude Codeは影響なし（@ptptin精査）
- Claude Code v2.1.169（起動失敗の切り分け改善）/ HN: sandbox bypass 2回目（ネットワークallowlist回避でのデータ持ち出し）

### ハーネス・ワークフロー設計
- **Boris「プロンプトでなくループを設計する」再確証**（X/last30days/動画に続く4回目の裏取り）
- **Everything Claude Code（affaan-m/ecc）★21万**: skills/instincts/memory/security/research-first harness を無料公開・shadowの既存rules/skills/memory/instinct設計と同思想

### ツール
- Codex vs Claude Code 使い分け（note記事・動く場所/関わり方/向く仕事の3軸）
- CCS（codegraph類似のシンボル検索MCP）/ html2pptx（公式pptx skillより変換幅広い）/ Cohere North Mini Code（コード生成参戦）

---

## 今日実装したもの

| ファイル | 変更内容 |
|--------|---------|
| `~/.claude/tools/jhd/lib/note.py` | **新規**: note.com 検索API横断ソース（認証不要・スキ数=エンゲージメント） |
| `~/.claude/tools/jhd/lib/pipeline.py` | note の import / SEARCH_ALIAS / MOCK_AVAILABLE / available() / fetchディスパッチ 配線 |
| `~/.claude/tools/jhd/lib/normalize.py` | PASSTHROUGH_SOURCES に note 追加 |
| `~/.claude/tools/jhd/lib/render.py` | SOURCE_LABELS に note 追加 |
| `~/.claude/skills/x-learn/SKILL.md` | Step 0 横断ソース表に note を追記（次回自動発火） |

動作確認: `--diagnose` で note が available_sources に出現 / `note.search_note("Claude Code",...)` でスキ100-331の高品質記事10件取得を実証。

---

## 未実装アクションアイテム（優先順）

1. GitHub外部Agent安全検査を vvv/vvv-bots PRワークフローで有効化検討（Issue起票候補）
2. affaan-m/ecc のharness構成を精査し取り込める要素を抽出
3. Fable/Mythosクラス使用時のZDR→30日ログ保存を機密処理判断に反映
4. note単独実行時に planner が月報ノイズを引く件 — 他ソース融合時は埋もれるため低優先

---

## LLM Wiki エントリ一覧（本セッション追加）

| id | タイトル | タグ |
|----|---------|------|
| 548 | Claude Code X横断学習 2026-06-10 — ループ設計/GitHub外部Agent安全検査GA/Fable5データ収集/ecc★21万/Codex使い分け | x-learn, claude-code, 2026-06-10, github-security, ai |


tmux×生成AIエージェント運用ベストプラクティス実装 2026-06-10

# tmux×生成AIエージェント運用ベストプラクティス実装 (claude-base#65 + #66)

## 経緯
お姉様指示「tmuxと生成AIのベストプラクティスを実装」→ why-first GO → task-router(GROK分析+CODEX補助) → grok盲点出し → 実装 → 検証 → 全ホスト展開。続けてお姉様提案でログインセッションセレクター追加(#66)。

## 成果物
- `~/.claude/tmux/ai-agent.conf` — claude-base管理スニペット。各ホストの `~/.tmux.conf` から if-shell ガード付き source（未展開ホストでもエラーにならない）
- `~/.claude/scripts/ai-tmux.sh` (`~/.local/bin/ai-tmux`) — start/ls/peek/attach/select/log/clean/kill
- `~/.claude/rules/tmux-ai-workflow.md` — 使い分け・Gotcha・禁止事項
- `~/.bashrc` (shadow/cure/arcana) — SSHログイン時 `ai-tmux select` 自動起動

## 設定の根拠（grok盲点出し反映）
| 設定 | 値 | 根拠 |
|------|-----|------|
| history-limit | 50000 | 既定2000ではエージェント推論ログが流れる。メモリ膨張対策に `ai-tmux clean` |
| escape-time | 10ms | **0msはSSHでマルチバイトシーケンス分断リスク**。10msが安全圏 |
| default-terminal+Tc | tmux-256color+RGB | Claude Code等TUIの色崩れ防止 |
| extended-keys | on (csi-u) | Claude CodeのShift+Enter/Ctrl+Enterを素通し |
| monitor-activity | on / visual off | ポップアップはトークン単位出力でスパム化するためウィンドウリスト色のみ |
| detach-on-destroy | off | 誤killでclientごと落ちる事故防止 |

## ログインセッションセレクター (#66)
SSHログイン時に「既存セッションattach / 新規 / 素のシェル」を選択。**旧 ssh-agent-launcher.sh (2026-06-07廃止) の廃止理由4点を全て潰した設計**:
- exec乗っ取り → サブプロセス表示のみ
- 選択強制ブロック → **タイムアウト10秒で素のシェル**(Enter/sでも即抜け)
- 全画面クリア → クリアしない
- エージェント終了後ループ → ループしない
- 無効化 `AI_TMUX_SELECT=0` / 非対話・TTYなし・tmux内では発動しない（Claude Code Bash/scpを邪魔しない）

## 設計判断（重要）
- **send-keysによるプロンプト注入はai-tmuxに意図的に非実装**。対話CLIのプログラム操作で claude -p 課金(2026/6/15分離)を回避する潜脱は規約違反として却下済みのため。プログラム呼び出しは9router fail-closedルートを使う
- agenthub(pipe-pane+GARBAGE_RE方式・vvv#497)とは共存。ls/peek/selectの観測対象だがstart/killはagent-hub-server側
- ANSIゴミ: peekは制御文字除去済み。生ログ(log on)は `strings <log> | less` で読む

## 発見バグ → instinct化
tmuxのペイン系操作(select-pane/capture-pane/pipe-pane/clear-history)はセッション名のみの `=name` 指定だと `can't find pane` エラー。**`=name:`（コロン付き）でセッションのカレントウィンドウに解決される**。has-session/kill-session/attachは `=name` でOK。

## テスト時の注意
tmux attach のテストは TERM=dumb だと `open terminal failed: terminal does not support clear` で失敗する。`TERM=xterm-256color script -qec ...` でPTY+TERMを与えて検証する。

## 展開状況
shadow=適用検証済 / cure・arcana=スクリプト+bashrc+symlink適用済(tmux3.4) / mac=同期済・tmux未導入 / win=同期済(対象外)

## 検証記録
- #65: tmux source-file構文OK・8設定値全反映・agenthub3セッション無傷・ai-tmux 8項目スモークテスト合格
- #66: ガード3種(TTYなし/無効化/tmux内)・タイムアウト・s選択・番号選択→attach→detach復帰 全合格


トレードシステム推進 2026-06-10 — v2 NaNバグ修正・OpenD認証復旧(CAPTCHA突破)・週次レポート自動化

# トレードシステム推進 2026-06-10 (vvv-bots#336)

「金融商品トレードで儲かる仕組みを作る」継続目標の推進セッション。

## フォワードテスト現況 (2026-06-10時点)

| | v1 (10市場・順張りブレイク) | v2 (3本柱 AAPL/NVDA/MSFT) |
|---|---|---|
| 稼働 | 12日・243tick | 5日・119tick |
| 成績 | **+33.07%** (n=15・勝率46.7%・PF2.12・RR2.43・期待値+22,045円/回・最大DD-8.66%) | 0件 → NaNバグ修正済み |
| 市場別 | BTC+231k/金+144k/USDJPY+79k/AAPL+50k、SPY-71k/原油-103k全敗 | — |

低勝率×高RRの設計通りに機能。ただしn=15はサンプル極小、強気判断は時期尚早。

## instinct: yfinance未確定当日行(OHLC=NaN)でシグナルbotが無言で沈黙

- yf.download(日足)の最終行がOHLC全NaN・Volumeのみ入ることがある(未確定当日行)
- NaN比較が常にFalse → エラーなしで「シグナルなし(待機)」を出し続ける(v2が5日間沈黙した真因)
- 対策: ロード直後に dropna(subset=OHLC)。長さチェックはdropna後。
- 切り分け: 中間値(close/don_hi/sma)のNaN確認 + 過去2年の発火回数(AAPL16/NVDA19/MSFT13日=月0.5-0.8回)で裏取り
- v1は data_adapter.load_yfinance がdropna済みで無傷 → +33%は正しい計測

## instinct: OpenDログイン停止はtelnetコンソール22222で復旧できる

- OpenDが5日間「Graphic verification code required」でAPI全拒否(プロセス生存・ポート待受でも)
- **先にSDKクライアント(moomoo_conn等)を全kill** — SDK再接続ループ(6秒毎)がSMS要求を連発しレート制限を自家中毒で延長する
- `printf 'req_pic_verify_code\r\n' | nc 127.0.0.1 22222` → `~/.com.moomoo.OpenD/F3CNN/PicVerifyCode.png` をClaude Readで読む(6倍拡大+二値化) → `input_pic_verify_code -code=XXXX` → 画像認証突破成功(実証)
- 次にSMS認証: `req_phone_verify_code` → 携帯コードを `input_phone_verify_code -code=XXXXXX`
- ログ時刻はCST(UTC+8)=JST-1h。疎通確認はGTWLogのretMsgまで見る

## 実施事項

1. paper_bot_v2.py の load_ohlcv に dropna追加 (commit f40850d)
2. trade-backtest をgit管理化(40ファイル・資産保護)
3. MOOMOO_MOCK=1 でSIMブローカー約定パス(open/close/notionalガード)全検証合格
4. BROKER=moomoo_real + MOOMOO_LIVE未設定 → MoomooSimBroker強制ダウングレード確認(実弾4重ガード健在)
5. weekly_report.py 新規 + cron(月曜08:10 JST) — v1/v2 KPIをDiscord OPSへ。Gotcha: DiscordはPython-urllib UAを403で弾く→UA明示必須
6. OpenD画像認証突破。SMS認証はお姉様の携帯コード待ち

## 次のアクション

- SMS認証完了 → DATA_SOURCE=moomoo フェーズ1検証 → BROKER=moomoo_sim フェーズ2(SIMULATE実発注)
- 実弾解禁ゲート: フォワード3ヶ月+・期待値プラス維持・DD<15%・人間承認(自動解禁なし)


Claude Code最新動向 X学習 2026-06-11

## 情報源
- 検索語: claude+code
- X投稿数: 100件（期間: 2026-06-11 過去1日）
- 主要発見: 4件深掘り済み

## 主要な発見

### 1. Claude Code v2.1.172 リリース（2026-06-10）

主な変更点:
- **サブエージェントが最大5階層まで独自のサブエージェントを生成可能**に
- `AWS_REGION`が未設定の場合、Amazon BedrockがC`~/.aws`設定ファイルからAWSリージョンを読み取るように（AWS SDK優先順位準拠）。`/status`でリージョンの取得元を表示
- プラン一覧閲覧時に検索バーを追加
- OTEL メトリクス `claude_code.lines_of_code.count` に `model` 属性を追加
- 使用クレジットなしで1Mコンテキストを使用するセッションが永続的にスタックする問題を修正（セッションが自動的に標準コンテキスト制限以下にコンパクトされるように）
- Claude in Chromeのツール読み込みを改善（バッチ呼び出し化）
- `/code-review ultra` オプションをサインインしていない場合でも表示し続けるように
- Remote Controlフッターインジケーターを「/rc active」に短縮
- リモートセッションで`/loop`を促進するのを停止（保留中のループはコンテナを維持しないため）
- VSCode PowerShellツール呼び出しのJSON表示バグを修正

ソース: https://github.com/anthropics/claude-code/blob/main/CHANGELOG.md

### 2. Code with Claude Tokyo 発表（@claudeai 公式）

**Claude Managed Agents**:
- **スケジュールデプロイ（Scheduled Deployments）** がパブリックベータ公開
- **Vaultの環境変数** がパブリックベータ公開
- → エージェントがスケジュールで動き、ツールをセキュアに使い、より大きなジョブに対応可能に

**Claude Code**:
- **Dynamic Workflows（ダイナミックワークフロー）** が一般公開（GA）

ソース: https://x.com/claudeai/status/2064741174317924421

### 3. AWS CLI Agent Toolkit 対応（AWS公式発表）

`aws configure agent-toolkit` コマンド1つで、以下のコーディングエージェントに一括インストール可能:
- **Kiro、Claude Code、Codex、Cursor**などの主要コーディングエージェント

Agent Toolkit for AWS の構成:
- **AWS MCPサーバー**: 15,000+ AWS APIへのセキュアなエージェントインターフェース
- **40+のエージェントスキル**: ストレージ・ネットワーキング・アナリティクス等の専門ガイダンス
- **3つのプラグイン**: MCPサーバーとスキルをバンドル

利用可能リージョン: US East（N. Virginia）、Europe（Frankfurt）

ソース: https://aws.amazon.com/about-aws/whats-new/2026/06/aws-cli-agent-toolkit/

### 4. Obsidian CEO 公式Claude Code Skills公開

ObsidianのCEO（kepano）がClaude Code向けの公式Skillsを公開:
- Obsidian構文に沿ったMarkdownを正確に出力する
- VaultとKBのファイル管理・キャンバス編集
- Webページをクリーンアップしてトークン消費を抑える（defuddle連携）

ソース: https://x.com/ClaudeCode_UT/status/2064622345009136127

### 5. Codex vs Claude Code 役割分担整理

- **Codex**: 手元の実装、設定、既存コード修正を前に進める
- **Claude Code**: 広い調査、サブエージェント、作業分解を束ねる
→ 2つの役割差が明確化されてきた

## 独自見解・Tips

- サブエージェント5階層対応により、大規模なマルチエージェントワークフローが可能に
- AWS CLI Agent Toolkitで全主要コーディングエージェントへの統一セットアップが実現
- Dynamic WorkflowsのGA化でプロダクション利用が本格化
- Obsidian Skills（defuddle込み）はトークン節約に直結

## アクションアイテム

1. `claude --version` 確認 → v2.1.172未満ならアップデート
2. Dynamic WorkflowsのGA確認と実運用評価
3. `aws configure agent-toolkit` でAWS MCP自動設定を試す
4. Obsidian公式Skillsを導入評価（Vault管理・defuddle連携）
5. Scheduled Deploymentsのパブリックベータを試用


Claude Code横断学習補足（HN/Hatena）2026-06-11

## jhd横断学習（HackerNews + Hatena）結果

検索: "Claude Code 2026" / 期間: 過去30日

### HackerNews 注目記事

1. **Claude Code – 公式ドキュメントに載っていない設定の全て**
   - スコア: 74 | 326pts, 65コメント | 2026-05-29
   - URL: https://buildingbetter.tech/p/i-read-the-claude-code-source-code
   - ソースコードを読み込んで未公開設定を発掘した技術的深掘り記事

2. **Claude Code as a Daily Driver: Claude.md, Skills, Subagents, Plugins, and MCPs**
   - スコア: 72 | 451pts, 254コメント | 2026-05-27
   - URL: https://arps18.github.io/posts/claude-code-mastery/
   - Claude Code日常使用の包括的ガイド

3. **Dynamic Workflows in Claude Code（公式ブログ）**
   - スコア: 61 | 200pts, 135コメント | 2026-05-28
   - URL: https://claude.com/blog/introducing-dynamic-workflows-in-claude-code
   - Dynamic Workflows公式発表（今回X学習でGA確認）

4. **Claude CodeとCodexがGit経由でリアルタイム会話できる**
   - スコア: 56（fun:78）| 116pts, 79コメント | 2026-05-31
   - URL: https://medium.com/@Koukyosyumei/claude-code-and-codex-can-real-time-conversation-via-git
   - Gitコミットを通じたClaude Code ⇔ Codex リアルタイム協調

5. **Boxes.dev: Claude CodeとCodexをクラウドで動かす**
   - URL: https://boxes.dev | 2026-06-04
   - localhostを捨ててクラウド実行する新サービス

### Hatena/Zenn 注目記事

- **Code with Claude Tokyo参加レポート** (2026-06-10)
  - URL: https://zenn.dev/paraponera/articles/2026-06-11-code-with-claude-tokyo
  - 「AI時代に強い組織」への考察

- **Claude Fable 5レビュー：Opusの2倍の価格に見合う価値はあるか** (2026-06-10)
  - URL: https://zenn.dev/yamato_snow/articles/d180340730d583
  - Mythosクラス能力を一般向けに公開したFable 5の実使用レビュー

## 主要な洞察

- Dynamic WorkflowsはHNで200pts（2026-05-28）→ 今回X学習でGA確認（2026-06-10）
- Claude Code ⇔ Codex Git会話パターンは実践的なマルチエージェント協調手法
- claude-quotaなどのサードパーティツールも活発に開発中（macOS quota gauge）


学習日報 2026-06-11 x-learn 10:30

# 学習日報 2026-06-11 x-learn 10:30

## 概要
`/x-learn` で取得・解析したナレッジ。2件のLLM Wikiエントリ追加。

---

## 今日学んだこと（X + jhd横断）

### AIエージェント / Claude Code運用

- **Claude Code v2.1.172**: サブエージェント5階層対応・1Mコンテキストスタック修正・Bedrock `~/.aws`自動読み取り
- **Dynamic Workflows GA**: ultracode設定でXHigh effort + 自動ワークフロー判断。Bun Zig→Rust 75万行を11日で完了した実績
- **Claude Managed Agents**: スケジュールデプロイ + Vault環境変数がパブリックベータ
- **AWS CLI `aws configure agent-toolkit`**: Kiro/Claude Code/Codex/Cursorへの一括Agent Toolkit設定
- **Obsidian公式Skills**: CEO(kepano)作成。Vault管理・defuddle連携でトークン削減

### Codex vs Claude Code 役割分担
- Codex: 手元の実装・設定・既存コード修正
- Claude Code: 広い調査・サブエージェント・作業分解

---

## 今日実装したもの

| ファイル | 変更内容 |
|--------|---------|
| npm global | Claude Code v2.1.170 → v2.1.172 更新 |

---

## 未実装アクションアイテム（優先順）

1. Dynamic Workflowsをvvv大規模タスクで試用（ultracodeオン）
2. `aws configure agent-toolkit` でAWS MCPを自動設定
3. Obsidian公式Skillsを導入評価
4. Scheduled Deploymentsのパブリックベータを試用

---

## LLM Wiki エントリ一覧（本セッション追加）

| id | タイトル | タグ |
|----|---------|------|
| 553 | Claude Code最新動向 X学習 2026-06-11 | x-learn, claude-code, managed-agents |
| 554 | Claude Code横断学習補足（HN/Hatena）2026-06-11 | x-learn, hackernews, fable5 |


Claude Fable 5 炎上まとめ（2026-06-10〜12）

# Claude Fable 5 炎上まとめ（2026-06-10〜12）

## 情報源
x_search + Jina Reader + WebSearch（Gizmodo/The Register/Wired/Dataconomy）横断裏取り済み

## 炎上の核心
distillation guardrailを「非表示で出力を意図的に劣化させる」と設計しSystem Cardに明記していたが一般ユーザーは気づかなかった（prompt modification/steering vectors/PEFT）

## System Cardの問題箇所
> "Unlike our interventions for cybersecurity, biology and chemistry, and distillation attempts, these safeguards will not be visible to the user. Fable 5 will not fall back to a different model. Instead, the safeguards will limit effectiveness through methods such as prompt modification, steering vectors, or parameter-efficient fine-tuning (PEFT)."

cybersecurity/bio/chemはOpus 4.8へfall backしてユーザーに通知（可視）
しかし「他社LLMの学習に使おうとしている」と判定したクエリには無通知で出力品質の意図的低下を行っていた

## 過剰な false positive
- Gates Foundation研究者: 最初のメッセージ「Hello.」だけでOpus 4.8へのmodel_refusal_fallbackが発生
- 免疫学者: 「cancer」という単語がbiosecurity riskとしてフラグされ拒否
- GitHub claude-code repoに多数のbug report（#66587/#66655/#67062等）

## 開発者の反応
- Clay Merritt: "No refusal. No notice. Purposeful degradation invisible to the user."
- Reddit: "A refusal or HTTP-4xx is fair, but this is taking your money and poisoning your code base."

## Anthropicの謝罪・対応
公式声明: "We made the wrong tradeoff and we apologize for not getting the balance right."

変更内容:
- distillation guardrailを可視化（invisible → visible）
- flaggedリクエストはOpus 4.8へfall back + ユーザーに通知
- APIでは拒否理由をレスポンスに含める
- 公開から48時間以内に謝罪・方針転換

## shadow環境への影響
- shadowのClaude Code: v2.1.156（Fable 5前のバージョン）で安全
- v2.1.170以降アップデート: false positive多発リスクを確認してから判断

## 教訓
- System Cardに書いた≠ユーザーに伝わった→透明性の形骸化
- 非開示トレードオフは信頼を一気に崩す
- 新モデル=必ず良い は誤り（multi-model-routing.md方針と整合）


# DS4 (DwarfStar 4) — DeepSeek V4 Flash ローカル推論エンジン 完全解説

> 調査日: 2026-06-12 / YouTube動画: s3P_OOm9wNM (Tech千一夜チャンネル 12:05 / 2,423 views)
> 参照URL: techno-edge.net / knightli.com / gadget-otaku.com / zenn.dev/kamo78 / GMOグループ技術ブログ

---

## 1. DS4（DwarfStar 4）とは何か

| 項目 | 内容 |
|------|------|
| 正式名称 | DwarfStar 4 (ds4) |
| 開発者 | **Salvatore Sanfilippo（antirez）** — Redis作者 |
| 公開日 | 2026年5月初旬（GitHubへ公開直後にds4→DwarfStar 4にリネーム） |
| 対象モデル | **DeepSeek V4 Flash専用**（他モデルへの対応は計画なし） |
| 言語 | C言語製 / 依存ライブラリ極小 |
| 動作環境 | **Apple Silicon Mac + Metal必須** / 128GB以上の統一メモリ必須 |
| ライセンス | リポジトリのライセンス条項に準拠 |
| GitHubリポジトリ | https://github.com/antirez/ds4 |

### 「もうひとつのllama.cppではない」
READMEでantirezが明言: 「これは汎用GGUFローダーでも、ラッパーでも、フレームワークでもない。DeepSeek V4 Flashというたった1つのモデルを、推論エンジン・GGUFファイル・エージェント連携の3つすべてでend-to-endで完成形に近づける」プロジェクト。

### antirezがDeepSeek V4 Flashを選んだ8つの理由（README記載）
1. MoEのアクティブパラメータ効率（284Bながら推論時アクティブ数が少ない）
2. 思考セクションが問題複雑度に比例して短い
3. 1Mトークンの長文コンテキスト
4. 知識の解像度と広さ（辺境の知識にも到達できる）
5. 多言語対応の品質（英語・イタリア語）
6. KVキャッシュの極端な圧縮（ディスク永続化が可能）
7. 特殊な2-bit量子化（品質劣化最小限で81GBに圧縮）
8. 継続的な開発への期待

---

## 2. 技術的な主要発見（3つの革新）

### 2-1. ディスクKVキャッシュ
- プロンプトのトークン列をSHA1でキー化し `<sha1>.kv` ファイルとしてSSDに保存
- コールドスタート時・会話継続中・退避時・終了時に自動セーブ/ロード
- **同一プロンプト2回目は最大18倍の高速化を実現**

| 計測 | プリフィル時間 | 総処理時間 |
|------|-------------|-----------|
| 1回目（cold） | 4.813秒 | 5.129秒（KV 40.77 MiB保存） |
| 2回目（cache hit） | 0.000秒 | **0.282秒**（5.5msでロード） |

### 2-2. 非対称2-bit量子化（Asymmetric Quantization）
- MoEエキスパートのup/gate部分: **IQ2_XXS**（大胆な2-bit圧縮）
- MoEエキスパートのdown部分: **Q2_K**
- 注意機構のプロジェクション層・共有エキスパート・出力層: **Q8_0またはF16**（精度維持）
- 結果: 284Bパラメータのモデルを**約81GBに圧縮**（品質劣化を最小限に抑制）

### 2-3. エンドツーエンド設計（OpenAI/Anthropic互換API）
- **OpenAI互換**: `/v1/chat/completions` エンドポイント実装
- **Anthropic互換**: `/v1/messages` エンドポイント実装
- Claude Code / opencode / Hermes Agent とそのまま接続可能

---

## 3. Apple Silicon最適化の具体的内容

### 動作要件
- **必須**: Apple Silicon Mac + 128GB以上の統一メモリ
- **理由**: 量子化後でも約81GBのモデルサイズ + KVキャッシュ領域が必要
- 推論中のメモリ使用量: 最大110GB程度（推論後は解放）
- Windows/Linux: 未サポート（CUDAは低優先度 / CPUバックエンドはmacOSカーネルクラッシュの可能性あり）

### Metal活用による速度性能（M4 Max 128GB MacBook Proでの実測）

**短い対話での速度:**

| 条件 | プリフィル（t/s） | 生成速度（t/s） |
|------|-----------------|----------------|
| 短い挨拶（cold start含む） | 22.69 | 23.42 |
| コード生成 fibonacci(20) | 49.36 | 31.14 |
| thinkingモード/中問題 | 80.34 | 31.80 |

**長コンテキストでの安定性（ds4-bench, イタリア語小説テキスト, 128トークン生成）:**

| コンテキスト長 | プリフィル（t/s） | 生成（t/s） |
|-------------|----------------|------------|
| 2,048 | 315.66 | 25.85 |
| 16,384 | 168.93 | 14.48 |
| 32,768 | 135.36 | 15.75 |
| 65,536 | **119.74** | 14.75 |

→ **長コンテキストでもプリフィル120 t/s程度、生成15 t/s程度を維持**（実用的な速度）

---

## 4. 実践的コマンド例

### インストール・ビルド
```bash
# 前提: Xcode Command Line Tools が必要
# xcode-select --install

# リポジトリのクローン＆ビルド（数秒で完了）
git clone https://github.com/antirez/ds4.git
cd ds4
make

# モデルダウンロード（約81GB / 約20分）
./download_model.sh q2-imatrix
```

### 起動方法（3モード）
```bash
# 1. インタラクティブCLIモード
./ds4

# 2. HTTPサーバーモード（Claude Code等と接続する場合）
./ds4-server --ctx 100000 --kv-disk-dir /tmp/ds4-kv --kv-disk-space-mb 8192

# 3. 実験的Agentモード
./ds4 --agent
```

### macOS LaunchAgent常駐化（kamo78氏手順）
```bash
# 推奨ディレクトリ構成
# $HOME/llm/ds4/       ← ds4本体
# $HOME/llm/ds4/ds4flash.gguf  ← モデル
# $HOME/Library/Caches/ds4-kv/ ← KVキャッシュ
# $HOME/bin/start-ds4-server   ← 起動ラッパー

# LaunchAgent plistファイル配置先
# ~/Library/LaunchAgents/com.kamo.ds4.plist

# LaunchAgent登録・起動
launchctl load ~/Library/LaunchAgents/com.kamo.ds4.plist
launchctl start com.kamo.ds4

# 停止
launchctl stop com.kamo.ds4
launchctl unload ~/Library/LaunchAgents/com.kamo.ds4.plist
```

LaunchAgent化のメリット:
- ターミナルを閉じても継続動作
- macOS再ログイン後に自動起動
- クラッシュ時の自動再起動
- Hermes Agent等からのAPIサーバーとして常時利用可能

---

## 5. Claude Codeとの連携

### 接続方法（最もシンプルな方法）
```bash
# Step 1: DS4サーバーを起動
./ds4-server --ctx 100000 --kv-disk-dir /tmp/ds4-kv --kv-disk-space-mb 8192

# Step 2: 環境変数を書き換えるだけで接続完了
export ANTHROPIC_BASE_URL=http://127.0.0.1:8000
export ANTHROPIC_MODEL="deepseek-v4-flash"
claude
```

### 動作確認結果（GMOグループ技術ブログより）
- 起動時の最初の問答: 約2分（約3万トークンの事前読み込み）
- その後: KVキャッシュが効いて**高速応答**
- 「君の名は？」→ `deepseek-v4-flash` と正しく返答
- PythonコードのEDA（Palmer Penguinsデータセット）生成・動作確認済み
- 日本語文字化け発生→指摘するとシステムフォントを探索してコード修正を自律実施

### 他モデルとの比較
- **Gemma 4 26B A4B / Qwen 3.6-35B-A3B** と比較して、よりオリジナルのClaude Codeに近い応答品質

### KVキャッシュ注意事項
- `/tmp/ds4-kv` 配下にキャッシュファイル（400MB〜800MB/個）が蓄積
- 定期的なクリーンアップが必要

### 9router連携も可能
DS4はOpenAI互換エンドポイントを持つため、9routerのカスタムプロバイダーとして登録し、shadow上の他エージェント（Codex/agy/Hermes）のバックエンドとして利用できる可能性がある（未実証）。

---

## 6. 中華系APIポリシーとの関係

**結論: DS4はポリシー問題なし（ローカル実行のみ）**

| 観点 | 評価 |
|------|------|
| 開発者 | **antirez（Salvatore Sanfilippo）= イタリア人**。Redis作者。非中華 |
| エンジン（ds4本体） | C言語製OSSでGitHub公開。非中華 |
| モデル（DeepSeek V4 Flash） | deepseek-ai（中国企業）が開発。MITライセンスでHuggingFace公開 |
| データ送信 | **ローカル実行のみ**。中国サーバーへのAPI送信は一切発生しない |
| ポリシー適合性 | ✅ **完全適合**。「中華系API不使用ポリシー」はAPI送信禁止であり、ローカル実行は制限対象外 |

**重要な区別:**
- ❌ 禁止: `open.bigmodel.cn`（GLM-5）, `api.moonshot.cn`（Kimi）等の**中国サーバーへのAPI送信**
- ✅ 許可: DeepSeek V4 Flash GGUFをローカルダウンロードして**オフライン推論**

> `rules/multi-model-routing.md` の「中華系API不使用ポリシー」注釈: 「ローカルなら是Z-Image(Alibaba)も送信なしで許容」と整合。

---

## 7. アクションアイテム（shadow導入可否評価）

### ❌ shadow本体への導入は不可（スペック未達）

| 要件 | shadow実態 | 判定 |
|------|-----------|------|
| **128GB以上の統一メモリ** | RAM 7.7GB + swap 8GB | ❌ 絶対不足 |
| **Apple Silicon + Metal** | Linux (x86) | ❌ 非対応OS |
| ストレージ（~81GB） | 8GB空き（87%使用中） | ❌ 容量不足 |

### ✅ 将来的な活用シナリオ（Mac端末での運用）

1. **専用推論サーバー化**: M4/M5 Max MacBook Pro 128GBを専用機として用意し、DS4をLaunchAgent常駐化。shadow/arcanaから `http://<mac-tailscale-ip>:8000` でAPIアクセス
2. **Claude Codeのバックエンド**: `ANTHROPIC_BASE_URL`を向けるだけで接続完了（完全ローカルで課金ゼロ）
3. **Hermes Agent連携**: OpenAI互換APIのため接続はシンプル

### 評価まとめ
- **技術的価値**: 非常に高い。128GB MacがあればClaude Codeを完全ローカル・無料で動かせる
- **shadwでの実用性**: 現時点では不可。Mac端末が前提
- **モニタリング推奨**: GitHubスターの伸び・CUDA対応の進捗・他量子化形式対応を追跡

---

## 参照元
- YouTube: s3P_OOm9wNM (Tech千一夜 | DS4徹底解説 12:05)
- https://www.techno-edge.net/article/2026/05/10/5049.html (松尾公也 / CloseBox)
- https://knightli.com/en/2026/05/11/deepseek-v4-flash-ds4-metal/
- https://gadget-otaku.com/2026/05/10/ds4-local-llm-engine-mac-deepseek-v4-flash/
- https://zenn.dev/kamo78/articles/ds4-m5max-launchagent (macOS LaunchAgent化手順)
- https://recruit.group.gmo/engineer/jisedai/blog/claude-code-deepseek-v4-flash-dwarfstar4/ (GMO / Claude Code連携)

---

**このYouTube動画は記録価値があるか: YES** — antirez（Redis作者）によるDeepSeek V4 Flash専用ローカル推論エンジンDS4の解説として、Claude CodeをローカルのAnthropicエンドポイント互換で動かす具体的手順を含む高い実用価値を持つ。


学習日報 2026-06-12 yt-learn 15:11

# 学習日報 2026-06-12 yt-learn 15:11

## 概要
`/yt-learn` 単一URL指定モードで YouTube 動画 1本を解析・記録。1件のLLM Wikiエントリ追加。

---

## 今日学んだこと（YouTube）

### AIローカル推論エンジン

- **DS4 (DwarfStar 4)** — Redis作者 antirez (Salvatore Sanfilippo) がC言語で開発したDeepSeek V4 Flash専用ローカル推論エンジン
  - **非対称2-bit量子化**: MoEエキスパートを2-bit圧縮・重要層(Attention/FFN入力)はQ8/F16維持 → 284Bパラメータを81GBに圧縮
  - **ディスクKVキャッシュ**: SHA1キーで`.kv`ファイルに永続化 → 同一プロンプト2回目は18倍高速(5.1秒→0.28秒)
  - **Claude Code連携実証**: `ANTHROPIC_BASE_URL=http://127.0.0.1:8000` + `ANTHROPIC_MODEL=deepseek-v4-flash` でClaude CodeがDS4経由でローカル動作可能（GMOブログ実証）
  - **OpenAI+Anthropic両互換API**: `/v1/chat/completions` (OpenAI互換) と Anthropic Messages API の両方をサポート
  - **shadow導入不可**: 必須要件 = RAM 128GB + Apple Silicon + Metal（shadowはLinux/x86/7.7GB）
  - **中華系APIポリシー適合**: ローカル実行のため中国サーバーへのAPI送信は発生しない

---

## 今日実装したもの

| ファイル | 変更内容 |
|--------|---------|
| `bots/gokou_timeline/ai_keywords.txt` | DS4, DwarfStar4 を追加（commit+push済み） |
| `~/.claude/rules/trends.md` | DS4エントリ追記（古いエントリ2件削除してから追加・100行以内維持） |
| `~/.claude/projects/.../memory/MEMORY.md` | DS4学習ログ索引1行追加 |

---

## 未実装アクションアイテム（優先順）

| 優先 | アイテム | 条件 |
|-----|---------|------|
| 低 | Mac端末(M4/M5 Max 128GB)でDS4構築 → Tailscale経由shadow接続 | Mac端末入手後 |

---

## LLM Wiki エントリ一覧（本セッション追加）

| タイトル | タグ |
|---------|------|
| DS4 (DwarfStar 4) — DeepSeek V4 Flash ローカル推論エンジン 完全解説 | yt-learn, ai, local-llm, 2026-06-12 |

---

## 動画情報

| 項目 | 内容 |
|------|------|
| URL | https://www.youtube.com/watch?v=s3P_OOm9wNM |
| チャンネル | Tech千一夜 |
| スコア | 80/100（AI関連性・技術深度・実践性高） |
| 解析手法 | Step 4cフォールバック（字幕PO Token障害 → Claude直接分析+WebSearch補完） |


LINE Harness × Claude Code — SaaS0円代替・超並列作業・流動性と希少性の未来予測 2026-06-12

## 情報源
- URL: https://youtube.com/watch?v=_8I7mqsnPtA
- チャンネル: セキグチガクの未来解剖ch
- 投稿日: 2026-06-11
- スコア: 88/100
- 尺: 41分6秒 / 再生数: 10,714 / いいね: 349

## 主要な発見

### 1. LINE Harness — 年間数百万円のSaaSを0円代替
- 従来は高額なLINE拡張ツール（自動配信等）を Claude Code で完全代替
- ランニングコスト0円、ソースコードをオープンソース公開
- 「ハーネス（暴走を止める手綱）」設計思想: 中のAIモデル（Claude Code等）が変わっても外枠として動き続ける

### 2. 実践Tips — 超並列作業・プロンプト整理

#### 画面分割11画面同時起動
- 画面分割ツールで Claude Code を11画面同時起動
- 作業中に別タスクが浮かんだら隣の画面で即実行 → 生産性を圧倒的に向上

#### 過去履歴「信号機分類」プロンプト
- 過去のチャット履歴を読み込ませ「AIで全部できること（🟢緑）」「AIにできないこと（🟡黄）」「私にしかできないこと（🔴赤）」に絵文字分類
- 無意識の無駄な繰り返し質問を炙り出し、自動化すべきタスクを可視化

#### DOD（Definition of Done）設計
- タスクを ToDo（何をするか）ではなく DOD（どういう状態になったら完了か）で定義してAIに渡す
- AI に並列実行させる際の完了基準を先に設計する（[[thinking-model-best-practices]] の「完成条件を渡す」と完全一致）

#### 公式ドキュメント×競合比較の事前読み込み
- 開発前に公式Docと競合解説を AI に読み込ませ「できること・できないこと」の差分を正確に把握
- 曖昧な指示によるブレを防ぐ

### 3. Agent to Agent通信 — 利益配分・合意形成の未来
- 会社設立時の利益配分など人間同士で摩擦が起きやすい交渉を、各個人のAIエージェント同士が間に入って調整・合意形成する時代が近いと予測

### 4. 「流動性と希少性の逆説」— ポスト・ドーパミン経済
- AIがあらゆる情報・ツールの流動性（アクセスしやすさ）を極限まで高める
- 逆説的に「代替不可能な人間性（おばあちゃんのFacebook投稿のような実体験）」や「UUID が1人に固定されるもの（リアルな希少価値）」の価値が暴騰していく
- AIスロップ（AIが量産する無価値コンテンツ）が飽和 → ポスト・ドーパミン経済へのシフト

## アクションアイテム
- 「信号機分類プロンプト」を自分の過去チャット履歴に適用し自動化候補を洗い出す
- LINE Harness のソースコードを確認（野田氏のGitHub）
- DOD設計をgoal-judge/symphony-loopの dispatch プロンプトに組み込む（completeness条件の明文化）
- Agent to Agent通信設計をvvv-bots将来アーキとして Issue に記録


学習日報 2026-06-12 yt-learn 17:16

# 学習日報 2026-06-12 yt-learn 17:16

## 概要
`/yt-learn` で YouTube URL 直接指定モードで解析。LLM Wiki id=562 追加。

---

## 今日学んだこと（YouTube）

### AIエージェント / Claude Code 運用

| 発見 | 詳細 |
|------|------|
| LINE Harness設計思想 | AIモデルが変わっても外枠（ハーネス）は動き続ける設計。SaaS 0円代替の鍵 |
| 信号機分類プロンプト | 🟢AI全自動/🟡AI補助/🔴人間必須で過去チャット履歴を分類し超並列最適化 |
| DOD（Definition of Done）先設計 | ToDoより「どういう状態になったら完了か」を先に定義してAIに渡す方が並列精度が高い |
| Agent to Agent通信 | AI同士が交渉・合意形成を仲介する未来の兆し |
| 流動性と希少性の逆説 | ポスト・ドーパミン経済：AIで希少性が崩れるコンテンツ vs 残るコンテンツの分類軸 |

---

## 今日実装したもの

| ファイル | 変更内容 |
|--------|---------|
| `~/.claude/rules/thinking-model-best-practices.md` | 「ToDoよりDOD（Definition of Done）」の知見を「完成条件を渡す」節に追記（段3・知見の自動発火化） |
| `~/.claude/rules/trends.md` | LINE Harness × Claude Code エントリを末尾に追加 |

---

## 未実装アクションアイテム（優先順）

1. **信号機分類プロンプトをgoal-judge/symphony-loopに反映**（段3・高優先）
   - 🟢🟡🔴の3分類でタスク前のROI判定を自動化
2. **LINE Harness GitHub確認**（段1・中優先）
   - 野田氏のGitHub（セキグチガクの未来解剖ch）でOSSリポジトリを確認

---

## LLM Wiki エントリ一覧（本セッション追加）

| id | タイトル | タグ |
|----|---------|------|
| 562 | LINE Harness × Claude Code — SaaS0円代替・超並列作業・流動性と希少性の未来予測 2026-06-12 | yt-learn, claude-code, line-harness, saas, ai-agent |


Claude Fable 5 ループ設計×階層運用 X学習 2026-06-12（お姉様提供5本）

## 情報源
- お姉様直貼りの X 投稿5本（Jina認証付き取得・全件「一次情報あり」分類）
- 裏取り: WebSearch（HeyGen/OpenAI公式筋）+ explainx.ai 詳細記事 + GitHub README 直接取得

## 主要な発見

### 1. ★Lance Martin (Anthropic)「Designing loops with Fable 5」— 一次記事到達（2M views・6/9）
- 原典: https://x.com/RLanceMartin/status/2064397389189071163 （X article 2064380553919676416）/ 経由: @wad0427 (34.8K views)
- **「Fable 5 を直接プロンプトで操縦するな。環境フィードバックで自己修正するループを設計し、モデル自身にコンテキスト管理（メモリ）させよ」**（本人引用）
- ループの2プリミティブ: ① Claude Code **`/goal`**（測定→改善→検証→未達なら再分析のループ） ② Claude Managed Agents の **Outcomes**（rubricファイル＋自動grader=verifier sub-agent＋マルチセッションメモリ＋hosted sandbox）
- 実証: **Parameter Golf**（16MBモデル・10分・8xH100のML challenge）で Fable 5 は Opus 4.7 の**約6倍の改善幅**（表層でなく構造的変更を行えるため）。Continual Learning Bench 1.0 でも実験
- メモリ進行: **fail → investigate → verify → distill → consult**（失敗→なぜか調査→診断を検証→一般則に蒸留→次回はその則を参照）＝ shadow の instinct memory 運用と完全同型（公式裏付け獲得）
- Tips: **自己批評でなく verifier sub-agent を使う** / **正直な rubric**（環境フィードバックとして機能する採点基準）を設計する
- 既存トレンド「Loop Design時代」(Wiki id=539/542/548) の4回目の確証・今回初めて一次記事の中身まで到達

### 2. tetumemo: Fable 5 運用「上流=Fable・実行=Opus/Codex」（2K views・6/12）
- ①Fable 5 に「見直し」と「改善計画」を作らせる ②Opus 4.8 / Codex に「計画を実行させる」— 上流を Fable に任せるのが重要
- **本日のお姉様指示（Fable=頂点/Opus=参謀/Sonnet=実行役・claude-base#73）と完全一致**。市場ベストプラクティスと同日収束
- 具体tip: **Skills を Fable に作らせる・過去 Skills を見直させる**。「6/22まで計画を作らせまくるのもアリ」（開放期間の示唆・要裏取り）
- スレッド: 「Fable 5 がサブスク加入者に『ありえない』状態で開放・Pro月3,100円で API の15〜30倍安い（仮試算）」

### 3. Hyperframes が Claude 公式 MCP コネクター化（HeyGen・6/10発表）
- 経由: @ClaudeCode_UT (11.8K views)。HeyGen 製 OSS（**Apache 2.0・2026-04-17公開**）の HTML→動画レンダリングフレームワーク
- Claude が推論を担い、Hyperframes が回答を動画に変換（HTML scenes / GSAP アニメ / 字幕 / ボイスオーバー / website-to-video）。CLI不要・コード不要で誰でも有効化可
- 導入: `npx skills add heygen-com/hyperframes` → `/hyperframes` `/hyperframes-cli` `/gsap` の3コマンド。公式: claude.com/plugins/hyperframes
- 「MCP が増えるたびに Claude が返せる形式の幅が広がる。今日『動画』が加わった」= MCP がデータアクセスから**出力形式の標準化**へ拡張

### 4. Codex Developer Mode — フルCDPアクセス（OpenAI公式・6/12）
- 経由: @sora19ai。Chrome と Codex アプリ内ブラウザで **Chrome DevTools Protocol フルアクセス**: Console エラー・Network 通信・DOM/CSS状態・JS プロファイリングを Codex が直接調査
- 有効化: Codex アプリ Settings > Browser > Enable full CDP access（使用前に明示承認あり）
- Codex ユーザー 5M+（年初から約4倍）。出典: developers.openai.com/codex/changelog
- shadow 的位置づけ: Web UI デバッグの代替枠（既存 Playwright MCP / chrome-devtools-mcp と比較）。デスクトップアプリ機能のため headless shadow では当面様子見

### 5. shanraisshan/claude-code-best-practice — GitHub Trending #1（v2.1.175対応・毎日更新）
- 経由: @L_go_mrk「Fableとの相性良さげ」。ハルシネーション防止・トークン浪費停止のワークフロー戦略網羅リポジトリ（README 75KB直接取得）
- 白眉は**主要ワークフロー10種の比較表**: Superpowers(225k★・14 skills)/Everything Claude Code(213k★・64a+84c+262s)/Matt Pocock Skills(126k★)/Spec Kit(112k★)/gstack(109k★)/Get Shit Done(64k★)/agent-skills(55k★)/OpenSpec(54k★)/BMAD(49k★)/oh-my-claudecode(36k★)
- 全フレームワーク共通パターン = **Research → Plan → Execute → Review → Ship**
- 「Hot」表で新機能の存在を確認: `/ultraplan`(beta)・`/advisor`(advisorModel)・Channels(`--channels`)・`/powerup`・Ralph Wiggum Loop plugin・Deep Links(`claude-cli://`)・`/code-review ultra`=ultrareview・Auto Mode(`--permission-mode auto`)
- 最新CC=v2.1.175（shadowはv2.1.156。Fable炎上経緯によりv2.1.170以降はfalse positive状況を確認してから更新の既定方針を維持）

## 横断考察
- **Fable 5 の正しい使い方が「ループ設計＋上流専任」で世界的に収束**。お姉様の階層指示・Lance Martin 公式記事・tetumemo 運用法・Boris「もうpromptしない、loops中心」が全て同方向
- shadow は /goal・goal-judge・verification-before-completion・instinct memory（=distill→consult）を既に運用しており、**公式の理論的裏付けを得た形**。残る伸びしろは「正直なrubric設計」と「verifier sub-agentの常用」

## アクションアイテム
1. 【段3完了】Lance Martin のループ設計原則を thinking-model-best-practices.md に反映
2. 【段3完了】multi-model-routing.md モデル階層に「Fable運用の定石=Skills見直し・改善計画を上流で量産」を追記
3. 【段1完了】Hyperframes を ai_keywords 登録
4. 【段0】Codex Developer Mode はデスクトップ向けのため headless shadow では見送り（理由: CLI非対応・Playwright MCPで充足）
5. 【提案】6/22までに Fable へ Skills 棚卸し＋改善計画を作らせるセッションを実施（お姉様判断待ち）


学習日報 2026-06-12 x-learn 21:14

# 学習日報 2026-06-12 x-learn 21:14

## 概要
お姉様直貼りの X 投稿5本を `/x-learn` で解析。LLM Wiki エントリ1件追加（id=564）+ rules 2ファイル反映 + キーワード1件登録。

---

## 今日学んだこと（X）

### Fable 5 運用（本日の主テーマ）
- **Lance Martin (Anthropic)「Designing loops with Fable 5」一次到達**: 直接プロンプトで操縦せずループを設計（/goal・Outcomes rubric）。自己批評でなく verifier sub-agent・正直な rubric・メモリ進行 fail→investigate→verify→distill→consult。Parameter Golf で Opus 4.7 比約6倍の改善幅
- **tetumemo 運用法**: 上流（見直し・改善計画）= Fable / 実行 = Opus 4.8・Codex。お姉様のモデル階層指示（claude-base#73）と同日収束。「6/22まで計画を作らせまくるのもアリ」

### 新ツール・新機能
- **Hyperframes**（HeyGen製OSS・Apache 2.0）が Claude 公式 MCP コネクター化 — 回答が動画で返る。`npx skills add heygen-com/hyperframes`
- **Codex Developer Mode**（OpenAI 6/12）— フル CDP アクセス（Console/Network/DOM/JS profile）。デスクトップ向けのため shadow は様子見
- **shanraisshan/claude-code-best-practice**（Trending #1・v2.1.175対応）— ワークフロー10種比較表（Superpowers 225k★〜oh-my-claudecode 36k★）。共通形 = Research→Plan→Execute→Review→Ship。新機能の存在確認: /ultraplan・/advisor・Channels・/powerup・Ralph Wiggum Loop

---

## 今日実装したもの

| ファイル | 変更内容 |
|--------|---------|
| ~/.claude/rules/thinking-model-best-practices.md | 「Fable 5（Mythos級）ループ設計」節を新設（verifier sub-agent/正直rubric/fail→distill→consult/6倍実証） |
| ~/.claude/rules/multi-model-routing.md | モデル階層（Fable=頂点/Opus=参謀/Sonnet=実行役）+ Fable運用の定石を追記 |
| vvv-bots bots/gokou_timeline/ai_keywords.txt | Hyperframes 登録（commit+push 済） |
| memory/feedback_model_hierarchy_fable_top.md | モデル階層のお姉様指示を feedback memory 化 |
| memory/instinct_xai_refresh_token_rotation.md | xAI OAuth ローテーション教訓（保存なしrefresh禁止） |

---

## 未実装アクションアイテム（優先順）

1. 【提案】6/22までに Fable へ Skills 棚卸し＋改善計画を作らせるセッション（お姉様判断待ち）
2. grok CLI 再ログイン後の SuperGrok tier 確認（noVNC で `grok login` 待ち）
3. CC v2.1.175 へのアップデート判断（v2.1.170以降は false positive 状況確認後の既定方針）

---

## LLM Wiki エントリ一覧（本セッション追加）

| id | タイトル | タグ |
|----|---------|------|
| 564 | Claude Fable 5 ループ設計×階層運用 X学習 2026-06-12（お姉様提供5本） | x-learn, fable-5, loop-design, hyperframes, codex |


横断学習 2026-06-12 — X/HN/YouTube 3ソース: 役割分業ハーネス標準化・エージェントセキュリティ・HTML出力媒体化

## 情報源
- X: @GokouMutsumi タイムライン148件（1日・score60+が87件・お気に入り70件新規登録）
- jhd横断: HackerNews 12件（Claude Code 451pts記事ほか）。Qiita/Zenn/note/はてな/Lobsters/dev.to/HF papersは本日クエリで0件
- YouTube: サブスクフィード25件→AI関連スコア60+が4件

## 横断テーマ（3ソース収束）

### 1. 役割分業ハーネスの業界標準化（最重要・自環境の裏付け）
- X[78]: **Fable 5(計画)→Codex(実装)→Fable(レビュー)の3段分業で費用50%削減**が拡散
- X[75]: Boris Cherny「夜間サブエージェント10ステップ」= **Maker(実装)/Verifier(検証)/Memory(記憶蒸留)の3役分業**
- X[77]: Karpathy「vibe codingからエージェント工学へ」。彼の65行CLAUDE.mdがGitHubトレンド1位
- HN 451pts「Claude Code as a Daily Driver」: 自己検証ループで品質2-3倍・plan mode先行・CLAUDE.mdは「これを除いたらミスするか」フィルタで短く
→ shadow の multi-model-routing / vvv#546 の「Fable設計・Sonnet実装・別文脈レビュー」体制と完全一致。**業界が同じ結論に収束**

### 2. エージェント・サプライチェーンのセキュリティ
- **OpenClawフィッシング**(The Hacker News/Gigazine): vCard/連絡先名フィールドへのプロンプトインジェクションで認証情報を外部送信。2026-04-23パッチ済
  - ✅ **実機確認済み: arcana Docker の OpenClaw は 2026.6.6 ビルド = パッチ適用後**(本セッションで検証)
  - 教訓: エージェントが処理する全入力(カレンダー/メール/連絡先)が攻撃面
- **NVIDIA SkillSpector**: skillを導入前に64リスクパターン検査(プロンプトインジェクション/権限昇格/データ漏洩)。サードパーティskill 100+を抱えるshadowに直結
- HN 326pts「Claude Codeソースコード解読」: 未公開設定多数 — **yoloClassifier**(平文英語で環境説明→破壊的操作の自動判定)・hook **updatedInput**(ツール実行前にコマンド書換)・**additionalContext**・SessionStart **watchPaths** → rules/claude-code-hidden-config.md に反映済み

### 3. HTMLがエージェントの出力媒体として確立
- **html-anything**(nexu-io): API不要・75スキル+8 CLI agent内包のHTMLエディタ「HTML editor for the agent era」
- **effective-html**(plannotator): html-diagram/html-planスキルでアーキテクチャ図・計画ページ生成
- Tariq HTML記事(9.3M views・5月)からの続流。エージェント成果物は Markdown→HTML へ

### 4. コスト規律の二極化
- Composer 2.5 = Kimi K2.5ベース・Opus 4.7/GPT5.5並で$0.50/$2.50/Mtok(Opusの1/10)
- Codexレート制限リセット「貯蓄」機能(OpenAI公式)・YouTubeでトークン節約Tips動画が上位
- Agentic Coding Weekly 5月号: フロンティア高騰(Gemini3.5Flash 3倍/Opus4.8 1.4倍) vs 安価モデル10-30倍差。Uberが月次でAI年間予算超過

### 5. 運用ノート（時事）
- Claude Code v2.1.174(フルスクリーンのスクロール改善)
- **Gemini CLI 2026-06-18 終了**(Antigravity統合) → skills の gemini 委譲は grok フォールバック実装済みだが移行計画要
- GPT-5.6 来週リリース説(Pachocki「meaningful improvement」)・Design Arena匿名モデルKindleがOpus 4.8勝利報告
- Managed Agents に定期実行+環境変数注入が追加(自前スケジューラ不要化の布石)
- DeepSWEベンチ新設(長期自律SWE・GPT5.5首位だが「実CLI体験と乖離」と注意喚起)
- Codexレビュー: hookのupdatedInputで `git push`→`git push --dry-run` 自動変換等が可能

## 実践化（本セッション実施）
1. ✅ AIキーワード7件登録&push(html-anything/effective-html/SkillSpector/DeepSWE/Hyperframes/DiffusionGemma/claude-quota/siglume)
2. ✅ OpenClaw 2026.6.6 パッチ済を実機確認(セキュリティ検証)
3. ✅ rules/claude-code-hidden-config.md 新設(yoloClassifier/updatedInput/watchPaths)
4. ✅ お気に入り70件登録

## 未実装アクション
- SkillSpector でサードパーティskill一斉スキャン(Issue化)
- Gemini CLI 6/18終了 → skills委譲先を agy/grok へ正式移行(Issue化・期限あり)
- Boris夜間 Maker/Verifier/Memory 3役パターンの試験適用(vvv-bots夜間バッチ候補)


学習日報 2026-06-12 x-learn 22:40

# 学習日報 2026-06-12 x-learn 22:40（横断学習モード）

## 概要
横断学習: Xタイムライン148件 + jhd(HackerNews 12件) + YouTubeフィード25件 を3並列サブエージェントで収集し、横断テーマ5本を抽出。LLM Wiki id=566 に本体保存。

## 今日学んだこと（横断テーマ）
1. **役割分業ハーネスの業界標準化**: Fable計画→Codex実装→Fableレビュー(費用50%減)・Boris夜間Maker/Verifier/Memory・Karpathy「エージェント工学」— shadowのmulti-model-routingと収束
2. **エージェントセキュリティ**: OpenClaw vCardフィッシング(パッチ済を実機確認)・NVIDIA SkillSpector(導入前64パターン検査)・Claude Code未公開設定(yoloClassifier/updatedInput)
3. **HTML出力媒体化**: html-anything(75skills)・effective-html
4. **コスト二極化**: Composer 2.5(Opusの1/10)・Codexレート貯蓄・Uber予算超過事例
5. **時事**: Gemini CLI 6/18終了・GPT-5.6来週説・Managed Agents定期実行+env注入・v2.1.174

## 今日実装したもの
| 対象 | 内容 |
|------|------|
| vvv-bots ai_keywords.txt | 新出ツール7件追加・commit&push (html-anything/effective-html/skillspector/deepswe/hyperframes/diffusiongemma/claude-quota/siglume) |
| arcana OpenClaw | バージョン2026.6.6確認 = vCardインジェクションパッチ(4/23)適用済みと検証 |
| ~/.claude/rules/claude-code-hidden-config.md | 新設: hook updatedInput/watchPaths/yoloClassifier等の未公開設定（段3: 自動発火化） |
| vvv お気に入り | score60+ を70件新規登録(17件既登録) |
| trends.md / MEMORY.md | 横断学習エントリ・索引追記 |

## 未実装アクションアイテム（優先順）
1. **[期限6/18]** Gemini CLI終了対応 → claude-base#74（job_scoring.sh の毎日3時cronが最重要影響）
2. SkillSpector一斉スキャン → claude-base#75
3. Boris夜間 Maker/Verifier/Memory 3役パターンの試験適用（vvv-bots夜間バッチ候補・着手時はwhy-first）

## LLM Wiki エントリ一覧（本セッション追加）
| id | タイトル | タグ |
|----|---------|------|
| 566 | 横断学習 2026-06-12 — 役割分業ハーネス標準化・エージェントセキュリティ・HTML出力媒体化 | x-learn, 横断学習 |


Claude Code/AIエージェント開発 横断学習 2026-06-14

## 情報源（全ソース横断）
- X投稿: 100件（"claude code" / 直近2日 / vvv API group_id検索）
- 一次情報: arXiv（cs.CL/cs.CV/cs.RO新着論文）+ OpenAI公式ブログ + HackerNews
- jhd横断はgrok CLIプランナーが120sタイムアウトしLLM選別が機能せず → arxiv/official_blogs/HNを**直接叩いて**一次情報に到達（grok非依存ルートが堅い、という運用知見）

## 主要な発見（横断テーマ）

### 1. ⚠ Microsoft が Claude Code ライセンスをキャンセル開始（HN）
- HN トップに「Microsoft starts canceling Claude Code licenses」。大企業の Claude Code 採用に逆風の可能性。要continue観察（一次裏取り未完）。

### 2. OpenAI Codex の企業攻勢が加速（OpenAI公式ブログ・一次）
- **OpenAI to acquire Ona**（2026-06-11）= Codex のエージェント能力強化買収か
- Codex 企業導入事例を公式が連発: **Notion / Nextdoor / Endava**（ソフト開発をAIエージェント中心に再設計）/ Oracle Cloud から Codex アクセス可
- → Codex は「賢さ」より「企業の開発フローへの食い込み」で攻めている。Claude Code との競争軸が"実装力"から"組織導入"へ移行

### 3. 「Dive into Claude Code: The Design Space of Today's and Future AI Agent Systems」論文（X @amasawa_seiji）
- Claude Code のソースコードを分析し **OpenClaw と比較**してアーキテクチャを解説する論文。AIエージェントシステムの設計空間を整理。一次論文として深掘り価値大。

### 4. Claude Code の運用パターンが成熟（HN / X）
- HN: 「Claude Code as a Daily Driver: Claude.md, Skills, Subagents, Plugins」「Everything you can configure that the docs don't tell you」「Dynamic Workflows in Claude Code」
- **「Claude Code と Codex が Git 経由でリアルタイム会話できる」**（HN）= 異種エージェント協調の新パターン
- X: 「Claude(Web)/Code/API/Agents/Skills の5概念が混在して初心者が迷子になる」整理論（@UMInoOTO_26）が複数バズ

### 5. arXiv 新着のエージェント研究（話題化前の一次論文）
- EvoArena（動的環境でのLLMエージェント記憶進化の追跡）/ SpatialClaw（エージェント的空間推論のaction interface）/ WEAVER（効果的world model）/ InterleaveThinker（agentic interleaved generation）

## 独自見解・Tips
- **Trivy MCP × Claude Code で脆弱性検出→修正→再スキャンを回す**（X @kusumototkk）。「速く作れる」より「速く危ないものも混ざる」が生成AI開発の本質的リスク。依存関係を疑う習慣。
- **loops! = エージェントに判断ループを委任するテンプレ集**（X @piske_cc）。「一回で指示し切る」より「合否基準と上限回数を先に決めて委ねる」。Claude Code/Cursor/Codex対応。Boris「ループを設計する時代」と整合。
- Claude Code に画像/音声/下書きAPI（gpt-image-2/Gemini TTS）を足すと「作る以外」を任せられ人間のツール往復が減る（X @sora19ai）。

## アクションアイテム
- [段3] 「grok依存のjhd LLM段がタイムアウトしたら arxiv/official_blogs/HNを直接叩く」をx-learn運用知見として記録（grokが過負荷時のフォールバック）
- [観察] Microsoft の Claude Code ライセンスキャンセルの一次裏取り（影響範囲・理由）
- [深掘り候補] 「Dive into Claude Code」論文（Claude Code vs OpenClaw アーキ比較）
- [整合] loops! / Dynamic Workflows は既存の symphony-loop / goal-judge と同方向 = ループ設計パラダイムの継続裏付け


トレード自動売買: 「見送りフィルターが主役」論 (note Kuon第3回) 2026-06-14

## 情報源
- note記事「AIと二人で、株の自動売買システムをゼロから作った話｜第3回：約300銘柄を毎日スキャンする仕組みの中身」
- 著者: Kuon｜AIと自動売買 (@algotrade0325)
- URL: https://note.com/algotrade0325/n/n6fa47a46510d
- 種別: 概念説明記事（具体ロジック・バックテスト数値なし＝再現可能なエッジの提示ではない。視点・教訓として記録）

## 記事の要点
自動売買システムは5つの作業の繰り返し:
1. **取得**: 約300銘柄を5分ごとに値動き取得（無料データで十分始められる）
2. **検出**: 全銘柄をルールに当てはめ買いシグナルを一気にスキャン（網羅性）
3. **発注**: ルール通り執行（感情ゼロ＝「今日は怖いからやめる」がない）
4. **記録**: いつ・どの戦略で・どうなったかをDBに自動記録（再現性は記録から生まれる）
5. **通知**: 結果をスマホ通知。人間の仕事は基本"監視"だけ

## ★最も価値ある示唆: 「主役は買うことより"見送る"こと」
- シグナルが出ても**追加条件（フィルター）を満たさなければ見送る**。この"見送りの設計"が成績を大きく左右する
- 「見送りがなぜ大事か」自体が一本の記事になるテーマ（記事では深掘りされず次回送り）
- 1銘柄集中でなく**300銘柄を広く薄く**見て条件に合うものだけ淡々と拾う＝「分散」と「網羅」で感情・思い込みを排除

## お姉様システム(trade-backtest/)との照合
- **5ステップ構造は paper_bot で既に実装済み**（検証#11・LLM Wiki id=452: 実データ仮想売買・状態JSON保存・3%サイジング）
- **見送りフィルターも部分実装済み**: paper_bot.py に 200SMAトレンドフィルター + ATR判定があり、条件を満たさないと `dir=0`（=見送り）でスキップする
- 検証#3で「200SMAトレンドフィルター追加だけで生PnL -4759→+7271円に転換」を実証済み＝記事の「見送り設計が成績を左右」を数値で裏付け済み

## アクションアイテム / 教訓
- [示唆] 「見送りフィルターを主役に据える」視点は、今後のエントリー条件検証で **"いかに見送るか"を明示的な検証軸**に加える価値がある（従来は「いかにエントリーするか」中心だった）
- [整合] 記事は概念レベルで新規エッジの提示はない。お姉様の自前バックテスト方針（コスト前R単位期待値→OOS→頑健性3点）の方が一段深い。**「記録から再現性」は検証#10資金管理シミュレーションと同思想**
- [注意] note等の自動売買記事は概念説明が多く、具体的な勝てるロジック・バックテスト数値の開示は稀。本記事も足切りはしないが「視点の確認」止まり


OpenRouter Fusion API — 複数LLMを束ねるコンパウンドモデル（2026-06-13ローンチ）

# OpenRouter Fusion API — 複数LLMを束ねるコンパウンドモデル

> X学習 2026-06-16（@OpenRouter公式・@grok解説・@taiyo_ai_gakuse実装事例）。お姉様の「Fusion API」調査→パワーアップ依頼から。
> Workflowツールの judge-panel / 敵対的相互検証パターンをサービス化したもの。[[multi-model-routing]] と同方向。

## 何か

OpenRouter が 2026-06-13 にローンチした**コンパウンドモデル**。単一LLMでなく複数モデルを束ねて高知能出力を得る。API slug = `openrouter/fusion`。

## 動作原理（3段）

1. **並列ファンアウト** — プロンプトを複数モデルの「パネル」へ同時送信。各モデルに web検索・bash等のツール付き
2. **Judgeモデル** — 全応答を分析し構造化: 合意点・矛盾・盲点(blind spots)・部分被覆・独自洞察を抽出
3. **Synthesizerモデル** — Judgeの構造分析を土台に最終回答を生成

性能向上の内訳: **約75%が合成(synthesis)段階**、**約25%がパネルの多様性**。すべてサーバーサイド実行で、呼び出し側からは単一モデルを叩くのと同じに見える。

設計思想 = **「モデルのニューロダイバーシティ」**。各モデルの得意を賢く組み合わせる方が完璧な単一モデルを待つより勝る。

## 性能（DRACO deep research ベンチ）

- 法律・医療・金融など100の難研究タスク。ハルシネーションに減点ペナルティ付き
- **Budget preset**（Gemini 3 Flash + Kimi K2.6 + DeepSeek V4 Pro）が **Fable 5 級の性能を約半額**で達成（Fable 5 比 ~1%差）
- ディープリサーチ・分析・計画・合成で特に強い
- ⚠ ベンチは**OpenRouter自社実行**（第三者監査ではない）・rubricがsearchで漏れたドメインは除外。長期/エージェント系タスクは初版で未評価

## 料金（固定トークン単価なし）

支払いは**配下の合算コスト**: パネル全モデル + Judge + Synthesizer の使用量 + OpenRouter手数料(約5.5%)。
実測 **1 fusion turn ≈ $0.15〜0.35**（単一Opus ≈ $0.01）。実額は Activity ページで request 毎に確認。

## ★正確なAPI仕様（OSS smorinlabs/claude-fusion-launcher 解析で確定・2026-06-16）

**Fusionは「モデル」でなく「サーバーツール」**。`{"fusion":{...}}` を chat/completions に直接渡す形式は**誤り**（初版の私の理解バグ）。

- **カスタムパネルには preset が必須**:
  - 作成: `POST /api/v1/presets/{slug}/chat/completions`
    body: `model:"openrouter/fusion"` + `tools:[{type:"openrouter:fusion", parameters:{analysis_models:[panel...], model:<judge>}}]` + `tool_choice:"required"`
  - ⚠ 直接 `POST /api/v1/presets` は **404**（slug付き chat/completions が正しい）
  - 呼び出し: `model:"@preset/{slug}"` を通常の `/chat/completions` で
  - `analysis_models`=パネル / `parameters.model`=Judge兼Synth
- **Claude Code 連携**: `ANTHROPIC_BASE_URL=https://openrouter.ai/api` + `ANTHROPIC_AUTH_TOKEN=<key>` + `ANTHROPIC_API_KEY=""`。`@preset/<slug>` を main/subagent に指定。`CLAUDE_CODE_SUBAGENT_MODEL` でサブエージェントだけFusion化（安い第二意見）
- **Claude Code advisor は OpenRouter 経由で動かない** → `CLAUDE_CODE_DISABLE_ADVISOR_TOOL=1`
- 公式: https://openrouter.ai/docs/guides/features/server-tools/fusion / https://openrouter.ai/fusion

## ★実装事例：CC-Fusion-Router（@taiyo_ai_gakuse・2026-06-15）

Claude Code で Fusion を実用化するOSSルーター。本人が指摘した**3つの課題**＝そのまま設計の盲点:
1. **MoE的方式は簡単な質問に余分な金と時間がかかる** → 自動ルーティングで軽い質問はFusionに回さない
2. Skills/MCPの初回読み込みが遅い
3. Fusion APIはOpenAI規格しか対応していない（Claude CodeはAnthropic仕様を期待→プロキシ変換が要る）

GitHub URLは未公開だが、**類似OSS `smorinlabs/claude-fusion-launcher`(MIT)が実在**し正確なAPI仕様の出典。main/subagent/extreme の3モードでコスト制御・doctor(キー/残高/preset診断)・キー安全注入(ANTHROPIC_AUTH_TOKENのみ・ディスク非書込)を実装。

## ⚠ 中華系API不使用ポリシーとの抵触（[[feedback-no-chinese-apis]]）

**公式の Budget preset は Kimi K2.6 / DeepSeek V4 を含む**ため、そのまま使うと中華系APIにプロンプトが渡りポリシー違反。
**導入するなら非中華のみのカスタムパネルを組む**: `google/gemini-3-flash` + `anthropic/claude-sonnet-4.6` + `x-ai/grok-4.3`（全て非中華）・Judge/Synth=`anthropic/claude-opus-4.8`。

## ★shadow実装（2026-06-16・お姉様の「パワーアップ自律開発」で完遂）

OSS知見を取り込み、非中華 + 複雑度ルーティング版を内製:
- **`~/.claude/scripts/fusion_panel.py`**: 正しいpreset+tools方式・budget/quality 2プリセット・**複雑度ルーティング**(要約/定義は単一モデル・比較/設計/採点はFusionパネル・LLM不要のヒューリスティックでゼロコスト)・**doctor**(キー/残高/preset診断)・**中華系混入ガード**(Kimi/DeepSeek自動検出でexit 2)
- `test_fusion_panel.py`: 16テスト全合格（ルーティング/ガード/API形式）
- **rules反映**: [[multi-model-routing]] に正確なAPI仕様 + 複雑度ルーティング節 / [[ultrareview-workflow]] に内製Workflow版 judge-panel テンプレ / x-learn skill に「横断結果はFusion式合成(合意/矛盾/盲点/独自洞察)」
- ⚠ 実呼び出しは `OPENROUTER_API_KEY`(`~/.claude/.env`) 必要（現状未設定）。キー設定後 `fusion_panel.py doctor` が緑になれば即動く。無ければ内製Workflow版で代替

## shadowでの位置づけ

- Workflowの judge-panel を**自前で組まずサービス化**できる点が価値。ただし shadow は既に Workflow + multi-model-routing で同等の敵対的相互検証を内製済み
- 採用判断: ディープリサーチ用途で、非中華カスタムパネルのコストが内製Workflowより安いなら検討。openrouter.ai/fusion で非中華パネルを実測してから

## 関連
- [[multi-model-routing]] — モデル階層・Fusion型judge-panel節・複雑度ルーティング
- [[ultrareview-workflow]] — 敵対的相互検証・内製Workflow版 Fusionテンプレ
- [[feedback-no-chinese-apis]] — Budget preset の Kimi/DeepSeek を避ける理由
- [[llm-cost-model]] — 「APIを呼ばないコスト防御」（複雑度ルーティングと同思想）


X Learn [2026-06-16] Claude Code 新機能 アップデート

**Claude Code 新機能・アップデートまとめ（2026年6月時点）**

### 直近最大のアップデート（2026年6月10日「Code with Claude Tokyo」発表）

**1. Dynamic Workflows（動的ワークフロー） — 一般提供開始**
- 複雑なタスクで**Claude自身がオーケストレーションを作成**する機能
- 複数のサブエージェントを**並列実行**し、結果を検証してから最終出力
- 例：コードベース全体のバグハント、大規模リファクタリング、複雑な調査タスクなどで特に強力

**2. Scheduled Deployments（スケジュール実行） — パブリックベータ**
- エージェントを**定時実行**可能に（夜間同期、週次レポート、定期監査など）
- 完全にバックグラウンドで動作するため、「放置して仕事させる」ことが本格化

**3. Environment Variables in Vaults（Vaultによる安全な環境変数） — パブリックベータ**
- APIキーや機密情報を**Claude本体に見せずに**使用可能
- Vault内でプレースホルダーのみ保持し、実際の鍵はネットワーク境界で注入
- ドメイン制限も可能で、企業利用でのセキュリティが大幅に向上

これにより「ただコードを書くAI」から「**生産環境で定期的に動く信頼できるエージェント**」へと大きく進化しています。

### その他の最近の強化（2026年）

- **Claude Codeクライアントのバージョンアップ**（v2.1.17x系）
  - `Tool(param:value)`構文による細かい権限制御
  - Nested skills（`.claude/skills`のネスト対応）
  - サブエージェント起動前のclassifier評価
  - セッションタイトル自動化、Bedrock認証改善など

- 並列サブエージェントの大幅強化
- GitHub PR監視＋自動修正
- App preview（デスクトップアプリ内プレビュー）
- セキュアなRemote ControlとComputer Useの進化

### 2026年全体の流れ（時系列まとめ）

- **1-3月**: Claude Cowork本格始動、1Mコンテキスト、Memory無料化、Computer Use強化
- **2-4月**: Office 365（PowerPoint/Excel/Word）深く統合、セキュリティ強化
- **5-6月**: Dynamic Workflows、Scheduled Agents、Vault機能で「本番運用できるエージェント」領域に到達

現在、**Claude Codeは日本でもかなり普及**しており、Meetupも開催されるほどになっています。特に業務効率化コンサルタントやエンジニアの間で「優秀な部下」として使われている事例が多いです。

もっと特定の機能（例：Dynamic Workflowsの具体的なプロンプト例、Vaultの設定方法、企業導入Tipsなど）について深掘りしたい場合は教えてください！


X Learn [2026-06-16] Claude Agent Skills MCP 活用

**Claude Agent Skills × MCP 活用ガイド（2026年6月最新）**

クエリがまさに今、Claude Code / Codexを使っている人の中で**最も多い疑問**を突いています。

### 1. Agent SkillsとMCPの違い（超重要）

| 項目 | MCP (Model Context Protocol) | Agent Skills |
|------|-------------------------------|-------------|
| **役割** | **外部との接続** | **手順・振る舞いの再利用** |
| **何をするか** | 外部ツール・API・DB・ファイルシステムなどに標準化された方法で接続 | 「こうやるべき」という作業手順・判断基準・ワークフローをパッケージ化 |
| **例** | GitHubと連携、Notion読み書き、ブラウザ操作、ローカルファイル操作 | 「ミーティング議事録をNotionに書くときの8ステップ」「コードレビュー時のチェックリスト」 |
| **特性** | ツールを提供するだけ。Claudeがどう使うかは不定 | 再現性が高く、チームのナレッジを標準化できる |

**公式の結論（Anthropicブログより）**：
> **MCPで接続し、Skillsで使いこなす**。これがClaudeを「ただのツール呼び出しAI」から「本当に役立つエージェント」に変える。

MCPだけだと「使えるツールは増えたけど、出力のブレが大きい」。Skillsを組み合わせることで**一貫性と品質が劇的に上がる**。

### 2. 最も効果的な活用の法則（2026年現在）

**推奨順序（これを守ると失敗が少ない）**：

1. **まず土台を作る**
   - `claude-code-setup`（公式プラグイン）を入れる
   - あなたのプロジェクトを見て、**最適なMCPとSkillsを自動提案**してくれる神ツール

2. **MCPは「最小限の必須ツール」だけ入れる**
   - よく使われるもの：Git関連、ブラウザ/Playwright、ドキュメント系、データベース系

3. **Skillsをガンガン増やす**（ここが本丸）
   - 現在はSkillsの方が進化が早く、信頼性も高いという声が多い（MCPよりSkillsに移行している猛者も増加）

4. **さらに組み合わせる**
   - Hooks（自動実行）
   - Subagents（専門エージェント）
   - Memory / CLAUDE.md（長期記憶）

### 3. 実践的なおすすめ活用シーン

- **開発系**：コード生成 → Skillsで「うちの規約に則った実装手順」を覚えさせる
- **業務自動化**：MCPでNotion/Slack/Gmailと接続 → Skillsで「この種のタスクは必ずこの順番で処理する」と教える
- **クリエイティブ**：Lottieアニメ生成Skillのような専門Skillsを導入
- **レビュー・品質管理**：Security Reviewer、Accessibility ReviewerなどのSkillsを常駐させる

### 4. 情報源（これを見れば十分）

**必須**：
- Anthropic公式記事：「Extending Claude’s capabilities with skills and MCP servers」

**日本語最強クラス**：
- @sumika45379（Skillsオタク）さんの図解シリーズ → Skills/MCPの違いやおすすめ導入順が異常によくまとまっている
- @ClaudeCode_love さんの記事・スレッド
- @oikon48 さんの投稿（この疑問を最初に丁寧にまとめてくれた人）

また、**「Claude Code実践レシピ100本」（MCP/Skills/Hooks/サブエージェント実践ガイド）**という書籍も出ているくらい生态系が成熟しています。

---

**一言で言うと**：

**MCPは「道具箱」**、**Skillsは「その道具の正しい使い方教本」**です。

2026年現在、本当に強い人は「MCPをたくさん入れる」のではなく、**「厳選したMCP＋大量の高品質Skills」**で自分のチーム/自分の思考をClaudeに完全に写し取っています。

もっと具体的に「自分のユースケース（開発/業務/クリエイティブなど）で何から入れたらいいか」を知りたい場合は、教えてください。あなたの状況に合わせて優先順位を組めます。


X Learn [2026-06-16] AIエージェント ハーネス 設計

**AIエージェント ハーネス設計ガイド（2026年最新）**

「AIエージェント ハーネス設計」は、現在最も重要なトピックのひとつです。プロンプトエンジニアリングやコンテキストエンジニアリングの次に来るレイヤーとして、**Harness Engineering（ハーネスエンジニアリング）** が業界の主流になっています。

### 1. ハーネスとは何か

**ハーネス = LLMを本物のAgentに変える「足場（scaffolding）」全体**です。

LLM自体はただの「ステートレスなテキスト→テキスト関数」です。記憶もなく、外部とのやり取りもできず、結果を検証することもできません。これを**本物の自律ワーカー**にするために包み込む全レイヤーがハーネスです。[[1]](https://x.com/ShinkaIoT/status/2065937994364920010)

よく使われる比喩：
- **モデル = CPU**
- **ハーネス = OS**

モデルが賢くなればなるほど「薄いモデル＋厚いハーネス（Thin Model + Thick Harness）」という逆転アーキテクチャが有効になっています。知能をモデル weights の中に詰め込むのではなく、**外部（Memory / Skills / Protocols）に押し出す**設計です。[[2]](https://x.com/akshay_pachaar/status/2045510648474530263)

### 2. 主要コンポーネント（必須プリミティブ）

優れたハーネスは以下の要素を持っています：

**1. Persistent Memory & Workspace**
- 単一の長いコンテキストに全部詰め込まない
- 孤立した作業ディレクトリ（workspace）を初期化し、中間成果物をファイルシステムに書き出す
- 階層構造：Working Memory + Semantic Memory + Episodic Memory + Vector Store

**2. Context Optimization / Token Compaction**
- 長いツール出力（例: 10,000行のログ）を自動で要約・クリッピング
- 重要なヘッダーとフッターだけをモデルに返し、完全ログは別途保存

**3. Tool Execution + Sandbox**
- Containerization（Docker / セキュアな実行環境）
- 権限管理（Read-only → 確認必須 → Destructive Action）
- 実行結果を構造化してモデルにフィードバック

**4. Governance & Runtime Loop**
- 最大ステップ数・時間制限・予算保護（無限ループ防止）
- **Ralph Loop**（最重要パターンのひとつ）：モデルが「終了しました」と出力しても、ハーネスがインターセプト → 自動テスト/linter/validationを実行 → 失敗したら「修正して続けろ」と強制的に戻す

**5. Mediators（仲介層）**
- Observability（OpenTelemetryトレース、コスト・レイテンシ追跡）
- Evaluators（確定論的validator + LLM-as-Judge）
- Approval Loops（Human-in-the-Loop）
- Sub-agent Orchestration（Supervisorパターン）

**6. Skills & Protocols**
- Skills：手続き的知識、ヒューリスティック、ドメイン制約
- Protocols：Agent-User、Agent-Agent、Agent-Toolの契約定義

### 3. 設計原則（これを守るのが最も重要）

1. **Reliability First** — LLMを絶対に信用しない。すべてをvalidateする。
2. **Scaffolding Designed to be Removed** — モデルが賢くなったらハーネスを薄くできるように設計（Anthropicが実際にやっている手法）。
3. **Human Steer, Agent Execute** — 人間は目標・制約・品質基準を決め、エージェントに実行させる。
4. **Observability by Default** — すべてのステップがトレース可能。
5. **Build vs Buyの判断** — 2026年現在、ゼロから全部作る人は少ない。**LangGraph** をベースに拡張するか、CrewAI/OpenAI Agents SDKをカスタマイズするのが現実的。完全に自作するなら「最小の didactic なハーネス」から始めるのがおすすめ。[[3]](https://x.com/pauliusztin_/status/2064614918217675067)

### 4. 高レベル設計例（擬似コード）

```python
class AgentHarness:
    def __init__(self,
                 llm,
                 tools,
                 memory,           # Persistent workspace + hierarchical
                 sandbox,          # 隔離実行環境
                 evaluators,       # validator + LLM judge
                 governance):      # 制限・HITL・予算

    async def run(self, task: str, max_steps=30):
        workspace = self.memory.create_workspace()
        state = AgentState(task=task, workspace=workspace)

        for step in range(max_steps):
            # 1. Context Compaction
            context = self.memory.get_compacted_context(state)

            # 2. LLM呼び出し（tool calling）
            response = await self.llm.generate(context, tools=self.tools)

            # 3. Ralph Loop的な終了判定
            if response.is_finish():
                if await self.evaluators.validate(workspace):
                    break
                # 失敗したら強制継続 + フィードバック注入
                state.add_feedback(self.evaluators.get_detailed_failure())
                continue

            # 4. Sandboxで安全に実行
            execution_result = await self.sandbox.execute(response.tool_call)

            # 5. State更新 + 観測可能性
            state.update(execution_result)
            self.observer.trace(step, response, execution_result, cost)

        return workspace.get_final_artifacts()
```

### 5. 実践的な推奨

- **スタートおすすめ**：LangGraph（状態を明示的なグラフで管理できる最強のハーネス基盤）
- 次に追加すべきもの（優先度順）：
  1. Persistent Workspace
  2. 強力なContext Compaction
  3. Ralph Loop的な自動検証ループ
  4. きめ細かいPermission & Governance

- 評価：単なる最終回答精度ではなく、**Trajectory評価**（過程全体）と**確定論的validator**を組み合わせる。

---

ハーネスは「一度作ったら終わり」ではなく、**継続的に進化させるもの**です。モデルがアップデートされるたびに「この部分はもうハーネスでやらなくてよくなった」と削れる設計が理想です。

具体的に深掘りしたい部分があれば教えてください：
- Sandboxの実装パターン
- Memory階層の詳細設計
- Ralph Loopのコード例
- LangGraphを使った実装テンプレート
- マルチエージェントハーネス
- 企業内導入時のガバナンス設計

必要に応じて、さらに具体的なアーキテクチャ図やコード例も出せます。


X Learn [2026-06-16] Codex CLI Gemini CLI 最新

**Codex CLI & Gemini CLI 最新情况（2026.6.16）**

### 1. Codex CLI（OpenAI）
**最新版本：0.140.0**（今天刚更新）

**主要更新内容：**
- 新增 `/import` 命令，可直接从 **Claude Code** 一键导入配置、项目结构和最近聊天记录（迁移党狂喜）
- 新增 `/usage` 查看 token 使用量（支持每日/每周统计）
- `/goal` 长期任务管理大幅改进
- 会话永久删除、MCP 稳定性提升、大仓库性能优化、数据库自动修复等实用改进

**推荐关注**：这个版本实用性拉满，特别适合从 Claude Code 迁移过来的用户。

GitHub Releases: https://github.com/openai/codex/releases

### 2. Gemini CLI（Google）
目前依然在高频更新（几乎日更），但有一个**非常重要的变化**：

**免费额度将在 6月18日（后天）正式结束**。

Google 正在引导用户转向 **Antigravity CLI**（疑似闭源/付费后继版本）。很多日本用户已经在紧急迁移，有人反馈在 Raspberry Pi 4/400 上安装 Antigravity CLI 会遇到 AES 兼容性问题（Pi 5 正常）。

Gemini 3.5 Flash 在日常高速任务上依然表现优秀，很多人的当前分工是：
- 高难度 agentic 任务 → Claude Code / Opus
- 日常快速开发 → Gemini CLI
- 平衡/迁移中 → Codex

GitHub Releases: https://github.com/google-gemini/gemini-cli/releases

### 当前生态趋势
- **Claude Code + Codex + Gemini CLI** 已经成为三大官方 CLI 标配。
- 很多工具（比如 AgentsRoom）已经支持同时在一个项目里跑多个 CLI，随时切换模型。
- `SKILL.md` / 特定 prompt 格式正在三家之间逐渐标准化，同一个文件在三个 CLI 上基本都能直接用。
- 所有工具的 GitHub release 频率都非常高，基本是「日更」级别。

---

**想了解具体内容？** 告诉我你主要想看哪个：

1. 两者的安装/更新命令（brew / npm / binary）
2. 从 Gemini CLI 迁移到 Antigravity 的实用方案
3. Codex 0.140.0 的详细使用技巧（尤其是 /import）
4. 三者（Claude Code / Codex / Gemini）当前最推荐的使用分工
5. 还是要某个具体功能的最新用法

直接说就行。


X学習 2026-06-17 — frontend-designスキル更新/Nadella学習ループ論/CC v2.1.179/GLM-5.2(中華足切り)/Fable5復活手順

# X学習 2026-06-17（お姉様提供URL 17投稿バッチ1）

## 情報源
- お姉様が連続投下した個別X投稿URL 17件（grok x_search で個別取得・Jina匿名はDDoS疑いで451ブロック中）
- 主要投稿者: so_ainsight / ClaudeCode_UT / haboshiastra / shalaku_j / rimuruafi / DataChaz / tetumemo / mekanikkunn / YY_shirou / hanjuku_yanen

## 横断統合（Fusion式: 合意/矛盾/盲点/独自洞察）

### ① 合意点（複数投稿が揃って言っている＝確度高）
- **「最強モデル選びの競争は終わった」がトレンドの中心**。Nadella考察(shalaku_j #9・YY_shirou #12)、frontend-designスキル(so_ainsight #1)、寝てる間自動化10選(so_ainsight #10/11)が揃って「モデルでなく**その上に積む学習ループ・ハーネス・自社IP**が勝負」と主張。shadowの [[multi-model-routing]]「モデル=エンジン/ハーネス=車」と完全一致。
- **AIに2段階プロセスを踏ませる設計が品質を上げる**。frontend-design=「設計→自己ツッコミ→コード」、これは [[thinking-model-best-practices]]「完成条件を先に渡す」「design.mdでAIスロップ防止」と同型。

### ② 矛盾・要注意
- **Fable 5「復活手順」(mekanikkunn #13・tetumemo #15-17・AI駆動塾発)** = GitHub `elder-plinius/CL4R1T4S` のリークsystem promptを `--system-prompt-file` で読ませOpus 4.8 Maxに切替える手順。**⚠ これはリークプロンプトの利用であり、Fable 5炎上(guardrail非表示問題・[[project不要]])の文脈と直結。shadowでは追従しない**（規約・安全性リスク）。tetumemoは「fable-orchestrator Skill配布」で正攻法寄り。
- **GLM-5.2(DataChaz #6/7・zai-org/智譜AI)** = 753Bパラメータ・1Mコンテキスト・MITライセンス・Opus 4.8同等主張・IndexShare Attention(FLOPs 2.9倍削減)。技術的には興味深いが**中華系のため [[feedback-no-chinese-apis]] / [[glm5-alias]] により不採用**。ローカル実行(Ollama)でも RAM制約(shadow 4GiB)で753Bは不可。記録のみ・ツール採用せず。

### ③ 盲点（誰も触れていないが重要）
- 投稿群はどれも「導入すれば良い」一辺倒で**コスト・ポリシー抵触・前提条件に触れない**。GLM-5.2は中華足切り、Fable復活はリーク利用、寝てる間自動化10選はHermes/OpenHands等の運用コスト・セキュリティ境界が必要。横断したからこそ「採用前のwhy-first/ポリシー検査」の空白が見える。
- **shadowのClaude Code実態はv2.1.172**（CLAUDE.md記載のv2.1.156は古い情報）。#8の v2.1.179 と7パッチ差。

### ④ 独自洞察（1ソースだけの非自明な指摘）
- **so_ainsight #1: Anthropic公式frontend-designスキル更新** — 「クリーム×オレンジ/ほぼ黒×蛍光グリーン/新聞風」等のAI定番テンプレ顔を**名指しで禁止**し、設計→自己ツッコミ→コードの2段階を強制。コピー(文言)もデザイン要素として扱う。→ shadow未導入。frontend-devスキルに反映する価値大（段3実践済）。
- **haboshiastra #8: Claude Code v2.1.179** — 接続切断時の**部分応答保持**(エラーで全消え解消)・runningスピナー固着修正・WSL2マウスホイール修正・sandbox denyRead/allowReadのglobで巨大ツリー指定時にBash説明文が肥大化しセッション不能になる問題修正。安定性重視のマイナー更新。
- **hanjuku_yanen #14**: 「マネタイズ済み→AIに詳細を惜しみなく与える / 未マネタイズ→AI相談前に成果者へ直接相談」の使い分け。

## 各投稿の要点（採用分）
| # | 投稿者 | テーマ | 段階 |
|---|--------|--------|------|
| 1 | so_ainsight | Anthropic公式frontend-designスキル更新(2段階・テンプレ顔禁止・コピーもデザイン) | ★段3実践 |
| 8 | haboshiastra | Claude Code v2.1.179(部分応答保持・WSL2/sandbox修正) | アップデート候補 |
| 9 | shalaku_j | Nadella「最強モデル選びは古い・ヒューマン資本+トークン資本+学習ループ+自社IP」 | 思想一致記録 |
| 2 | ClaudeCode_UT | VS Codeピクセルアート社員エージェント可視化(無料OSS・並列監視) | [[agent-view]]補完 |
| 10,11 | so_ainsight | 寝てる間自動化GitHub10選(OpenHands SWE77.6%/Hermes/CrewAI/Aider…) | 記録 |
| 15,16,17 | tetumemo | NL「Fable5公式ガイド6コツ・fable-orchestrator Skill配布」 | 正攻法寄り |

## ポリシー足切り
- **DataChaz #6/7 GLM-5.2**: 中華系([[feedback-no-chinese-apis]])→技術記録のみ・不採用
- **rimuruafi #3/4/5 アフィリ案件13選**: AI技術でなくマネタイズ(biz)→軽量記録
- **mekanikkunn #13 Fable復活手順**: リークprompt利用・炎上文脈→追従しない

## アクションアイテム
1. ★[段3完了] frontend-design 2段階プロセスを shadow frontend-dev スキルに反映（設計→自己ツッコミ→コード・テンプレ顔禁止リスト）
2. Claude Code v2.1.179 へのアップデート検討（現v2.1.172・Fable5炎上のfalse positive状況を確認してから）
3. CLAUDE.md/memoryの「shadow Claude Code版数」をv2.1.172へ更新（v2.1.156は陳腐化）


X学習 2026-06-17 バッチ2 — Claude Code Agent Teams/whichllm(ローカルLLM実測ランキング)/RuView(Wi-Fiセンシング)/Chrome拡張セキュリティ

# X学習 2026-06-17 バッチ2（お姉様提供URL追加分）

## 情報源
お姉様連続投下の個別X投稿（grok x_search個別取得）: swarm_japan / shiropen2 / daifukujinji / dotey / taishiyade / RadineerE10 / yoppy0123

## 主要な発見（採用）

### ★ swarm_japan: Claude Code「Agent Teams」実用化
- エージェント同士が**共有タスクリスト経由で直接メッセージ**し協調作業。**QAエージェントが独立した品質ゲート**として成果物をレビュー→バグ検出→差し戻しループ。人間ほぼ介入なしで「ship可能な完成品」まで自動化。
- → shadowの [[multi-agent-best-practices]](agentboard+bd+agmsg)・[[goal-judge]](実装と判定の別モデル分離)と完全同型。公式機能化された裏付け。

### ★ shiropen2: whichllm（ローカルLLM実測ランキングツール）
- 従来「VRAMに収まる最大モデル」を勧めがちなのに対し、**実測ベンチ(LiveBench/Aider/Chatbot Arena)を統合して「一番賢く実用的なモデル」をランキング**。ベンチ性能+推論速度(token/s)+世代を多角評価。
- 一次情報: テクノエッジ記事(2026-06-17公開)。
- → **shadow Fusionパネル(fusion_local.py)の非中華ローカルモデル選定に使える**。gemma2:2b採用時のような「RAM制約下で最善のローカルモデル」判断を実測で裏取りできる。AIキーワード登録候補。

### dotey: baoyu-design Skill更新
- ローカルでClaude Designのアニメーションを生成し**MP4直接エクスポート**。前回はPPTX生成・編集も。Claude Designウェブ版の「動画DL困難」問題を解決。

### RadineerE10: RuView（Wi-Fi CSIセンシングOSS・★7.4万）
- カメラ不使用・**Wi-Fi電波のCSI(Channel State Information)で人の存在/呼吸(6-30回/分)/心拍(40-120bpm)/転倒(200ms未満)検知**。ESP32-S3(約$9)で動作・Home Assistant連携。介護/見守り向け。AI技術というより空間センシングだが要注目OSS。

### yoppy0123: Chrome拡張セキュリティ(Flatt Security記事)
- 「AI(Claude Code/Cursor)で誰でも拡張を作れる今、**作る側も使う側もManifest V3/Content Script/Backgroundの仕組みとリスクを理解すべき**」。一次情報: blog.flatt.tech/entry/chrome_extension_security_risk。

## ポリシー足切り・ジャンル外
- **taishiyade: AI×X自動運用ツール宣伝** → マネタイズ宣伝・低価値。⚠ なお「send-keysで対話CLIに注入」型の自動運用は [[tmux-ai-workflow]] 禁止事項(規約違反)に該当しうるので手法は採らない。
- **daifukujinji: AI課金戦略ランキング(ほしの氏記事引用)** → 「課金価値あるツールの組み合わせ」整理。biz寄りだが参考: ChatGPT/Gemini/Perplexity/Grok=ほぼ無料で十分ゾーン。

## アクションアイテム
1. whichllm をAIキーワード登録 + 次回Fusionローカルモデル選定で実測参照
2. swarm_japan Agent Teams手法を agentboard 運用ガイドの裏付けとして参照（既存と同型のため新規実装は不要）


X学習 2026-06-17 バッチ3 — NotebookLM自律エージェント化/SurfSense(OSS代替・GitHub1位)/第二の脳スタック(Obsidian×Hermes×NotebookLM)

# X学習 2026-06-17 バッチ3（お姉様提供URL追加分）

## 情報源
お姉様連続投下: ObsidianOtaku / nobel_824 / ClaudeCode_love / aresotik / L_go_mrk×2 / wancoro_xx / ayyh_18

## 横断統合（テーマ収束: NotebookLM×第二の脳）
このバッチは**NotebookLMの大型進化**と**「第二の脳(Second Brain)」スタック**にほぼ全投稿が収束。複数投稿が独立に同じ方向を指す＝確度が高い。

### ★ NotebookLM 大型アップデート（nobel_824 / ayyh_18）
- **自律型リサーチエージェント化**: 「与えられたソースに忠実」から、**AI自ら「情報不足」を判断し調査計画を立て外部ソース追加を提案**する自走型へ。
- **Gemini 3.5 + Antigravity採用**で推論強化・reasoning可視化。
- **secure cloud computer搭載(最大の目玉)**: 各ノートブックにコード実行環境。NotebookLM自身がコードを書き実行。
- → 「メモ要約ツール」から「調査・分析・資料作成の万能ツール」へ。

### ★ SurfSense（NotebookLM OSS代替・GitHubトレンド1位）(L_go_mrk)
- **完全無制限**(ソース/ノートブック数制限なし=NotebookLM最大の不満解消)・**セルフホスト可**・**LLM柔軟**(Google縛りなし)。
- → shadowの非中華・ローカル志向と親和。LLM Wiki(自前知識ストア)の補完候補として要評価。AIキーワード登録。

### 第二の脳スタック（ObsidianOtaku / aresotik / L_go_mrk / ClaudeCode_love）
- **Obsidian × NotebookLM × Hermes(★140K stars)** の3点スタックが共通テーマ。「プロンプトを磨く時代は終わり・記憶の設計を変える」(ObsidianOtaku)。
- **YouTube to NotebookLM**拡張で特定チャンネル全体(数千時間)を一括投入 + SkillGraphs連携(L_go_mrk)。
- **役割分担: 読む=NotebookLM(Pro最大300資料) / 考える=Claude**(ClaudeCode_love)。Claude CodeからCLIでNotebookLM操作・YouTube自動検索追加。
  → これはshadowの [[multi-model-routing]]「読む処理を別系に逃がしClaudeは思考に徹する」と同型。notebooklmスキルが既にshadowにある。

### wancoro_xx: NotebookLM実践10プロンプト
- 資料投入後の10プロンプト。⑩「ポッドキャスト化(Audio Overview)」が本命=聴くだけインプット。

## 盲点・注意
- 「第二の脳」スタックは魅力的だが**Hermes/Obsidian/NotebookLMの運用コストとローカルリソース**(shadow RAM 4GiB制約)を要検討。shadowは既にLLM Wiki+MEMORY.mdの知識ストアがある→重複導入でなく「NotebookLM=読む処理の外出し」用途に絞るのが筋。

## アクションアイテム
1. SurfSense をAIキーワード登録 + LLM Wiki補完候補として評価(セルフホスト・非中華LLM可)
2. notebooklmスキル(shadow既存)を「Claude=考える/NotebookLM=読む」役割分担で活用する運用を意識(ClaudeCode_love手法)
3. NotebookLMの自律エージェント化・cloud computer搭載は要観察(yt-learn/notebooklmスキルで追跡)


X学習 2026-06-17 バッチ4 — NotebookLM完全自動化(notebooklm-py/Audio Overview WF/Claude Code連携)

# X学習 2026-06-17 バッチ4（バッチ3 NotebookLMテーマの続き）

## 情報源
お姉様連続投下: tetumemo / daifukujinji / L_go_mrk

## 主要な発見（NotebookLMの「CLI/プログラム自動化」レイヤー）
バッチ3(NotebookLM自律化・第二の脳)の続き。こちらは**NotebookLMをコードから操作する自動化**が中心。

### ★ notebooklm-py（非公式Pythonライブラリ）(L_go_mrk)
- NotebookLMのWeb UI手作業を**Python/CLI/Claude Code経由で完全自動化**。
- ノートブック一括作成・改名・削除、ソース投入(URL/PDF/YouTube/Google Drive/音声)。
- → 「週に大量記事を投入する人」向け。shadowの **notebooklmスキル(既存)** がまさにこの領域。CLI自動化の裏取り。

### tetumemo: NotebookLM Skills自動WF
- 記事Markdown → NotebookLMに投入 → Skillsが自動でノートブック構成 → **Audio Overview(音声解説)自動生成** → Spotify等で配信可能。Google Antigravity/Claude CodeからSkills(司令塔Skill)を呼ぶ。

### daifukujinji: NotebookLM「第二の脳」最適解(ほしの氏記事引用)
- 「単なる要約→第二の脳へ進化」。ソースの質を根本から変えるのが核。

## 統合インサイト（バッチ3+4 横断）
NotebookLM関連で2026-06-17に**3つのレイヤー**が同時に話題化:
1. **製品進化**: 自律エージェント化・cloud computer搭載(Gemini3.5+Antigravity)
2. **OSS代替**: SurfSense(無制限・セルフホスト・非中華LLM可)
3. **プログラム自動化**: notebooklm-py(CLI/Claude Code連携)
→ shadowは notebooklmスキル を既に持つので、**「Claude=考える/NotebookLM=読む」役割分担 + notebooklm-py的CLI自動化**で活かすのが筋。重複ツール導入は不要。

## アクションアイテム
1. notebooklmスキル(shadow既存)に notebooklm-py 的なCLI一括操作の知見が反映済みか次回点検
2. SurfSense(バッチ3)とNotebookLM自動化はLLM Wiki(自前知識ストア)と役割が重なるので、導入はwhy-first判定してから(読む処理の外出し用途に限定)


学習日報 2026-06-17 x-learn 11:07

# 学習日報 2026-06-17 x-learn 11:07

## 概要
お姉様が連続投下した個別X投稿URL **約32件**を4バッチで取得・横断学習。Jina匿名はDDoS疑い451ブロック中のため grok x_search で個別取得。LLM Wiki 4エントリ追加(id=577〜580)。

---

## 今日学んだこと（X・テーマ別）

### Claude Code / エージェント運用
- **Anthropic公式 frontend-design スキル更新**(so_ainsight): 設計→自己ツッコミ→コードの2段階・AI定番テンプレ顔禁止・コピーもデザイン。→ shadow frontend-devスキルに反映済(段3)
- **Claude Code v2.1.179**(haboshiastra): 接続切断時の部分応答保持・WSL2/sandbox修正。現shadow=v2.1.172
- **Claude Code「Agent Teams」実用化**(swarm_japan): 共有タスクリスト+QA品質ゲート。shadow agentboard+bd運用と同型
- **VS Codeピクセルアート社員エージェント可視化**(ClaudeCode_UT)

### NotebookLM / 第二の脳（最大テーマ・収束）
- **NotebookLM自律エージェント化**(nobel_824/ayyh_18): 情報不足を自己判断・cloud computer搭載・Gemini3.5+Antigravity
- **SurfSense**(L_go_mrk): NotebookLM OSS代替・GitHub1位・無制限/セルフホスト/非中華LLM可
- **notebooklm-py**(L_go_mrk): CLI/Claude CodeでNotebookLM完全自動化
- **Obsidian×NotebookLM×Hermes 第二の脳スタック**(ObsidianOtaku/aresotik): 「Claude=考える/NotebookLM=読む」役割分担

### AI思想
- **Nadella「最強モデル選びは古い」**(shalaku_j/YY_shirou): ヒューマン資本+トークン資本+学習ループ+自社IPが競争力。→ shadow multi-model-routing思想と一致

### その他OSS
- **RuView**(RadineerE10): Wi-Fi CSIで非接触の存在/呼吸/心拍/転倒検知・ESP32-S3($9)
- **Chrome拡張セキュリティ記事**(yoppy0123・Flatt Security)

---

## 今日実装したもの

| ファイル | 変更内容 |
|--------|---------|
| ~/.claude/skills/frontend-dev/SKILL.md | §0「デザイン品質原則(AIスロップ回避)」追加=2段階プロセス+テンプレ顔禁止リスト(段3実践) |
| ~/workspace/web/vvv-bots/bots/gokou_timeline/ai_keywords.txt | whichllm・SurfSense追加(commit+push済) |
| ~/.claude/dashboards/fusion-dashboard/ | 前タスクfusion-dashboardをclaude-baseにミラー保全(commit+push済) |

---

## ポリシー足切り（記録のみ・不採用）
- **GLM-5.2(DataChaz・zai-org/智譜AI)**: 中華系→feedback-no-chinese-apis違反。753B/1M/MIT/Opus同等主張だが不採用
- **Fable5リークprompt復活手順(mekanikkunn・CL4R1T4S)**: 規約・安全リスク→追従せず
- **AI×X自動運用ツール宣伝(taishiyade)**: send-keys注入型は規約違反リスク・低価値
- **アフィリ案件13選(rimuruafi)・AI課金ランキング(daifukujinji)**: biz寄り→軽量記録

---

## 未実装アクションアイテム（優先順）
1. Claude Code v2.1.179アップデート検討(現v2.1.172・Fable5炎上false positive状況確認後)
2. SurfSense/NotebookLM自動化のwhy-first評価(LLM Wikiと役割重複・「読む処理外出し」用途に限定)
3. CLAUDE.md/memoryのshadow CC版数をv2.1.172へ更新(v2.1.156は陳腐化)

---

## LLM Wiki エントリ一覧（本セッション追加）

| id | タイトル | タグ |
|----|---------|------|
| 577 | X学習 2026-06-17 frontend-design/Nadella/CC v2.1.179/GLM-5.2足切り/Fable5 | x-learn,frontend-design,claude-code |
| 578 | X学習バッチ2 Agent Teams/whichllm/RuView/Chrome拡張 | x-learn,agent-teams,whichllm |
| 579 | X学習バッチ3 NotebookLM自律化/SurfSense/第二の脳 | x-learn,notebooklm,surfsense |
| 580 | X学習バッチ4 NotebookLM完全自動化(notebooklm-py) | x-learn,notebooklm-py |


X学習 2026-06-17 notebooklm検索 — Open-Notebook(OSS代替・セルフホスト)/役割分担定着/Sakana AIデスクリサーチ参入

# X学習 2026-06-17 notebooklm検索（X検索ページ指示 + daifukujinji投稿）

## 情報源
- X検索クエリ「notebooklm」(vvv API・7日・40件取得・importance_score順)
- daifukujinji個別投稿 + obataka.com ITトレンド記事(defuddle深掘り・一次情報)

## 横断統合（Fusion式）

### ① 合意点（複数投稿が独立に同じ方向＝確度高）
- **「NotebookLM=資料置き場/読む / Claude Code=実行・思考係」の役割分担が定着**(複数投稿score73で独立に出現)。「Claude Codeに全部読ませると重く・前情報を忘れる→NotebookLMに資料を逃がす」。→ shadow [[multi-model-routing]]「読む処理を別系に外出し」と完全一致。前バッチ(id=579/580)に続き3度目の独立確認＝鉄板トレンド。
- **OSS版NotebookLMが現実的選択肢に**: SurfSense(バッチ3)に加え **Open-Notebook** も。

### ② 新発見: Open-Notebook v1.9.0（★最重要）
- GitHubユーザー **lfnovo** 開発・6/2 v1.9.0・GitHubトレンド入り。
- **完全セルフホストでNotebookLM機能を再現**・プライバシーとプロバイダー自由度で商用を上回る設計。
- **Podcast要約機能を社内LLMで再現可能**=秘匿ドキュメントをGoogle外で完結。
- 一次情報: obataka.com ITトレンド(2026-06-16) / aitoolly / dev.to レビュー。
- → **shadowの非中華・ローカル志向・LLM Wiki補完と最も親和**。SurfSenseと並ぶOSS代替候補だが、Open-Notebookの方が「セルフホスト+プロバイダー自由(非中華LLM選択可)」を明示。AIキーワード登録。

### ③ その他の発見
- **Sakana AI がデスクリサーチ事業参入**: 「Claude Code + deep research + NotebookLM」の組み合わせ課題を事業化。日本発AI企業の動き。
- **daifukujinji: NotebookLM横断思考プロンプト**: 複数資料・ノートブックを横断統合して戦略立案させる「外部脳」化。Gemini併用で「読む→考える」に変える神プロンプト群。
- Gemini 3.5 Pro GA間近(2Mトークン・Deep Think)・Google×Kaggle 5-Day AI Agents Intensive開講。

### ④ 盲点
- OSS代替(Open-Notebook/SurfSense)は魅力的だが、shadowは既にLLM Wiki(自前知識ストア)+notebooklmスキルを保有。**重複導入を避け「秘匿ドキュメントのGoogle外処理」「Podcast要約の社内LLM再現」という未カバー用途に限定**するのが筋(why-first)。

## アクションアイテム
1. Open-Notebook をAIキーワード登録(SurfSenseと並ぶOSS NotebookLM代替・セルフホスト/非中華LLM可)
2. 「NotebookLM=読む/Claude=考える」役割分担は3度目の確認＝鉄板。notebooklmスキルでこの運用を明示済みか点検
3. Open-Notebook/SurfSenseの導入はwhy-first判定(LLM Wikiと重複・秘匿処理用途に限定して評価)


X Learn [2026-06-17] Claude Code 新機能 アップデート

**Claude Code 新機能・アップデートまとめ（2026年6月17日時点）**

### 1. 直近のバージョンアップデート

**最新版：v2.1.179**（直近数日以内）
- 中断・接続断時の挙動改善
- WSL2のマウスホイールスクロール対応
- sandboxの`denyRead`/`allowRead`表示改善
- remote sessionのbackground tasks表示強化

**v2.1.178（6月16日）** ← これがかなり重要
- **AutoモードでのSubagent生成に分類器による事前審査ゲート**を追加（安全性大幅向上）
- `Agent(model:opus)` のように**モデル単位で権限を宣言**できる構文を追加

**v2.1.172（6月10日）**
- **Subagentの入れ子生成**正式対応（最大5階層まで可能に）

この2週間で「自律を深める機能」と「暴走を止める統制」を同時に強化する設計思想が明確に出ています。

### 2. 今のClaude Codeの核心アーキテクチャ

日本のパワーユーザーたちが整理している整理が非常にわかりやすいです：

- **CLAUDE.md**：プロジェクトの地図・前提知識（常に読み込まれる）
- **Rules**：絶対に守る専門知識・設計規約（.claude/rules/ に分離）
- **Skills**：再利用可能な手順書（`/no-mistakes` など人が呼ぶもの）
- **Subagent**：完全に任せる別働隊（現在は入れ子も可能）
- **Hooks**：条件を満たしたら自動発火
- **MCP**：外部サービスとの安全な連携（GitHub, DB, Slackなど）

このレイヤーを正しく使い分けられるかどうかで、生産性が段違いになります。

### 3. Anthropic公式研究（6月16日公開）

400,000セッションを分析した大規模調査「[Claude Code Expertise](https://www.anthropic.com/research/claude-code-expertise)」が公開されました。

**主な結果**:
- セッションの**半数以上**がコードの新規作成・修正
- 約2割が「既存ソフトウェアの操作」
- 平均タスクの経済価値が**27%向上**（2025年10月→2026年4月）
- ソフトウェアエンジニア以外でも、**ドメイン専門性**（専門用語の使い方・質問の質）が高いと成功率が非常に近い（最難関指標で7ポイント以内）

「専門家ほど強い」というより、「その分野の中級者以上ならかなり戦える」レベルまで来ています。

### 4. 特に強い機能（現在）

- **Computer Useの本格統合**（2026年3月〜）：CLI上でマウス・キーボード操作可能。自分で作ったものを自分で動かしてテストできる。
- **/usage**コマンド：Subagent、キャッシュ、long contextごとの消費が細かく見える（最適化に必須）
- カスタムSkillの爆発的増加（特に`/no-mistakes`系が流行）

---

**今一番熱い運用**
日本のコミュニティ（@ClaudeCode_love さんたちを中心に）は、**Skills + 入れ子Subagent + MCP + Obsidian**の組み合わせでかなり先進的な運用をしています。

特に「自律を深めつつ、どこで人間が止めるかを設計する」思想が成熟してきていて、ただやみくもにSubagentを増やすのではなく、**統制点を同時に設計する**動きが目立ちます。

もっと知りたい部分を教えてください：
- おすすめSkill集
- 入れ子Subagentの具体的な運用例
- MCPの設定ノウハウ
- 安全統制のベストプラクティス
- CLAUDE.md / Rulesの鉄板テンプレート

どれでも深掘りします。


X Learn [2026-06-17] Claude Agent Skills MCP 活用

**Claude Agent Skills + MCP 活用ガイド**（2026年6月版）

「Claude Agent Skills」と「MCP」は、現在Claude（特に**Claude Code**）を本気で業務に使っている人たちの間で最も重要な2大拡張機能です。

### 1. それぞれの役割（超シンプルに）

| 項目          | **Agent Skills**                  | **MCP (MCP Server)**                  |
|---------------|------------------------------------|---------------------------------------|
| 主な目的      | **手順の再利用・標準化**           | **外部ツールとの接続**                |
| イメージ      | 「この仕事はいつもこの流れでやって」 | 「Claudeに新しい道具（能力）を与える」 |
| コンテキスト負荷 | 比較的軽い                        | 重い（追加したサーバーは常時コンテキストに乗る） |
| 向いているもの | レビュー手順、調査フロー、判断基準、業務プロセス | GitHub、Notion、DB、ブラウザ、独自API、トレード基盤など |

**公式比喩で一番わかりやすい表現**：
- MCP → **USB-C**（統一規格でなんでも繋げるようになった）
- Skills → USB-Cが普及した後の「**どうやって効率的に使うか**」の問題を解決するもの

MCPは「繋ぎ方」の問題を解決したけど、ツール定義が全部コンテキストに乗るためトークンを食う。Skillsはそれを補完・代替する軽量な方法として位置づけられています。

### 2. 効果的な使い分け（これが一番大事）

**Skillsを使うべきケース**
- 繰り返し発生する複雑な手順を品質均一化したいとき
- コードレビュー、要件定義→実装、競合調査、営業資料作成、UIレビューなど
- 「Claudeに自分の流儀を覚えさせたい」場合
- Sub-agentの呼び出しパターンを整理したいとき

**MCPを使うべきケース**
- 実際に外部システムを読み書きしたい（Notion更新、GitHub操作、DBクエリ、Slack自動投稿など）
- Claudeに「目」や「手」を与えたい（ブラウザ操作、スクレイピング、ローカルファイル高度操作）
- リアルタイムデータや外部APIを頻繁に使いたい

**最強パターン（上級者）**
- **CLAUDE.md**にプロジェクトの判断基準・好みのSkills・使用許可MCPを明記
- コアな業務プロセスは**Skills化**
- どうしても必要な外部接続だけ**厳選したMCP**を入れる
- 可能なら重いMCPは「Skills化（MCPの機能をスキルとして内部化）」してトークン節約

### 3. 実践的な活用事例（よく聞かれるもの）

- **営業資料作成**：Skillsで「競合調査→データマッピング→構成案→デザイン指示」の全フロー化 + MCPでブラウザ操作
- **コード開発**：Skillsで「レビュー基準・リファクタリング手順」を高度に定義 + 必要なリポジトリ操作はMCP
- **業務自動化**：Hooks + Skills + MCP + cronを組み合わせた24時間稼働エージェント
- **トレード/分析**：専用MCPで市場データ直接接続 + Skillsで分析手順を固定

### 4. おすすめ学習・活用リソース（日本語コミュニティ）

- **@sora19ai**さんの用語解説スレ（非エンジニアにもめっちゃわかりやすい）
- **@sumika45379**さん（Skillsオタク）の図解シリーズ（特に「30個のMCP整理記事」は神）
- **@oikon48**さんが紹介している公式ブログ：*Extending Claude’s capabilities with skills and MCP servers*
- **@upamune**さんの「全部Skillsに変換実験」
- Claude Code公式ドキュメント（Skillsセクション）

### 5. 実践Tips

1. 最初は**Skillsから作り始める**のがおすすめ（失敗コストが低い）
2. MCPは「これ本当に必要か？」を毎回自問する（コンテキストを永久に食う）
3. `CLAUDE.md`を徹底的に書き込む（これだけで生産性が段違い）
4. 作ったSkillsは積極的に他人に共有・フォークしてもらうと改善されやすい

---

もっと深掘りしたい方向性を教えてください：

- **具体的なSkillsの作り方・テンプレート**が欲しい
- **おすすめMCP Server一覧**（特に日本語ユーザー向け）
- **トークン節約のためのSkills化手法**
- **CLAUDE.mdの鉄板テンプレート**
- 特定業務（開発、営業、マーケティング、個人自動化など）での実例

用途を教えてくれれば、それに特化した活用パターンを深く解説します。


マネタイズ最適解 戦略文書 2026-06-17（pay主軸・物語統合・合法ライン確定）

# マネタイズ最適解 戦略文書 2026-06-17

> お姉様指示「マネタイズに向けて最適解をアプリ構築含め検討」。grok敵対評価2回 + 実機資産棚卸し + お姉様の合法性ライン確定で策定。

## 確定した大前提（正当性ライン = 自作物・非依存のみ）

### 🚫 マネタイズ対象から完全除外（著作権侵害・幇助・無登録業のリスク）
| 資産 | 除外理由 |
|------|---------|
| videos DB(FC2系214万件) | スクレイピング+成人誘導=著作権侵害・わいせつ物幇助リスク・決済事業者規制で即死。**負債** |
| vvv/anime のデータ販売・API公開 | 他人コンテンツ(求人/アニメ)の再配布=著作権侵害・ソースToS違反 |
| トレードのシグナル販売・自動売買代行・投資助言 | 金商法の無登録投資助言業=違法・損失賠償リスク |

### ✅ マネタイズ可能(自作・非依存)
| 資産 | 合法根拠 |
|------|---------|
| pay(サブスク管理SaaS) | 他人コンテンツ不使用・ユーザー自身のデータ整理ツール |
| トレード検証記録(過程・方法論) | シグナルでなく「AIでシステムを作る過程の技術コンテンツ/教育」=合法(線引き厳守) |
| AI運用ノウハウ | 自分の知見・実装代行/教育(情報商材でなく実装) |

## 戦略 = 「1本の物語」だが pay 主軸（grok盲点A〜E反映）

```
物語: 個人がAIエージェントで実用プロダクトとトレード検証システムを作り上げる過程
  ① pay = 完成して動く実用SaaS（信頼の証明・最初の収益）★主戦場
  ② トレード検証ログ = AIでシステムを作る技術ストーリー（週1・軽く）
  ③ ①②の実績 = AI実装代行/教育（90日以内は売らない・信頼を積むだけ）
```

⚠ grokの最重要警告: **「物語統合」は放置すると「3事業同時起業」になり全部"公開準備中"で凍結する**。買い手は①②③で別人格。信頼は自動転移しない。→ **payに集中、②③は軽く**。

## grok敵対評価の核心盲点（5つ）
- A: 信頼の転移幻想（payが動く≠トレード/AIの専門性証明）。物語が効くのは「AIで個人開発する開発者」ニッチのみ
- B: 物語統合=SaaS運営+メディア運営+受託営業の同時起業。1人で全部=全部中途半端
- C: 「失敗の実証」はブランド毒にもなる(トレード層は勝ち実績を買う/法人は"金融で負けた人"と読む)。trends-trade.mdの「★勝ちパターン確定」が外向き発信で勝ち宣伝に変質する自己破壊に注意
- D: AI実装代行は2026年供給過多・単価下落。買い手が欲しいのは「本番障害の責任を誰が取るか」=個人は構造的に不利
- E: 物語を磨くほどpay決済実装と最初の100ユーザー獲得が後回しに=「発信者にはなれるが事業者になれない」

## トレードコンテンツの合法線引き（投資助言でない教育）
**論点: 不特定多数への個別投資判断の提供か / 利益・優位性の暗示で勧誘か**（最終判断は弁護士確認）

### 絶対NG表現
売買指示(今買え/売り時/エントリー推奨/利確△△円)・銘柄指定(おすすめ銘柄)・シグナル販売(勝率70%/毎朝通知/フォローで儲かる)・利益保証(必ず儲かる/聖杯)・優位性断定(このエッジは本番でも通用)・個別相談(DMで診断)・代理運用・**過去検証の体裁でも「今やれ」**

### やってよい表現
プロセス開示(こう仮説を立て#12を組んだ)・技術実装(pandasコード全文/ウォークフォワード)・失敗記録(検証では勝ったが本番でスリッページ負け)・一般論(過剰最適化の典型)・過去/仮想データ明示・免責明示・「あなたも同手順で検証せよ(結論は自分で)」

### 安全側の鉄則
コードと検証手順は出すが**ライブ運用の「今のポジション」は出さない**。視聴者がそのままコピトレできる粒度(銘柄+方向+タイミング)が揃うと体裁が教育でも助言扱いされうる。

### 固定免責テンプレ（冒頭・概要欄・有料ページに必須）
> 本コンテンツはプログラミング・データ検証・個人研究の記録であり、特定銘柄の売買推奨・投資助言ではありません。過去のバックテスト結果は将来の成果を保証しません。投資判断はご自身の責任で行ってください。

## 最初の90日 優先順位（grok断言）
| 順位 | 何を | 期限 | 理由 |
|:---:|------|------|------|
| 1 | **pay 決済実装→正式公開**(無料枠+有料1プラン) | Day1-45 | 収益・信頼・「動く物」の証明が最短。②③の唯一の土台 |
| 2 | pay実績ページ(利用者数/解約検知件数/開発日記) | Day46-60 | 「公開して運用している」証拠。③はまだ売らず信頼を積む |
| 3 | トレード検証ログ週1本のみ(X/note) | 全期間・軽く | ②は週1に抑える。③は90日以内に売らない |

## pay 現状(実機確認2026-06-17)
- ✅ 完成: 認証(login/logout/me)・サブスクCRUD・100テンプレ/144プラン・毎朝Discordアラート
- ❌ 未実装(=マネタイズの最後のピース): **決済(Stripe/Pay.jp)・課金ゲート・LP・特商法/プライバシーポリシー・オンボーディング**
- ユーザー数=1(お姉様自分用)。PM2 pay-api(id15)/pay-scheduler(id16)稼働。DB=pay
- ⚠ 関連: vvv-api が現在errored(#553)。pay公開とは別だが本番健全性として要対応

## 次アクション
1. pay の MVP公開計画をPlan Modeで確定(決済プロバイダ選定=Stripe vs Pay.jp・無料/有料の境界・LP)
2. 決済実装→特商法/プライバシーポリシー→LP→オンボーディングの順
3. ②トレードは固定免責テンプレを trends-trade.md 運用に組み込み(発信時の自己破壊防止)


マネタイズ戦略 改訂版 2026-06-17 — アービトラージ路線(pay見直し)・案1求人AIアラートに着手断言

# マネタイズ戦略 改訂版 2026-06-17（アービトラージ路線）

> お姉様の問い直し3連発で戦略転換: ①「payに魅力あるか?」②「日本に限定する必要ある?」③「国ごとに残ってるチャンス=アービトラージを探せ」。X調査4本+grok敵対評価2回で再構築。前版(id=585・pay主軸)を上書きする方向性。

## なぜ pay 主軸から転換したか
- pay(サブスク管理)は「自作・合法」だが**汎用ツールで差別化困難**(Googleカレンダーで代替可・grok盲点)。市場に競合多数。
- お姉様の固有資産(スクレイピング/マルチエージェント/Claude Code運用)が pay では活きない。
- 「個人が大資本に勝てる構造的優位=アービトラージ(地域差・時間差・情報差・PPP)」の方がレバレッジが効く。

## X調査で判明した市場事実
- **個人開発SaaS成功は英語圏の方が桁違いに大きい**: SaaS飯(@saasmeshi)決済会員管理SaaS=累計100億円(課金=決済流通額2%従量) / Postiz=$118-125K MRR(SNSスケジューラ・agent-ready化) / TypingMind=$40K/月(LLMラッパー・API公開週に即ローンチ=時間差)
- **2026は「Year of Agents」**: Claude Code/Agent Packs(35K-140K stars)・hyper-niche垂直Micro-SaaS が個人の最頻出勝ち筋
- **アービトラージは実証済み構造**: 英語圏成功SaaSを競合のいない言語/国に最初に持込む・PPP高い国(日本/独)向け深いローカライズで高単価・機械翻訳だけの浅いローカライズが大量に隙間を作っている

## アービトラージの型(調査で判明)
| 型 | 内容 |
|----|------|
| A 地域ローカライズ | 英語圏成功SaaSを競合不在の言語に最初に持込む |
| B 逆輸入 | 日本固有ツールを英語圏グローバルへ |
| C 時間差 | 海外で今バズった手法が日本にまだ無い→先に作る |
| D PPP裁定 | 購買力高い国(日本/独)向けに深くローカライズ高単価 |
| E 情報差 | 英語圏最新AI動向を日本語で誰より早く価値提供 |

## grok断言: 最適な型 = C(時間差)×D(PPP裁定)の複合
- 理由: お姉様の強み(スクレイピング/マルチエージェント/FastAPI)は「翻訳」でなく**実装速度**に直結。時間差の窓は実装力でしか取れない。日本B2Bは月$20の英語ツールより月¥2-5万払う(稟議・サポート・法務不安のプレミアム)。英語発信が弱くても日本語Zenn/DMで最初の10社取れる。
- 棄却: B逆輸入単独(英語GTM=最大弱点に正面突入) / E情報差単独(2026はAI速報飽和・動く製品に価値が移った)・A単純ローカライズ(DeepL訳だけ競合が価格競争)

## 具体3案
### ★案1(着手断言): 日本求人ボード専用 リクルーティングAIアラートSaaS
- ターゲット: 日本語・中小人材紹介/RPO/フリーランス採用代行(5-30人)
- 隙間: 英語圏のJuicebox/Relevance AI/AI SDRは リクナビ・マイナビ・Green・Offers・派遣系のDOM/ログイン/規約に未対応。日本は「スプレッドシート+手スクレイプ」が現役
- AIスキルの効き: 既存Playwright収集基盤+分類エージェント+差分アラートを1媒体→1業界に垂直化。新着×単価帯×スキルタグを毎朝Slack/LINE通知。非中華LLMでJD要約・重複排除
- 課金: 月¥29,800(有料3社で約¥9万MRR)
- ⚠リスク: 媒体ToS・ブロック。製品は「アラートSaaS」に留め**生データ再販はしない**(著作権・お姉様ライン遵守)

### 案2: Claude Code/Agent運用 設置代行+skill health daemonサブスク
- 日本語・個人開発者/5人以下チーム。英語圏では確立済みだが日本は「入れたが動かない/更新地獄」。shadow skills(PM2監視等)を業種別テンプレ化+health daemon(cron失敗・ディスク逼迫を自動検知Discord)。¥9,800初期+¥4,980/月

### 案3: 日本語GEO(AI検索可視性)週次レポート→ダッシュボード
- 日本語・D2C/BtoB SaaSマーケ。英語圏Profound/Otterly急増だが日本語プロンプト×AI Overview/Perplexity/ChatGPT計測は未整備。複数LLMで競合可視性を計測

## grok断言: 最初に着手すべき = 案1
理由3つ:
1. **既存資産の転用率が最高**(Playwright/scheduler/FastAPIがそのまま核)。案2は設置工数主戦場・案3はGEOロジック一から
2. **少数高単価B2Bが1人に最適**(¥29,800×3社=¥9万MRR。案2の¥4,980は20社超必要)
3. **日本語×ニッチ垂直で英語不要**(採用担当に日本語Slack/LINE営業可)

## 案1 最初の7日(grok)
| Day | アクション |
|-----|-----------|
| 1 | ICP確定(中小リクルート or フリーエージェント1種)・対象ボード3つに絞る・既存スクレイパー再利用棚卸し |
| 2 | MVP仕様固定:「条件(職種/単価/リモート)→新着検知→Slack/メール通知」のみ。ダッシュボード後回し |
| 3 | 既存パイプラインにアラート層接続(FastAPI+cron)・1ボードでE2E動作確認 |
| 4 | 1ページLP(課題・デモGIF・¥29,800・14日トライアル)。決済は最初請求書orStripe後回し可 |
| 5 | 知人・X・採用系コミュニティから10件DM「無料1週間・条件3つまで」でベータ募集 |
| 6 | ベータ2-3社オンボード・誤検知/遅延/通知漏れをログ修正 |
| 7 | ベータから有料転換打診「継続なら¥29,800・今月半額」 |
- **7日成功基準**: 有料1社 or「継続したい」明言ベータ2社。未満なら案1を捨てずボード/ICPだけ変えて再検証(案2/3に逃げない)

## ⚠ アービトラージ戦略の落とし穴(共通)
- 媒体ToS/ブロック(案1)=アラートSaaSに留め生データ再販しない
- 参入障壁の消失(AIで誰でも作れる→時間差の窓は短い)=実装速度が命
- 英語発信の弱さ(B逆輸入を避けた理由)
- 物語を磨きすぎて製品が後回し(前版grok盲点E)=払う人を最速で見つける

## 次アクション
案1のPlan Mode設計(ICP・対象ボード・既存vvvスクレイパー資産の棚卸し・MVP仕様)。ただし**pay見直し=完全放棄でなく**、お姉様の最終意向を確認してから着手する。


マネタイズ アービトラージ10案比較 2026-06-17 — grok新1位=JP-Agent Bridge API

# マネタイズ アービトラージ10案比較 2026-06-17

> お姉様「アービトラージ案をもっと出して比較」。前回(id=586)の日本×B2B偏重を是正し、軸ABCDE全方位で10案。X調査5(日本未上陸ツール)+grok。

## 市場事実(調査5で判明)
- 2026=Year of Agents。Voice/Phone AI Agent(Vapi/Retell)英語圏爆発だが日本は規制(電気通信事業法)+敬語の壁で空白
- Agent専用インフラ(Lightpanda等)は日本サイト(古いJS/独自認証/フォーム)に弱い ← ★ここがお姉様のスクレイピング力の刺さりどころ
- engineering as marketing(無料ツールでSEO集客)が個人の定番勝ち筋

## 10案
| 案名 | 型 | ターゲット | 突く隙間 | 課金最短ルート | 勝率 |
|------|----|---------|---------|--------------|------|
| **JP-Agent Bridge API** | E | 米欧/英語 | 汎用エージェントが日本の古いJS・独自認証・フォームで死ぬ→日本サイトをagent操作可能にするAPI | 無料Playground→RapidAPI従量 | **高** 技術と空白が一致 |
| Keigo Phone Agent Kit | B | 日本/日本語 | Vapi/Retellは英語特化・敬語/おもてなし未対応 | デモ番号+業種テンプレ→初期5万 | 中 規制・品質ハードル |
| Agent GDPR Scanner | A | EU/英語 | エージェントのログ監査が未整備 | 無料GitHub Action→€29/月 | 中 英語doc要だが営業不要 |
| Overnight PR Review Bot | C | 米/英語 | 米devが寝てる間にJP時間でレビュー完了 | PH LP+$29/PR | 低 英語発信弱がボトルネック |
| LATAM Tax Invoice Normalizer | A | 墨伯/西葡 | Stripeは現地税フォーマット(CFDI/NF-e)無視 | 無料検証ツール→$12/月 | 中 現地語UI要 |
| **K-Trend Import Radar** | B | 日本/日本語 | 韓国EC・SNSトレンドを日本輸入業者が手作業追跡 | 週刊無料レポート→Slack¥3,000/月 | **高** 日本語のみ・情報差が武器 |
| SEA Listing Unifier | D+E | タイ越/英語 | 現地物件情報がFB/LINE/サイト散在 | 無料embed→API従量 | 中 |
| **Flaky Test Retry Agent** | E | 印・東欧/英語 | 安い開発チームほどCI不安定・専用agent未普及 | OSS GitHub Action→$19/月 | **高** engineering as marketing定番 |
| Anime Release Facts API | B | 全球/英語 | 発売日・放送枠は事実情報・公式API無し(本文/画像は載せない) | 無料embed→RapidAPI | 中 著作権回避設計要 |
| Voice Agent Prompt Marketplace | D | 東南ア中東/英語 | 米製Voice Agentの現地語プロンプト品質が粗い | 無料テンプレ→$9/セット | 低 |

## grok上位3案(勝率×実装速度×開発者適性)
### 🥇 1位: JP-Agent Bridge API(型E・米欧向け)
スクレイピング×FastAPI×マルチエージェントがそのまま商品。**英語はAPIドキュメントとデモだけで足り営業ほぼ不要**。engineering as marketingと最も相性良い。日本サイト(古いJS/独自認証/フォーム)をAIエージェントが操作可能にするAPI=世界中のagent開発者が日本市場を攻める時に必要。
### 🥈 2位: Flaky Test Retry Agent(型E・印等向け)
1週間でOSS→ホスト版。Claude Code/CI自動化実績を転用・GitHub経由課金で英語セールス最小。
### 🥉 3位: K-Trend Import Radar(型B・日本向け)
英語不要・日本語コンテンツ販売で最短現金化。スクレイピング+定期レポートは1人運用向き・初月から少額課金。

## 前回1位(求人AIアラート)との違い
選択肢を広げた結果、grok 1位が「求人AIアラート(日本B2B)」→「JP-Agent Bridge API(米欧向けインフラAPI)」に変化。理由=求人は媒体ToS/ブロックが重い vs JP-Agent Bridgeは「日本サイト攻略」という技術的空白そのものを売る・英語営業不要。

## 共通の鍵と落とし穴
- 鍵: engineering as marketing(無料ツール公開→SEO/GitHub starで集客→英語営業を回避)。型E(情報差/技術差)が英語発信弱者に最適
- 落とし穴: 時間差の窓は短い(AIで誰でも作れる)=実装速度が命 / 1人で複数着手は全部中途半端(grok既警告)

## 次アクション
お姉様に上位3案+気になる案を提示し、1案に絞ってPlan Mode設計へ。


マネタイズ最終判定 2026-06-17 — 需要実証でランク逆転・K-Trend Import Radarに着手断言

# マネタイズ最終判定 2026-06-17（需要実証で机上ランク逆転）

> お姉様「需要の実在を先に検証」。上位3案をX実データで需要検証→grok敵対的最終判定。机上1位(JP-Agent Bridge)が陥落し、K-Trend Import Radarが逆転1位に。

## 需要検証の実証データ(X)
### 案1 JP-Agent Bridge API(日本サイトをAIエージェント操作可能にするAPI)
- 実需は「ニッチだが金は動く」。日本サイト(銀行/政府/楽天/Yahoo)はレガシーJS・独自認証・bot対策でPlaywright/Claude Computer Use頻繁に失敗
- ★Playwrightで楽天/Amazon.jp自動化を個人がSaaS化し**¥0→月¥80万**到達の実例=金は動く
- 弱点: 顧客が開発者で見えにくい・サイト変更で保守が商品そのもの・先行専門家あり

### 案2 K-Trend Import Radar(韓国トレンドを日本輸入物販に通知)
- **最強の実需**: 韓国コスメ/雑貨/K-POPの「日本未入荷・バズり始め」需要が非常に強い・**利益率30-50%**
- 困りごと「情報溢れてるが使える形で早く正確に集められない」「手作業で時間かかりすぎ」「中国輸入のような体系化ツールが韓国には少ない」
- 顧客=韓国輸入物販の個人事業者(具体的・日本語で到達可)

### 案3 Flaky Test Retry Agent
- 痛みは大だが既存競合濃い(Trunk.io/BuildPulse/Datadog CI)・英語圏エンタープライズ営業必須

## grok最終判定: 机上ランクは「市場の大きさ」と「自分が取れる市場」を混同していた
### 再ランキング(実需×顧客の見えやすさ×到達可能性)
| 軸 | 案1 JP-Agent | 案2 K-Trend | 案3 Flaky |
|----|-----------|-----------|----------|
| 実需の強さ | 中〜高 | **最高** | 高 |
| 顧客の見えやすさ | 低(開発者・口コミ閉) | **高**(個人事業者・日本語コミュ) | 中 |
| 到達可能性(日本語ネイティブ/英語弱/1人) | 中 | **最高**(日本語で直接) | **最低**(英語・競合・営業) |

**修正後: 1位 K-Trend / 2位 JP-Agent / 3位 Flaky(脱落)**
- 案3脱落: 痛みは本物だが検出・隔離は競合が席を取り済み・残るAI修復は英語信頼構築/PoC必須=取れない市場
- 案1降格: ¥80万実例は市場実在の証拠だが顧客見えにくい・保守が商品・先行者あり。ニッチ実需≠最短で勝てる
- **案2のみ3軸同時に強い**: 困りごとを日本語で具体的に語る・予算ある・直接届けられる

## ★着手断言: K-Trend Import Radar
理由: 唯一「需要×顧客の見えやすさ×到達可能性」が揃う。コードより先に人が金を払うか確認できる(手動レーダーで十分)。案1は開発開始即保守地獄・案3は売れても英語セールス地獄。案2のMVPは「週3件キュレーション+LINE/メール」で足りる。

## ⚠ コードを書く前の需要検証ステップ(grok・最重要)
**スクレイピングもダッシュボードも作らず、手動で金を払う人を見つける:**
1. 48h: 仮オファー文1枚「今週の韓国未入荷候補3件+日本販売価格の粗利試算+既に日本にあるかチェック」¥9,800/月(先着5名¥4,980)。**ツールでなく判断を売る**
2. 72h: 到達先に直接DM各5-10件(BASE/STORES/メルカリShops韓国出品者・X検索「韓国輸入 仕入れ」「韓国コスメ 仕入れ先」「KPOP 輸入 物販」・輸入物販Discord/LINEオープンチャット)
3. 7日: 手動で1週分を無料配布→有料転換を聞く。**「いいね」でなく振込orStripeリンククリックを成功指標に**
4. Go/No-Go(10日目): Go=有料意向3人以上or実支払い1人以上 / No-Go=「便利そう」だけで0円→案1へピボット検討

## 死亡リスクと回避の一手
- **死亡リスク**: シグナル品質の崩壊→信頼喪失→解約連鎖。「ノイズ多い・遅い・日本で売れない」が1回でも続くと「無料のTikTok見てればいい」に戻る
- **回避の一手**: 「フィード(トレンド通知)」でなく「仕入れ可否の判定レポート」に商品化する。候補1件あたり必須5項目:
  ① 韓国でのバズ根拠(2ソース以上) ② 日本未入荷or日本価格より○%安い根拠 ③ 仕入れ単価・送料・関税込みの日本着地コスト ④ 日本での競合有無(メルカリ/Amazon/Qoo10簡易検索) ⑤ 結論:仕入れ推奨/様子見/見送り(理由1行)
- 自動化は②④から入り①③⑤は最初は人間が書く。**「トレンド通知ツール」でなく「仕入れ担当が週1でやる判断を代行するレポート」**

## 法務・ポリシー確認(お姉様ライン: 自作・非依存)
- ⚠ 韓国EC/SNSスクレイピングはToS要確認。**生データ再販でなく「自分の判断・キュレーション」を売る**ならお姉様の合法ラインに乗る(著作権でなく事実+独自判断)
- 中国輸入でなく韓国=中華系ポリシーとは別問題(ツール側でDeepSeek等使わなければOK)

## 次アクション(grok推奨に従う)
**コードを書かない。** 手動でオファー文1枚→到達先にDM→無料配布→有料転換を聞く。Go判定が出てから初めてスクレイピング/自動化を実装。前段の戦略文書: id=585(pay)/586(アービトラージ転換)/587(10案)/本id(最終判定)


# instinct: 自動学習 — hermes-agent v0.13.0にはxai-oauthが未実装だったが、uvxキャッシュ版には存在したため、バージョン不一致に気づかず認証エラーが発生し

外部APIの認証方式を確認する前に、インストール済みバージョンの対応状況を確認する

**Why:** hermes-agent v0.13.0にはxai-oauthが未実装だったが、uvxキャッシュ版には存在したため、バージョン不一致に気づかず認証エラーが発生した

**How to apply:** config カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-23_

---
(migrated from local memory/instinct_2026-05-23_1_外部APIの認証方式を確認する前に、インストール済みバージョンの対応状況を確認す.md)


# instinct: 自動学習 — pool_pre_ping=Trueのみではasyncpgが接続切断を検知できず、PostgreSQLのidle session timeout後にconnec

asyncpgのプール設定を変更する前に、pool_recycleとpool_pre_pingの両方を設定する

**Why:** pool_pre_ping=Trueのみではasyncpgが接続切断を検知できず、PostgreSQLのidle session timeout後にconnection is closedエラーが発生してプロセスがクラッシュした

**How to apply:** code カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-23_

---
(migrated from local memory/instinct_2026-05-23_3_asyncpgのプール設定を変更する前に、pool_recycleとpool_p.md)


# instinct: 自動学習 — harness/README.mdなどのuntrackedファイルがmergeで上書きされるケースでエラーが発生し、stashやcleanが必要になった

git mergeを実行する前に、untrackedファイルがmerge対象と競合していないか確認する

**Why:** harness/README.mdなどのuntrackedファイルがmergeで上書きされるケースでエラーが発生し、stashやcleanが必要になった

**How to apply:** workflow カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-23_

---
(migrated from local memory/instinct_2026-05-23_4_git_mergeを実行する前に、untrackedファイルがmerge対象と競.md)


# instinct: 自動学習 — priority/highラベルが存在しない状態でIssueを作成しようとして失敗し、ラベル作成後に再試行する必要があった

GitHub Issueを作成する前に、指定したラベルがリポジトリに存在するか確認する

**Why:** priority/highラベルが存在しない状態でIssueを作成しようとして失敗し、ラベル作成後に再試行する必要があった

**How to apply:** workflow カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-23_

---
(migrated from local memory/instinct_2026-05-23_5_GitHub_Issueを作成する前に、指定したラベルがリポジトリに存在するか確.md)


# instinct: 自動学習 — bscareerの_PermanentBlockErrorがExceptionを継承していたため、base_scraperの`except Exception

例外クラスを設計する前に、基底クラスのexcept句がどの例外を捕捉するかを確認する

**Why:** bscareerの_PermanentBlockErrorがExceptionを継承していたため、base_scraperの`except Exception as e:`に捕捉され、fetch_pageオーバーライドまで伝播せずリトライループが継続した。BaseExceptionを継承することで解決したが、事前に基底クラスの例外ハンドラの捕捉範囲を確認すべきだった。

**How to apply:** code カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-26_

---
(migrated from local memory/instinct_2026-05-26_1_例外クラスを設計する前に、基底クラスのexcept句がどの例外を捕捉するかを確認.md)


# instinct: 自動学習 — 修正コミット前に起動されたdry-runタスクが失敗ステータスを返した際、それを修正後の結果と誤認しそうになった。タスク開始時刻とコミット時刻の前後関係を確認す

バックグラウンドタスクの結果を参照する前に、そのタスクが現在のコードベース状態で実行されたものかを確認する

**Why:** 修正コミット前に起動されたdry-runタスクが失敗ステータスを返した際、それを修正後の結果と誤認しそうになった。タスク開始時刻とコミット時刻の前後関係を確認することで、古い結果であると判断できた。

**How to apply:** workflow カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-26_

---
(migrated from local memory/instinct_2026-05-26_2_バックグラウンドタスクの結果を参照する前に、そのタスクが現在のコードベース状態で.md)


# instinct: "自動学習 — `button[aria-label*=\"登録\"]`が2要素に解決されstrict mode violationが発生した。また`button:has-text"

Playwrightのロケーターが複数要素に解決される場合は、より具体的なセレクタ（hasText, nth, filter等）を使用する前に、意図した要素が一意に特定できるセレクタを設計する

**Why:** `button[aria-label*="登録"]`が2要素に解決されstrict mode violationが発生した。また`button:has-text("登録解除")`も同様に複数解決した。YouTubeのUIは動的に変化するため、ロケーターの一意性を事前に検証すべきだった。

**How to apply:** testing カテゴリの作業時に適用する。

**手段の使い分け（2026-06-06 明文化）:** 本instinct（snapshot+一意セレクタ）は**単発・複雑なUI操作**向け。**大量・反復のブラウザ操作**（一括購読/フォロー等N回反復）では snapshot往復のトークン爆食いを避け `browser_evaluate`（JS）で判定・クリックする → `instinct_2026-06-05_4`（#29）。判定軸＝操作回数。両者は競合でなく適用場面の違い。

_Auto-learned by session_learner.py on 2026-05-26 / 2026-06-06 #29との使い分け明文化_

---
(migrated from local memory/instinct_2026-05-26_3_Playwrightのロケーターが複数要素に解決される場合は、より具体的なセレク.md)


# instinct: 自動学習 — `/tmp/all_subscribed_channels.json`への書き込みが`File access denied`で失敗した。Playwright M

ファイルパスを指定する前に、そのパスが許可されたルートディレクトリ内にあることを確認する

**Why:** `/tmp/all_subscribed_channels.json`への書き込みが`File access denied`で失敗した。Playwright MCPの許可ルートは`/home/ubuntu/workspace`と`.playwright-mcp`のみであり、/tmpは許可されていなかった。

**How to apply:** config カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-26_

---
(migrated from local memory/instinct_2026-05-26_4_ファイルパスを指定する前に、そのパスが許可されたルートディレクトリ内にあることを.md)


# instinct: 自動学習 — `scraper_bot_group`テーブルが存在しない、`bot_name`カラムがない、`groups`テーブルに`enabled`カラムがないなど、想定

データベーススキーマを変更する前に、既存の全テーブルのカラム構成を確認する

**Why:** `scraper_bot_group`テーブルが存在しない、`bot_name`カラムがない、`groups`テーブルに`enabled`カラムがないなど、想定と異なるスキーマで複数のクエリエラーが発生した。事前に`\d tablename`や`SELECT column_name FROM information_schema.columns`で実態を確認すべきだった。

**How to apply:** code カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-26_

---
(migrated from local memory/instinct_2026-05-26_5_データベーススキーマを変更する前に、既存の全テーブルのカラム構成を確認する.md)


# instinct: 自動学習 — f-stringと%sが混在するとpsycopg2のexecuteでフォーマット競合が発生し、SQL実行時エラーになる（過去にapp.pyの全エンドポイントで実

f-string内でSQLの%sプレースホルダーを使う前に、%%sにエスケープするか文字列連結に変更する

**Why:** f-stringと%sが混在するとpsycopg2のexecuteでフォーマット競合が発生し、SQL実行時エラーになる（過去にapp.pyの全エンドポイントで実際に発生）

**How to apply:** code カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-28_

---
(migrated from local memory/instinct_2026-05-28_1_f-string内でSQLの%sプレースホルダーを使う前に、%%sにエスケープす.md)


# instinct: 自動学習 — Playwrightのバージョンアップでchromiumバイナリが削除され、スクレイピングが0件になる。PM2再起動時に自動インストールする_ensure_ch

Playwrightアップデート後に必ずplaywright install chromiumを実行する、または起動スクリプトに自動インストール処理を組み込む

**Why:** Playwrightのバージョンアップでchromiumバイナリが削除され、スクレイピングが0件になる。PM2再起動時に自動インストールする_ensure_chromium()の追加で解決した

**How to apply:** infra カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-28_

---
(migrated from local memory/instinct_2026-05-28_3_Playwrightアップデート後に必ずplaywright_install_c.md)


# instinct: 自動学習 — investlabのようなプロセス名が投資ドメインと誤判定され、本来aiのままの記事がinvestに再分類される汚染が発生した。キーワード追加だけでは不十分で、

ドメイン分類ロジックを変更する前に、既存データの誤分類を全件確認してから修正する

**Why:** investlabのようなプロセス名が投資ドメインと誤判定され、本来aiのままの記事がinvestに再分類される汚染が発生した。キーワード追加だけでは不十分で、全件レビューが必要

**How to apply:** config カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-05-28_

---
(migrated from local memory/instinct_2026-05-28_4_ドメイン分類ロジックを変更する前に、既存データの誤分類を全件確認してから修正する.md)


# instinct: 自動学習 — draft状態やコンフリクトがあるPRを直接マージしようとするとGraphQLエラーになる。--autoフラグを使うか、事前にgh pr viewでマージ可否を

GitHub ActionsやRoutinesでPRを自動マージする前に、gh pr merge --autoでコンフリクト解決を試みる

**Why:** draft状態やコンフリクトがあるPRを直接マージしようとするとGraphQLエラーになる。--autoフラグを使うか、事前にgh pr viewでマージ可否を確認すべき

**How to apply:** workflow カテゴリの作業時に適用する。
- 手動/CI問わず、PRマージ前は `gh pr view <n>` でコンフリクト有無を確認してから `gh pr merge --auto`。
- 実例: PR#16 で disk_cleanup_hourly.sh のコンフリクトに遭遇（旧 instinct_2026-05-28_2 由来・2026-06-06 本ページに統合）。
- ローカル merge 時の untracked ファイル競合は別観点 → [[instinct-git-merge-untracked]]（#4）参照。

_Auto-learned by session_learner.py on 2026-05-28 / 2026-06-06 統合_

---
(migrated from local memory/instinct_2026-05-28_5_GitHub_ActionsやRoutinesでPRを自動マージする前に、gh_.md)


# instinct: 自動学習 — 9routerが返すモデル一覧は過去に使われたモデルのキャッシュであり、現在叩けるモデルIDと一致しない。cerebras/llama-3.3-70bが404、

9routerのモデル一覧キャッシュを信用せず、実際に疎通テストしてからモデルIDを確定する

**Why:** 9routerが返すモデル一覧は過去に使われたモデルのキャッシュであり、現在叩けるモデルIDと一致しない。cerebras/llama-3.3-70bが404、nvidia/meta/llama-3.3-70b-instructが一覧に無いのに動作するなど、キャッシュが不正確だった。

**How to apply:** config カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-01_

---
(migrated from local memory/instinct_2026-06-01_1_9routerのモデル一覧キャッシュを信用せず、実際に疎通テストしてからモデルI.md)


# instinct: 自動学習 — Hermes v0.15.2のdashboard_auth問題で、スタブを手動配置したが正規パッケージに含まれるファイル（nous/配下のみ）と不一致だった。R

スタブファイルを作成する前に、元のパッケージのRECORDファイルで正規ファイル一覧を確認する

**Why:** Hermes v0.15.2のdashboard_auth問題で、スタブを手動配置したが正規パッケージに含まれるファイル（nous/配下のみ）と不一致だった。RECORD確認を怠ったため、不要なスタブ作成と本物の依存関係の見落としが発生した。

**How to apply:** workflow カテゴリの作業時に適用する。

関連（Hermes dashboard_auth スタブ問題・同一インシデント由来の3点セット）:
- [[instinct-hermes-dashboard-auth-packaging-gap]]（#41・packaging欠落の全体像）
- ModuleNotFoundErrorのimport副作用観点（#20）

_Auto-learned by session_learner.py on 2026-06-01 / 2026-06-06 相互リンク追加_

---
(migrated from local memory/instinct_2026-06-01_2_スタブファイルを作成する前に、元のパッケージのRECORDファイルで正規ファイル.md)


# instinct: 自動学習 — hermes-dashboardの再起動18回のエラーログが、スタブ作成前の古いログであり、実際には22分間安定稼働していた。現在の状態とログのタイムスタンプを

PM2プロセスのエラーログを確認する前に、そのプロセスの現在のuptimeと最終ログ行を確認する

**Why:** hermes-dashboardの再起動18回のエラーログが、スタブ作成前の古いログであり、実際には22分間安定稼働していた。現在の状態とログのタイムスタンプを照合せずに過去のエラーを追跡して時間を浪費した。

**How to apply:** workflow カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-01_

---
(migrated from local memory/instinct_2026-06-01_3_PM2プロセスのエラーログを確認する前に、そのプロセスの現在のuptimeと最終.md)


# instinct: 自動学習 — 動画F3rmG8mC3nIがNotebookLMで2回失敗したが、ppパラメータ付きURLだったため限定公開・年齢制限の可能性があった。WebFetchで事前確

NotebookLMのソース追加が失敗した動画は、WebFetchで素性確認してからリトライ可否を判断する

**Why:** 動画F3rmG8mC3nIがNotebookLMで2回失敗したが、ppパラメータ付きURLだったため限定公開・年齢制限の可能性があった。WebFetchで事前確認すればリトライ不要と判断できた。

**How to apply:** workflow カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-01_

---
(migrated from local memory/instinct_2026-06-01_4_NotebookLMのソース追加が失敗した動画は、WebFetchで素性確認して.md)


# instinct: 自動学習 — hermes-dashboardのModuleNotFoundErrorで、routes.pyが実在するのにエラーが出ていた。実際は51Bのスタブ（router

PythonのModuleNotFoundErrorはファイル不在だけでなく、import時の副作用失敗も疑い、該当ファイルの中身を確認する

**Why:** hermes-dashboardのModuleNotFoundErrorで、routes.pyが実在するのにエラーが出ていた。実際は51Bのスタブ（router = APIRouter()のみ）で、import時に依存する別モジュールが不足していた。ファイル存在だけで原因特定せず中身まで確認すべきだった。

**How to apply:** code カテゴリの作業時に適用する。

関連（Hermes dashboard_auth スタブ問題・同一インシデント由来の3点セット）:
- [[instinct-hermes-dashboard-auth-packaging-gap]]（#41・packaging欠落の全体像）
- スタブ作成前のRECORD確認観点（#17）

_Auto-learned by session_learner.py on 2026-06-01 / 2026-06-06 相互リンク追加_

---
(migrated from local memory/instinct_2026-06-01_5_PythonのModuleNotFoundErrorはファイル不在だけでなく、i.md)


# instinct: 自動学習 — NotebookLMが字幕を取得できない動画（自動字幕未生成・取得拒否）が約40%存在し、無駄なAPI呼び出しとリトライが発生した。事前にyt-dlpで字幕有無

NotebookLMのソース追加前に、対象動画にYouTube字幕が存在するかをyt-dlpで事前確認する

**Why:** NotebookLMが字幕を取得できない動画（自動字幕未生成・取得拒否）が約40%存在し、無駄なAPI呼び出しとリトライが発生した。事前にyt-dlpで字幕有無を確認すれば、NotebookLM追加失敗を回避できる。

**How to apply:** workflow カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-03_

---
(migrated from local memory/instinct_2026-06-03_1_NotebookLMのソース追加前に、対象動画にYouTube字幕が存在するかを.md)


# instinct: 自動学習 — grok CLI v0.2.11で`grok chat`サブコマンドが廃止されていたが、古いドキュメントを信じて使用しエラーが発生した。また認証切れ（403）も

外部CLIツール（grok, codex等）のサブコマンド・認証状態を、使用前にバージョン出力とヘルプで確認する

**Why:** grok CLI v0.2.11で`grok chat`サブコマンドが廃止されていたが、古いドキュメントを信じて使用しエラーが発生した。また認証切れ（403）も事前確認で回避できる。バージョンごとにAPI仕様が変わるため、都度`--help`または`version`で確認すべき。

**How to apply:** infra カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-03_

---
(migrated from local memory/instinct_2026-06-03_2_外部CLIツール（grok,_codex等）のサブコマンド・認証状態を、使用前に.md)


# instinct: 自動学習 — freeconsul(251)のパーサー修正タスクで、保存HTMLが404ページだったためセレクタ修正が不可能だった。Workerに「セレクタを直せ」と投げると

自律ループでWorkerに修正タスクを委譲する前に、保存HTMLの実構造と404有無を人間が確認する

**Why:** freeconsul(251)のパーサー修正タスクで、保存HTMLが404ページだったためセレクタ修正が不可能だった。Workerに「セレクタを直せ」と投げると幻のセレクタを捏造するリスクがある。why-firstの精神で、修正方針の前提が正しいかを事前検証すべき。

**How to apply:** workflow カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-03_

---
(migrated from local memory/instinct_2026-06-03_3_自律ループでWorkerに修正タスクを委譲する前に、保存HTMLの実構造と404.md)


# instinct: 自動学習 — 日報の長文書き込みで「File has been modified since read」エラーとタイムアウトが発生した。ファイルが他プロセスで更新されている場

ファイル書き込み前に`read`で最新状態を取得し、長文書き込みは分割または短縮版で行う

**Why:** 日報の長文書き込みで「File has been modified since read」エラーとタイムアウトが発生した。ファイルが他プロセスで更新されている場合や、内容が大きすぎる場合に書き込みが失敗する。事前に再読み込みし、必要なら分割する。

**How to apply:** code カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-03_

---
(migrated from local memory/instinct_2026-06-03_4_ファイル書き込み前に`read`で最新状態を取得し、長文書き込みは分割または短縮.md)


# instinct: 自動学習 — `questions`を文字列で渡した場合にInputValidationErrorが発生した。API仕様上、配列が必須であり、型の不一致によるエラーを防ぐため

AskUserQuestionの`questions`パラメータは配列で渡し、文字列で渡さない

**Why:** `questions`を文字列で渡した場合にInputValidationErrorが発生した。API仕様上、配列が必須であり、型の不一致によるエラーを防ぐために正しい型で渡す必要がある。

**How to apply:** code カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-03_

---
(migrated from local memory/instinct_2026-06-03_5_AskUserQuestionの`questions`パラメータは配列で渡し、文.md)


# instinct: 自動学習 — embedのusername上書きがWebhook側で制限されている場合、403エラーになる。シンプルなcontent形式に切り替えることで解決できる。

Discord Webhook送信前に、curlでシンプルなcontent形式のテスト送信を行い、embedのusername上書きが制限されていないか確認する

**Why:** embedのusername上書きがWebhook側で制限されている場合、403エラーになる。シンプルなcontent形式に切り替えることで解決できる。

**How to apply:** config カテゴリの作業時に適用する。

**追記(2026-06-05 /fin):** 別原因の403もある。`.env` から `DISCORD_WEBHOOK_OPS=$(grep ... | cut -d= -f2-)` で取った値に**引用符や末尾空白が混じる**と Python urllib に渡した時に403。対策は `tr -d '"' | tr -d "'" | xargs` でトリムし、送信は **curl `--data-binary @payload.json`** が確実(JSON組み立てはpython、送信はcurl)。最小`{"content":"test"}`で204を確認してから本送信する。

_Auto-learned by session_learner.py on 2026-06-05_

---
(migrated from local memory/instinct_2026-06-05_1_Discord_Webhook送信前に、curlでシンプルなcontent形式の.md)


# instinct: 自動学習 — 短時間に数十〜100の購読を連続実行するとYouTubeがbot判定し、アカウントに購読制限・一時凍結・CAPTCHA地獄を課すリスクがある。

YouTube購読の一括操作（70件以上）を実行する前に、テストチャンネル1件で購読操作を試し、bot検知・CAPTCHAが発生しないか確認する

**Why:** 短時間に数十〜100の購読を連続実行するとYouTubeがbot判定し、アカウントに購読制限・一時凍結・CAPTCHA地獄を課すリスクがある。

**How to apply:** testing カテゴリの作業時に適用する。

関連（レート制限回避の横串・外部サービス一括操作は十分な間隔を空ける）:
- YouTube購読の30〜60秒間隔+JS判定（#29 `instinct_2026-06-05_4`）
- [[instinct-x-follow-rate-limit]]（#48・Xフォローは60〜120秒で429回避の実測値）

_Auto-learned by session_learner.py on 2026-06-05 / 2026-06-06 横串リンク追加_

---
(migrated from local memory/instinct_2026-06-05_2_YouTube購読の一括操作（70件以上）を実行する前に、テストチャンネル1件で.md)


# instinct: 自動学習 — 「チャンネル登録」テキストの有無だけでは誤判定する。ベルボタンが存在する時点で既に登録済みであり、subscribed:false判定は誤り。

YouTube購読状態の判定は、通知ベルボタン（aria-labelに「カスタマイズされた通知」を含む）の存在で「既に登録済み」と判断する

**Why:** 「チャンネル登録」テキストの有無だけでは誤判定する。ベルボタンが存在する時点で既に登録済みであり、subscribed:false判定は誤り。

**How to apply:** code カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-05_

---
(migrated from local memory/instinct_2026-06-05_3_YouTube購読状態の判定は、通知ベルボタン（aria-labelに「カスタマ.md)


# instinct: 自動学習 — スナップショット往復（1回600KB）はトークン消費が膨大。JS経由のevaluateで判定・クリックする方が高速かつ確実で、bot検知も回避できる。

YouTube購読の一括操作は1件あたり30〜60秒のランダム待機間隔を設け、スナップショットではなくbrowser_evaluate（JS）で状態判定・クリックする

**Why:** スナップショット往復（1回600KB）はトークン消費が膨大。JS経由のevaluateで判定・クリックする方が高速かつ確実で、bot検知も回避できる。

**How to apply:** workflow カテゴリの作業時に適用する。

**#8（Playwrightは一意セレクタを設計）との使い分け（2026-06-06 明文化・手段が部分競合するため）:**
- **大量・反復のブラウザ操作**（YouTube一括購読/フォロー等、同じ操作をN回）→ 本instinct: `browser_evaluate`（JS）で状態判定+クリック。スナップショット往復のトークン爆食いとbot検知を回避。
- **単発・複雑なUI操作**（1回限りのフォーム入力/特定要素クリック）→ [[instinct-playwright-unique-selector]]（#8）: snapshot+一意セレクタ設計。strict mode violationを防ぐ。
- 判定軸＝**操作回数**。N回反復ならJS直叩き、単発なら一意セレクタ。両者は競合でなく適用場面の違い。

関連: レート制限回避の横串 → [[instinct-x-follow-rate-limit]]（#48）・YouTube購読事前テスト（#27）

_Auto-learned by session_learner.py on 2026-06-05 / 2026-06-06 #8使い分け明文化・横串リンク追加_

---
(migrated from local memory/instinct_2026-06-05_4_YouTube購読の一括操作は1件あたり30〜60秒のランダム待機間隔を設け、ス.md)


# instinct: 自動学習 — 日本のチャンネルはハンドル名が直感的でないため推測がほぼ全滅する。誤ハンドルをフォロー/購読しようとしてもAPIがエラーを返すだけで無害だが、調査時間の無駄にな

YouTubeチャンネルのハンドル名は推測せず、WebSearchで正確なハンドルを調べてからリストに含める

**Why:** 日本のチャンネルはハンドル名が直感的でないため推測がほぼ全滅する。誤ハンドルをフォロー/購読しようとしてもAPIがエラーを返すだけで無害だが、調査時間の無駄になる。

**How to apply:** workflow カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-05_

---
(migrated from local memory/instinct_2026-06-05_5_YouTubeチャンネルのハンドル名は推測せず、WebSearchで正確なハンド.md)


# instinct: 自動学習 — `/etc/logrotate.d/` に `rsyslog.bak.20260605` を置いたため、logrotateが重複エントリと認識しエラー13件が発

バックアップファイルを設定ディレクトリ内に置かない

**Why:** `/etc/logrotate.d/` に `rsyslog.bak.20260605` を置いたため、logrotateが重複エントリと認識しエラー13件が発生した。設定ディレクトリ内の全ファイルが読み込まれる仕様を失念していた。

**How to apply:** config カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-06_

---
(migrated from local memory/instinct_2026-06-06_1_バックアップファイルを設定ディレクトリ内に置かない.md)


# instinct: 自動学習 — ダブルクオートがSQLの識別子と解釈されエラーになった。シングルクオートで囲むか、ヒアドキュメントで渡す必要がある。

SSH越しのSQL実行ではクォートのネストに注意する

**Why:** ダブルクオートがSQLの識別子と解釈されエラーになった。シングルクオートで囲むか、ヒアドキュメントで渡す必要がある。

**How to apply:** code カテゴリの作業時に適用する。

_Auto-learned by session_learner.py on 2026-06-06_

---
(migrated from local memory/instinct_2026-06-06_2_SSH越しのSQL実行ではクォートのネストに注意する.md)


# instinct: 自動学習 — vncserver@1.serviceが失敗ループしていたが、手動起動のXtigervncが別PIDで稼働していた。systemdサービスを止めてもVNC接続に

systemdサービスの停止前に、同じ機能を提供する手動プロセスが別途稼働していないか確認する

**Why:** vncserver@1.serviceが失敗ループしていたが、手動起動のXtigervncが別PIDで稼働していた。systemdサービスを止めてもVNC接続に影響しないことをポート・PID・HTTP応答の3点で確認してから実行した。

**How to apply:** infra カテゴリの作業時に適用する。

関連（VNC/desktop運用の診断クラスタ）:
- ログ肥大の真因=vncserver失敗ループ（#35 `instinct_2026-06-06_5`）
- [[instinct-shadow-memory-pressure-diagnosis]]（#46）・[[instinct-xfce-power-manager-swap-leak]]（#49）

_Auto-learned by session_learner.py on 2026-06-06 / 2026-06-06 横串リンク追加_

---
(migrated from local memory/instinct_2026-06-06_3_systemdサービスの停止前に、同じ機能を提供する手動プロセスが別途稼働してい.md)