Claude Code Research Lab's banner
Claude Code Research Lab's profile picture

Claude Code Research Lab

@claudecode84 • 14,648 subscribers

Claude codeの可能性を24時間研究中 プロスポーツ選手.大手SNSアカウント|上場企業AI導入顧問担当中|AI自動化支援,AI顧問等に関するお問い合わせは↓

Shorts

Claude Opus 5が、 ついに自分でYouTubeを やり始めてる。 人間が細かく指示しなくても、 ・動画の企画を考える ・台本を作る ・必要な素材を集める ・動画を編集する ・サムネを作る ・投稿後の数字を分析する ・次の動画を改善する ここまでをAIが 一つのループで回し始めている。 これまでのAIは、 「動画を作る道具」だった。 でも、これからは違う。 AI自身がチャンネルを運営し、 数字を見ながら改善し、 勝手に成長していく。 つまり始まっているのは、 動画生成AIの時代ではない。 「AI YouTuber」ではなく、 「AI YouTube運営者」の時代です。

Claude Opus 5が、 ついに自分でYouTubeを やり始めてる。 人間が細かく指示しなくても、 ・動画の企画を考える ・台本を作る ・必要な素材を集める ・動画を編集する ・サムネを作る ・投稿後の数字を分析する ・次の動画を改善する ここまでをAIが 一つのループで回し始めている。 これまでのAIは、 「動画を作る道具」だった。 でも、これからは違う。 AI自身がチャンネルを運営し、 数字を見ながら改善し、 勝手に成長していく。 つまり始まっているのは、 動画生成AIの時代ではない。 「AI YouTuber」ではなく、 「AI YouTube運営者」の時代です。

94,496 Aufrufe

【完全保存版】 Claude Codeでの開発に取り入れたい、 10の『Agent Skills』 探索。壁打ち。デザイン。 ブラウザ操作。試作。デバッグ。 画像からの実装。 エージェントの連携。ツールづくり。 アイデアを詰めるところから、 実装・検証・再利用まで。 それぞれの工程を支えるスキルをまとめました 👇 01 find-skills やりたいことに合うスキルを探す。 02 grill-me 質問を重ねて、アイデアや設計の曖昧さを詰める。 03 frontend-design 配色・文字・レイアウトを整え、意図のあるUIを作る。 04 agent-browser ブラウザを操作して、画面の確認や情報の取得を進める。 05 prototype まず動くものを作り、アイデアを試す。 06 diagnosing-bugs バグの再現から原因の切り分け、修正・回帰テストまで。 07 skill-creator 自分の作業手順をスキルにして、評価・改善する。 08 image-to-code デザイン画像を読み解き、フロントエンドの実装につなげる。 09 subagent-driven-development タスクごとにサブエージェントへ任せ、レビューを挟みながら実装する。 10 mcp-builder 外部サービスやAPIと連携するMCPサーバーを作る。 必要な能力を探す → アイデアを詰める → 作る → 動きを確かめる → 次も使える手順にする この流れで見ると、 それぞれのスキルの使いどころが分かる。 保存して、まずは今の作業に合う1つから。

【完全保存版】 Claude Codeでの開発に取り入れたい、 10の『Agent Skills』 探索。壁打ち。デザイン。 ブラウザ操作。試作。デバッグ。 画像からの実装。 エージェントの連携。ツールづくり。 アイデアを詰めるところから、 実装・検証・再利用まで。 それぞれの工程を支えるスキルをまとめました 👇 01 find-skills やりたいことに合うスキルを探す。 02 grill-me 質問を重ねて、アイデアや設計の曖昧さを詰める。 03 frontend-design 配色・文字・レイアウトを整え、意図のあるUIを作る。 04 agent-browser ブラウザを操作して、画面の確認や情報の取得を進める。 05 prototype まず動くものを作り、アイデアを試す。 06 diagnosing-bugs バグの再現から原因の切り分け、修正・回帰テストまで。 07 skill-creator 自分の作業手順をスキルにして、評価・改善する。 08 image-to-code デザイン画像を読み解き、フロントエンドの実装につなげる。 09 subagent-driven-development タスクごとにサブエージェントへ任せ、レビューを挟みながら実装する。 10 mcp-builder 外部サービスやAPIと連携するMCPサーバーを作る。 必要な能力を探す → アイデアを詰める → 作る → 動きを確かめる → 次も使える手順にする この流れで見ると、 それぞれのスキルの使いどころが分かる。 保存して、まずは今の作業に合う1つから。

38,109 Aufrufe

Claude Codeのコストを 本気で下げたいなら、 会話履歴を毎回すべて 読み込ませるのをやめてください。 使うのは、たった6つのファイル。 決定事項 → 契約・仕様 → 試して失敗したこと → 現在の状態 → 参照ソース → 未解決の質問 Claude Codeの記憶を 会話ウィンドウの外へ移し、 必要な情報だけを ファイルから参照させます。 通常は、生の会話履歴が 毎ターン約20万トークンの コンテキストを圧迫します。 しかし、この構成なら 読み込むのは履歴ではなく、 6つのファイルへのポインタだけ。 約8,000トークンに抑え、 コンテキストの96%を 空けたまま作業できます。 同じ作業を5ターン続けた場合、 100万トークン ↓ わずか4万トークン 決定事項を残しておけば、 Claude Codeが途中で 「なぜこの設計にしたのか」 を見失うこともありません。 失敗した方法も記録するため、 同じ行き止まりに 何度も戻るムダもなくなります。 さらに、 毎回読み込む内容を 安定させることで、 プロンプトキャッシュも効きやすい。 キャッシュの読み込みコストは、 通常入力の約0.1倍。 その結果、20ターン動かしても コストは単純な20倍ではなく、 約3.15倍に抑えられます。 Claude Codeに すでに知っている情報を 毎回読ませて課金されるのは、 今日で終わりです。 このセットアップを保存して、 そのままClaude Codeに 貼り付けてください。

Claude Codeのコストを 本気で下げたいなら、 会話履歴を毎回すべて 読み込ませるのをやめてください。 使うのは、たった6つのファイル。 決定事項 → 契約・仕様 → 試して失敗したこと → 現在の状態 → 参照ソース → 未解決の質問 Claude Codeの記憶を 会話ウィンドウの外へ移し、 必要な情報だけを ファイルから参照させます。 通常は、生の会話履歴が 毎ターン約20万トークンの コンテキストを圧迫します。 しかし、この構成なら 読み込むのは履歴ではなく、 6つのファイルへのポインタだけ。 約8,000トークンに抑え、 コンテキストの96%を 空けたまま作業できます。 同じ作業を5ターン続けた場合、 100万トークン ↓ わずか4万トークン 決定事項を残しておけば、 Claude Codeが途中で 「なぜこの設計にしたのか」 を見失うこともありません。 失敗した方法も記録するため、 同じ行き止まりに 何度も戻るムダもなくなります。 さらに、 毎回読み込む内容を 安定させることで、 プロンプトキャッシュも効きやすい。 キャッシュの読み込みコストは、 通常入力の約0.1倍。 その結果、20ターン動かしても コストは単純な20倍ではなく、 約3.15倍に抑えられます。 Claude Codeに すでに知っている情報を 毎回読ませて課金されるのは、 今日で終わりです。 このセットアップを保存して、 そのままClaude Codeに 貼り付けてください。

47,119 Aufrufe

Claude Fable 5.1トークン効率 めっちゃ改善されてるわ、 👇 YouTubeリサーチから動画編集まで 全部自動で動かしてるけど 5時間のリミット制限も来る気配ない Astraの登場でClaudeも 仕掛けてきてる感じがする 今codexに乗り換えようと考えてる人は そのままclaudeで良いと思う。 性能差はほぼ無いし 既存のagent.mdとかスキルとかを 溜め込んでる人はむしろ Astraに行くと使い物にならなくなるから わざわざ行く必要は無い。 むしろトークン効率を最大化する 運用手法に重きをおいた方が良い。 引用へ

Claude Fable 5.1トークン効率 めっちゃ改善されてるわ、 👇 YouTubeリサーチから動画編集まで 全部自動で動かしてるけど 5時間のリミット制限も来る気配ない Astraの登場でClaudeも 仕掛けてきてる感じがする 今codexに乗り換えようと考えてる人は そのままclaudeで良いと思う。 性能差はほぼ無いし 既存のagent.mdとかスキルとかを 溜め込んでる人はむしろ Astraに行くと使い物にならなくなるから わざわざ行く必要は無い。 むしろトークン効率を最大化する 運用手法に重きをおいた方が良い。 引用へ

30,504 Aufrufe

🚨【衝撃】🚨 Claude Fable 5.1が使う道具を AI側に作らせて動かすとかなり便利です! 👇 例えば、商品名を渡すと 口コミを集めて整理してくれるAPI。 それをリサーチ担当、競合分析担当、 資料作成担当のAIエージェントが、 必要なときに呼び出す。 ひとつの道具で、 複数のAIの仕事を支えるイメージ。 作る流れはこんな感じ。 ニーズを調べる → 繰り返し発生する作業をひとつ選ぶ → Claude CodeでAPIを作る → 使い方・認証・利用上限・課金を整える → エージェントが接続できる形で公開する → 対応するツール一覧などに登録する 狙うのは「何でもできるAI」ではなく、 「AIが何度も必要とする小さな機能」。 口コミの収集、データの整形、 複数サービスの情報をまとめる処理など、 まずはひとつの面倒を解決する。 もちろん、公開するだけで使われるわけではない。 実際に使ってもらい、精度や速度、 料金を改善していくところまでがセット。 「AIに何をさせるか」だけでなく、 「AIが仕事をするとき、何を必要とするか」。 ここに目を向けると、 作るものの選び方も変わりそうです! 詳しくは引用へ

🚨【衝撃】🚨 Claude Fable 5.1が使う道具を AI側に作らせて動かすとかなり便利です! 👇 例えば、商品名を渡すと 口コミを集めて整理してくれるAPI。 それをリサーチ担当、競合分析担当、 資料作成担当のAIエージェントが、 必要なときに呼び出す。 ひとつの道具で、 複数のAIの仕事を支えるイメージ。 作る流れはこんな感じ。 ニーズを調べる → 繰り返し発生する作業をひとつ選ぶ → Claude CodeでAPIを作る → 使い方・認証・利用上限・課金を整える → エージェントが接続できる形で公開する → 対応するツール一覧などに登録する 狙うのは「何でもできるAI」ではなく、 「AIが何度も必要とする小さな機能」。 口コミの収集、データの整形、 複数サービスの情報をまとめる処理など、 まずはひとつの面倒を解決する。 もちろん、公開するだけで使われるわけではない。 実際に使ってもらい、精度や速度、 料金を改善していくところまでがセット。 「AIに何をさせるか」だけでなく、 「AIが仕事をするとき、何を必要とするか」。 ここに目を向けると、 作るものの選び方も変わりそうです! 詳しくは引用へ

22,349 Aufrufe

Claude Codeに、 またヤバい新機能が来ました👇 UIデザインを一気に作れる 「/design」コマンド。 これ、ただデザイン案を 出してくれるだけじゃありません。 ・UIプロトタイプを3案生成 ・3つを見比べて好きな案を選択 ・選んだデザインをそのまま実装 ここまでClaude Codeが 一気に進めてくれます。 「とりあえず3案出して」 ↓ 「これがいい」 ↓ 「じゃあ実装」 この流れが約15秒。 UI制作の進め方、 かなり変わりそうです 保存して活用してください👇

Claude Codeに、 またヤバい新機能が来ました👇 UIデザインを一気に作れる 「/design」コマンド。 これ、ただデザイン案を 出してくれるだけじゃありません。 ・UIプロトタイプを3案生成 ・3つを見比べて好きな案を選択 ・選んだデザインをそのまま実装 ここまでClaude Codeが 一気に進めてくれます。 「とりあえず3案出して」 ↓ 「これがいい」 ↓ 「じゃあ実装」 この流れが約15秒。 UI制作の進め方、 かなり変わりそうです 保存して活用してください👇

30,306 Aufrufe

Claude Opus 5とJevを掛け合わせて Claudeの利用料を最低限に落とし 最高の開発をする方法 👇 例えば、コード内のコメント整理。 コードを言い換えただけの説明まで、 Opusに1件ずつ確認させる必要はない。 まずJevで、 「見直した方がよさそうなコメント」 の候補をまとめて選別する。 その候補と周辺のコードを Claude Codeに渡して、 Opus 5に確認・修正を任せる。 Jevは「絞り込む」。 Opusは「深く考えて直す」。 狙うのは、高性能なAIを 単純なチェックに使い続けず、 本当に判断が必要な作業に集中させること。 もちろん、Jevの判定を鵜呑みにせず、 変更内容は最後に確認する。 AI活用で大事なのは、 強いモデルを使うことだけじゃない。 「何を、どのAIに任せるか」の設計。

Claude Opus 5とJevを掛け合わせて Claudeの利用料を最低限に落とし 最高の開発をする方法 👇 例えば、コード内のコメント整理。 コードを言い換えただけの説明まで、 Opusに1件ずつ確認させる必要はない。 まずJevで、 「見直した方がよさそうなコメント」 の候補をまとめて選別する。 その候補と周辺のコードを Claude Codeに渡して、 Opus 5に確認・修正を任せる。 Jevは「絞り込む」。 Opusは「深く考えて直す」。 狙うのは、高性能なAIを 単純なチェックに使い続けず、 本当に判断が必要な作業に集中させること。 もちろん、Jevの判定を鵜呑みにせず、 変更内容は最後に確認する。 AI活用で大事なのは、 強いモデルを使うことだけじゃない。 「何を、どのAIに任せるか」の設計。

14,815 Aufrufe

Claudeが さらに爆速&ヌルヌルに。 Claudeの Web版・デスクトップ版で、 長文回答のストリーミングが 約4倍滑らかになりました👇 今回、 ストリーミングの仕組みを 根本から再構築。 これにより、 ✓ 低速PCでの長文回答の停止 → 最大9倍減少 ✓ 最悪時のフリーズ時間 → 4.5倍短縮 ✓ 120Hz MacBook → 回答開始から終了まで 120fpsを維持 つまり、 「長文を生成すると途中でカクつく」 「回答が長くなるほど重くなる」 というストレスが大幅に改善。 地味に見えるアップデートですが、 毎日Claudeを使う人ほど 恩恵がデカいです。 AIはモデル性能だけじゃなく 使っていて気持ちいいかの 競争にも入ってきています👇

Claudeが さらに爆速&ヌルヌルに。 Claudeの Web版・デスクトップ版で、 長文回答のストリーミングが 約4倍滑らかになりました👇 今回、 ストリーミングの仕組みを 根本から再構築。 これにより、 ✓ 低速PCでの長文回答の停止 → 最大9倍減少 ✓ 最悪時のフリーズ時間 → 4.5倍短縮 ✓ 120Hz MacBook → 回答開始から終了まで 120fpsを維持 つまり、 「長文を生成すると途中でカクつく」 「回答が長くなるほど重くなる」 というストレスが大幅に改善。 地味に見えるアップデートですが、 毎日Claudeを使う人ほど 恩恵がデカいです。 AIはモデル性能だけじゃなく 使っていて気持ちいいかの 競争にも入ってきています👇

15,644 Aufrufe

Claude Code、 さらに便利になりました👇 デスクトップアプリから、 CLIで作業していたセッションを そのまま再開できます。 やり方はシンプル。 /resume と入力して、 再開したいセッションを選ぶだけ。 これまでの会話やコンテキストも すべて保持されたまま継続できます。 つまり、 「ターミナルで作業 → あとからアプリで続き」 がかなりスムーズに。 CLIとデスクトップアプリを 行き来する人にはかなり嬉しい アップデートです。 必ず保存してください!👇

Claude Code、 さらに便利になりました👇 デスクトップアプリから、 CLIで作業していたセッションを そのまま再開できます。 やり方はシンプル。 /resume と入力して、 再開したいセッションを選ぶだけ。 これまでの会話やコンテキストも すべて保持されたまま継続できます。 つまり、 「ターミナルで作業 → あとからアプリで続き」 がかなりスムーズに。 CLIとデスクトップアプリを 行き来する人にはかなり嬉しい アップデートです。 必ず保存してください!👇

11,264 Aufrufe

Videos

claudecode84's profile picture

Anthropic最高責任者本人が 自分の「Claude Code環境」を 丸ごとオープンソース化しています❗️ 👇 これ丸ごとClaudeに投げて 導入した方が良い これ、かなりヤバいです。 ・68個のサブエージェント ・286個のSkills ・94個のコマンド ・MITライセンス 「ECC」という構成で、Claude Codeを 1人のAIアシスタントから AIエンジニアリングチームに変えます。 特徴は、いきなりコードを書かせないこと まず計画を立てる ↓ 実装前に設計を固める ↓ 失敗するテストを先に書く ↓ 実装する ↓ 別コンテキストのAIがコードレビューする という、かなり実務寄りの流れ。 搭載されているエージェントも強力。 ・設計、プランニング → 一言の指示から、実装前の設計図まで作成 ・コードレビュー → 実装したAIとは別の新しいコンテキストでレビュー → 言語別のレビュアーも存在 ・ビルド修復 → 各ツールチェーン専用の修復エージェント → PyTorchやCUDAまで対応 ・セキュリティ → OWASPベースのチェック → Agent設定へのプロンプトインジェクションもスキャン ・アーキテクチャ → 後から大規模修正になる前に設計段階で検証 ・専門タスク → DB、機械学習、E2Eテスト、ドキュメント作成など さらにSkillsは286個。 TDD、評価環境、Python、Go、Rust、C++ Django、Laravel、Spring Boot、Next.js、 Docker、CI/CD、ロールバック、マイグレーション…… コードだけじゃなく、 ・自分の文体での文章作成 ・市場調査 ・ピッチ資料作成 まで入っています。 ただし重要なのは、 「286個全部入れれば最強」という 話ではないこと。 むしろ最初から全部入れると、 Claude Codeが複雑化して逆に使いにくくなる可能性があります。 まずは 「1つの計画エージェント」 + 「1つのルールセット」 くらいから始めて、 必要なものだけ追加していくのが良さそう。 Claude Codeを単なるコーディングAIではなく、 「自分で計画 → 実装 → テスト → レビューまで回すAI開発組織」 として更に高度に使いたい人は引用

Claude Code Research Lab

836,499 Aufrufe • vor 1 Monat

claudecode84's profile picture

Claude codeが 約5億円をかけた 「AI自動化ビジネスの設計」 を公開。 これかなり面白い👇 目指すのは 60分で『売れる仕組み』を構築し 月1,500万円規模を狙う しかも重要なのは、 最初からAIに全部任せないこと 最初の12分だけは、 人間がこの3つを決める ・誰が買うのか ・何を売るのか ・いくらで売るのか ここを間違えると、 AIは「間違ったビジネス」を 高速で自動化してしまう。 次に作るのは、 たった1ページのオファー 必要なのは、 価格 × 反論への回答 だけ。 その後はAIを並列で動かす。 ① ランディングページ ② 支払いリンク ③ 自動返信 この3つを同時に構築 さらに重要なのが 「見込み客を探すAI」👇 ネット上から、 「すでに困っている」 「不満を漏らしている」 「解決策を探している」 そんなシグナルを大量に集め、 安価なモデルで 数百件をスコアリングする。 なぜなら、 買う気のない 1000人に営業するよりも 買う可能性の高い 10人を見つける方が強いから。 そして最後に、 売上 反応率 成約率 などの数字を毎朝更新。 そのデータを最初の工程へ戻し、 「誰に売るか」 「何を売るか」 「どこを狙うか」 を毎日アップデートする。 つまり、 構築 → 集客 → 販売 → 計測 → 改善 このループそのものを AIに回させる。 60分後には、 ✓ LP ✓ 決済リンク ✓ 自動返信 ✓ 1週間分のコンテンツ ✓ スコアリング済み見込み客リスト まで揃う。 ただし、ここで重要なのは、 AIが需要まで 作ってくれるわけではない AIが作れるのは、 市場に高速で仮説をぶつけ、 数字から改善し続ける「マシン」 最終的に 売れるかどうかを決めるのは、 Claude Codeではなく市場です これは保存推奨 このまま Claude Codeに貼り付けて、 ビジネスに置き換えて 使ってみてください。👇

Claude Code Research Lab

227,963 Aufrufe • vor 1 Monat

claudecode84's profile picture

ANTHROPICが公開した 「AIビジネス自動化」の 設計がヤバすぎる 人間が動くのは 24時間のうち約3時間 残りは10のAI役割が 勝手に仕事を回し続ける 構造はこれ👇 root ↓ 3 builders ↓ tester + critic ↓ queue ↓ scout ↓ rootへフィードバック ただし、最初の3つだけは 人間が決める。 ・誰が買うのか ・何を売るのか ・いくらで売るのか ここを間違えると、 Claude codeは 「間違ったビジネス」を 完璧に自動化してしまう。 ここから 3人のbuilderが並列稼働 ① 商品を作る ② LPを作る ③ 必要な連携を構築する さらに完成したものを そのまま公開しない。 testerが 「本当に動くのか?」を確認 criticが 「そもそも出す価値があるのか?」 を判断。 ダメなら容赦なく差し戻す 何も拒否しないゲートは、 ゲートではない そして人間が再び登場するのは、 リリース前の最終承認 やることは、 「公開する / しない」 を決めるだけ。 その裏では、 コピーライターが 1週間分のコンテンツを作り、 queueが投稿を止めず、 scoutが24時間、 顧客の不満・需要を探し続ける。 最後にanalystが数字を分析。 その結果をrootへ戻して、 次の意思決定を書き換える。 つまり👇 作る ↓ 検証する ↓ 売る ↓ 市場を見る ↓ 数字を見る ↓ 改善する ↓ また作る ここまでAIでループさせる。 Claude Codeの 本当の強さは、 「1つのAIに全部やらせること」 じゃない 役割を分けて、 AI同士で仕事が 回る仕組みを作ること。 これを保存して Claude Codeに貼れば AI社員チームを作る 設計図として使えます👇

Claude Code Research Lab

116,202 Aufrufe • vor 1 Monat

claudecode84's profile picture

これはさすがに狂ってる。 Claude Codeの /code-review、 実は「表示された数」より 多くのバグを 見つけていた可能性がある👇 しかも、たった1つの設定で 全部表示できる。 /code-review --max-findings all これだけ。 これまで /code-review は、 一定数の指摘を出すと そこで止まっていた。 でも10月2日のアップデートで、 表示するfindings数を 指定できるようになった。 しかも all にすると、 見つかった指摘をすべて表示できる。 一度設定すれば Claude Codeが覚えるので、 以降のレビューにも適用される。 元に戻したいなら、 --max-findings default でOK。 特に使いたいのはこの3つ。 → 大きなPRをマージする前 → Opus 5.5がファイルを書き換えた後 → auth・payments周りを出荷する前 使い分けはこれだけ。 /code-review → 変更をレビュー --max-findings all → findingsをすべて表示 --max-findings 20 → 最大20件まで表示 --max-findings default → 通常の制限に戻す そしてレビュー後、 Claude Codeにこれを貼る。 「 上記レビューのfindingsをすべて抽出 ファイル別・深刻度別に整理 Criticalだけ対象にして残りはリスト化 変更前に必ずdiffを提示 私が『go』と言うまで編集しない 」 Opusが書く。 /code-review が洗い出す。 最後に何を直すかは人間が決める。 今まで「バグがなかった」のではなく、 単に表示されていなかっただけかもしれない。👇

Claude Code Research Lab

17,405 Aufrufe • vor 12 Tagen

claudecode84's profile picture

Anthropic最高責任者が普段使いしてる ClaudeをAI初心者でも今すぐに 「24時間働くAI社員」を 高度なエージェント構築なしに使う方法公開中‼️ 👇 このフォルダをClaudeに丸投げしてから 深夜にClaudeを開くことがなくなりました。 以前は朝起きると、 「夜中に何が壊れた?」 「どこまで進んだ?」 「何を直せばいい?」 を自分で確認して、手動で修正していた。 でも今は違う。 朝起きた時点で、 ・何を実行したか ・何が起きたか ・どこまで進んだか ・どう評価されたか すべて「レシート」として残っていて、 あとは自分がレビューするだけ。 その仕組みを作っているフォルダの中身がこれ。 ■ 契約書 CONTRACT.md → AIがシフト中に守るルール contract.local.md → 自分専用のオーバーライド設定 → gitignoreで管理 ■ 実行ハーネス .claude/loops/ settings.json → 支出上限、タイムアウトを設定 → 一度決めたら毎回指示する必要なし schedule.yml → 各ループをいつ起動するか管理 rubrics/ ・code.md → マージ前のコードレビュー ・writing.md → 文章のトーンや品質チェック ・safety.md → AIが触れてはいけない領域を定義 pr-hunter/ plan.md → wake → read → act → verify の順番で実行 → 実際の作業を担当 ■ 状態管理 receipts/ → 1シフトにつき1フォルダ → これまで5,382件を保存 trace.log → 実際に何が起きたのかを1行ずつ記録 → 推測ではなくログで確認できる checkpoint.json → 前回止まった正確な場所から再開 ■ エッジケース → 緊急停止用のパニックファイル .mcp.json → AIが利用していいツールだけを指定 結果、 6つの自動ループ 3つの評価ルーブリック 8ヶ月稼働 インシデント0件。 そして面白いのが、 この中に「特別に賢い仕組み」は何もないこと。 AIが一度でも道を外れたら、 「次から覚えておいて」 とは言わない。 その失敗をルールとしてファイルに書き残す。 つまり、 AIの記憶力に期待するのではなく、 失敗するたびに システム側を少しずつ強くしていく。 これを積み重ねただけ。 AIエージェントを安定運用する本質って、 モデルをどんどん賢くすることじゃないのかもしれない。 「モデルは目覚めない。フォルダが目覚める。」 この考え方、かなり重要です。

Claude code研究ラボ

36,602 Aufrufe • vor 1 Monat

claudecode84's profile picture

Claude Fable 5.1の品質を最大限引き出すには 「Find Skills」を最初に入れておいた方が良い 👇 Claude自身が 「今のタスクに何のSkillを使えばいいか?」 を探してくれるから大幅にトークン削減 つまり今までみたいに、 「この作業にはこのSkillを使って」 「このツールを呼び出して」 「次はこれを使って」 と人間側が細かく指定する必要がなくなる。 最初に一度だけこれを実行↓ npx skills add --skill find-skills あとはClaudeに、 「何を使うか」 ではなく、 「何を達成したいか」 だけ伝える。 すると、 ① Claudeが目的を理解 ↓ ② Find Skillsが適切なSkillを検索 ↓ ③ 必要なSkillを選択 ↓ ④ 複数のSkillが必要なら組み合わせる ↓ ⑤ ゴールまでの実行フローを構築 という流れで動かせる。 これがかなり重要。 AIエージェントを使うたびに 人間が最適なツールを探して指定していたら、 結局、人間が「司令塔+ツール選定」までやっている。 Find Skillsを入れると、 人間 → 欲しい結果だけ伝える Claude → 必要なSkillを探す → 組み合わせる → 実行方法を考える という形に近づく。 Claude Codeを 「ツールを指定して動かすAI」ではなく、 「目的を伝えたら、自分で必要な能力を探して動くAI」 として使いたいなら、 かなり相性がいいです。 例えばこんな感じ👇

Claude Code Research Lab

25,041 Aufrufe • vor 1 Monat

claudecode84's profile picture

Claude codeが 3年以上かけて構築した 「AIエージェンシーの設計」が かなり面白い👇 10社のクライアントを、 ほぼ同じAIシステムで運用する。 ポイントは、 クライアントが増えるたびに 仕組みを作り直さないこと。 各クライアントごとに 追加するのは、 たった1つの設定ブロック。 ・ブランドのトーン ・商品 / サービス ・絶対に言ってはいけないこと これだけ。 その上で、 Haiku 4.5 → 注目すべき情報を選別 Sonnet 5 → コンテンツ・返信を作成 Opus 5 → 最終チェックを担当 という3層構造で回す。 重要なのは、 クライアントごとに AIを作らないこと。 共通部分はすべて使い回し、 クライアント固有の情報だけを 1ブロック追加する。 だから11社目を追加するときも、 人を雇わない。 2台目のマシンもいらない。 システムを作り直す必要もない。 追加コストは 1日あたり約2.45ドル。 つまり、 「AIで10人分働く」ではなく、 「1つの仕組みを作って、 クライアントが増えても ほぼ同じコストで横展開する」 これがAIエージェンシーの強さ。 特に重要なのが最後のOpus。 ここを削れば安くなる。 ただし、 そのコスト削減の代償は そのままクライアントに 届く品質になる。 保存して Claude Codeに貼り付けて👇 1つのルート ↓ 10個のクライアントブロック ↓ 1つの門番 AI自動化で本当に強いのは、 モデルそのものより「設計」です👇

Claude code研究ラボ

27,157 Aufrufe • vor 1 Monat

claudecode84's profile picture

Claude Code × Obsidianで、 セッションを超えて 記憶するAIを作る方法。 通常、 Claude Codeは新しいセッションを 始めるたびに、 過去のやり取りや 設計の意図を引き継ぎません。 しかし、 ObsidianをMCP経由で連携すれば、 プロジェクトの知識を蓄積し続ける 「長期メモリ」として活用できます。 セットアップはシンプルです。 ・ObsidianのVaultを プロジェクト内に配置する ・MCPでClaude Codeと接続する ・architecture.mdを生成する ・主要なサービスごとにノートを作成する ・依存関係をObsidianのナレッジグラフでリンクする 最初に使うプロンプトはこちら。 「このプロジェクトを分析し、 Obsidian Vaultにarchitecture.mdを 作成してください。 主要なコンポーネントを整理し、 関連する概念同士をリンクしてください。」 すると、 Architecture ↓ Database ↓ Authentication ↓ API のように、 設計情報がグラフとして つながっていきます。 さらに、 毎日の運用は3つのプロンプトだけです。 朝 「active_context.mdを読み込み、 昨日どこまで進めたかと、 次に取り組むべき内容を教えてください。」 開発中 「今回の重要な設計判断を保存してください。判断した理由と、影響を受けるファイルもリンクしてください。」 作業終了時 「今日完了した内容、 次にやること、現在の課題をactive_context.mdへ更新してください。」 この運用を続けることで、 数週間後でも、 数か月後でも、 「なぜこの設計にしたのか?」 をClaude Codeに聞くだけで、 過去の判断理由まで追跡できます。 チャット履歴を探し回る 必要はありません。 同じプロジェクト。 新しいClaude Codeセッション。 それでも、AIの記憶は引き継がれます。

Claude Code Research Lab

38,542 Aufrufe • vor 2 Monaten

claudecode84's profile picture

Claude codeの 主任エンジニアが教える 知識管理システムが無料で公開。 どんなデータでも 『知識グラフ』に 自動変換します しかも、 Claude Codeだけで 構築可能です。 流れはたった8ステップ👇 Load ↓ Extract ↓ Graph ↓ Index ↓ Query ↓ Memory ↓ Swarm ↓ Update データを入れるだけで、 AIが自動で 知識同士をつなぎ、 自己更新する グラフを構築。 その結果、 AIエージェントの 生産性は 初日から 42%向上した と紹介されています。 さらに、 ・ドキュメント ・コード ・Slack ・ナレッジ すべてを Claude Code経由で 1つの情報源へ統合。 情報が分散しません。 内部では、 Fable 5と Opus 5が エンティティ同士の 関係を抽出。 Neo4jが 知識グラフを リアルタイムで構築。 重複も最小限に 抑えられます。 検索も強力です。 ・ベクトル検索 ・キーワード検索 ・グラフ検索 3つを組み合わせて 最適な回答を 生成。 従来のRAGより 高い精度が期待できます。 さらに、 夜間には AIエージェントが 新しいデータを 自動収集。 知識グラフを 更新し続けるため、 朝には より賢い状態で 使い始められます。 Claude Codeを 使っているなら、 一度は見ておきたい 構成です。 保存して、 後で試してみてください。

Claude code研究ラボ

31,710 Aufrufe • vor 2 Monaten

claudecode84's profile picture

Anthropicエンジニア最高責任者が発表!! 👇 あなたが選ばなかった未来までも Claudeに記憶させることが可能になった‼️ 普通のAIメモリは、 「何を選んだか」 「その結果どうなったか」 だけを保存します。 でもこの仕組みは違う。 AIが意思決定するたびに、 「実際に選んだ道」 と 「その瞬間に捨てたもう1つの選択肢」 この両方を保存する。 仕組みは4段階。 FORK → 意思決定が発生した瞬間に、選んだ案と却下した案を両方記録 TRACER → 選ばなかった案が、その後どうなったかを追跡 COMPARE → 数週間後、実際に選んだ結果と、選ばなかった場合の仮想結果を比較 LESSON → 「うまくいった」ではなく 「代替案より良かった」 「実は捨てた案の方が良かった」 まで学習する ここが本質。 普通のAIは、 「この判断で成果が出た」 ↓ 「じゃあ正しかった」 と学びがちです。 でもそれだけでは、 本当に正しい判断だったかは分からない。 なぜなら、 選ばなかった方が もっと良い結果になっていた可能性があるから。 実際、このエージェントは 1ヶ月で50個の意思決定を追跡。 そのうち18個は、 「選ばなかった方が結果的に良かった」 と判明したそうです。 普通のメモリでは、 この18個の学びは永遠に見えません。 なぜなら、 普通は「通った道」しか記録しないから。 これ、人間も同じです。 転職した会社がうまくいったから 「あの選択は正解だった」と思う。 でも断った会社に行っていたら、 もっと良い未来だったかもしれない。 私たちは多くの場合、 自分の選択 vs 何もない で評価している。 本当に必要なのは、 自分の選択 vs 選ばなかった選択肢 の比較。 つまり、 「結果を記憶するAI」 ではなく、 「反実仮想まで追跡するAI」。 みんなAIに 「何を選んだか」を覚えさせようとしてる。 でも本当に賢くするなら、 「何を選ばなかったか」 まで覚えさせる必要がある。

Claude Code Research Lab

14,233 Aufrufe • vor 1 Monat