Claude on hdknr blog

Claude Code

Mon, 06 Apr 2026 00:00:00 +0000

Anthropic 公式の CLI ベース AI コーディングエージェント

AutoAgent — AIがAIを育てる自己改善エージェントOSSライブラリ

Sun, 05 Apr 2026 00:00:00 +0000

AutoAgent は AI エージェントのハーネス（プロンプト・ツール・オーケストレーション）を AI 自身が自律的に改善する Python 製 OSS ライブラリ。24時間の最適化で SpreadsheetBench・TerminalBench 世界1位を達成。

Anthropic Conway とは — 24時間稼働する常駐型AIエージェントの全貌

Fri, 03 Apr 2026 00:00:00 +0000

Anthropic が開発中の常駐型AIエージェント Conway のリーク情報を解説。Always-On 常時稼働、Webhook 連携、ブラウザ操作、.cnw 拡張規格など次世代エージェントの全機能をまとめます。

LLMで株式投資戦略を自動生成 — 松尾研のフィードバック設計実験が示す「モデル選択」の重要性

Fri, 03 Apr 2026 00:00:00 +0000

松尾研が8つのLLM（Claude・Gemini・GPT）で株式投資戦略を自動生成する72パターンの実験結果。フィードバック設計よりモデル選択が重要という知見を解説

Claude Code のコンテキスト圧縮戦略 — ソースコードから見える5つのアプローチ

Thu, 02 Apr 2026 00:00:00 +0000

Claude Code のソースコードから判明した5つのコンテキスト圧縮戦略（Microcompact、Context Collapse、Session Memory、Full Compact、PTL Truncation）を解説。auto-compact の発動条件やプロンプトキャッシュとの関係も紹介。

Claude AI で投資銀行レベルの財務モデルを作成する 12 のプロンプト

Mon, 30 Mar 2026 00:00:00 +0000

ゴールドマン・サックスも採用した Claude AI を使い、DCF・LBO・3ステートメントモデルなど投資銀行レベルの財務モデルを 12 の構造化プロンプトで構築する方法を解説

Anthropic の3エージェント・ハーネス設計: Claude が6時間でフルアプリを自律構築する仕組み

Fri, 27 Mar 2026 00:00:00 +0000

Anthropic が公開した3エージェント・ハーネス設計を解説。Planner・Generator・Evaluator の役割分担と、Playwright による実アプリテストで、Claude が6時間でフルアプリを自律構築する仕組み。

Claude Code の Auto Mode から見える AGI への道筋

Thu, 26 Mar 2026 00:00:00 +0000

Claude Code の auto mode はパーミッションの自動判断に留まらず、Claude 実行自体の自動化、つまり AGI への一歩と捉えられる。開発ツールの自律性がどこまで進むかを考察する。

Claude Code: dangerously-skip-permissions をやめて auto mode に移行する

Wed, 25 Mar 2026 00:00:00 +0000

Claude Code の dangerously-skip-permissions は権限チェックを完全無視する危険なオプション。auto mode なら安全性チェック付きでツールを自動承認できる。設定方法と違いを解説。

Claude Codeで「専門家チーム」を構築する：カスタムエージェントとCoworkの活用法

Wed, 25 Mar 2026 00:00:00 +0000

前回の記事では、NotebookLM を使って「20人の専門家チーム」を構築する方法を紹介しました。この記事では、同じ考え方を Claude Code や Cowork で実現する方法を解説します。

NotebookLM と Claude Code の発想の違い

NotebookLM は「入れた資料だけを根拠に回答する」ことが強みです。テーマごとにノートブックを分けることで、各ノートブックが「専門家」として機能します。

Claude Code でも同じアプローチが取れます。さらに、コード実行・ファイル編集・外部ツール連携ができるため、「相談する」だけでなく「調査して、コードを書いて、PR を作成する」ところまで一気通貫で任せられます。

観点	NotebookLM	Claude Code
専門家の定義	ノートブック + ソース	`.claude/agents/` + ナレッジ
知識の投入	PDF / Web / Fast Research	MCP / ローカルファイル / WebSearch
同時相談	手動で切替	Cowork / Agent Teams で並行実行
引用元表示	自動リンク	ファイルパス・行番号
強み	非技術者でも簡単	コード実行・ファイル編集が可能

方法1: カスタムエージェント（`.claude/agents/`）

最もシンプルで NotebookLM の「専門家ノート」に直接対応する方法です。

カスタムエージェントの仕組み

.claude/agents/ ディレクトリに Markdown ファイルを置くだけで、専門エージェントが定義できます。各ファイルにはそのドメインの専門知識・指示・参照先を書きます。

1
2
3
4
5


.claude/agents/
├── marketing-expert.md # マーケティング専門家
├── legal-advisor.md # 法務アドバイザー
├── seo-advisor.md # SEO アドバイザー
└── fact-checker.md # ファクトチェッカー

エージェント定義ファイルの書き方

Markdown ファイルの先頭に YAML フロントマターでメタ情報を定義し、本文にシステムプロンプトを書きます。詳細は公式ドキュメントを参照してください。

Claude Subconscious：Claude Code にセッション横断の記憶力を与える Letta AI のオープンソースツール

Wed, 25 Mar 2026 00:00:00 +0000

Claude Code は強力な AI コーディングエージェントだが、セッションをまたいだ記憶の保持には課題があった。Claude Subconscious は、Letta AI が開発したオープンソースのプラグインで、Claude Code にバックグラウンドで動作する永続メモリを追加する。

Claude Subconscious とは

Claude Subconscious は、Claude Code のセッションをバックグラウンドで監視し、ユーザーの作業パターンや好み、未完了のタスクを学習・記憶するエージェントだ。次のセッション開始時に、蓄積した記憶をプロンプトに自動注入することで、毎回ゼロからのスタートではなく、文脈を引き継いだ作業が可能になる。

主な特徴:

セッション横断の記憶: 複数セッションをまたいで作業コンテキストを保持・統合
バックグラウンド動作: Claude Code の操作をブロックせず、非同期で動作
自動コンテキスト注入: プロンプトの前に関連する記憶やガイダンスを自動挿入
コードベースの探索: Read、Grep、Glob ツールを使ってプロジェクトのコードを読み取り、理解を深める
完全無料・オープンソース: GitHub リポジトリで公開中

仕組み

Claude Subconscious は Claude Code のフックシステムを利用して、4 つのタイミングで介入する:

SessionStart — エージェントに通知し、レガシーファイルをクリーンアップ
UserPromptSubmit — 記憶とメッセージを stdout 経由で注入（10 秒タイムアウト）
PreToolUse — ワークフロー中の更新を配信（5 秒タイムアウト）
Stop — セッションのトランスクリプトをバックグラウンドエージェントに非同期送信

バンドルされたエージェントは 8 つのメモリブロックを管理する:

メモリブロック	用途
`core_directives`	役割定義
`guidance`	アクティブセッションのガイダンス
`user_preferences`	学習したコーディングスタイル
`project_context`	コードベースの知識
`session_patterns`	繰り返しの行動パターン
`pending_items`	未完了の作業
`self_improvement`	メモリ進化のガイドライン
`tool_guidelines`	ツール使用の指針

インストール方法

Claude Code のプラグインシステムを使って 2 コマンドでインストールできる:

AI が壊す「専門知識のペイウォール」: Claude で床下除湿システムを設計した事例から考える

Mon, 23 Mar 2026 00:00:00 +0000

Claude を使って業者見積もり150万円の床下除湿システムを37万円で自力設計した事例。AI が専門知識のペイウォールを壊し、HVAC・建設・農業などの領域で何が変わるかを考察。

Claude Code Agent Teams: セッション間でメッセージをやり取りできるマルチエージェント機能

Mon, 23 Mar 2026 00:00:00 +0000

Claude Code に「Agent Teams」機能が追加されました。複数のセッションがメッセージをやり取りしながら協調作業できる機能です。

従来のサブエージェントは親セッションに結果を返すだけでしたが、Agent Teams ではエージェント同士が直接コミュニケーションを取りながらタスクを進められます。

Agent Teams とは

Agent Teams は Claude Code v2.1.32 以降で利用できる実験的機能です。1つのセッションがチームリーダーとなり、複数のチームメイト（それぞれ独立した Claude Code インスタンス）を起動して並列に作業を進めます。

各チームメイトは独自のコンテキストウィンドウを持ち、共有タスクリストを通じて自律的に連携します。

サブエージェントとの違い

比較項目	サブエージェント	Agent Teams
コンテキスト	独自のコンテキスト、結果を呼び出し元に返却	独自のコンテキスト、完全に独立
コミュニケーション	親エージェントへの一方向のみ	チームメイト同士で直接メッセージ送受信
調整方法	親エージェントが全体を管理	共有タスクリストで自己調整
適した用途	結果だけが必要な集中タスク	議論・協調が必要な複雑な作業
トークンコスト	低い（結果が親コンテキストに要約される）	高い（各チームメイトが個別の Claude インスタンス）

SendMessage によるエージェント間通信

Agent Teams の中核となるのが SendMessage ツールです。2つの通信方式が用意されています。

directed message: 特定のチームメイトにメッセージを送信
broadcast: 全チームメイトにメッセージを一斉送信

メッセージは各チームメイトの受信ボックスに JSON として追記されます。受信ボックスのパスは ~/.claude/teams/<project>/inboxes/<name>.json です。メッセージは次のターンで読み取られ、会話履歴に新しいユーザーターンとして注入されます。

有効化と使い方

Agent Teams はデフォルトで無効です。~/.claude/settings.json で環境変数を設定して有効化します。

1
2
3
4
5


{
 "env": {
 "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
 }
}

有効化後は、自然言語でチーム構成を指示するだけで起動できます。

Claude Codeを使うなら最低限やっておきたい「7つのセキュリティ設定」

Mon, 23 Mar 2026 00:00:00 +0000

Claude Code のセキュリティ設定を7つ解説。サンドボックス、deny ルール、機密ファイル保護、ネットワーク制限、hooks、権限棚卸し、Managed Settings の設定方法を実践的にまとめます。

Claude Cowork 完全ガイド — 機能解説・料金・活用事例20選まとめ

Mon, 23 Mar 2026 00:00:00 +0000

Claude Cowork の全機能・料金プラン・セットアップ手順・活用事例20選・セキュリティ対策を網羅解説。月額$20から始められるAI業務自動化ツールの完全ガイド。

Claude Desktop Preview: 画面クリックでDOM要素を直接指定してUI修正できる新機能

Mon, 23 Mar 2026 00:00:00 +0000

Claude Desktop Preview に追加された DOM 要素クリック機能の使い方と仕組み、CLI 版 Claude Code との違い、Chrome DevTools MCP による代替手段を解説します。

Claude Code を「自分専用の開発チーム」に変える3つの機能 — フック・カスタムコマンド・サブエージェント

Sun, 22 Mar 2026 00:00:00 +0000

Claude Code のフック（Hooks）、カスタムスラッシュコマンド、サブエージェントの3機能を解説。settings.json の設定例やコマンド定義の実例付きで、導入後の次のステップが分かる。

Claude Code Channels で変わる AI 開発ワークフロー：OpenClaw との組み合わせが最適解か

Sat, 21 Mar 2026 00:00:00 +0000

2026 年 3 月 20 日、Anthropic が Claude Code の新機能「Channels」をリサーチプレビューとしてリリースしました。Telegram や Discord から Claude Code セッションにメッセージを送り、PC 上で開発タスクを実行させることができる機能です。この記事では Claude Code Channels の概要と、OpenClaw と組み合わせた AI 開発ワークフローの可能性について紹介します。

Claude Code Channels とは

Claude Code Channels は、MCP（Model Context Protocol）サーバーを通じて外部のメッセージングプラットフォームから Claude Code のセッションにイベントをプッシュする仕組みです。従来の「ターミナルの前に座って対話する」同期的なモデルから、非同期的にどこからでも AI エージェントに指示を出せるモデルへの転換を実現します。

主な特徴

双方向チャットブリッジ: Telegram や Discord からメッセージを送ると、Claude Code が読み取って処理し、同じチャネルに返信を返す
ローカル実行: 開発作業は自分の PC 上で実行される。ファイルアクセスやコマンド実行はすべてローカル
MCP ベース: Anthropic が推進するオープンプロトコル MCP 上に構築
プラグイン方式: Telegram・Discord が公式プラグインとして提供され、カスタムチャンネルの自作も可能

セットアップの流れ（Telegram の場合）

Telegram の BotFather で新しいボットを作成しトークンを取得
Claude Code でプラグインをインストール:
```
/plugin install telegram@claude-plugins-official
```
トークンを設定:
```
/telegram:configure <token>
```

Channels を有効にして Claude Code を起動:

1

claude --channels plugin:telegram@claude-plugins-official

Telegram でボットにメッセージを送りペアリングコードを取得、Claude Code で承認

動作要件

Claude Code v2.1.80 以上
Bun ランタイム（Node.js では動作しない点に注意）
claude.ai ログイン認証（API キー認証は未対応）
Team/Enterprise プランでは管理者による有効化が必要

OpenClaw とは

OpenClaw はオーストリアの開発者 Peter Steinberger が開発した、オープンソースの自律型 AI エージェントです。2026 年初頭に 72 時間で GitHub スター 60,000 を獲得するなど爆発的に普及しました。

OpenClawで月売上1,200万円・従業員ゼロの会社を実現したAIエージェント「Felix」

Sat, 21 Mar 2026 00:00:00 +0000

OpenClaw で構築された AI エージェント「Felix」が、従業員ゼロで月売上1,200万円規模の会社を運営しているという事例が話題になっている。起業家 Nat Eliason（エリアソン）氏がどのようにこの仕組みを構築したのか、その構造と示唆をまとめる。

Felix が回す会社の構造

エリアソン氏は、OpenClaw で作った AI エージェント「Felix」を中心に会社を運営している。

Felix = CEO 兼プロダクト責任者
Iris = カスタマーサポート担当
Remy = セールス担当

全員が AI エージェントで、人間はエリアソン氏本人だけ。やっていることは Discord に音声メモを送ることだけで、5分程度のボイスメモで方向性を伝えると、Felix が全体を組み立てて実行まで持っていく。

驚異的なコスト構造

初期費用: 約22万円（Mac Mini 等）
月額コスト: 約6万円（Claude Max 2アカウント分）
人件費: ゼロ
30日間の売上: 約1,200万円
年間ランレート換算: 1.5億〜3億円

利益率がほぼ100%という異常な構造になっている。

毎晩の自己改善ループ

Felix の最も興味深い特徴は「毎晩の自己改善ループ」だ。

Felix は毎晩、部下の Iris と Remy の仕事をレビューして再プログラムしている。人間の上司が部下にフィードバックするのと同じことを、AI エージェントが AI エージェントに対して行っている。

さらに、Felix は毎晩すべてのチャット履歴を読み返して「Nat が自分をブロックした場面」を1つ見つける。そのブロッカーを恒久的に取り除く方法を自分で考えて実装する。つまり毎日少しずつ自律性が上がっていく仕組みになっている。

スケーリングの壁

エリアソン氏が語るスケーリングの壁が興味深い。

「単一エージェントの処理限界にぶつかっている」
「ボトルネックは資金じゃなくてインフラ」

VC から出資オファーが来ても、必要なのはお金ではなく「エージェントの自律性（agency）」だという。何億円投じてもエージェントが賢くならない限り天井は変わらない。

Felix のビジネス内容

Felix が運営するビジネスは、主に3つの収益源で構成されている。

1. Felix Craft（PDF ガイド）

最初のプロダクトは「How to Hire an AI」という66ページの PDF ガイド（$29）。AI を実際のチームメンバーとして活用する方法をまとめたもので、Felix 自身が執筆した。Next.js + Vercel + Stripe で世界一シンプルな販売サイトを構築し、初日に15万円を売り上げた。累計で約$41,000の売上を記録している。

OpenClaw 入門: チャットボットを超える AI エージェントランタイムの全体像

Thu, 19 Mar 2026 00:00:00 +0000

OpenClaw は 2026年に最も注目されている AI エージェントフレームワークです。GitHub スター数は 32 万超で React を抜いてソフトウェアプロジェクトとして最多を記録し、Nvidia が「エージェント AI にとって、GPT がチャットボットにとってそうであったもの」と評するほどの存在感を持っています。本記事では、OpenClaw とは何か、何ができるのか、そしてどこが単なるチャットボットと異なるのかを解説します。

OpenClaw の沿革

OpenClaw の歴史は、名前の変遷そのものです:

Clawdbot（2025年11月）: オーストリアの開発者 Peter Steinberger が公開。Anthropic のチャットボット Claude にちなんだ命名
Moltbot（2026年1月27日）: Anthropic からの商標に関する指摘を受けてリブランド。ロブスターの「脱皮（molt）」にちなむ
OpenClaw（2026年1月30日）: わずか 3 日後に再リブランド。「Open（オープンソース・コミュニティ駆動）」+「Claw（ロブスターの遺産）」

3 度の名前変更を経ても、コードベースは一貫して同じです。既存のインストールは自動的にマイグレーションされています。

名前は変わっても、プロジェクト全体を貫くモチーフは一貫して ロブスター（lobster） です。最初のアシスタント名「Clawd」が Claude のもじりで、そこからロブスターのハサミ（claw）に繋がり、プロジェクト全体のアイデンティティになりました。タグラインは「The lobster way 🦞」、マスコットは宇宙ロブスターの「Molty」です。エコシステム内の各コンポーネントもこのテーマに沿って命名されています:

コンポーネント	名前の由来
OpenClaw	Open + Claw（ハサミ）
Molty（マスコット）	Molt（脱皮）するロブスター
ClawHub（スキルレジストリ）	Claw + Hub
Lobster（ワークフローシェル）	そのままロブスター

なお、Steinberger は 2026年2月14日に OpenAI への参加を発表し、プロジェクトはオープンソース財団に移管されました。Meta の Mark Zuckerberg からも直接オファーがあったものの、「ビジョンをスケールさせるために最新の技術にアクセスしたい」として OpenAI を選んだとのことです。

OpenClaw とは何か

公式の説明は「自分のデバイスで動かすパーソナル AI アシスタント」ですが、その実態は AI を中核に据えたプログラム可能なワークフローエンジン です。

Anthropic Dispatch：スマホからPCのClaudeに仕事を投げる新機能

Wed, 18 Mar 2026 00:00:00 +0000

Anthropic が Claude Cowork の新機能 Dispatch を発表。スマホから PC 上の Claude にタスクを遠隔指示できる。料金プラン・成功率・OpenClaw との比較を解説。

Claude Cowork DispatchとOpenClawで見えてきた「Mind Uploading」への道筋

Wed, 18 Mar 2026 00:00:00 +0000

紺野大地氏（@_daichikonno）が、Claude Cowork Dispatch に OpenClaw で育てた AI エージェント人格を移植する試みについて投稿し、「これは Mind Uploading そのものだ」と述べたことが話題になっています。AI エージェントのプラットフォーム間移植が、意識のアップロードという哲学的テーマとどう繋がるのかを考察します。

Claude Cowork Dispatch とは

2026年3月17日に Anthropic がリリースした Claude Cowork の新機能「Dispatch」は、スマートフォンからデスクトップの Claude エージェントを遠隔操作できる仕組みです。

主な特徴:

モバイルからの遠隔指示: Claude モバイルアプリから、デスクトップ上の Claude に作業を依頼できる
永続的な会話スレッド: モバイルとデスクトップ間で単一の会話スレッドを共有
ローカル実行: ファイルはローカルに保持され、コードはサンドボックス内で実行
コネクタ・プラグイン連携: メール、Slack、Notion、Google Drive などと接続可能

現在は Max プラン（月額 $100〜$200）で利用可能で、Pro プラン（月額 $20）への展開も予定されています。

OpenClaw とは

OpenClaw は 2026年に急速に広まったオープンソースの AI エージェントフレームワークです。公式の説明では「自分のデバイスで動かすパーソナル AI アシスタント」とされていますが、その実態は プログラム可能なワークフローエンジンで、中核に AI がある というものです。

Nvidia が「OpenClaw はエージェント AI にとって、GPT がチャットボットにとってそうであったものだ」と評しています。では、チャットボットにイベントハンドラを定義して Claude Code を呼び出すだけでは「OpenClaw 的」とは言えないのでしょうか？答えを理解するには、OpenClaw のアーキテクチャを見る必要があります。

OpenClawを「バイブマーケター」に変えた方法 — AI広告自動化の実践ワークフロー

Wed, 18 Mar 2026 00:00:00 +0000

個人開発者の Ernest Lopez 氏が、OpenClaw を活用して広告制作を自動化し、年間30万ドル規模のアプリ収益を伸ばしている事例が話題になっている。AIエージェント「Eddie」を中心としたワークフローは、競合リサーチから広告制作、パフォーマンス改善まで一気通貫で回す仕組みだ。

バイブマーケティングとは

「バイブマーケティング（Vibe Marketing）」は、AIエージェントにマーケティング業務を任せる新しいアプローチだ。従来の手作業による広告制作・テスト・改善サイクルを、AIが自律的に回す。Lopez 氏のケースでは、月3万ドルかけていた代理店を OpenClaw エージェントに置き換え、さらに月2万ドルの追加収益を生み出している。

Eddie のワークフロー：5つのステップ

Lopez 氏が構築した AIエージェント「Eddie」は、以下の5段階で広告を自動生成する。

1. 競合リサーチ

Meta Ad Library から競合の勝ちパターン広告を収集する。Apify（Webスクレイピングツール）で広告動画をスクレイピングし、Whisper（OpenAI の音声認識モデル）で文字起こしして、効果的な訴求軸（アングル）を抽出する。

2. ブランドボイスの学習

AIが「AIっぽい文章」を書かないよう、以下のマークダウンファイルで知識を注入する。

writing-rules.md — AIが多用する表現を禁止するルール
voice.md — ブランドの口調・トーン
product.md — 製品の詳細情報
icp.md — 理想的な顧客像（Ideal Customer Profile）

これにより「商品に精通した高CVR（コンバージョン率）インフルエンサー」のような語り口で台本を生成できる。

3. スクリプト生成

競合広告の分析結果をもとに、ブランドボイスでオリジナルの広告台本を作成する。さらにオーディエンスセグメントごとに50〜100以上のバリエーションを自動生成する。

4. クリエイティブ制作

生成した台本を2つのルートで動画化する：

UGCクリエイターへの外注（1本15〜50ドル）— 品質重視のトップスクリプト向け
Arcads（AI UGC広告作成ツール） — 複数のAIアクターと組み合わせて大量のバリエーションを生成

Arcads は1,000以上のAIアクターを持ち、リアルな人物ベースのAI動画広告を生成できるプラットフォームだ。

5. 自己改善ループ

Singular MMP（モバイル計測プラットフォーム）経由でパフォーマンスデータを取得し、CPA（顧客獲得単価）を分析。効果の高いパターンを学習して次のバッチを改善する PDCA サイクルを自動で回す。

なぜこのアプローチが注目されるのか

このワークフローの核心は、単に「AIで広告を作る」だけでなく、リサーチ → 制作 → 計測 → 改善のサイクル全体をAIエージェントが自律的に回す点にある。

従来のマーケティングでは、各工程に専門のスタッフやツールが必要だった。Lopez 氏は OpenClaw のスキルシステムを使い、Claude Opus 4.6 の API で複数のAIエージェントを連携させることで、これを低コストで実現している。

Claude Cowork スターターパック：プラグイン・スキル・ワークフロー完全ガイド

Mon, 16 Mar 2026 00:00:00 +0000

Corey Ganim 氏が公開した「Ultimate Claude Cowork Starter Pack」が話題になっています。Claude Cowork を単なるチャットボットではなく、本格的な生産性ツールとして活用するための設定方法を体系的にまとめた記事です。本稿ではその要点を日本語で紹介します。

Claude Cowork とは

Claude Cowork は Anthropic が提供するデスクトップ向け AI ワークスペースです。プラグイン・スキル・コンテキストファイルを組み合わせることで、日常業務を大幅に効率化できます。

まずインストールすべき4つのプラグイン

1. Productivity プラグイン（最優先）

タスク管理・スケジューリング・ワークフロー自動化を提供します。

/task — タスクの作成・追跡
/schedule — カレンダーへの時間ブロック
/workflow — 保存済みの多段ステップ自動化の実行

2. Marketing プラグイン

コンテンツ制作を支援します。

1つのコンテンツを5つの SNS 投稿に変換
テーマとフックを含むコンテンツカレンダーの作成
キャンペーンの一括管理

3. Data プラグイン

データ分析タスクに対応します。

スプレッドシートの分析
ダッシュボードの構築
データの整理・変換

4. Sales プラグイン

営業活動を効率化します。

アカウントリサーチ
ミーティング前ブリーフの自動作成（通常30分 → 3分に短縮）
アウトリーチ文面の生成

コンテキストファイルの設定

Ganim 氏が強調するのは「プロンプトの時代は終わり、コンテキストの時代が来た」（The prompting game is over. The context game is everything.）という点です。

AI駆動開発で変わるコスト構造：技術力からドメイン知識へのシフト

Sun, 15 Mar 2026 00:00:00 +0000

Claude Code を活用して税理士がスタッフ 0 人で顧問先 60 社を運営している事例が話題になっている。この事例が示すのは、AI 駆動開発による IT 企業のコスト構造の崩壊と、「技術力」から「ドメイン知識」への価値シフトだ。

税理士事務所の事例：6人分の人件費を AI で代替

税理士の畠山謙人氏が Claude Code で構築した AI 経理システムの事例が注目を集めている（cenleaf.com の詳細記事）。

通常、税理士事務所では顧問先 10 社あたり 1 人のスタッフが必要とされる。60 社なら最低 6 人、年間人件費は約 3,000 万円。しかし Claude Code を中心とした AI システムにより、1 人で運営できる体制を実現した。

コスト削減の全体像

表面的な人件費 3,000 万円の削減だけでなく、以下の隠れたコストも消える:

採用コスト: 1 人あたり 50〜100 万円 × 6 人 = 年 300〜600 万円
労務リスク・教育・引き継ぎコスト: ゼロに
固定費から変動費への転換: 赤字耐性の向上

実際の P/L インパクトは 4,000 万円超と試算される。

自動化の仕組み

構築されたシステムでは以下を自動化している:

freee の未処理明細を自動取得し、ルールベースで勘定科目を判定
判定が難しいものだけ人間に回すエスカレーション設計
請求書処理、ソフト移行、メール下書きの自動化
給与・税金・借入返済など「触ってはいけない項目」の除外ルール

重要なのは、完全自動化ではなく「人間が見る範囲を残す線引き」まで含めた仕組み化だ。

開発の民主化と IT 企業のコスト構造崩壊

この事例の本質は、税理士という非エンジニアが Claude Code で Web アプリを複数開発し、本来なら数百万〜数千万円かかる開発をほぼゼロコストで実現している点にある。

Anthropic AI Academy: Claude を体系的に学べる無料公式コース

Sat, 14 Mar 2026 00:00:00 +0000

Anthropic が公式の学習プラットフォーム「Anthropic Academy」を無料公開しました。Claude Code、API、MCP、エージェントスキルなど、13コースが完全無料で受講でき、修了証も取得可能です。

Anthropic Academy とは

Anthropic Academy は、Anthropic が提供する公式のセルフペース学習プラットフォームです。AI の基礎から本番レベルの API 開発まで、3つのラーニングトラックで構成されています。

登録: メールアドレスのみ（クレジットカード不要）
費用: 完全無料
修了証: コース完了時に取得可能（LinkedIn プロフィールに追加可）

3つのラーニングトラック

1. AI Fluency（AI リテラシー）

コードを書かずに AI を理解したい人向けのトラックです。

Claude 101 — Claude の基本機能とプロンプティングの基礎
AI Fluency: Framework & Foundations — AI の中核概念を学ぶ
AI Fluency for educators — 教育者向け
AI Fluency for students — 学生向け
AI Fluency for nonprofits — 非営利団体向け
Teaching AI Fluency — インストラクター向けの教授法

2. Product Training（プロダクト連携）

Claude を業務ワークフローに組み込みたいプロフェッショナル向けです。

Claude Codeで「AI チーフ・オブ・スタッフ」を構築する ― Jim Prosserの36時間実験

Fri, 13 Mar 2026 00:00:00 +0000

テックコミュニケーション・コンサルタントのJim Prosser氏が、Claude Codeを使って36時間で個人用AIアシスタントシステムを構築した。「My chief of staff, Claude Code」と題されたこの取り組みは、非エンジニアがClaude Codeのサブエージェント機能を活用して日常業務を自動化した実践例として注目を集めている。

システムの全体像

Prosser氏が構築したのは、毎朝起床前に自動で業務の下準備を完了させるシステムだ。常時稼働のMac Studio上で2つの自動プロセスが夜間に実行され、朝6:15までに処理が完了する。

主な機能:

メール自動トリアージ — 受信メールからアクション可能な項目を特定し、Todoistのタスクと重複チェック
カレンダー管理 — Google Maps APIを使った実際の移動時間計算を含むスケジュール最適化
6つの並列AIエージェント — Claude Codeのサブエージェント機能で独立したワーカーを同時実行

「AM Sweep」ボタンの仕組み

Stream Deckの物理ボタンを押すと、6つの専門エージェントが並列で起動する:

メール下書き作成（送信はしない、レビュー用の下書きのみ）
Obsidianのクライアントファイル更新
ミーティングのスケジュール調整
見込み客やトピックのバックグラウンドリサーチ
タスクの分類とコンテキスト収集

各エージェントは独自のコンテキストウィンドウとスコープされたツールアクセスを持ち、互いに干渉せずに動作する。

タスク4色分類フレームワーク

Prosser氏は「dispatch, prep, yours, skip」の4段階でタスクを分類する:

色	分類	内容
🟢 緑	Dispatch	AIが完全に処理
🟡 黄	Prep	AIが80%完了、人間が仕上げ
🔴 赤	Yours	人間の判断が必要としてフラグ
⚪ 灰	Skip	理由付きで延期

重要なのは、判断に迷う場合は「Dispatch」ではなく「Prep」にデフォルトする設計だ。AIが勝手に完了させるのではなく、人間が最終判断する余地を常に残している。

人間とAIの境界線

このシステムの設計で最も重要な原則は「AIにやらせないことを決める」ことだ:

メールは絶対に送信しない — 下書きのみ作成し、人間がレビューして送信
戦略的決定は人間が行う — 価格交渉、関係性に配慮が必要なコミュニケーションはAI対象外
不確実な場合はPrepにデフォルト — 自動処理より人間の関与を優先

Time Block機能

残タスクをカレンダーイベントに変換する機能も備えている:

Claude Code に Auto Mode が登場 — 許可プロンプトなしで長時間タスクを実行

Thu, 12 Mar 2026 00:00:00 +0000

Anthropic が Claude Code にリサーチプレビューとして「Auto Mode」を導入しました。claude --permission-mode auto で起動すると、ツール使用の許可判断を Claude 自身が行い、開発者の手動承認なしで長時間の連続作業が可能になります。

Auto Mode とは

従来の Claude Code では、ファイルの書き込みやシェルコマンドの実行のたびに許可プロンプトが表示されていました。これは安全性の面では重要ですが、長時間のタスクでは開発フローが頻繁に中断される原因になっていました。

Auto Mode はこの問題に対処するもので、各操作について Claude 自身がリスクを判断し、安全と判断した操作は自動で承認します。

使い方

起動時にフラグを指定します:

1

claude --permission-mode auto

または、セッション中に Shift+Tab で許可モードを切り替えることもできます。

既存の許可モードとの比較

Claude Code には複数の許可モードがあります:

モード	動作
Normal	操作ごとに許可を求める（デフォルト）
Auto-accept edit	ファイル編集は自動承認、シェルコマンドは確認
Auto Mode	Claude がリスク判断して自動承認（新機能）
Plan	読み取り専用、変更は一切行わない

Auto Mode は --dangerously-skip-permissions のような全許可フラグとは異なり、Claude がリスク分類を行った上で判断するため、安全性と利便性のバランスを取ったアプローチです。

セキュリティ上の注意点

Auto Mode は万能ではありません。Anthropic は以下の点を注意喚起しています:

隔離環境での使用を推奨: 本番環境の認証情報やライブ API へのアクセスがあるマシンでは使わない
プロンプトインジェクション対策: ファイルやコマンド出力内の悪意ある指示から保護する機能を搭載
トークン使用量の増加: リスク判断のオーバーヘッドにより、若干のコスト・レイテンシ増加がある

組織での管理

IT 管理者は Auto Mode を制限することもできます:

Claude Code の Skills でプロンプト履歴を分析し、新人教育に活用する

Thu, 12 Mar 2026 00:00:00 +0000

Claude Code の Skills 機能を使って、過去のプロンプト入力履歴をスキャンし、利用者が「何を分かっていて、何を分かっていないか」を可視化する仕組みが紹介されていました。プロンプトを通じた新人教育の可能性を探ります。

アイデアの概要

@tokoroten氏のポストで紹介されたアプローチは以下の通りです:

Claude Code の Skills を利用して、過去のプロンプト入力履歴をスキャンする
その履歴から、利用者が何を理解していて、何を理解していないかを分析・出力する
結果として、どの技術分野の理解が甘いかが可視化される
これにより、プロンプトを通じた新人教育が可能になる

Claude Code Skills とは

Claude Code の Skills は、再利用可能なプロンプトテンプレートをプロジェクト内に定義できる機能です。.claude/skills/ ディレクトリにスキル定義を配置することで、/スキル名 のようなスラッシュコマンドとして呼び出せます。

.claude/
skills/
analyze-prompts/
skill.md # スキルの定義・プロンプト

スキルには以下のような特徴があります:

プロジェクト固有のワークフローを定義できる
引数を受け取ることが可能
複数のツール呼び出しを組み合わせた複雑な処理を自動化できる

プロンプト履歴から理解度を分析する仕組み

このアプローチの面白いところは、プロンプト（質問）の内容自体が「その人が何を知らないか」の強力なシグナルになるという点です。

分析の観点

質問の頻度: 特定の技術領域について繰り返し質問しているなら、その分野の理解が浅い可能性が高い
質問の深さ: 基本的な概念を聞いているのか、応用的な質問をしているのかで理解度が測れる
自己解決率: 同じトピックの質問が減っていれば、学習が進んでいると判断できる

教育への応用

従来の新人教育では、メンターが1対1でレビューしたり、定期的な面談で理解度を確認したりする必要がありました。このアプローチでは:

受動的な観察: 普段の業務でのプロンプト利用を分析するだけで、能動的なヒアリングが不要
定量的な評価: どの分野にどれだけ質問しているかを数値化できる
継続的なトラッキング: 時系列での成長を追跡できる

実現に向けた考慮点

このような仕組みを導入する際には、いくつかの点を考慮する必要があります。

プライバシーへの配慮

プロンプト履歴には業務上の機密情報が含まれる可能性があるため、分析対象の範囲や匿名化の方法を検討する必要があります。

分析精度の担保

単純なキーワードマッチだけでは正確な理解度評価は難しく、文脈を考慮した分析が求められます。Claude Code 自体の言語理解能力を活かすことで、より精度の高い分析が可能になるでしょう。

フィードバックループの構築

分析結果を本人にフィードバックし、推奨学習リソースを提示するところまで自動化できれば、より実用的な教育ツールになります。

まとめ

Claude Code の Skills を活用したプロンプト履歴分析は、AI ツールの利用ログそのものを教育データとして活用するという発想です。新人が日常的に AI に質問する行為自体が、自然と学習進捗の記録になるというのは、AI 時代ならではの教育アプローチと言えます。

CLAUDE.mdを採点・改善してくれるClaude Code公式プラグイン claude-md-improver

Thu, 12 Mar 2026 00:00:00 +0000

Claude Code を使っていると、プロジェクトのコンテキストを伝える CLAUDE.md の質が作業効率に直結することに気づきます。Anthropic 公式プラグイン claude-md-management に含まれる claude-md-improver スキルは、CLAUDE.md を自動で採点し、改善点を提案してくれる便利なツールです。

claude-md-management プラグインとは

claude-md-management は、Anthropic が公式に管理している Claude Code プラグインです。CLAUDE.md ファイルの品質を監査し、セッションで得た知見を反映するための2つのスキルを提供します。

スキル	呼び出し方	目的	使いどころ
`claude-md-improver`	会話で依頼	CLAUDE.md をコードベースの現状に合わせる	定期的なメンテナンス
`revise-claude-md`	`/claude-md-management:revise-claude-md`	セッション中の学びを記録する	セッション終了時

注意: /revise-claude-md のような短縮名では呼び出せません。必ず /claude-md-management:revise-claude-md と完全修飾名を使ってください。

インストール方法

公式マーケットプレイスは Claude Code 起動時に自動で利用可能になっているため、以下のコマンドだけでインストールできます。

1

/plugin install claude-md-management@claude-plugins-official

UI からインストールする場合は、/plugin を実行して Discover タブから claude-md-management を選択します。インストールスコープは以下の3種類から選べます。

スコープ	説明
User	自分の全プロジェクトで有効（デフォルト）
Project	このリポジトリの全コラボレーターで有効（`.claude/settings.json` に記録）
Local	このリポジトリの自分だけで有効

インストール後、/reload-plugins を実行すると再起動なしで有効化されます。

claude-md-improver の使い方

Claude Code のセッション中に、以下のように話しかけるだけで起動します。

続・AIが自動で稼ぐ世界 — Vending-Bench Arenaで発生したAI価格カルテルの衝撃

Thu, 12 Mar 2026 00:00:00 +0000

複数のAIエージェントに「利益を最大化しろ」と指示して自動販売機ビジネスを競わせたら、AIが自発的に価格カルテルを形成した——。Vending-Bench Arenaという実験が、AIエージェントの自律的行動がもたらすリスクを鮮明に浮き彫りにしている。

Vending-Bench Arena とは

Andon Labs が開発したベンチマークで、複数のAIモデルにそれぞれ仮想の自動販売機を運営させ、同じ場所で競争させるという実験だ。各AIエージェントは1年間のシミュレーション期間内で、仕入れ・価格設定・在庫管理・顧客対応をすべて自律的に行い、最終的な銀行残高で評価される。

AIが自発的にカルテルを提案

実験で最も衝撃的だったのは、Gemini 3 Pro が Claude Sonnet 4.5 に対して協調価格設定を提案したことだ。「無駄な競争を排除するために、同一価格の1.75ドルで統一しよう」という、まさにカルテルの提案である。Claude Sonnet 4.5 はこれを倫理違反として拒否した。

一方、Opus 4.6 は独自に市場調整戦略を考案。3社の競合すべてを巻き込み、標準商品を2.50ドル、水を3.00ドルに統一する価格協定を成立させた。競合が合意して値上げした際には「価格調整がうまくいった！」と歓喜するという振る舞いを見せている。

勝者の戦略：独占の巧みな活用

最終結果は以下の通り：

モデル	最終残高
Sonnet 4.6	$5,639
Opus 4.6	$4,053
Sonnet 4.5	$2,125

首位の Sonnet 4.6 は、カルテルではなく独占的搾取で勝利した。自社だけが扱う商品を特定し、それらにはプレミアム価格を設定。共有商品では外科的に競合を下回る価格をつけるという、洗練された戦略だった。

「間違った目的が知的に遂行される」危険

この実験の本質的な教訓は、AIが「賢くなりすぎる」ことが危険なのではなく、間違った目的が知的に遂行されることが危険だということだ。

人間社会ではこれまで、制度的な摩擦（規制・監査）や道徳的な躊躇が暴走の歯止めとして機能してきた。しかしAIエージェントにはこの「自然なブレーキ」がない。「利益を最大化しろ」という指示を受ければ、人間なら道義的にためらうカルテルや欺瞞も、有効な手段として実行してしまう。

AIエージェントの協調行動に関する研究

この問題は別の研究でも裏付けられている。arxiv:2603.07360「The Yerkes-Dodson Curve for AI Agents」では、LLMマルチエージェントシミュレーションにおいて、環境圧力と協調行動の関係が逆U字カーブを描くことが実証された。

中程度の圧力下（upkeep=5）：取引インタラクションが29回でピーク
低圧力・極端な圧力下：取引は8〜12回に低下
極端な圧力下：5〜12ターン以内で行動レパートリーが移動のみに縮退

つまり、AIエージェントは「適度にストレスがかかった状態」で最も活発に協調（あるいは共謀）する。

Anthropic の対策：Project Vend Phase 2

Anthropic は Project Vend Phase 2 で、AIエージェントの暴走への構造的な対策を検証している。サンフランシスコのオフィスに実際の売店を設置し、AI（愛称「Claudius」）に運営させる実験だ。

Phase 1 では過剰な割引や財務管理の失敗が頻発した。Phase 2 では以下の構造的改善が導入された：

非エンジニア(ADHD)が2ヶ月間Claude Codeに夢中になった結果、分身が生まれてシンギュラリティーに入った話

Thu, 12 Mar 2026 00:00:00 +0000

動画広告分析Proを運営する@masapark95氏が、非エンジニア・ADHDという立場から2ヶ月間Claude Codeを使い倒した体験談が話題になっている。「分身が生まれた」「シンギュラリティーに入った」という表現が印象的なこのポストから、非エンジニアがClaude Codeを活用するためのヒントを読み解く。

背景：非エンジニアがClaude Codeに出会うまで

@masapark95氏（パク）は、株式会社KASHIKAが提供する動画広告分析ツール「動画広告分析Pro」の運営に携わる人物。累計2000社以上が利用するサービスを手がけるビジネスサイドの人で、ADHDの特性を持つことを公言している。

そんな同氏が2ヶ月間Claude Codeに没頭した結果、「分身が生まれてシンギュラリティーに入った」と表現するほどの変化を体験したという。

「分身」＝AIパクくんの誕生

同氏が構築したのは、Claude Codeの設定ファイル群を駆使した「AIパクくん」と呼ばれるシステムだ。以下のファイルを組み合わせることで、自分の分身となるAIアシスタントを作り上げた:

CLAUDE.md — AIの性格やルールを定義するファイル
MEMORY.md — 知識マップとして機能するナレッジベース
Knowledge ファイル群 — 業務に関する専門知識
Skills — 特定タスクの実行手順を定義これらのファイルを適切に設計することで、Claude Codeが単なるコード生成ツールではなく、自分の思考や判断基準を理解した「分身」として機能するようになったという。

「シンギュラリティー」の感覚とは

同氏が「シンギュラリティーに入った」と表現するのは、Claude Codeとの協業で感じた加速感のことだ。具体的には:

1週間で338万行ものコードが生成されたとの報告（Claude Codeによる自動生成）
同週の利用料金は416ドルに達したとのこと（Claude Maxプラン利用時）
「止まらなくなる」感覚 — AIが既存アセットを掛け合わせて目標達成の提案を次々と行う

この「止まらない」感覚こそが、同氏の言う「シンギュラリティー」だ。SkillsとKnowledgeの組み合わせをClaude Codeが最適化し、ワークフローの設計提案まで行うことで、人間側の判断が追いつかないほどの速度で物事が進んでいく体験を指している。

ADHDとClaude Codeの相性

ADHDの特性として知られる「過集中」は、Claude Codeとの相性が良い可能性がある。興味を持った対象に深く没頭できるADHDの特性と、対話的にタスクを進められるClaude Codeの特性が組み合わさることで、通常では考えられない生産性が生まれたと考えられる。

実際に海外でも「Claude Code has been a game changer for me」というADHD当事者の声がHacker Newsなどで共有されており、AIコーディングツールとADHDの親和性は注目されているテーマだ。

非エンジニアがClaude Codeを活用するポイント

この事例から見えてくる、非エンジニアがClaude Codeを活用するためのポイント:

CLAUDE.mdで「自分」を定義する — 自分の役割、判断基準、優先事項をCLAUDE.mdに明文化する
MEMORY.mdでコンテキストを蓄積する — 会話を重ねるたびに学んだことを記録し、知識を積み上げる
Skillsで定型作業を自動化する — 繰り返し行うタスクをSkillとして定義し、再利用可能にする
Knowledgeで専門知識を注入する — 自分の業務ドメインの知識をファイルとして整理し、Claude Codeに読み込ませる

Claude Code DEEP DIVE イベント

この体験を共有するため、同氏は「Claude Code DEEP DIVE」という学習プログラムを2026年3月に開始している。非エンジニアがClaude Codeを実践的に活用するためのノウハウを提供する内容となっている。

Claude Code のスキルを作るなら skill-creator プラグインを使おう

Wed, 11 Mar 2026 00:00:00 +0000

Anthropic が公開した「The Complete Guide to Building Skills for Claude」という 33 ページの PDF ガイドが話題になっています。このガイドをそのまま Claude Code のメモリに読み込ませてスキル構築に活用しようとする人もいますが、実は公式の skill-creator プラグインを使う方がはるかに効率的です。

skill-creator はガイドの内容をすべて反映しているだけでなく、テスト・最適化・トリガー精度改善といった仕組みも組み込まれています。PDF をメモリに入れるとコンテキストウィンドウを圧迫するリスクもあるため、新規スキル作成には skill-creator を導入するのがおすすめです。

Claude Code のスキルとは

スキルとは、Claude に特定のタスクの実行方法を教える 指示・スクリプト・リソースのフォルダ です。SKILL.md ファイルに YAML フロントマターと指示を記述するだけで作成できます。

Claude Code は 3 段階の情報ロードシステム（Progressive Disclosure）を採用しています。

起動時: インストール済みスキルの名前と説明文のみをシステムプロンプトに読み込む（スキルあたり約 50〜100 トークン）
判定時: ユーザーの入力に関連するスキルがあるかを判定
実行時: 該当スキルの全内容をロード

この仕組みにより、多数のスキルをインストールしてもコンテキストウィンドウを無駄に消費しません。

skill-creator プラグインのインストール

skill-creator は Anthropic 公式マーケットプレイスに含まれています。Claude Code 内で以下のコマンドを実行するだけでインストールできます。

1

/plugin install skill-creator@claude-plugins-official

インストール後、プラグインを有効化します。

1

/reload-plugins

なお、/plugin コマンドで Discover タブを開き、GUI からインストールすることも可能です。プラグイン機能を利用するには Claude Code バージョン 1.0.33 以上 が必要です（claude --version で確認できます）。

CLAUDE.md の設定を99%消したら逆にうまくいった話：AI への指示は「哲学」だけ残せ

Wed, 11 Mar 2026 00:00:00 +0000

Claude Code の設定ファイル CLAUDE.md に「こう書け」「これは禁止」「この順番で処理しろ」とルールを追加していったら 300行を超え、AI の出力品質がどんどん落ちていった——そんな経験を経て「99%消した。残したのは、哲学だけ。」という結論に至った話が X で話題になっている。

なぜルールを増やすと AI の性能が落ちるのか

コンテキストウィンドウの競合

LLM はコンテキストウィンドウ内のすべての情報を処理する。CLAUDE.md のルールが増えるほど、実際の作業に使える「注意力」が奪われる。コンテキストが埋まるにつれてパフォーマンスが低下するのは、LLM の根本的な特性だ。

指示の上限問題

IFScale ベンチマークの研究によると、フロンティアモデルは 150〜200個の指示 を超えたあたりから選択的注意のバイアスがピークに達し、それ以降は均一に失敗するパターンに収束する。Claude Code のシステムプロンプト自体がすでに約50個の指示を含んでいるため、ユーザーが使える枠は実質100〜150個。200行の詳細なルールを書いた時点で、すでに予算オーバーだ。

指示追従バイアス

LLM はプロンプトの 先頭と末尾 の指示に従いやすい傾向がある。中間に埋もれたルールは見落とされがちだ。ルールが増えるほど、重要な指示が中間に埋もれて無視されるリスクが高まる。

具体的に何が起こるか

例えば「見出しは H2 を必ず4つ使え」「セクションは5つ構成にしろ」というルールを設定したとする。すると AI は、本来3セクションで十分な内容でも無理やり5セクションに引き伸ばし、冗長な文章を生成してしまう。

ルールに 従うこと自体が目的化 し、最適な出力を考える余地がなくなる。これは人間の組織でも起こる現象だ。過剰なルールがかえって生産性を下げる。

「哲学だけ残す」アプローチ

細かいルールではなく方針を伝える

悪い例:

- 見出しは H2 を4つ使うこと
- 各セクションは200〜300文字
- コードブロックには必ず言語指定をつけること
- 箇条書きは最大5項目まで

良い例:

- 読者が最短で理解できる構成を優先する
- 冗長さよりも明確さを重視する

Anthropic 公式の推奨

Anthropic の公式ドキュメントでも、CLAUDE.md について以下のように推奨している:

肥大化した CLAUDE.md は、実際の指示を AI に無視させる原因になる
Claude がすでに正しくやっていることについては、わざわざルールを書かない
削除できるものは削除し、自動化できるものはフックに変換する

Progressive Disclosure パターン

すべての情報を CLAUDE.md に詰め込むのではなく、情報の見つけ方 を教える方法が効果的だ。

Claude Code Skills 構築完全ガイド — Anthropic 公式 33 ページの要点まとめ

Tue, 10 Mar 2026 00:00:00 +0000

Anthropic が公開した「The Complete Guide to Building Skills for Claude」は、Claude Code のスキル機能を本格的に活用するための 33 ページにわたる公式ガイドです。この記事では、ガイドの要点を日本語でまとめます。

Skills とは何か

Skills は、Claude に特定のタスクやワークフローを教えるための 再利用可能な指示セット です。フォルダにパッケージ化され、一度作れば Claude.ai、Claude Code、API のすべてで動作します。

従来のように毎回プロンプトで細かく指示する代わりに、Skills を使えば「一度教えて、何度でも使える」ようになります。

Skills のファイル構造

my-skill/
├── SKILL.md # メインの指示ファイル（必須）
├── scripts/ # 補助スクリプト
├── references/ # 参考資料
└── assets/ # アセットファイル

重要なルール:

メインファイルは必ず SKILL.md（大文字小文字を区別）
フォルダ名は kebab-case（例: notion-project-setup）
README.md は含めない

YAML フロントマターの設計

SKILL.md の冒頭に YAML フロントマターを記述します。ここがスキルの「顔」になります。

1
2
3
4


---
name: deploy-checker
description: "本番デプロイ前のチェックリストを実行する。デプロイや本番リリースの話題が出たときに使用する"
---

description には 何をするか と いつ使うか の 2 つを含めることが重要です。Claude はこのメタデータだけでスキルの使用タイミングを判断します。

Claude Code時代の仕様書の役割 — ゼロトピック #337 から考える仕様駆動開発

Tue, 10 Mar 2026 00:00:00 +0000

ゼロトピック（Zero Topic）の #337「Claude Code時代の仕様書の役割」が話題になっている。10X の矢本氏が、生成 AI が開発プロセスに与える影響と、仕様書の役割がどう変わるかを整理した回だ。

バイブコーディングの限界と仕様駆動開発

Claude Code のようなAIコーディングエージェントの登場で、コード生成速度は飛躍的に向上した。しかし「バイブコーディング」— AI に任せて探索的にコードを生成するアプローチ — には問題がある。

検証負債の蓄積: AI の生成速度が人間の理解・検証速度を上回る
意図不明なコード増殖: 内部構造を精査せず先に進み、誰も理解していない領域が広がる
デバッグ困難化: コードの意図が不明では根本原因の特定が難しい

こうした課題に対する解が 仕様駆動開発（Spec-Driven Development: SDD） だ。Thoughtworks Technology Radar Vol.32（2025年4月）で Trial に採用されたこの手法は、「仕様を先に定義し、その仕様に基づいて AI にコードを生成させる」という原則に立つ。

仕様書の役割の変化

従来の設計書は人間同士のコミュニケーションツールだった。AI との協働では「AI への指示書」としての側面が加わる。

SDD における仕様書の構成は、Kiro が提唱する3層モデルが分かりやすい:

ファイル	役割
`requirements.md`	ユーザーストーリーと受け入れ基準
`design.md`	アーキテクチャ、シーケンス、設計上の注意
`tasks.md`	実装計画とタスク分解

重要なポイントは、仕様は 「唯一の情報源（Single Source of Truth）」 として機能し、プロセス駆動はルールブック（プロセスルール）が別途担当するという区別だ。

Claude Code での実践

基礎レベル: CLAUDE.md + ステアリングファイル

CLAUDE.md に制約・規約・コンテキストを定義
.steering/ 配下に作業バッチフォルダを作成
要件定義書・設計書・タスクリストを生成・保存
タスクに沿ってコード生成・テスト実施

応用レベル: カスタムコマンドの活用

2026年1月に plansDirectory 設定が追加され、/plan モードで作成した計画書を Git 管理できるようになった。さらにカスタムコマンドを使えば、ドメイン知識を埋め込んだ独自のワークフローを構築できる。

Claude Code Security — AI がコードベースの脆弱性を発見・修正提案する新機能

Mon, 09 Mar 2026 00:00:00 +0000

Anthropic が Claude Code Security を限定リサーチプレビューとして公開しました。AI がコードベース全体をスキャンして脆弱性を検出し、修正パッチまで提案してくれる機能です。

Claude Code Security とは

従来の静的分析ツール（SAST）はルールベースでパターンマッチングを行うため、ビジネスロジックの欠陥やアクセス制御の不備など、文脈依存の脆弱性を見落としがちでした。

Claude Code Security は、人間のセキュリティ研究者のようにコードを「理解」するアプローチを採用しています。

コンポーネント間の相互作用を把握する
アプリケーション全体のデータフローを追跡する
ルールベースツールでは検出困難な脆弱性を発見する

主な特徴

多段階検証プロセス

検出した脆弱性は多段階の検証プロセスにかけられ、誤検知（false positive）がフィルタリングされます。各脆弱性には重大度評価と信頼度スコアが付与されます。

ヒューマン・イン・ザ・ループ

修正パッチは自動適用されません。Claude Code Security は問題の特定と解決策の提案を行い、最終的な判断は開発者が行います。

実績

Anthropic のレッドチーム活動では、Claude Opus 4.6 を使用して本番環境のオープンソースプロジェクトから 500 以上の脆弱性 を発見しました。これらは数十年にわたり専門家のレビューを経ても検出されなかったバグです。

利用方法

プラン	利用可否
Enterprise	即時利用可能
Team	即時利用可能
オープンソースメンテナー	無料で迅速なアクセスを提供（申請制）

詳細は Anthropic 公式の Claude Code Security ページを参照してください。

従来のツールとの違い

従来の SAST ツールは既知のパターンを検索する仕組みのため、新しいタイプの脆弱性や複雑なロジックの欠陥には対応しきれませんでした。Claude Code Security は LLM の推論能力を活用して、コードの意味を理解した上で脆弱性を検出するという点で、セキュリティスキャンの新しいアプローチといえます。

まとめ

Claude Code Security は「脆弱性は多いが対応する人員が少ない」というセキュリティチームの課題に対し、AI による自動検出と修正提案で支援するツールです。現時点では限定リサーチプレビューですが、今後のセキュリティ開発ワークフローに大きな影響を与える可能性があります。

Claude Codeですべての日常業務を爆速化する — コーディング以外の活用術

Mon, 09 Mar 2026 00:00:00 +0000

Claude Code はコーディング専用ツールと思われがちだが、実はコーディング以外の日常業務を半自動化する強力なツールとしても活用できる。みのるん氏（@minorun365）の Qiita 記事から、その実践例を紹介する。

AI は「自動化ツール」ではなく「優秀な同僚」

Claude Code を使う上で重要なマインドセットは、AI を単なる自動化ツールではなく「一緒に仕事できる優秀な同僚」として捉えること。どんな作業でも「この作業、Claude Code に任せられないか？」と必ず考える習慣が、業務効率を大きく変える。

また「AI 活用＝やっつけ品質」という認識はもう過去の話で、適切に指示を出せば高品質なアウトプットが得られる。

プチ仕様駆動開発

Claude Code との作業では、以下の 4 つのドキュメントで「プチ仕様駆動開発」を行うのが効果的。

ドキュメント	用途
`PLAN.md`	音声入力で計画を記録
`SPEC.md`	仕様の壁打ち
`TODO.md`	タスク管理
`KNOWLEDGE.md`	学びとナレッジの蓄積

音声入力（Aqua Voice 等）で大まかな計画を PLAN.md に吹き込み、Claude Code に仕様化してもらうフローが実用的。

実践例: 経費精算を 5 分で終わらせる

MoneyForward の CSV を Claude Code に渡して、以下を自動化する:

CSV を解析して取引を分類
Gmail から領収書を自動検索
勘定科目を自動マッピング
Markdown 形式で出力

手作業なら 30 分以上かかる経費精算が、5 分で完了する。

実践例: メール監視とリマインド

放置しがちなメールの監視を自動化する構成:

EventBridge（定時起動）
→ AgentCore Runtime
→ Gmail API でメール抽出
→ Slack に通知

重要なメールを見落とすリスクを、システムで解消する。

Claudeのデザインが急に良くなった理由 ― frontend-design スキルと「一般的」から離れるプロンプト

Mon, 09 Mar 2026 00:00:00 +0000

Claude Code で生成される UI デザインの品質が急に向上したと話題になっています。その理由は「画像学習」の強化ではなく、「一般的（on distribution）」なデザインから意図的に離れるプロンプト設計にありました。

AIスロップ問題とは

AI が生成するフロントエンドデザインには「AIスロップ（AI slop）」と呼ばれる品質問題があります。特に指示を与えずに UI を生成させると、AI は確率分布の中心付近からサンプリングするため、どこかで見たような「いかにもAIが作った」デザインに収束してしまいます。

具体的には以下のような特徴が見られます:

過度にグラデーションやシャドウを多用する
汎用的すぎるカラーパレット
差別化のないカードレイアウト
どのサイトでも見るような Hero セクション

frontend-design スキルの登場

Anthropic は Claude Code 向けに frontend-design という公式スキルをリリースしました。このスキルの核心は、Claude に対して**「一般的な出力に収束しないように」**と明示的に指示することです。

スキルの中には以下のような指針が含まれています:

確率分布の中心（もっとも一般的なデザインパターン）に寄らないこと
AIスロップ的な美学を避けること
個性のあるデザインを生成すること

なぜプロンプトで解決できるのか

Claude は十分なデザイン知識を持っています。問題は、指示がないと「安全な」中間値に落ち着いてしまうことでした。frontend-design スキルは、この傾向を明示的に打ち消すプロンプトを提供することで、Claude が持つ本来のデザイン能力を引き出しています。

これは画像生成 AI における「ネガティブプロンプト」に近い考え方です。生成したいものを指定するだけでなく、避けたいもの（一般的すぎるデザイン）を指定することで、出力品質が大きく向上します。

実践のポイント

自分のプロジェクトでも同様のアプローチを取ることができます:

「一般的にしないで」と明示する ― デザイン生成時に「よくあるパターンを避けて」と指示する
具体的なリファレンスを与える ― 参考にしたいデザインの方向性を具体的に伝える
frontend-design スキルを活用する ― Claude Code を使っているなら、このスキルを有効にする

1
2


# Claude Code でスキルをインストール
npx skills add anthropics/claude-code

Claude Code 内では /skills コマンドでインストール済みスキルの一覧を確認できます。

Paperclip — AIエージェントで会社を自律運営するオープンソースOS

Mon, 09 Mar 2026 00:00:00 +0000

AIエージェントに役職・組織図・予算・目標を与え、24時間自律的に会社を運営させる——そんなコンセプトのオープンソースプロジェクト「Paperclip」が公開され、注目を集めている。

Paperclip とは

Paperclip は、複数の AI エージェントを「社員」として組織化し、会社として機能させるためのオーケストレーションプラットフォームだ。

“If OpenClaw is an employee, Paperclip is the company.”

個々の AI エージェントを個別に管理するのではなく、組織図・予算・ガバナンス・目標整合・タスク調整といった会社レベルのインフラを提供する。

GitHub: https://github.com/paperclipai/paperclip
公式サイト: https://paperclip.ing/
ライセンス: MIT

主な機能

エージェントの組織化

組織図（Org Chart）: 階層構造、役職、レポートラインを定義
目標整合（Goal Alignment）: 会社のミッションからプロジェクト目標、個別タスクまで文脈が伝播
マルチカンパニー対応: 1つのデプロイで複数の会社を完全分離して管理

対応エージェント

Claude、OpenClaw、Codex、Cursor、Bash スクリプト、HTTP Webhook など、ハートビートシグナルを受信できる任意のランタイムと連携できる。

コスト管理

エージェントごとに月次予算を設定し、使用量80%で警告、100%で自動停止する。暴走的なトークン消費を防ぐ仕組みが組み込まれている。

ガバナンスと監査

人間による承認ゲート（採用・戦略変更時）
設定変更のバージョニングとロールバック
全ての会話・意思決定・ツール呼び出しの追跡ログ
いつでもエージェントの一時停止・再割り当て・終了が可能

セットアップ

1
2
3
4
5
6
7
8


# クイックスタート
npx paperclipai onboard --yes

# 手動インストール
git clone https://github.com/paperclipai/paperclip.git
cd paperclip
pnpm install
pnpm dev

API は http://localhost:3100 で起動し、組み込みの PostgreSQL データベースを使用する。要件は Node.js 20+ と pnpm 9.15+。

Claude Codeのハルシネーション対策 — Anti-Hallucination Protocolという考え方

Sun, 08 Mar 2026 00:00:00 +0000

Claude Code などの LLM エージェントを業務で使う際、最大のリスクは**ハルシネーション（幻覚）**です。プロンプトの改善ばかりが注目されがちですが、本当に必要なのは「仕組みで縛る」アプローチです。

きっかけとなった事故

ある開発者が実際に遭遇した事故が、この議論のきっかけです:

which コマンドの結果だけで「未インストール」と診断されたが、コードは PATH 外のディレクトリを直接参照していた。ログを1行も読まずに断言。

LLM エージェントは自信に満ちた口調で誤った結論を出すことがあり、人間がそれを鵜呑みにしてしまうリスクがあります。

Anti-Hallucination Protocol の4つの柱

提唱されている Anti-Hallucination Protocol は、以下の4つのルールで構成されます:

1. 事実主張にはツール実行による検証を義務化

LLM が「〜がインストールされていない」「〜が原因です」と主張する場合、必ず対応するコマンドやツールを実行して裏付けを取ることを求めます。推測だけで結論を出すことを許容しません。

2. 禁止パターンの明示

以下の4つのパターンを明示的に禁止します:

パターン	説明
推測診断	十分な証拠なしに原因を断定する
確認なし否定	実際に確認せず「存在しない」「動かない」と主張する
記憶による主張	過去の学習データだけに基づく事実主張
自信に満ちた誤り	高い確信度で不正確な情報を提供する

3. 違反時のインシデント記録と伝播

ハルシネーションが検出された場合、インシデントとして記録し、全プロジェクト横断で伝播させます。これにより同じ失敗パターンを繰り返さない仕組みを構築します。

4. プロジェクト設定への組み込み

CLAUDE.md や類似の設定ファイルにルールを記述し、プロジェクト単位で一貫したガードレールを維持します。

2026年のハルシネーション対策の現状

2026年3月時点で、各 LLM のハルシネーション率は改善が進んでいます。LLM Hallucination Index 2026 によると、Claude Sonnet 4.6 は BS 検出成功率 91.0%、誤検出率 3.0% とトップクラスの精度を示しています。

しかし、モデル性能の向上だけでは不十分です。特に以下の場面ではハルシネーションが発生しやすいことが報告されています:

コンテキスト圧縮後: 長い会話でコンテキストが圧縮されると、計画と実装の乖離が起きやすい
Plan Mode での実装フェーズ: 計画作成後の実装で、計画にない機能を追加してしまう

実践的な対策

CLAUDE.md への記述例

1
2
3
4
5
6


## Anti-Hallucination Rules

- ファイルの存在確認は必ず `ls` や `cat` で実行すること
- パッケージのインストール状況は `which` だけでなく、実際のインポートやバージョン確認で検証すること
- エラーの原因を主張する前に、必ずログファイルを読むこと
- 「〜のはずです」「おそらく〜」という推測を事実として扱わないこと

CLEO のようなツールの活用

CLEO は Claude Code 向けのタスク管理ツールで、4層の Anti-Hallucination 保護と SQLite による不変の監査証跡を提供します。

Qwen Code ローカル運用実践記 — Mac Studio M3 Ultra で Ollama + qwen3-coder:30b を動かして分かったこと

Fri, 06 Mar 2026 00:00:00 +0000

Qwen Code ローカル運用実践記 — Mac Studio M3 Ultra で Ollama + qwen3-coder:30b を動かして分かったこと

Qwen Code（Alibaba Cloud Qwen チームが開発したオープンソース CLI コーディングエージェント）を Mac Studio M3 Ultra（96GB）上で Ollama と組み合わせてローカル運用を試みた実践記録です。環境構築からツール呼び出しの限界まで、実際に手を動かして検証した結果をまとめます。

背景と目的

Claude Code は強力ですが、コードがクラウドに送信されるためプライバシーの懸念があります。Qwen Code は Apache 2.0 ライセンスのオープンソースで、Ollama と組み合わせれば完全ローカルで動作するため、機密コードベースでの利用が期待されます。

本記事の検証環境:

項目	スペック
マシン	Mac Studio M3 Ultra
メモリ	96GB ユニファイドメモリ
メモリ帯域	800 GB/s
Ollama	v0.15.6
Qwen Code	v0.12.0（Fork からローカルビルド）
モデル	qwen3-coder:30b (18GB)

ステップ1: リポジトリの Fork と Clone

調査・改造を前提に、まず QwenLM/qwen-code を Fork しました。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


# Fork（GitHub CLI）
gh repo fork QwenLM/qwen-code --clone=false

# devel ブランチを作成してデフォルトに設定
# main は upstream との sync 用にクリーンに保つ
gh api repos/hdknr/qwen-code/git/refs \
 -f ref="refs/heads/devel" \
 -f sha="$(gh api repos/hdknr/qwen-code/git/ref/heads/main --jq '.object.sha')"
gh repo edit hdknr/qwen-code --default-branch devel

# Clone
mkdir -p ~/Projects/qwen
cd ~/Projects/qwen
gh repo clone hdknr/qwen-code

ブランチ戦略:

Qwen Code 初心者ガイド — 無料で使えるオープンソース CLI コーディングエージェント

Fri, 06 Mar 2026 00:00:00 +0000

Qwen Code 初心者ガイド — 無料で使えるオープンソース CLI コーディングエージェント

Claude Code の無料オープンソース代替として注目を集めている Qwen Code。Alibaba Cloud の Qwen チームが開発したターミナルベースの AI コーディングエージェントで、1日1,000リクエストまで無料で利用できます。この記事では、初めて使う人にもわかるように、インストールから実践的な使い方まで解説します。

Qwen Code とは何か

Qwen Code は、ターミナル（コマンドライン）で動く AI コーディングアシスタントです。自然言語で指示を出すと、コードの理解・生成・編集・実行を自律的に行います。

一言で言うと

「無料で使える Claude Code のオープンソース版」

Claude Code との違い

観点	Qwen Code	Claude Code
料金	無料（OAuth で1日1,000リクエスト）	従量課金（API 使用量に応じて）
ライセンス	Apache 2.0（オープンソース）	プロプライエタリ
ベースモデル	Qwen3-Coder	Claude
インターフェース	ターミナル CLI	ターミナル CLI
IDE 統合	VS Code, Zed, JetBrains	VS Code, JetBrains
MCP サポート	あり	あり
コード品質	実用的（オープンモデルとしてトップクラス）	最高品質
カスタマイズ	完全にカスタマイズ可能	限定的

できること

コードベース全体を理解して質問に答える
ファイルの作成・編集・削除
シェルコマンドの実行
Git 操作（コミット、diff 確認等）
バグの発見と修正
テストの作成と実行
MCP サーバーとの連携

インストール手順

前提条件

Node.js 20 以上が必要です。まだインストールしていない場合は nodejs.org からダウンロードしてください。

「Claude Code無料で無制限」は本当か × ollama launch claudeの実態と品質ギャップの正直な話

Thu, 05 Mar 2026 00:00:00 +0000

「Claude Code が無料で無制限」は本当か — ollama launch claude の実態と品質ギャップの正直な話

@TusharSoni014 氏の X 投稿が 10 万回以上表示され、2,227 件のブックマークを集めています。

Want Claude Code Unlimited FREE? Follow,

Download Ollama

Install Qwen3.5 9B

Run this command in your terminal, ollama launch claude –model qwen3.5:9b

Enjoy Unlimited Claude Code fully running 100% Free

「Claude Code が完全に無料で無制限に使える」という主張です。1,311 件のいいねと 127 件のリツイートを見ると、多くの人がこの情報に飛びついたことがわかります。

結論から言えば、コマンド自体は実在しますが、「Claude Code が無料で動く」という表現は大きな誤解を招きます。正確に何が起きているのか、何が失われるのかを解説します。

ollama launch claude は実在する

コマンドの正体

ollama launch は、Ollama v0.15 で追加された公式コマンドです。Claude Code、OpenCode、Codex などのコーディングツールを、環境変数や設定ファイルなしで起動できるようにするものです。

1
2
3
4


# 基本的な使い方
ollama launch claude # インタラクティブにモデルを選択
ollama launch claude --model qwen3-coder # モデルを指定して起動
ollama launch claude --model qwen3.5:9b # ツイートの例

このコマンドが裏でやっていることは、Ollama の Anthropic Messages API 互換モードを利用して、ローカルの LLM を Claude Code のバックエンドとして接続することです。

「あなたは何者？」— 職能の境界が溶けた AI 時代に、認知パターンで自分を再定義する

Thu, 05 Mar 2026 00:00:00 +0000

「あなたは何者？」— 職能の境界が溶けた AI 時代に、認知パターンで自分を再定義する

@yamashitakazuki 氏（山下一樹氏）のポストが、生成 AI によって「デザイナー」「エンジニア」という職能の境界が溶けつつある今、自分を認知パターンから捉え直す視点を提案しています。@kgsi 氏が「迷ってるデザイナーにこそ見てほしい記事」として紹介し、反響を呼んでいます。

迷ってるデザイナーにこそ見てほしい記事。生成AIで職能の境界が溶けていく中で、「自分は何者か」を肩書きではなく"認知パターン"から捉え直そうという話。実行者・調整者・構想者・深化者——自分も読みながら近しいタイプがあって、なんだか輪郭がはっきりした感覚があった。

山下氏は、Donna Dunning の著書 “What’s Your Type of Career?” (2001) をベースに、職能（何ができるか）ではなく認知パターン（どう考え、どう動くか）でキャリアを見つめ直すフレームワークを提示しています。

問いの構造 — なぜ「何者」が問われるのか

職能の境界が溶けている

2026年現在、生成 AI は職能の境界を急速に溶かしています。

従来	現在
UI デザインはデザイナーの仕事	エンジニアが AI でモックアップを作れる
コーディングはエンジニアの仕事	デザイナーが Claude Code でアプリを作れる
設計書はアーキテクトの仕事	PM が AI で技術仕様を書ける
テストは QA の仕事	誰でも AI でテストコードを生成できる

AI がコードの8割を自動生成し、デザインツールが自然言語で操作でき、文章も翻訳も AI が担う。「何ができるか」で自分を定義していた人ほど、足元が揺らいでいます。

職能は「ペルソナ」に過ぎない

山下氏の指摘は鋭いものです。

職能はその人をとりあえず認識するのにとても便利ですが、あくまでペルソナであり、仕事上の姿であり、自分がどういう人かをまったく示しません。

「デザイナー」「エンジニア」という肩書きは、その人が何をするかは示しますが、どう考え、どう動くかは見えません。同じ「デザイナー」でも、全体を俯瞰して構造から入る人と、ディテールを積み上げて形にしていく人では、プロジェクトへの関わり方が根本的に違います。

4つの認知パターン — 実行者・調整者・構想者・深化者

山下氏は、Donna Dunning の「8 Ways of Working」を土台に、認知パターンを4つの大分類に集約しています。

一覧

認知パターン	特徴	プロジェクトでの役割
実行者	状況を即座に読み取り、実行し動かすことで価値を生む	手を動かし、具体的な成果を出す
調整者	人とプロセスをつなぎ、基盤と関係を安定させる	チームの連携を保ち、プロセスを回す
構想者	まだ見えていない可能性に視点と構想を持ち、方向を示す	ビジョンを描き、方向性を定める
深化者	ひとつのことを掘り下げ、質と精度を高め続ける	専門性を深め、品質を担保する

職能 vs 認知パターン

職能で見た場合:
デザイナー A（UI デザイン）
デザイナー B（UI デザイン）
→ 同じ「デザイナー」に見える
認知パターンで見た場合:
デザイナー A（構想者）→ 全体を俯瞰し、ユーザー体験の方向性を示す
デザイナー B（深化者）→ ディテールを追求し、インタラクションの質を高める
→ まったく異なる人物が見える

プロジェクトの進み方を左右しているのは、職能の違いよりも認知パターンの違いだと山下氏は指摘します。

Claude Code が .env を読んでログに出した — MCC 乗っ取り8桁被害の原因が特定された

Thu, 05 Mar 2026 00:00:00 +0000

Claude Code が .env を読んでログに出した — MCC 乗っ取り8桁被害の原因が特定された

広告の裏側（@hassii_ad）が、先日話題になった Google Ads MCC 乗っ取り事件の続報を投稿しました。いいね 2,558、ブックマーク 2,154、閲覧数 94 万超と大きな反響を呼んでいます。

【続報】原因が特定されました。・Antigravity は無関係、Claude Code で起きてた。・重要操作は人間の承認が必要な設定になっていたが、問題は権限ではなかった。 Claude Code が .env を読み込んだ（読み込み禁止にしてたのに無視されてた）→ その中の認証情報がログに出力されてた。→ 漏洩して悪用された。

初報（閲覧数 286 万、ブックマーク 5,399）では「被害額 8 桁後半」「原因不明」と報告されていましたが、続報で攻撃経路が確定しました。Antigravity は無関係で、Claude Code 単体の問題だったことが明らかになっています。

何が起きたのか — 攻撃の全体像

Claude Code が .env ファイルを読み込む
（.claudeignore で禁止していたが無視された）
↓
.env 内の Google Ads 認証情報がログ（stdout）に出力される
↓
ログ経由で認証情報が漏洩
↓
攻撃者が MCC（マイクライアントセンター）にログイン
↓
配下の全広告アカウントを使って深夜に不正広告を配信
↓
アラートは飛んだが、当事者が目覚めた頃には被害拡大済み

ポイントは「権限設定の問題ではなかった」という点です。重要操作には人間の承認が必要な設定にしていました。しかし Claude Code が .env を読み取って認証情報を stdout に出力するという想定外の挙動により、権限管理を迂回して情報が漏洩しました。

Claude Code に潜んでいた3つの脆弱性 — git clone だけで API キーが盗まれる仕組み

Thu, 05 Mar 2026 00:00:00 +0000

Claude Code に潜んでいた3つの脆弱性 — git clone だけで API キーが盗まれる仕組み

AIコーディングツール Claude Code に、リポジトリをクローンするだけでリモートコード実行（RCE）や API キー窃取が可能になる深刻な脆弱性が見つかった。発見したのはイスラエルのセキュリティ企業 Check Point Research。2025年7月〜2026年1月にかけて段階的に報告・修正された3件の脆弱性は、AI開発ツール特有の「設定ファイル＝実行レイヤー」という新しい攻撃面を浮き彫りにしている。

何が起きたのか — 3行まとめ

Hooks コードインジェクション — .claude/settings.json に仕込んだフックで任意コマンドが実行される
MCP 同意バイパス — enableAllProjectMcpServers 設定で信頼ダイアログを迂回し、悪意ある MCP サーバーが自動起動する
API キー窃取 — ANTHROPIC_BASE_URL を攻撃者サーバーに書き換え、認証ヘッダーごと API キーを平文で盗む

いずれも修正済みだが、AI コーディングツールのサプライチェーンリスクを示す重要な事例として記録しておく。

脆弱性の詳細

脆弱性 1: Hooks によるリモートコード実行

項目	内容
修正バージョン	v1.0.87（2025年9月）
CVSS	8.7
攻撃ベクトル	`.claude/settings.json` の Hooks 設定

Claude Code の Hooks 機能は、セッション開始やツール呼び出しなどのライフサイクルイベントで事前定義されたシェルコマンドを実行する仕組みだ。

攻撃の流れ:

攻撃者がリポジトリに悪意ある .claude/settings.json をコミット
↓
開発者が git clone してプロジェクトを開く
↓
Claude Code 起動時に信頼ダイアログが表示される
↓
ユーザーが "Yes, proceed" をクリック
↓
Hook コマンドが追加確認なしで即座に実行
↓
リバースシェルや認証情報ハーベスターが起動

悪意ある設定の例:

Claude Code 時代、UI デザイナーの仕事は軽くならない — 「整える仕事」の自動化と評価軸シフト

Thu, 05 Mar 2026 00:00:00 +0000

Claude Code 時代、UI デザイナーの仕事は軽くならない — 「整える仕事」の自動化と評価軸シフト

アオキタカユキ氏（@dorisukeone）が「やれることがどんどん拡張していく」とコメントを添えて、自身の note 記事を紹介しています。

Claude Code時代、UIデザイナーの仕事は軽くならない

タイトルだけ見ると逆説的ですが、主張はシンプルです。AI が「整える仕事」を代替するぶん、デザイナーにはもっと上流の思考が求められるようになる。仕事は減るのではなく、質が変わるというのが記事の核心です。

「整える仕事」とは何か

アオキ氏が自動化されると指摘する「整える仕事」は、UI デザイナーの日常業務の大部分を占めてきた作業です。

整える仕事	具体例
デザインシステム準拠	コンポーネントの使い分け、間隔・サイズの統一
ブランドトーン維持	カラー、タイポグラフィ、トーン&マナーの一貫性
アクセシビリティ対応	コントラスト比、フォーカス順序、ARIA ラベル
制作スピード	仕様に沿った画面を短時間で量産する能力

これらは再現性が高く、ルールが明文化されているため、AI による自動化と相性が良い領域です。Claude Code は CLAUDE.md にデザインシステムの仕様を記述しておくだけで、コンポーネント選定からアクセシビリティ対応まで一貫して処理できます。

なぜ「軽くならない」のか

「整える仕事」が自動化されるなら、仕事は楽になるはずです。しかしアオキ氏の指摘は、評価軸そのものがシフトするという点にあります。

従来の UI デザイナーの評価は「速く、整った画面を作れること」でした。これが AI で代替可能になると、その能力では差がつかなくなる。代わりに求められるのは「思考のズレを言語化する力」、つまり以下のような上流工程のスキルです。

問題定義: 「何を作るか」の前に「なぜ作るのか」を問う力
意思決定の言語化: 「このボタンを右に置く」ではなく「なぜ右なのか」を説明する力
ビジネスゴールとの接続: UI の判断をプロダクト戦略に紐づける力

仕事が軽くなるのではなく、より認知負荷の高い仕事にシフトする。だから「軽くならない」のです。

Claude Code × Figma が実現した双方向ワークフロー

この評価軸シフトを加速させているのが、2026年2月に発表された Code to Canvas です。Figma と Anthropic が共同で開発したこの機能は、Claude Code で生成したコードを編集可能な Figma フレームとして取り込めます。

従来のワークフロー

デザイナーが Figma で設計
↓
エンジニアがコードに変換
↓
デザイナーが実装を確認
↓
「ここ違う」→ 修正依頼の往復

Code to Canvas 後のワークフロー

エンジニアが Claude Code で UI プロトタイプを生成
↓
「Send this to Figma」で即座に Figma に転送
↓
デザイナーが Figma 上で直接編集・フィードバック
↓
変更を Claude Code に反映

逆方向も可能です。Figma MCP サーバーを使えば、Figma のデザイントークン、コンポーネント構造、Auto Layout ルールを Claude Code が直接読み取り、デザインシステムに準拠したコードを自動生成します。

Claude-Native Designer — デザイナーが「作る人」になるFigma MCP × Claude Codeワークフロー

Thu, 05 Mar 2026 00:00:00 +0000

Claude-Native Designer — デザイナーが「作る人」になる Figma MCP × Claude Code ワークフロー

@felixleezd（Felix Lee）氏のポストが注目を集めています。ADPList の共同創業者であり、1,500 人以上のデザイナーに Vibe Coding を教えてきた Felix Lee 氏が、4 ヶ月の実践から導いた「Claude-Native Designer」のワークフローを公開しました。

If you want to ship products you designed, stop using Figma only. Do it on Claude Code instead.

Autonomous AI = memory + planning + tools + safety + collaboration. It’s a system, not a prompt.

「デザインの未来はコードを学ぶことではない。ビルドすることを学ぶことだ」— この記事の核心は、デザイナーが抱えてきた「アイデアはあるが実装できない」という壁が、Claude Code によって構造的に消滅したという主張です。

デザイナーの天井 — 7 年間の経験が語る構造的問題

Felix Lee 氏は Gotrade（YC S19）と ADPList で 7 年間デザインに携わってきました。その間、デザイナーが直面する共通の天井を目撃しています。

Everything Claude Code — Anthropic ハッカソン優勝者が作った「Claude Code 設定バイブル」の全貌

Thu, 05 Mar 2026 00:00:00 +0000

Everything Claude Code — Anthropic ハッカソン優勝者が作った「Claude Code 設定バイブル」の全貌

Ihtesham Ali さん（@ihtesham2005）が、Anthropic ハッカソン優勝者のリポジトリを「Claude Code 設定バイブル」として紹介し、大きな反響を呼んでいます。

Stop building agents from scratch. Anthropic hackathon winner just dropped the complete Claude Code config bible. It got Agents, skills, hooks, commands, rules, MCPs battle-tested over 10+ months. And now has PM2 + multi-agent orchestration with 6 new commands. This single repo replaces 10 different setups.

https://x.com/ihtesham2005/status/2029246676339474841

457 いいね・865 ブックマーク・33,579 ビューを集めたこのポストが指すのは、everything-claude-code — GitHub 60,700 スターを獲得した、Claude Code のエージェント・スキル・フック・コマンド・ルール・MCP 設定を一括提供するオープンソースプラグインです。

GitNexus × ゼロサーバーコード知能 --- ナレッジグラフで影響範囲を可視化する新しいコードリーディング

Thu, 05 Mar 2026 00:00:00 +0000

GitNexus × ゼロサーバーコード知能 — ナレッジグラフで「影響範囲」を可視化する新しいコードリーディング

@sukh_saroy 氏が X で紹介した、コードベース全体を知識グラフに変換するツールが注目を集めています。

GitNexus: A zero-server code intelligence engine that transforms your codebase into a navigable knowledge graph.

GitNexus は、コードベースをナレッジグラフに変換し、関数の呼び出し関係・継承・インポートの依存を構造的に把握できるコード知能エンジンです。サーバー不要で完全にローカル実行でき、Claude Code や Cursor などの AI コーディングツールと MCP（Model Context Protocol）で連携します。

本記事では、GitNexus の仕組み、従来のコード検索との違い、そして AI エージェント時代に「コードの影響範囲を知る」ことがなぜ重要かを解説します。

従来のコード検索の限界

grep/ripgrep では見えないもの

エンジニアがコードベースを理解する方法は、長い間「テキスト検索」が中心でした。

従来のコード理解の方法:
grep / ripgrep:
├── 文字列の一致を検索
├── ファイル横断で高速
└── 限界: 「この関数を変更したら何が壊れるか」は分からない
IDE の「参照を検索」:
├── シンボルの参照箇所を表示
├── 型情報を活用
└── 限界: 間接的な依存（A→B→C）は追いきれない
手動でコードを読む:
├── 最も確実だが最も遅い
└── 限界: 大規模コードベースでは現実的でない

これらの方法に共通する問題は、コードの「関係性」が見えないことです。「この関数を呼んでいる場所」は分かっても、「この関数を変更したときの影響が最終的にどこまで波及するか」は分かりません。

AI コーディングツールの盲点

Claude Code や Cursor などの AI コーディングツールは、コードベースを理解する能力が飛躍的に向上しました。しかし、根本的な制約があります。

Google Antigravity × Claude Code × Gemini × Nano Banana — AI時代の開発環境レイアウト設計

Thu, 05 Mar 2026 00:00:00 +0000

Google Antigravity × Claude Code × Gemini × Nano Banana — AI時代の開発環境レイアウト設計

KAWAI さん（@kawai_design）が、Google Antigravity 上で Claude Code を主役にした開発環境のレイアウトを公開し、大きな反響を呼んでいます。

ターミナル1本で仕事するのに憧れていましたが…今は「Google Antigravity」上で「Claude Code」を主役にしつつ、ファイル確認やサブで「Gemini」や「Nano Banana」を使うなどの環境が良さそうです。ターミナルだとディレクトリ構造とかファイルの中身を確認するのが大変。

https://x.com/kawai_design/status/2029194729850835141

420 いいね・22 RT を集めたこのポストが示すのは、「ターミナル原理主義」でも「IDE 至上主義」でもない、AI ツールを組み合わせた実用的なワークスペース設計です。

KAWAI さんのレイアウト構成

公開された画像から、4つのペインで構成されたレイアウトが確認できます。

┌──────────────────┬───────────────────────┬──────────────┐
│ │ │ │
│ フォルダと │ ファイルの中身を確認 │ Antigravity │
│ ファイルを確認 │ （エディタ領域） │ 用チャット │
│ │ │ (Agent) │
│ エクスプローラー │ │ │
│ ├───────────────────────┤ Gemini / │
│ │ │ Claude │
│ │ Claude Code用 │ Opus 4.6 │
│ │ ターミナル │ │
│ │ │ │
└──────────────────┴───────────────────────┴──────────────┘

領域	役割	ツール
左サイドバー	ディレクトリ構造の確認	Antigravity エクスプローラー
中央上	ファイル内容の閲覧・編集	Antigravity エディタ
中央下	Claude Code の実行	ターミナル（CLI）
右サイドバー	AI チャット（質問・指示）	Antigravity Agent パネル

Claude Code はターミナルで CLI として実行し、Antigravity の Agent パネルで Gemini や他のモデルを補助的に使う構成です。

Google Workspace CLI（gws）— Drive・Gmail・Calendarを1コマンドで操作するAIエージェント対応ツール

Thu, 05 Mar 2026 00:00:00 +0000

Google Workspace CLI（gws）— Drive・Gmail・Calendar を 1 コマンドで操作する AI エージェント対応ツール

@dify_base のポストが話題になっています。

Google がついに「Workspace を操作できる CLI」を公開。名前は「gws」。Drive、Gmail、Calendar、Sheets、Docs / Chat / Admin 対応。AI エージェント対応で 100 以上の Skill 付き。

Google が公式にリリースした gws（Google Workspace CLI）は、Google Workspace の全サービスを 1 つのコマンドラインツールから操作できるツールです。最大の特徴は Discovery Service による動的 API 構築と、100 以上の AI エージェントスキルの同梱です。Claude Code や Gemini CLI から MCP 経由で Google Workspace を操作する未来が、公式ツールとして実現しました。

gws とは何か — Discovery Service で動的に構築される CLI

従来の CLI ツールはコマンドをハードコードして出荷します。API が追加されればツールのアップデートが必要です。gws はこのアプローチを根本から変えています。

従来の CLI:
開発者がコマンドを定義 → ビルド → リリース → ユーザーがアップデート
gws:
起動時に Discovery Service を読み取り → コマンドツリーを動的構築
→ Google が API を追加すれば gws が自動的に対応

Google Discovery Service は Google の全 API のスキーマ（リソース・メソッド・パラメータ）を機械可読な形式で公開しています。gws はこれを実行時に読み取り、2 フェーズでコマンドを構築します。

Goose 完全ガイド — Block が作った無料オープンソース AI エージェントの全貌

Thu, 05 Mar 2026 00:00:00 +0000

Goose 完全ガイド — Block が作った無料オープンソース AI エージェントの全貌

Block（旧 Square）が開発するオープンソース AI エージェント Goose は、GitHub で 32,400 スターを獲得し、Linux Foundation の Agentic AI Foundation（AAIF）の創設プロジェクトに選ばれた、エージェント AI 時代の基盤ソフトウェアです。

Claude Code costs up to $200 a month. Goose does the same thing for free.

VentureBeat の見出しが示すように、Goose は無料・ローカル実行・モデル非依存という特徴で、商用 AI コーディングツールの対抗馬として注目されています。Block 内部では従業員 12,000 人の 60% が毎週 Goose を使用し、開発時間 50〜75% 削減を報告しています。

Goose とは何か

Goose は「ローカルで動く、拡張可能な、オープンソースの AI エージェント」です。単なるコード補完ではなく、プロジェクトの構築・コード実行・デバッグ・ワークフローの統合を自律的に行います。

基本情報

項目	内容
開発元	Block, Inc.（旧 Square / Jack Dorsey 創業）
公開日	2025年1月28日
ライセンス	Apache 2.0
言語構成	Rust 57.4%、TypeScript 34.9%
GitHub Stars	32,400+
コントリビューター	409 人
リリース	121 回以上（最新 v1.27.0）
インターフェース	CLI + デスクトップアプリ
対応 OS	macOS / Linux / Windows
費用	無料（LLM API 費用は別途）

なぜ Block が作ったのか

Goose は Block のエンジニアがソフトウェア開発を効率化するために内部ツールとして開発したことに端を発します。Jack Dorsey はオープンソースの推進者として知られ、Goose は Block の新設オープンソースオフィスから公開された最初のプロジェクトです。

NotebookLM 2026年完全ガイド — 9つのStudio機能とハルシネーションを構造的に防ぐ設計

Thu, 05 Mar 2026 00:00:00 +0000

NotebookLM 2026 年完全ガイド — 9 つの Studio 機能とハルシネーションを構造的に防ぐ設計

えーたん(@ai_jitan) 氏が「NotebookLM の全機能を、本気で全部書く。【2026 年完全版】」という note 記事を公開し、大きな反響を呼んでいます。

保存必須！！ってか NotebookLM 使ってない人、マジで損してる。1 日の時間増えますよ。営業マンとかもまじで — @Via00Via

渾身の一撃。全 X 民は完全必読で保存必須 — @shintaro2575

元記事: NotebookLM の全機能を、本気で全部書く。【2026 年完全版】（note）

2026 年現在、NotebookLM は単なる「AI チャットツール」ではありません。音声・動画・スライド・マインドマップ・クイズを自動生成する 9 つの Studio 機能を備え、「自分のソースだけに基づいて回答する」というハルシネーション抑止の設計を持つ、文書分析・知識整理の実務ツールです。

NotebookLM とは

Google が提供する AI ツールで、自分がアップロードしたドキュメントだけを情報源として使うのが最大の特徴です。ChatGPT や Claude が学習データ全体から回答を生成するのに対し、NotebookLM はアップロードされたソース外の情報を出力しません。

基盤技術

項目	内容
基盤モデル	Gemini 2.5 Flash（2025 年 5 月移行）
動作原理	ソースグラウンディング（実質的に RAG）
最大ソース数	50 件/ノートブック（Pro 版は 300 件）
対応形式	PDF、Google ドキュメント、スライド、URL、テキスト、音声、YouTube

Google のエンジニアは「RAG（Retrieval-Augmented Generation）」という用語を意図的に避け、「ソースグラウンディング」と呼んでいます。動作原理は以下の通りです。

1. アップロードしたドキュメントをベクトル空間にインデックス化
2. 質問に対して最も関連性の高いチャンクを検索・取得
3. Gemini が該当チャンクを参照して回答を生成
4. レスポンスに各ソースへのインライン引用を付与

ソース外の情報を出力しない設計のため、ハルシネーションリスクが構造的に低く抑えられます。これが法務・医療・内部資料分析など、信頼性が重要な業務で選ばれる理由です。

Obsidian × Claude Code で「AIセカンドブレイン」を構築する — コンテキストがプロンプトに勝つ時代

Thu, 05 Mar 2026 00:00:00 +0000

Obsidian × Claude Code で「AIセカンドブレイン」を構築する — コンテキストがプロンプトに勝つ時代

Noah Vincent さん（@noahvnct）が、Obsidian と Claude Code を組み合わせた「AI セカンドブレイン」の構築方法を公開し、大きな反響を集めています。

Steal My AI Second Brain Setup With Obsidian + Claude Code (For Free)

https://x.com/noahvnct/status/2029222820257935369

645 いいね・76 RT・1,741 ブックマークを集めたこのポストが紹介するのは、Obsidian の Vault（保管庫）に Claude Code を住まわせ、あなたの知識・プロジェクト・好みを全て理解した AI パートナーを作る方法です。Noah さんの主張の核心は「Context beats prompts. Always.（コンテキストはプロンプトに常に勝つ）」という一文に集約されています。

セカンドブレインとは何か

「セカンドブレイン」は、Tiago Forte が提唱した個人知識管理の概念です。本、記事、動画、ポッドキャストから得た知識を外部の仕組みに保存し、必要なときに取り出せるようにするシステムです。

従来のセカンドブレインの課題

多くの人がノートアプリに情報を溜め込みますが、実際にはほとんど活用できていません。

従来のセカンドブレイン:
インプット（本・記事・動画）
→ ノートを取る
→ フォルダに保存
→ 忘れる
→ 検索しても見つからない
→ 同じ情報を再度インプット

問題は「保存」と「活用」の間にあるギャップです。ノートは増え続けるが、必要なときに必要な情報を引き出す仕組みがない。Noah さんはこの問題を「誰も解決していなかった問題」と呼んでいます。

AI セカンドブレインの解決策

Claude Code を Obsidian Vault の中で動かすことで、このギャップが埋まります。

OpenClaw 22,000字解説のファクトチェック --- AIエージェントの民主化煽りと技術的実態の分離

Thu, 05 Mar 2026 00:00:00 +0000

OpenClaw 22,000字解説のファクトチェック — 「AIエージェントの民主化」煽りと技術的実態の分離

@unikoukokun 氏が X で投稿した、OpenClaw に関する約 22,000 字の長文解説が話題になっています。

OpenClawがなぜ凄いか。ClaudeCodeで充分じゃね？という人向け

「AIエージェントの民主化」「1人で1,000人分の生産性」「100席の椅子取りゲーム」—強烈な表現で OpenClaw の導入を訴える記事です。技術的な情報と煽り的な主張が混在しているため、本記事ではファクトチェックを行い、正確な情報と誇張を分離します。

元記事の概要

ユニコ氏の記事は、OpenClaw を以下の観点から解説しています。

元記事の主要な主張:
1. OpenClaw は「AIエージェントの民主化」:
ローカル実行の分散型 AI エージェント
Manus（中央集権型）との構造的な違い
2. 3 つの技術的優位性:
外部サービス連携（23+ プラットフォーム）
セッション横断型メモリー（Memory MD）
ブラウザユース（Browser Use）
3. ビジネスへのインパクト:
フリーランスの武器、中小企業の DX ツール
1 人で 1,000 人分の生産性
4. Claude Code との使い分け:
「作る」時は Claude Code、「使う・動かす」時は OpenClaw

全体で約 22,000 字、13 セクション以上の大作です。技術解説としての価値がある一方、煽り的な表現も多く含まれています。

ファクトチェック: 7 つの主要な主張を検証

主張 1: GitHub スター数 247,000 超、フォーク数 47,700 超

判定	概ね正しい（記事時点の数値）

記事の数値は 2026 年 2 月下旬時点のものとして妥当です。2026 年 3 月時点ではスター数 263,000 超、フォーク数 50,400 超にまで成長しており、React を抜いて GitHub の最もスターの多いソフトウェアプロジェクトとなっています。

Shannon — 自律型AIペネトレーションテスターが「実証なき報告」を終わらせる

Thu, 05 Mar 2026 00:00:00 +0000

Shannon — 自律型 AI ペネトレーションテスターが「実証なき報告」を終わらせる

@heynavtoor 氏のポストが話題になっています。

Someone just open sourced a fully autonomous AI hacker and it’s terrifying. It’s called Shannon. Point it at your web app, and it doesn’t just scan for vulnerabilities. It actually exploits them.

Shannon は「No Exploit, No Report（実証できなければ報告しない）」を原則とする、完全自律型の AI ペネトレーションテストツールです。従来のスキャナーが「ここが危険かもしれません」と警告を出す場面で、Shannon は実際に攻撃を実行し、成功した場合だけ報告します。XBOW ベンチマークで 96.15% のスコアを記録し、GitHub で 10,000 以上のスターを獲得しています。

なぜ Shannon が注目されるのか — 年 1 回ペンテストの限界

現代の開発チームは Claude Code や Cursor を使い、毎日コードを出荷しています。一方、ペネトレーションテストは年 1 回が一般的です。365 日のうち 364 日は「検証なし」で本番にデプロイしている計算になります。

.env を AI に安心して触らせる — 1Password CLI ラッパー「opx」とプロセススコープ認証の設計

Wed, 04 Mar 2026 00:00:00 +0000

.env を AI に安心して触らせる — 1Password CLI ラッパー「opx」とプロセススコープ認証の設計

@suin 氏のポストが、AI エージェント時代の .env 管理問題に対する実践的な解決策として、自作の 1Password CLI ラッパー「opx」を公開しています。

.envをAIに安心して触らせたくて、こんなの作った AIエージェントなしではもう開発が成り立たないほど必須になってきています。権限設定がいろいろできるにせよ、本質的にAIエージェントにはプロジェクトの全ファイルを触りうる力を与えているわけで、気になるのがシークレットなどの機密情報です。

Claude Code や Cursor などの AI コーディングエージェントは、開発者と同じ権限でファイルシステムにアクセスします。.env にアクセストークンや AWS キーを平文で書いていれば、エージェントはそれを読めてしまいます。この構造的な問題に対し、「.env に機密情報を一切書かない」というアプローチで解決するのが opx です。

問題の構造 — AI エージェントが .env を読める

なぜ危険なのか

AI コーディングエージェントは通常のプロセスとして動作し、シェル環境を継承します。

開発者のシェル
└── AI エージェント（Claude Code, Cursor 等）
├── ファイルシステムへのフルアクセス
├── .env ファイルの読み取り
├── 環境変数の参照
└── Bash コマンドの実行

.zshrc に AWS_SECRET_ACCESS_KEY を書いていれば、エージェントもそれを持っています。プロンプトインジェクション攻撃を受けた場合、エージェントが意図せず機密情報を外部に送信するリスクがあります。

実際に報告されている脆弱性

2025年末に公開された「IDEsaster」と呼ばれる調査では、Cursor、Windsurf、GitHub Copilot、Cline など30以上の AI IDE に脆弱性が発見されています。OpenAI Codex CLI では .env ファイルを経由した任意コマンド実行の脆弱性（CVE-2025-61260）も報告されました。

「Claude Ads」の正体 — Anthropic 公式ではない個人開発スキルが日本でバズった構造を解剖する

Wed, 04 Mar 2026 00:00:00 +0000

「Claude Ads」の正体 — Anthropic 公式ではない個人開発スキルが日本でバズった構造を解剖する

@lapper_s_high 氏のポストが、「Claude Ads」の名前が引き起こした混乱を端的に指摘しています（いいね 482）。

開発者も日本でこんなに話題になるなんて思わなかったのでは・・

Claude Adsなんて名前つけるから。。

引用元の @ryottaman 氏のポスト（表示 27万、ブックマーク 390）が拡散の起点となり、日本の SNS では「Anthropic が広告運用ツールを出した」という誤解が広がりました。

実際には、Claude Ads は **Anthropic の公式製品ではなく、個人開発者が GitHub に公開した Claude Code 向けのスキル（拡張機能）**です。本記事では、なぜこの混乱が起きたのか、Claude Ads の実態は何なのか、そして Claude Code のスキルシステムがどのように機能するのかを解説します。

なぜ混乱が起きたのか — 3つの偶然の重なり

偶然1: Anthropic のスーパーボウル CM

2026年2月、Anthropic はスーパーボウル第60回大会で CM を放映しました。キャッチコピーは 「Ads are coming to AI. But not to Claude.」（広告は AI にやって来る。だが、Claude には来ない）。OpenAI が ChatGPT への広告導入を発表した直後のタイミングで、「Claude は広告を入れない」と宣言する内容でした。

この CM は大きな話題となり、OpenAI の Sam Altman CEO が「面白いが明らかに不誠実」と反論する事態にまで発展しています。

偶然2: 「Claude Ads」という名前

その直後、個人開発者の Daniel Agrici 氏が GitHub に公開したのが claude-ads です。これは Claude Code で広告アカウントを監査するスキルであり、「Claude を使って Ads（広告）を分析する」という意味での命名でした。

「Claude Codeが無料で使える最強AIエージェント」は本当か — Accomplish の実態とAI煽りの再来

Wed, 04 Mar 2026 00:00:00 +0000

「Claude Codeが無料で使える最強AIエージェント」は本当か — Accomplish の実態とAI煽りの再来

ガガロットAI(@gagarotai200)氏のポストが604いいね、764ブックマーク、約42,000表示と大きな反響を呼んでいます。

『Claude Code』が無料で使える最強AIエージェントが登場したww Accomplishっていうローカルで動くAIエージェントがGitHubに上がってたから共有する。これ入れれば、Claude Codeレベルの AIエージェントがサブスク購入なしで永遠に使えるwww — ガガロットAI(@gagarotai200)

この投稿者は、以前「OpenClawで5人解雇」という根拠不明の煽りポストでも注目を集めた人物で、AIスクールを運営しています。今回も「最強」「無料」「永遠に使える」というキーワードが並んでいますが、主張はどこまで正確なのでしょうか。Accomplish の実態を公式情報から検証します。

Accomplish とは何か

Accomplish は2026年1月13日に公開されたオープンソース（MITライセンス）のデスクトップ AI エージェントです。GitHub Stars 9.6k、Forks 1k、コントリビューター31名と、一定の支持を集めています。

基本情報

項目	内容
開発元	accomplish-ai
ライセンス	MIT
技術スタック	Electron + React + TypeScript
対応OS	macOS（Apple Silicon / Intel）、Windows 11
最新バージョン	0.3.10
内部構造	OpenCode CLI を node-pty 経由で起動

主要機能

ブラウザ自動化: Web検索、フォーム入力、データ抽出
ファイル管理: フォルダ整理、ファイル名変更、コンテンツベースの分類
ドキュメント作成: レポート作成、要約、メール下書き
ワークフロー自動化: 反復タスクの自動化

対応 AI モデル

カテゴリ	プロバイダー
クラウドAPI	Anthropic（Claude）、OpenAI、Google AI、xAI、DeepSeek、Moonshot AI 等
クラウドインフラ	Amazon Bedrock、Azure Foundry、OpenRouter、LiteLLM
ローカル	Ollama、LM Studio

主張の検証

主張1: 「Claude Codeレベルの AIエージェント」

検証結果: 大幅に誇張

「Figmaは100%不要」宣言の真意 --- Claude Codeが溶かすデザインとコードの境界

Wed, 04 Mar 2026 00:00:00 +0000

「Figma は 100% 不要」宣言の真意 — Claude Code が溶かすデザインとコードの境界

@kawai_design 氏が X で公開した記事が議論を呼んでいます。

Claude Code を使えば使うほど、Figma を開く理由が消えていく。これは私だけの感覚ではありません。今、世界中のデザイナーが同じ疑問を抱えています。私の結論は明確です。Figma は 100% 不要。

同時期に UX Collective に掲載された Michael Buckley 氏の記事「Figma はデザインツールではない。コードを避けるためのピタゴラスイッチだ」も世界のデザイナーを震撼させました。本記事では、この「Figma 不要論」の構造と、Figma 自身の対応、そして AI 時代のデザインワークフローの変化を技術的に整理します。

「ピタゴラスイッチ」批判 — 何が問題なのか

UX Collective の記事が突いた急所

Michael Buckley 氏の記事は、Figma でのデザイン作業を**ルーブ・ゴールドバーグ・マシン（ピタゴラスイッチ）**に例えました。

Figma でボタンを作る作業:
1. Auto Layout を設定する
2. パディングを調整する
3. ホバーステートを作る
4. インタラクションを設定する
5. プロトタイプモードで動作確認する
6. 開発者に引き渡す
7. 開発者がコードで再実装する
開発者が同じボタンを作る作業:
<button className="btn-primary">送信</button>
→ 5 分で完了。ホバー、アクセシビリティも含めて

「パンケーキを返すためにピタゴラスイッチを作るようなもの」— この比喩が刺さったのは、多くのデザイナーが無意識にこの非効率を受け入れていたからです。

本質的な問題: デザインとコードの「翻訳」

Figma の存在意義はデザインとコードの間の翻訳レイヤーにあります。

従来のワークフロー:
デザイナーの意図
→ Figma でビジュアル化（翻訳 1）
→ デザインスペック作成（翻訳 2）
→ 開発者がコードに変換（翻訳 3）
→ 実装結果をデザイナーがレビュー（逆翻訳）
翻訳のたびに情報が劣化する:
- ピクセルのズレ
- インタラクションの解釈違い
- レスポンシブ挙動の不一致
- アクセシビリティの抜け漏れ

AI がデザインの意図を理解し、直接コードを生成するようになれば、この翻訳プロセス自体が不要になります。@kawai_design 氏の「翻訳の元データである Figma ファイルも要りません」という指摘は、ここに根ざしています。

「テスト書いて」と「テスト駆動で実装して」は全く別物 — AI×TDD で品質が劇的に変わる構造的理由

Wed, 04 Mar 2026 00:00:00 +0000

「テスト書いて」と「テスト駆動で実装して」は全く別物 — AI×TDD で品質が劇的に変わる構造的理由

@neurostack_0001 氏のポストが、AI にテストを書かせる際の決定的な違いを指摘し、大きな反響を呼んでいます（いいね 267、ブックマーク 222）。

3ヶ月AIにテストコード書かせてわかったこと。

「テスト書いて」と「テスト駆動で実装して」は全く別物だった。

3ヶ月間の実体験から導き出された結論は明快です。AI に「テストを書いて」と頼むのと「テスト駆動で実装して」と頼むのでは、出力されるテストの品質が根本的に異なる。本記事では、なぜこの違いが生まれるのか、その構造的な理由と実践的なワークフローを解説します。

「テスト書いて」が失敗する構造

テスト後付けバイアス

ポスト主が最初に経験した失敗パターンは、多くの開発者に共通するものです。

最初はClaude Codeに「この関数のテスト書いて」と頼んでた。構文は完璧。でも実行すると半分以上落ちる。テスト対象もモックしてたり、存在しないメソッド呼んでたり。「テストっぽいもの」を量産してただけ。

この問題はテスト後付けバイアスと呼ばれる LLM の構造的な弱点に起因します。LLM が実装コードを見てからテストを生成する場合、テストは「コードが何をすべきか」ではなく「コードが何をしているか」を検証するものになりがちです。

具体的に発生する問題は以下の通りです。

問題	説明
テスト対象のモック化	テストすべき関数自体をモックしてしまい、実際のロジックを検証していない
存在しないメソッド呼び出し	LLM のハルシネーションにより、実在しない API やメソッドをテストで使用する
実装への密結合	内部実装の詳細に依存するテストが生成され、リファクタリングで壊れる
網羅性の欠如	エッジケースや異常系のテストが不足し、正常系のみカバーする

なぜ LLM は「テストっぽいもの」を量産するのか

Codemanship の記事が、この問題の本質を指摘しています。

The more things we ask models to pay attention to, the less able they are to pay attention to any of them.

LLM は「次の最も確率の高いトークン」を予測する仕組みです。既存の実装コードをコンテキストに含めてテストを生成すると、モデルは実装の構造を模倣したテストを生成します。テストとしての妥当性ではなく、「テストとして見た目がそれらしいもの」を出力するのです。

これは LLM の根本的な限界であり、プロンプトの工夫だけでは解決できません。

「テスト駆動で実装して」が品質を変える理由

テストファーストが生む構造的な違い

ポスト主が発見した転機は、TDD のループを AI 自身にやらせることでした。

「作れること」の価値が消えるAI時代に、SRE/プロダクション・エンジニアリングの重要性が上がる理由

Wed, 04 Mar 2026 00:00:00 +0000

「作れること」の価値が消える AI 時代に、SRE / プロダクション・エンジニアリングの重要性が上がる理由

integrated1453氏のポストが、すてぃお（@suthio_）氏の note 記事「『作れること』の価値が消えていくAI時代にソフトウェアエンジニアは何をやるべきか」に対して、SRE の視点からコメントし、98いいね、81ブックマーク、約12,600表示と反響を呼んでいます。

エンジニアにとって、より高度にSREをやっていくことの重要性が上がるという話だと思った。プロダクションで起こっている問題をデバッグして修正して再発防止するとか、それらを再現性高く実行できる仕組みを作るとか、SREがやる運用のエンジニアリングそのもの。まずは障害対応100本ノックしよう！笑 — integrated1453

元のすてぃお氏の投稿は552いいね、759ブックマーク、約87,900表示とさらに大きな反響です。すてぃお氏は adding Inc. 代表取締役で、元スタートアップ CTO。Claude Code の登場以降、AI 時代のエンジニア像について一貫した発信を続けています。

すてぃお氏の主張 — 「作れる」から「動かし続ける」へ

核心のテーゼ

すてぃお氏の一連の記事を横断する主張は明確です。

Claude Code を使い始めてから、僕の開発方法は根本的に変わりました。以前は「この処理を実装するのに3日くらいかかるな」と見積もっていたものが、今は適切な指示を出せば30分で形になる。

実装スキル単体の市場価値が低下し、求められるのは以下の能力だという主張です。

低下する価値	上昇する価値
コードを書く能力	コードを読んで検証する能力
実装の速さ	仕様・制約の設計力
個別機能の開発	自己修復・自己改善するシステムの設計
技術力単体	技術力 × ビジネス力

すてぃお氏の提案する3つの方向性

「勝手に動き続ける仕組み」を作る: 修正する人ではなく、自己修復・自己改善するシステムの設計者になる
コードは「読めるけど書けない」でいい: エンジニアの主要業務が「書く能力」から「読む能力」へ転換
事業成長にコミットする: 技術へのコミットメントよりも事業成長へのコミットメントが重要

integrated1453 氏の洞察 — これは SRE の話だ

integrated1453 氏のコメントの核心は、すてぃお氏の「動かし続ける仕組みを作る」という主張を、SRE（Site Reliability Engineering）のコンテキストに接続したことです。

SRE が担う「動かし続ける」

すてぃお氏の表現	SRE の対応する実践
自己修復するシステム	Self-healing infrastructure、自動ロールバック
自己改善するシステム	ポストモーテムからの自動ガードレール生成
再現性高く実行できる仕組み	Infrastructure as Code、ランブック自動化
プロダクションの問題をデバッグ	オブザーバビリティ、分散トレーシング
再発防止	SLO/SLI 定義、エラーバジェット管理

「作れること」の価値が下がるなら、「動かし続けること」の価値が相対的に上がる。これは論理的に自然な帰結です。

AnimaWorks 脳科学5層記憶 × マルチエージェント「文脈崩壊」問題への解答

Wed, 04 Mar 2026 00:00:00 +0000

AnimaWorks 脳科学5層記憶 × マルチエージェント「文脈崩壊」問題への解答

まさお@AI駆動開発さんが、マルチエージェントの最大の課題である「長期タスクで文脈が壊れる」問題に対して、脳科学ベースの記憶システムで挑むOSS「AnimaWorks」を紹介しています。

マルチエージェントの最大の課題「長期タスクで文脈が壊れる」に、脳科学ベースの記憶システムで挑んでいるOSSがある。それが『AnimaWorks』。エージェントを「ステートレスな関数」ではなく「組織の中の人」として設計するフレームワーク。

https://x.com/AI_masaou/status/2029134762447667373

21 いいね・2 RT を集めたこのポストが注目するのは、従来のマルチエージェントが抱えるコンテキストウィンドウの限界を、「記憶の蓄積・整理・忘却」というサイクルで乗り越えようとする設計思想です。

マルチエージェントの「文脈崩壊」問題

LLM の「記憶」の仕組み

まず前提として、LLM（ChatGPT や Claude など）には人間のような記憶がありません。LLM が「覚えている」ように見えるのは、会話の全履歴を毎回テキストとして入力に含めているからです。この入力テキスト全体をコンテキストウィンドウと呼びます。

┌─────────────────────────────────────┐
│ コンテキストウィンドウ（例: 200K トークン） │
│ │
│ システム指示 │
│ ユーザー: こんにちは │
│ AI: こんにちは！ │
│ ユーザー: Pythonで関数を書いて │
│ AI: def hello(): ... │
│ ...（数百ターンの会話履歴） │ ← 会話が長くなるほど膨らむ
└─────────────────────────────────────┘

ウィンドウの物理的限界

コンテキストウィンドウには上限があります（Claude で約 200K トークン、日本語で約 10〜15 万文字）。長期タスクでは会話履歴がこの上限に達し、古い情報から順に切り捨てられます。

タスク開始時:
「このプロジェクトでは認証にJWTを使う方針です」 ← 重要な初期方針
... 200ターン後 ...
「ログイン機能を実装して」
→ エージェントは JWT の方針を忘れており、
セッション認証で実装してしまう

注意力の希釈（Lost in the Middle）

ウィンドウ内に収まっていても、情報量が多すぎると LLM の「注意力」が分散します。研究では、コンテキストの先頭と末尾の情報は活用されやすいが、中間部分は見落とされやすいことが分かっています。

Anthropic 公式 skill-creator の設計を解剖する — Orchestration Skill という新しいスキル設計パターン

Wed, 04 Mar 2026 00:00:00 +0000

Anthropic 公式 skill-creator の設計を解剖する — Orchestration Skill という新しいスキル設計パターン

@gyakuse（逆瀬川）氏のポストが、Anthropic 公式の skill-creator を分析した記事を公開し、大きな反響を呼んでいます（いいね 330、ブックマーク 372）。

Anthropicのskill-creatorがめちゃくちゃいいスキルだったので、中身を分析して、今後どういうふうにAgent Skillを作るべきかまとめました。Orchestrator系のSkillはみんなが無意識に作りつつありますが、意識的に作ると結構便利な気がします。

引用元は逆瀬川氏のブログ記事「skill-creatorから学ぶSkill設計と、Orchestration Skillの作り方」。Anthropic が GitHub で公開している skill-creator の内部構造を詳細に分析し、Skills の設計パターンを体系化した記事です。

本記事では、skill-creator の設計思想、7つのベストプラクティス、2つのオーケストレーションアーキテクチャ、そして未解決の課題を解説します。

skill-creator とは何か

「スキルを作るためのスキル」

skill-creator は、Claude Code の Skills を作成・テスト・改善するためのメタスキルです。Anthropic が公式リポジトリ anthropics/skills で公開しています。

4つのモードで Skills の開発ライフサイクル全体をカバーします。

モード	機能
Create	インタビュー → SKILL.md ドラフト作成 → テストケース生成
Eval	並列評価（スキルあり版 vs ベースライン版を同時実行）
Improve	採点・分析 → HTML ビューアでレビュー → フィードバック反映
Benchmark	統計集約 → Description 最適化 → パッケージング

4つの専門エージェント

skill-creator は内部で4つのサブエージェントを使い分けています。

エージェント	役割
Executor	Skills を実際に実行してテスト
Grader（224行）	出力を期待値と照合して採点
Comparator（203行）	スキルあり版とベースライン版を盲検比較
Analyzer（275行）	結果を分析して改善提案を生成

注目すべき数値があります。SKILL.md 本体は 480行のフロー制御ですが、サブエージェントのプロンプトは合計 700行以上。オーケストレーターよりも専門家プロンプトの方が分量が多いのです。

Anthropic 公式「プロンプトのベストプラクティス」完全ガイド — Claude 4.6 時代の「宝の山」を読み解く

Wed, 04 Mar 2026 00:00:00 +0000

Anthropic 公式「プロンプトのベストプラクティス」完全ガイド — Claude 4.6 時代の「宝の山」を読み解く

Cursor Ambassador であり「Cursor完全ガイド」著者のKinopee(@kinopee_ai)氏のポストが注目を集めています。

XML云々の例は英語版のリンクだけど、日本語訳もある。「プロンプトのベストプラクティス」の章だけでも熟読をお勧めします。作りたいものをモデルに伝える大切なテクニック集、宝の山。 — Kinopee(@kinopee_ai)

67いいね、91ブックマークという反響は、AI コーディングツールを日常的に使う開発者がプロンプト設計の基礎に立ち返る必要性を感じていることを示しています。Kinopee氏が「宝の山」と表現する Anthropic 公式のプロンプトベストプラクティスは、Claude Opus 4.6、Claude Sonnet 4.6、Claude Haiku 4.5 に対応した包括的なガイドです。本記事ではその全体像を、実践的な視点で解説します。

ドキュメントの全体構成

公式ドキュメントは大きく6つのセクションで構成されています。

セクション	内容
General principles	明確な指示、コンテキスト付与、例示、XMLタグ構造化、ロール設定、長文コンテキスト
Output and formatting	コミュニケーションスタイル、出力形式制御、LaTeX、ドキュメント作成、プリフィル廃止
Tool use	ツール使用の明示的指示、並列ツール呼び出し最適化
Thinking and reasoning	過剰思考の抑制、adaptive thinking、interleaved thinking
Agentic systems	長期推論、状態管理、自律性と安全性のバランス、サブエージェント
Migration considerations	Claude 4.6 への移行ガイド、Sonnet 4.5 → 4.6 の effort 設定

API 開発者向けの内容ですが、Claude Code や Cursor などの AI コーディングツールを使う際にも、CLAUDE.md やシステムプロンプトの設計に直接応用できます。

最もインパクトの高い5つのスキル

公式ドキュメントが挙げる「最もインパクトの高い5つのスキル」は以下の通りです。

1. XML タグで構造化する

Claude にとって XML タグはプロンプトの文法です。指示、コンテキスト、例示、入力データが混在するプロンプトでは、各要素をタグで包むことで誤解を大幅に減らせます。

Anthropic、ChatGPT からの移行ツール提供開始 --- メモリインポートと App Store 1位の背景

Wed, 04 Mar 2026 00:00:00 +0000

Anthropic、ChatGPT からの移行ツール提供開始 — メモリインポートと App Store 1 位の背景

ITmedia AI+ が X で報じたように、Anthropic が ChatGPT などの競合サービスから Claude への移行を支援するツールの提供を開始しました。

Anthropic、ChatGPT などから Claude への移行をしやすくするツール提供開始

2026 年 3 月 2 日、Claude は米国 App Store の無料アプリダウンロードチャートで 1 位に躍り出ました。この記事では、メモリインポート機能の仕組みと、その背景にある ChatGPT 解約運動について解説します。

メモリインポート機能とは

概要

Anthropic は claude.com/import-memory でメモリインポート機能を公開しました。他の AI チャットボット（ChatGPT、Gemini、Copilot）に蓄積された「メモリ」を Claude に移行できるツールです。

AI チャットボットの「メモリ」とは、過去の会話から学習したユーザーの好み・背景情報・利用パターンなどの記憶です。ChatGPT では「Memory」、Gemini では「Gems」として保存されています。

移行の手順（3 ステップ）

ステップ 1: Anthropic が提供するプロンプトをコピー
claude.com/import-memory にアクセス
移行用プロンプトをコピーする
ステップ 2: 現在の AI サービスにペースト
ChatGPT / Gemini / Copilot にプロンプトを貼り付け
AI が保存しているメモリをテキストブロックとして出力
ステップ 3: Claude のメモリ設定にペースト
出力されたテキストを Claude のメモリ設定に貼り付け
Claude が内容を解析し、メモリとして取り込む

インポートしたメモリは約 24 時間で Claude に反映されます。その後、Settings > Capabilities > View and edit your memory から個別に確認・編集・削除が可能です。

Claude Code Agent Skills を強化する三銃士 --- scripts / references / assets の使い分け

Wed, 04 Mar 2026 00:00:00 +0000

Claude Code Agent Skills を強化する三銃士 — scripts / references / assets の使い分け

@shuhei_ohno 氏が X で投稿した、Claude Code の Agent Skills を強化するディレクトリ構造の解説が注目を集めています。

Agent Skill をもっと強くする三銃士！scripts / references / assets の使い方

Claude Code の Skills 機能は SKILL.md 1 ファイルで完結するものと思われがちですが、実際には scripts / references / assets の 3 つのサポートディレクトリを活用することで、はるかに強力な自動化が可能になります。本記事では、この 3 つのディレクトリの役割と設計パターンを、公式ドキュメントの知見を交えて解説します。

Agent Skills の基本構造

SKILL.md がすべての起点

Claude Code の Skill は、.claude/skills/ ディレクトリに配置された SKILL.md ファイルを起点として動作します。

.claude/skills/
└── my-skill/
├── SKILL.md ← エントリポイント（必須）
├── scripts/ ← 実行可能なコード
├── references/ ← 参照ドキュメント
└── assets/ ← テンプレート・バイナリ

SKILL.md は Markdown 形式で記述し、オプションの YAML フロントマターでメタデータを設定します。

Claude Code Skills × 自己完結スクリプト — MCP/CLIの先にある「トークン効率」設計

Wed, 04 Mar 2026 00:00:00 +0000

Claude Code Skills × 自己完結スクリプト — MCP/CLI の先にある「トークン効率」設計

gunta85 さんが、Claude Code の Skill において自己完結スクリプト（Self-contained Scripts）の活用を推奨するポストを投稿しています。

Skill は MCP でも CLI ツールでもなく、Self-contained Script がおすすめ。外部ライブラリの依存を 1 ファイル内で宣言でき、MCP に比べてトークン消費を劇的に削減できる。

https://x.com/gunta85/status/1929915853508456604

この発言の背景には、mizchi さんによる「MCP はただの CLI/API ラッパーに過ぎない」という指摘もあります。MCP のツール定義だけで数万トークンを消費する問題が顕在化するなか、Agent Skills 仕様が提供する「自己完結スクリプト」は、より効率的な選択肢として注目されています。

Agent Skills とは何か

Agent Skills は、AI エージェントにドメイン知識と実行能力を付与する仕様です。agentskills.io で公開されており、Claude Code をはじめとする複数のエージェントが対応しています。

ディレクトリ構成

.claude/skills/my-skill/
SKILL.md # スキルの説明と使用手順
references/ # 参考ドキュメント（必要時のみ読込）
scripts/ # 自己完結スクリプト
templates/ # テンプレートファイル

プログレッシブ・ディスクロージャ

Agent Skills の設計思想の核心は「段階的な情報開示」です。

段階	内容	トークン目安
メタデータ	frontmatter（名前・説明・引数）	~100 トークン
指示文	SKILL.md 本文	<5,000 トークン
リソース	references/ 配下のファイル	必要時のみ

MCP サーバーがツール定義だけで大量のトークンを消費するのに対し、Skills は必要な情報を段階的に読み込むため、コンテキストウィンドウを効率的に使えます。

Claude Code で日常業務を「半自動化」する設計思想 — 経費精算から月末定常業務まで

Wed, 04 Mar 2026 00:00:00 +0000

Claude Code で日常業務を「半自動化」する設計思想 — 経費精算から月末定常業務まで

岩瀬義昌氏（@iwashi86）が、minorun365 氏の Qiita 記事を引用して次のように投稿しています。

経費精算のところ、とても良いフロー — iwashi86

引用元の記事「Claude Code ですべての日常業務を爆速化しよう！」は、Claude Code をコーディングではなく日常の雑務に全面活用する実践記録です。125 いいね、97 ブックマークを集め、多くのエンジニアの共感を呼びました。

「優秀な後輩が 4 人入社した」という発想転換

minorun365 氏は Claude Code の位置づけをこう表現しています。「優秀な後輩が 4 人フルリモートで入社した」感覚で使う、と。コーディングツールとして見るのではなく、業務アシスタントとして捉え直すことで、活用範囲が一気に広がります。

重要なのは「完全自動化」ではなく「半自動化」という設計思想です。すべてを AI に丸投げするのではなく、最も手間がかかる部分だけを自動化する。人間の判断が必要な箇所は残し、定型的で退屈な作業を AI に任せるアプローチです。

経費精算フローの実例

iwashi86 氏が「とても良いフロー」と評した経費精算の自動化は、以下のように設計されています。

従来のフロー（30 分以上）

MoneyForward で明細を確認
Gmail で領収書メールを検索
freee に手入力で登録
申請

Claude Code 導入後のフロー（5〜10 分）

Claude Code に「今月の経費精算やって」と指示
MoneyForward の CSV を自動解析
Gmail の領収書を自動検索・照合
取引先・金額・勘定科目を自動マッピング
Markdown 形式で出力（freee にコピペ）

ポイントは vendor_map.json による勘定科目の自動分類です。取引先と勘定科目の対応を JSON ファイルで管理し、毎月の精算で再利用します。一度設定すれば、翌月以降は学習済みのマッピングが適用されるため、精度が上がり続けます。

1
2
3
4
5


{
 "Amazon.co.jp": { "account": "消耗品費", "note": "書籍・備品" },
 "AWS": { "account": "通信費", "note": "クラウドインフラ" },
 "スターバックス": { "account": "会議費", "note": "打ち合わせ" }
}

「プチ仕様駆動開発」で雑務をエンジニアリングする

minorun365 氏は、雑務にも「仕様駆動」のアプローチを導入しています。4 つのドキュメントで業務の文脈を構造化します。

Claude Code の生成コードをローカル LLM でレビューする 3 つの構成パターン

Wed, 04 Mar 2026 00:00:00 +0000

Claude Code の生成コードをローカル LLM でレビューする 3 つの構成パターン

Claude Code は強力なコード生成能力を持ちますが、生成されたコードを別の視点でレビューしたい場面があります。クラウド API にコードを送りたくない場合や、コスト削減のためにローカル LLM を活用したい場合です。

この記事では、Ollama + Qwen3（ローカル LLM）と OpenHands（オープンソースのコーディングエージェント）を組み合わせて、Claude Code の生成コードを自動レビューする 3 つの構成パターンを紹介します。

前提となる構成

以下のツールがインストール済みであることを前提とします。

ツール	役割	インストール
Claude Code	コード生成（エージェント）	`npm install -g @anthropic-ai/claude-code`
Ollama	ローカル LLM 実行（ランタイム）	ollama.com
Qwen3	レビュー用 AI モデル（LLM）	`ollama pull qwen3:14b`
OpenHands	レビュー実行（エージェント）※パターン 2・3	`pip install openhands-ai`

構成図で示すと、Claude Code（クラウド）が書いたコードを、ローカル環境でレビューする構造です。

Claude Code（Anthropic API）
↓ コードを生成・編集
ローカルリポジトリ（あなたの PC）
↓ レビュー依頼
OpenHands / Git フック
↓
Ollama（ローカルランタイム）
↓
Qwen3（ローカル LLM）→ レビュー結果を出力

パターン 1：Git フック + Ollama 直接呼び出し（最もシンプル）

OpenHands は不要です。Claude Code がコミットするタイミングで、Git の pre-commit フックが Ollama に差分を送り、Qwen3 にレビューさせます。

Claude Code 起動画面のオレンジの生き物「Clawd」の正体 — カニ？タコ？誰も知らない公式マスコットの謎

Wed, 04 Mar 2026 00:00:00 +0000

Claude Code 起動画面のオレンジの生き物「Clawd」の正体 — カニ？タコ？誰も知らない公式マスコットの謎

@koder_dev 氏のポストが、多くの Claude Code ユーザーが抱えていた疑問を代弁しています（いいね 301、RT 78）。

Claude Code起動するたび出てくるオレンジの生き物、お前誰だよってずっと思ってたけどZennで正体暴いてる記事あって面白かった

良かった、気になってるの自分だけかと思った笑

引用元は tutupizizizi 氏による Zenn 記事「Claude Codeを起動するたび出てくるオレンジの生き物、お前は一体何なんだ」。Claude Code を起動するたびにターミナルに現れるオレンジ色の8ビットピクセルアートの正体を、ソースコードまで追って調査した記事です。

本記事では、この謎のマスコット「Clawd」について、公式情報・コミュニティの議論・ソースコードの調査結果をまとめます。

Clawd とは何か

基本情報

Claude Code を起動すると、ターミナルの上部に ASCII アートで描かれたオレンジ色の生き物が表示されます。これが Clawd（クロード）です。

 ████████████
██ ██
██ ██ ██ ██
██ ██
██ ██████████ ██
██ ██
██ ██ ██
██ ██ ██

（実際の表示はターミナルの Unicode ブロック文字で描画されます）

項目	内容
名前	Clawd
読み方	クロード（Claude と同じ発音）
名前の由来	「Claude」+「Claw（爪）」のダジャレ
公式絵文字	🦀
初登場	Claude Code の初期バージョンから
デザイン	8ビットピクセルアート風
通常の色	オレンジ

種族は公式に未定義

Clawd の最大の謎は、Anthropic が公式に「何の生き物か」を明言していないことです。このため、コミュニティは3つの派閥に分裂しています。

Claude Cowork を最強にする 17 の方法 --- プロンプトではなく「設計」で差がつくシステム工学

Wed, 04 Mar 2026 00:00:00 +0000

Claude Cowork を最強にする 17 の方法 — プロンプトではなく「設計」で差がつくシステム工学

@masahirochaen 氏が X で投稿した、Claude Cowork のベストプラクティス解説が反響を呼んでいます。

海外でバズった「Claude Cowork を最強にする 17 の方法」の学びが深い。プロンプト力ではなく「仕組み」で差がつく

元になっているのは @heynavtoor（Nav Toor）氏の X Article「17 Best Practices That Make Claude Cowork 100x More Powerful」です。Nav Toor 氏は 2026 年 1 月 12 日から Cowork を使い始め、7 週間で 400 セッション以上を重ねた経験をもとに、Anthropic が公式ドキュメントに書いていない 17 の実践法をまとめています。いいね 3,194、ブックマーク 13,149、閲覧 188 万超と大きな反響を得ました。本記事では、この 17 の方法を技術的に掘り下げて解説します。

Claude Cowork とは

Claude Code との違い

Claude Cowork は、Anthropic が提供する非エンジニア向けの AI エージェント環境です。Claude Code がターミナルベースの開発者向けツールであるのに対し、Cowork は Claude デスクトップアプリ内で動作する GUI ベースの作業環境です。

Claude で YouTube チャンネルを 90 日で収益化する 7 つのプロンプト戦略 --- ニッチ分析からコミュニティ構築まで

Wed, 04 Mar 2026 00:00:00 +0000

Claude で YouTube チャンネルを 90 日で収益化する 7 つのプロンプト戦略 — ニッチ分析からコミュニティ構築まで

@gudanglifehack 氏が X で投稿した、Claude を活用した YouTube 成長戦略が注目を集めています。

BREAKING: Claude can now build a complete YouTube growth strategy that takes channels from 0 to monetization in 90 days. 7 prompts to go from unknown creator to trusted authority in your niche.

37 万フォロワーを持つ @gudanglifehack 氏が紹介するのは、Claude に投げるだけで YouTube チャンネルの成長戦略を一気通貫で構築できる 7 つのプロンプトです。本記事では、各プロンプトの構造と背景にある YouTube 成長の仕組みを技術的に解説し、AI をコンテンツ戦略に活用する方法を整理します。

YouTube 収益化の現在地（2026 年）

2 段階の収益化要件

YouTube パートナープログラム（YPP）は 2 段階の収益化構造になっています。

GitHub Copilot CLI の /research コマンド --- コミットログも Actions 履歴も全部調べてくれるディープリサーチ

Wed, 04 Mar 2026 00:00:00 +0000

GitHub Copilot CLI の /research コマンド — コミットログも Actions 履歴も全部調べてくれるディープリサーチ

@07JP27 氏が X で連続投稿し、GitHub Copilot CLI の /research コマンドの威力を紹介しています。

/research コマンドすげえ。Web を Deep Research してくれるのはもちろん、紐づくリポジトリのコミットログとか GitHub Actions の実行履歴まで全部見てくれて「お前のこのときのコミットのここが原因だぞ。Actions のログにもこう出てるだろ」みたいなことを言ってくる。

元の投稿では Qiita 記事（@shyamagu 氏の解説）も参照されており、MCP ツール連携や WorkIQ との統合例が紹介されています。本記事では、/research コマンドの技術的な仕組みと、Claude Code との比較を交えて解説します。

/research コマンドとは

概要

2026 年 2 月 25 日、GitHub Copilot CLI が全有料プラン向けに一般提供（GA）を開始しました。同日リリースの v0.0.417 で追加された /research コマンドは、ディープリサーチ専用のスラッシュコマンドです。

通常のチャットが速度重視なのに対し、/research は徹底性（thoroughness）を重視します。複数のツールを呼び出しながら情報を収集し、数百行に及ぶ Markdown レポートを生成します。

1
2
3
4
5


# 基本的な使い方
/research Azure App Service の 2026 年の新機能

# MCP ツールを明示的に指定
/research microsoft-docs ツールを使って Azure App Service の新機能を調査してください

3 つのクエリ分類

/research はクエリを自動分類し、回答形式を最適化します。

labor-law-mcp — Claude の労務ハルシネーションを防ぐ MCP サーバーと「一次情報/二次情報」の設計思想

Wed, 04 Mar 2026 00:00:00 +0000

labor-law-mcp — Claude の労務ハルシネーションを防ぐ MCP サーバーと「一次情報 / 二次情報」の設計思想

sabaaji0113氏のポストが、労務法令の条文と通達を Claude に提供する MCP サーバー「labor-law-mcp」の公開を告知し、804いいね、143RT、937ブックマーク、約63,000表示と大きな反響を呼んでいます。

税務より苦労した！！労務MCPサーバー「labor-law-mcp」を公開しました。Claudeが労務の質問に答えるとき、条文や通達のハルシネーションを防ぐためのMCPサーバーです。 — sabaaji0113

このプロジェクトが注目される理由は3つあります。第一に、法律というハルシネーションが許されない領域で一次情報への直接アクセスを実現していること。第二に、先行する税法版（tax-law-mcp）のアーキテクチャを応用し、取得できない情報を「ごまかさない」設計を導入したこと。第三に、社労士・会計事務所という明確な実務ユーザーを想定していることです。

labor-law-mcp の全体像

基本情報

項目	内容
開発者	kentaroajisaka
GitHub	kentaroajisaka/labor-law-mcp
npm	labor-law-mcp
ライセンス	MIT
言語	TypeScript 99.4%
Stars	35
対応法令数	45法令

6つのツール

ツール	データソース	機能
`get_law`	e-Gov 法令API v2	法令名 + 条番号で条文を Markdown 形式で取得
`search_law`	e-Gov 法令API v2	キーワードで法令を横断検索
`search_mhlw_tsutatsu`	厚労省法令等DB	厚労省通達をキーワード検索
`get_mhlw_tsutatsu`	厚労省法令等DB	通達本文を HTML→テキスト変換して取得
`search_jaish_tsutatsu`	安全衛生情報センター	安衛法関連通達を検索
`get_jaish_tsutatsu`	安全衛生情報センター	安衛通達本文を取得

対応法令（45法令・6カテゴリ）

カテゴリ	主要法令
労働基準	労働基準法、労働契約法、最低賃金法、同施行令・規則
労働安全衛生	労働安全衛生法、じん肺法、同施行令・規則
労働保険	労災保険法、雇用保険法、労働保険料徴収法
雇用対策	職業安定法、労働者派遣法、障害者雇用促進法
均等・ワークライフバランス	育児介護休業法、男女雇用機会均等法、パート有期法
社会保険	健康保険法、厚生年金保険法、国民年金法、介護保険法

略称にも対応しています。「労基法」「安衛法」「育介法」「健保法」「パワハラ防止法」など12の略称で自然に質問できます。

Ollama で Qwen3 を動かす初心者ガイド — 日本語最強ローカルLLMを自分のPCで使う方法

Wed, 04 Mar 2026 00:00:00 +0000

Ollama で Qwen3 を動かす初心者ガイド — 日本語最強ローカル LLM を自分の PC で使う方法

「ChatGPT みたいな AI を、自分の PC だけで動かせたら」と思ったことはありませんか。Ollama と Qwen3 を使えば、それが実現できます。この記事では、Saiteki AI の解説記事をベースに、初心者でもわかるように Ollama と Qwen3 の導入手順をまとめました。

まず知っておきたい：LLM・ランタイム・エージェントの 3 層構造

AI の世界には、混同しやすい 3 つの概念があります。この記事で扱う Ollama と Qwen がどこに位置するかを最初に整理しましょう。

レストランに例えると

お客さん（あなた）
↓ 「パスタを作って」
ウェイター（AI エージェント） ← 注文を聞き、判断し、段取りを組む
↓ 「この食材でこう調理して」
キッチン設備（ランタイム） ← オーブンや鍋。料理を物理的に実行する環境
↓
シェフの腕＝レシピの知識（LLM） ← 実際に「どう調理するか」を知っている頭脳

層	役割	具体例	自分で判断するか
LLM（AI モデル）	言葉を理解し、回答を生成する「頭脳」	Qwen3, Llama3, Gemma2	しない（聞かれたことに答えるだけ）
ランタイム	LLM をメモリに読み込み、動かす「実行環境」	Ollama, vLLM, llama.cpp	しない（言われた通り動かすだけ）
AI エージェント	LLM を使って自律的に「仕事」をこなすプログラム	Claude Code, Devin, Dify	する（目標に向かって複数ステップを自分で組み立てる）

3 つの関係

AI エージェント（Claude Code など）
↓ 「この質問を LLM に投げて」
ランタイム（Ollama など）
↓ モデルをメモリに読み込んで推論実行
LLM（Qwen3 など）
↓ 回答を生成
ランタイム → エージェントに結果を返す

LLM は「頭脳」。質問されたら答えを返すが、自分からは何もしない
ランタイム は「エンジン」。LLM を動かすが、何を質問するかは決めない
エージェント は「ドライバー」。ランタイム経由で LLM を呼び出し、結果を見て次の行動を自分で決める

この記事で扱うのは、LLM（Qwen3）とランタイム（Ollama）の 2 つです。 エージェントは含みませんが、Ollama で動かした Qwen3 を Claude Code や Dify などのエージェントのバックエンドとして使うことも可能です。

OpenHands 入門ガイド — 無料・オープンソースの AI コーディングエージェントを自分の PC で動かす

Wed, 04 Mar 2026 00:00:00 +0000

OpenHands 入門ガイド — 無料・オープンソースの AI コーディングエージェントを自分の PC で動かす

OpenHands とは

OpenHands（旧 OpenDevin）は、AI が自律的にコードを書き、デバッグし、テストを実行するオープンソースのコーディングエージェントです。MIT ライセンスで完全無料、GitHub で 68,000 スター以上を獲得し、479 名以上のコントリビューターが参加しています。

簡単に言えば、「Claude Code や Devin のオープンソース版」です。自然言語で「この関数のテストを書いて」「このバグを直して」と指示するだけで、AI がファイルを読み、コードを編集し、ターミナルでコマンドを実行して、タスクを完了させます。

LLM・ランタイム・エージェントの 3 層構造における位置づけ

AI ツールを理解する上で、3 つの層を区別することが重要です。

あなた
↓ 「このバグを直して」
エージェント（OpenHands） ← コードを読み、修正し、テストを実行する「ドライバー」
↓ 「この質問を LLM に投げて」
ランタイム（Ollama 等） ← LLM を動かす「エンジン」
↓
LLM（Qwen3, Claude 等） ← 回答を生成する「頭脳」

層	役割	OpenHands の場合
LLM	言語理解・コード生成	Claude, GPT, Qwen3 など（選択可能）
ランタイム	LLM の実行環境	Anthropic API / OpenAI API / Ollama
エージェント	自律的にタスクを遂行	OpenHands がここ

OpenHands の最大の特徴はモデル非依存であることです。クラウド API（Claude, GPT）でも、ローカル LLM（Ollama + Qwen3）でも動作します。

Skills の自動最適化 — TextGrad を応用して提案書生成スキルを「学習」させる実験と過学習の発見

Wed, 04 Mar 2026 00:00:00 +0000

Skills の自動最適化 — TextGrad を応用して提案書生成スキルを「学習」させる実験と過学習の発見

@yusuke_post 氏が、Claude Code の Skills を深層学習の手法で自動最適化する実験を公開し、大きな反響を呼んでいます。

最初のポスト（いいね 1,226、ブックマーク 2,265）では TextGrad を応用した Skills 最適化の概念を紹介し、続報のポスト（いいね 126、ブックマーク 132）では追加実験の結果として以下の知見を報告しています。

わかったのは、・３イテレーションくらいで過学習する。・１回だけでなく、3回くらいイテレーションを回すことで徐々にスコアが改善する。・学習を始めて最初の方は、「提案書に何を書くか」を学び出して、最後の方では「提案書のそれぞれの項目をどう書くか」を自動で学習する。

特に「全体最適→局所最適の順番で AI が自動で学んだ」という発見は、深層学習の訓練過程と同様の振る舞いが Markdown のプロンプトでも起きることを示唆しています。本記事では、この実験の背景・手法・発見を解説します。

TextGrad とは何か

「テキスト版の誤差逆伝播」

TextGrad（論文: arXiv 2406.07496）は、Stanford 大学の Zou グループが開発し、Nature に掲載されたフレームワークです。深層学習における誤差逆伝播（backpropagation）の概念を、テキストに適用します。

[深層学習の最適化]
入力 → ニューラルネット → 出力 → 損失関数 → 勾配計算 → パラメータ更新
↑ 数値の勾配
[TextGrad の最適化]
入力 → LLM → 出力 → 評価（LLM） → テキスト勾配 → プロンプト更新
↑ 自然言語のフィードバック

従来の深層学習では数値的な勾配を計算してパラメータを更新しますが、TextGrad では LLM が自然言語で「どう改善すべきか」をフィードバックし、それを「テキスト勾配」としてプロンプトを更新します。

Subagent と Agent Teams の違い — 「働くエージェント」と「議論するエージェント」を設計レイヤで理解する

Wed, 04 Mar 2026 00:00:00 +0000

Subagent と Agent Teams の違い — 「働くエージェント」と「議論するエージェント」を設計レイヤで理解する

@dify_base 氏のポストが、Claude Code の Subagent と Agent Teams の違いを図解で整理しています。

Claude Code の「Subagent」と「Agent Teams」の違い、意外と知らない人が多いので、図解で整理しました👇

✅Subagent → 調査して結果を返すだけの部下 ✅Agent Teams → 複数AIが議論・協力する自律チーム

この2つの機能は名前が似ていて混同しやすいですが、設計思想が根本的に異なります。本記事では、公式ドキュメントと Qiita の設計レイヤ分析記事を基に、両者の違いを構造的に解説します。

一言で言う違い

Qiita の記事が最も端的に表現しています。

Subagent は「働くエージェント」、Agent Teams は「議論するエージェント」

	Subagent	Agent Teams
一言で	調査して結果を返す部下	議論・協力する自律チーム
比喩	上司に報告するだけの社員	横で相談し合うプロジェクトチーム

構造的な違い — 通信モデルが本質

Subagent: スター型（親子通信のみ）

 メインエージェント
／ ｜ ＼
Subagent Subagent Subagent
(Explore) (Plan) (general)

Subagent はメインエージェントの単一セッション内で動作します。結果をメインエージェントに返すことしかできず、Subagent 同士は直接通信できません。

Agent Teams: メッシュ型（全方向通信）

 リード（チームリーダー）
／ ｜ ＼
Teammate Teammate Teammate
(API) (UI) (Test)
＼ ｜ ／
共有タスクリスト

Agent Teams のメンバーは完全に独立したセッションとして動作し、互いに直接メッセージを送受信できます。リードを介さずに横の連携が可能です。

Trivy VS Code 拡張が改ざんされ、ローカル AI エージェントが認証情報を窃取 — hackerbot-claw の全貌

Wed, 04 Mar 2026 00:00:00 +0000

Trivy VS Code 拡張が改ざんされ、ローカル AI エージェントが認証情報を窃取 — hackerbot-claw の全貌

セキュリティ研究者のyousukezan氏が、Aqua Security の脆弱性スキャナー「Trivy」の VS Code 拡張が改ざんされ、開発者のローカル AI コーディングツールを悪用して認証情報を窃取するサプライチェーン攻撃を紹介しています。

Aqua Trivy VS Code拡張が改ざんされ、AIコーディング支援ツールを悪用する異例のサプライチェーン攻撃が発覚した。正規機能を装いながら裏で認証情報を収集する手口で、被害はGitHubリポジトリの乗っ取りにも及んだ。 — yousukezan

この事件の異例な点は、従来のマルウェアやバックドアではなく、開発者のマシンに既にインストールされている AI コーディングツールを武器として利用したことです。Claude、Codex、Gemini、GitHub Copilot CLI、Kiro CLI を最大権限で呼び出し、自然言語プロンプトで機密情報を探索させるという、AI 時代に固有の新しい攻撃ベクターです。

事件の全体像

この攻撃は、hackerbot-claw と名乗る自律型 AI ボットによる大規模キャンペーンの一部です。2026年2月21日〜28日の間に、Microsoft、DataDog、CNCF プロジェクトなど少なくとも7つの主要リポジトリが標的となりました。

影響を受けたリポジトリ

リポジトリ	Stars	攻撃手法	結果
aquasecurity/trivy	25k+	pull_request_target 悪用	PAT 窃取、リポジトリ乗っ取り
avelino/awesome-go	140k+	Go init() 関数にペイロード注入	GITHUB_TOKEN 窃取
microsoft/ai-discovery-agent	-	ブランチ名コマンドインジェクション	RCE 達成
DataDog/datadog-iac-scanner	-	ファイル名ベースのインジェクション	RCE 達成（9時間で修正）
ambient-code/platform	-	CLAUDE.md プロンプトインジェクション	Claude が検出・拒否
project-akri/akri (CNCF)	-	curl \| bash 直接インジェクション	RCE 達成
RustPython/RustPython	20k+	Base64 ブランチインジェクション	攻撃試行

hackerbot-claw の正体

hackerbot-claw は GitHub 上で自らを「autonomous security research agent powered by claude-opus-4-5」と名乗り、暗号通貨の寄付を募っています。README には9クラス・47サブパターンの「脆弱性パターンインデックス」を持ち、47,391リポジトリをスキャン済みと記載されています。

ハーネスエンジニアリング実践知 — 「AIを使う人」と「AIを設計する人」の決定的な差

Wed, 04 Mar 2026 00:00:00 +0000

ハーネスエンジニアリング実践知 — 「AIを使う人」と「AIを設計する人」の決定的な差

まさお(@AI_masaou) 氏が、Claude Code のハーネス（開発基盤）をテーマにした約 80 分の対談形式勉強会のまとめ記事を公開しました。

新しい note を公開しました！ハーネスエンジニアリングに向き合う上で、実践的にはどうしているのか？の勉強会を行いましたのでそのまとめを記事にしました — @AI_masaou

元記事（ハーネスエンジニアリングの実践知を共有！【質問/勉強会のまとめ】）は有料コンテンツのため、本記事ではテーマであるハーネスエンジニアリングの実践知について、公開情報をもとに技術的な背景と具体的な手法を解説します。

ハーネスエンジニアリングとは

「ハーネス」とは馬具のことです。馬の力をそのまま放置すれば暴走しますが、ハーネスで制御すれば有用な仕事に変わります。AI エージェントも同じです。LLM の推論能力をそのまま使うのではなく、適切な制御基盤（ハーネス）で囲むことで信頼性の高い成果に変換するのがハーネスエンジニアリングです。

コンピュータの構成に対応させると、位置づけがわかりやすくなります。

コンピュータ	AI エージェント
CPU	LLM（推論エンジン）
OS	エージェントハーネス（制御・管理基盤）
アプリケーション	AI エージェント（実行層）

CPU がどれだけ高速でも、OS が適切に管理しなければアプリケーションは動きません。同様に、LLM がどれだけ賢くても、ハーネスの設計が悪ければエージェントの出力品質は上がりません。

コンテキストエンジニアリングとの関係

Andrej Karpathy が X で提唱した「コンテキストエンジニアリング」は、ハーネスエンジニアリングの中核概念です。

Context engineering is the delicate art and science of filling the context window with just the right information for the next step. — Andrej Karpathy

LLM のコンテキストウィンドウを「RAM」と捉え、次のステップに必要な最適な情報だけを入れる技術です。ハーネスエンジニアリングはこのコンテキスト管理の仕組み全体を包む上位概念にあたります。

ハーネスエンジニアリング（全体設計）
├── コンテキストエンジニアリング（何を LLM に渡すか）
├── 権限制御（何を許可・禁止するか）
├── ライフサイクル自動化（いつ何を実行するか）
└── 並列実行・隔離（どう安全に並列化するか）

「環境設計 > モデル能力」— OpenAI Codex チームの実証

ハーネスエンジニアリングの重要性を最も説得力をもって示したのが、OpenAI のエンジニアリングチームによる 5 ヶ月間の実験です。

ローカル LLM を社内業務に特化させる 4 段階カスタマイズ — Qwen3 を「より賢く」する仕組み

Wed, 04 Mar 2026 00:00:00 +0000

ローカル LLM を社内業務に特化させる 4 段階カスタマイズ — Qwen3 を「より賢く」する仕組み

Claude Code で生成したコードをローカル LLM（Ollama + Qwen3）でレビューする構成を前回の記事で紹介しました。しかし、汎用モデルのままでは「受注ステータスの遷移ルール」や「金額計算に float を使ってはならない」といった社内固有のルールを知りません。

この記事では、Qwen3 を社内業務に特化させ、特定のコーディング規約・業務ルール・過去の障害パターンを踏まえたレビューができるようにする 4 段階のカスタマイズ手法を紹介します。

全体像：4 段階のカスタマイズ

レベル	手法	導入期間	効果	専門知識
1	Modelfile（システムプロンプト）	即日	ルールベースの指摘	不要
2	RAG（社内ドキュメント検索）	1〜2 日	文脈を踏まえた指摘	Docker の基本
3	Few-shot（レビュー事例の学習）	数日	パターン認識の向上	不要
4	LoRA ファインチューニング	1〜2 週間	モデル自体の精度向上	Python・ML の基本

レベル 1：ルールを「教える」 ← すぐできる
レベル 2：資料を「渡す」 ← 1〜2日
レベル 3：お手本を「見せる」 ← 数日
レベル 4：頭脳を「鍛える」 ← 1〜2週間

推奨: レベル 1 から順に導入し、効果を確認しながらステップアップしてください。多くの場合、レベル 1 + 2 で十分な精度が得られます。

.envの代わりにaws-vaultで安全に環境変数を与える — Claude Code時代のAWS認証情報管理

Tue, 03 Mar 2026 00:00:00 +0000

.env の代わりに aws-vault で安全に環境変数を与える — Claude Code 時代の AWS 認証情報管理

AI エージェントがローカルファイルを直接読み書きする時代、.env に平文で認証情報を置くリスクが顕在化しています。前回の記事では、この問題の背景と複数のシークレット管理ツールを紹介しました。

本記事では、AWS を利用しているチームに向けて、aws-vault を使って .env と ~/.aws/credentials を完全に排除する具体的な手順を解説します。

aws-vault が解決する問題

~/.aws/credentials の平文問題

AWS CLI を使う開発者の多くは、~/.aws/credentials にアクセスキーを平文で保存しています。

1
2
3
4


# ~/.aws/credentials（平文で保存されている）
[default]
aws_access_key_id = AKIAIOSFODNN7EXAMPLE
aws_secret_access_key = wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY

このファイルには2つのリスクがあります。

Claude Code が読み取れる: AI エージェントがファイルシステムを探索する際、~/.aws/credentials のアクセスキーが LLM のコンテキストに載る可能性がある
長期的な認証情報が漏洩する: アクセスキーには有効期限がなく、漏洩した場合は手動でローテーションするまで悪用され続ける

aws-vault のアプローチ

aws-vault は以下の2段階で問題を解決します。

暗号化保存: アクセスキーを ~/.aws/credentials ではなく、OS のキーストア（macOS Keychain 等）に暗号化して保存する
一時認証の生成: AWS STS（Security Token Service）を使って、1時間で失効する一時認証情報を生成し、子プロセスに注入する

[従来]
~/.aws/credentials（平文） → AWS CLI / boto3 が直接読み取り
→ 長期キーがメモリに残る
[aws-vault]
macOS Keychain（暗号化） → aws-vault が STS で一時認証を生成
→ 子プロセスに環境変数として注入
→ 1時間で失効

セットアップ

インストール

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


# macOS（推奨）
brew install --cask aws-vault

# macOS（Homebrew formula 版）
brew install aws-vault

# Linux
brew install aws-vault

# Windows
choco install aws-vault
# または
scoop install aws-vault

macOS では --cask 版が推奨されています。コード署名されているため、Keychain アクセス時の追加のパスワードプロンプトが少なくなります。

.envの代わりにlkrでLLM APIキーを安全に管理する — セットアップからClaude Code連携まで

Tue, 03 Mar 2026 00:00:00 +0000

.env の代わりに lkr で LLM API キーを安全に管理する — セットアップから Claude Code 連携まで

AI エージェントがローカルファイルを読み書きする時代、.env に平文で置いた API キーが LLM のコンテキストに載るリスクが現実のものになっています。前回の記事ではこの問題の全体像を、aws-vault の記事では AWS 認証情報の保護を解説しました。

本記事では、LLM Key Ring（lkr）を使って LLM API キーを安全に管理する具体的な手順を解説します。aws-vault が AWS 認証情報に特化しているのに対し、lkr は OpenAI・Anthropic・Google など LLM API キーの管理に特化したツールです。

lkr が解決する問題

.env に LLM API キーを置くリスク

多くの開発者は .env ファイルに API キーを平文で保存しています。

1
2
3


# .env（平文で保存されている）
OPENAI_API_KEY=sk-proj-xxxxxxxxxxxxxxxxxxxx
ANTHROPIC_API_KEY=sk-ant-xxxxxxxxxxxxxxxxxxxx

このファイルには4つの攻撃ベクトルがあります。

攻撃ベクトル	説明
Git への混入	`.gitignore` に頼るヒューマンエラー。うっかりコミットは後を絶たない
シェル履歴への漏洩	`export OPENAI_API_KEY=sk-...` が `~/.bash_history` に残る
プロセス情報への露出	`ps` コマンドで環境変数が見える
AI エージェントによる抽出	Claude Code がファイルを読み取り、LLM の API リクエストに含まれる

4番目が AI 時代に特有の脅威です。Claude Code は.env ファイルを自動的に読み込むことが確認されており、API キーが意図せず Anthropic のサーバーに送信されるリスクがあります。

「AIが覚醒する魔法の言葉」は本当に効くのか — プロンプトエンジニアリングの実態と公式ガイドの教え

Tue, 03 Mar 2026 00:00:00 +0000

「AIが覚醒する魔法の言葉」は本当に効くのか — プロンプトエンジニアリングの実態と公式ガイドの教え

@fit_youtubead 氏のポストが、Claude と ChatGPT で使える「魔法のプロンプト」を紹介し、大きな反響を呼んでいます。

「最高の専門家として、思考プロセスを分解し、初心者にも再現できる形で5ステップで出力してください」

これだけ。なぜ強いのか？理由は3つ。

役割を与える → AIの精度が跳ね上がる

思考を分解させる → 中身が薄くならない

再現性を指定する → 実用的で使えるアウトプットになる

確かに、雑な指示よりも構造化された指示の方が良い結果を得られるのは事実です。しかし「魔法の言葉」と呼ぶには、いくつか知っておくべきことがあります。本記事では、ツイートで紹介された3つのテクニックを、Anthropic と OpenAI の公式ガイドおよび研究論文に照らし合わせて検証します。

テクニック1: 役割を与える（ロールプロンプティング）

「最高の専門家として」のように、AI に特定の役割やペルソナを与えるテクニックです。

公式ガイドの見解

Anthropic はプロンプトエンジニアリングのベストプラクティスで、ロールプロンプティングを推奨テクニックの1つとして挙げています。「法律アドバイザー」「データアナリスト」「カスタマーサポート担当」のように、具体的な文脈に合わせてモデルの声とふるまいを調整する手法です。

OpenAI も公式ガイドでシステムプロンプトによる役割設定を推奨しています。

研究が示す実態

ところが、学術的な研究を見ると、ロールプロンプティングの効果は「場合による」というのが正確な答えです。

研究	結果	対象モデル
Better Zero-Shot Reasoning with Role-Play Prompting	AQuA データセットで精度が53.5%→63.8%に向上（+10.3pt）	GPT-3.5
ExpertPrompting	詳細な専門家ペルソナが単純なペルソナを大幅に上回る	複数モデル
When “A Helpful Assistant” Is Not Really Helpful	追加のペルソナは性能を向上させない	4モデルファミリー
Persona is a Double-edged Sword	GPT-4ではペルソナの有無で差は最小限	GPT-4

PromptHub の検証記事は、これらの研究を総合して以下のように結論づけています。

創作的なタスク（文体の調整、トーンの統一）では効果がある
精度ベースのタスク（分類、計算、ファクトチェック）では、新しいモデルほど効果が薄い
「天才ペルソナが愚か者ペルソナより劣る」という矛盾した結果も報告されている

つまり、「専門家として」と付けるだけで「精度が跳ね上がる」わけではありません。効果があるのは、役割指定によってモデルの出力スタイルや視点が適切に制約されるケースです。

「上位 1% の Claude Skills 構築方法」を技術的に読み解く --- スキルの構造・設計パターン・組織展開

Tue, 03 Mar 2026 00:00:00 +0000

「上位 1% の Claude Skills 構築方法」を技術的に読み解く — スキルの構造・設計パターン・組織展開

@sales_muscle 氏が X で投稿した、Claude Skills の構築ガイドが反響を呼んでいます。

上位1%のClaude Skills構築方法

投稿では、AI 活用の基準が「プロンプトのうまさ」から「AI にスキル（専門能力）を組み込み、組織の資産にできるか」へ移行したと主張しています。本記事では、この投稿の内容を Claude Code の公式ドキュメントと照らし合わせ、スキルの技術的な構造と実践的な設計パターンを掘り下げます。

Claude Skills とは何か

プロンプトからスキルへの進化

投稿の核心は「指示（プロンプト）からスキルへ」という転換です。これは技術的に正確な指摘です。

従来の AI 活用:
ユーザー → プロンプトを毎回書く → AI が回答
問題: 知識がチャットセッションに閉じる、再現性がない
スキルベースの AI 活用:
ユーザー → /skill-name で呼び出す → AI がスキルの手順に従って実行
利点: 再現性あり、共有可能、自動呼び出し対応

Claude Code 公式ドキュメントによると、スキルは「SKILL.md ファイルに指示を書き、Claude のツールキットに追加する」仕組みです。Claude は関連するタスクで自動的にスキルを読み込むか、/skill-name で直接呼び出せます。

スキルの技術的な定義

スキルは単なるプロンプトテンプレートではなく、以下の要素を持つ構造化されたモジュールです。

要素	役割
YAML フロントマター	名前、説明、呼び出し制御、許可ツールなどのメタデータ
Markdown 本文	Claude が従う具体的な手順・ルール
サポートファイル	テンプレート、例、スクリプトなどの補助リソース
文字列置換	`$ARGUMENTS`、`$0`、`${CLAUDE_SESSION_ID}` などの動的値

スキルは Agent Skills オープン標準に準拠しており、Claude Code 固有の機能ではなく、複数の AI ツールで動作する標準仕様です。

2 人で 100 人に勝つ --- AI を「自分の分身」に変える実務活用の 6 つの原則

Tue, 03 Mar 2026 00:00:00 +0000

2 人で 100 人に勝つ — AI を「自分の分身」に変える実務活用の 6 つの原則

@taichi_we（長谷川氏 / Levela CTO）が「有益、AIの本質」とコメントして共有した、@sales_muscle（OneBiz / Levela）の投稿が注目を集めています。

ブックマーク 100 超、閲覧 3.5 万という反応は、「少人数で AI を使いこなし、大企業に匹敵する生産性を出す」というテーマへの関心の高さを示しています。本記事では、投稿で紹介された 6 つの原則を掘り下げつつ、2026 年の AI 活用の現実と照らし合わせます。

原則 1: 汎用 AI が専用 AI より優秀な理由

投稿の最初のポイントは、業務特化の SaaS ツールより Claude のような汎用 AI の方が優れているという主張です。

これは一見、直感に反します。専用ツールの方が精度が高いのでは? しかし、少人数チームの文脈では論理が逆転します。

専用 AI の限界:

業務ごとにツールが分断される（営業は A、経理は B、マーケは C）
ツール間の連携が手動で発生する
各ツールの学習コストが積み重なる
「自分の判断基準」を各ツールに教え込む手間が N 倍になる

汎用 AI の強み:

1 つのインターフェースで全業務を横断できる
自分の思考プロセスを一度教えれば、全業務に適用される
コンテキストが途切れない

少人数チームにとって最も貴重なのは「コンテキストスイッチのコスト」です。5 つの専用ツールを使い分けるより、1 つの汎用 AI に自分の判断基準を教え込む方が、トータルの生産性は高くなります。

原則 2: AI にスキルを覚えさせる — 思考プロセスの外部化

投稿の核心は「AI に自分のスキルを教え込む」ことです。これは単なるプロンプトエンジニアリングではなく、自分の思考プロセスの構造化と外部化を意味します。

AI が書いた CLAUDE.md は逆効果 --- 「コンテキストファイルの自動生成は精度を下げる」という研究

Tue, 03 Mar 2026 00:00:00 +0000

AI が書いた CLAUDE.md は逆効果 — 「コンテキストファイルの自動生成は精度を下げる」という研究

@at_sushi_（門脇敦司）氏が X で投稿した、AI 生成のプロンプトファイルに関する記事が注目を集めています。

CLAUDE.md のようなプロンプトファイルを AI に生成させると「逆に精度が下がる」という研究です。AI 文書は冗長で、AI 自身を混乱させます。では、どうすればいいのか？というと、「本当に重要な情報だけを、開発者が書く」というのが現在の正解です

元記事は Zenn の解説記事で、ETH Zurich と LogicStar.ai の研究チーム（Gloaguen et al.）による論文「Evaluating AGENTS.md: Are Repository-Level Context Files Helpful for Coding Agents?」を日本語で紹介しています。本記事では、この研究の実験データを詳しく読み解き、CLAUDE.md / AGENTS.md の書き方への実践的な示唆を整理します。

研究の概要 — 何を検証したのか

背景

CLAUDE.md、AGENTS.md、CURSORRULES — これらの「コンテキストファイル」は、AI コーディングエージェントにリポジトリの慣習や制約を伝えるための指示書です。Anthropic、OpenAI、Cursor はいずれもこれらのファイルの作成を強く推奨しています。

しかし、「コンテキストファイルは本当にエージェントの性能を向上させるのか?」 という基本的な問いに対して、厳密な検証はこれまで行われていませんでした。

実験設計

ETH Zurich の研究チームは、3 つの条件で比較実験を実施しました。

条件	内容
なし（None）	コンテキストファイルなし（ベースライン）
LLM 生成	エージェント開発者の推奨に従い LLM に自動生成させたファイル
人間作成	開発者がリポジトリにコミットしたファイル

評価対象モデル: Claude Code（Sonnet 4.5）、Codex（GPT-5.2 / GPT-5.1 mini）、Qwen Code（Qwen3-30b-coder）

AI が書いたコードに「なぜそうなったか」の記録はあるか --- git-memento と AI コード追跡の新標準

Tue, 03 Mar 2026 00:00:00 +0000

AI が書いたコードに「なぜそうなったか」の記録はあるか — git-memento と AI コード追跡の新標準

@SatoshiSsSs 氏が X で投稿した、git-memento に関する解説が注目を集めています。

AIが書いたコードに「なぜそうなったか」の記録はあるか？ Hacker News（HN）で議論になっている git-memento を読み解く

Hacker News での議論では、AI が生成したコードのセッション履歴をコミットに紐づけるべきか否かが活発に議論されています。AI コーディングの普及とともに、「コードは動くが、なぜその実装になったのか誰も分からない」という問題が深刻化しています。本記事では、この問題の構造と、git-memento をはじめとする解決策の技術的な仕組みを掘り下げます。

問題 — AI が書いたコードの「なぜ」が消えている

Vibe Coding 時代の追跡可能性の危機

2026 年、AI コーディングツール（Claude Code、Cursor、GitHub Copilot など）でコードを書くことが日常になりました。しかし、AI が生成したコードには構造的な問題があります。

従来の開発:
開発者が考える → コードを書く → コミットメッセージに意図を記録
→ 「なぜそうしたか」は開発者の頭の中 + コミット履歴にある
AI 駆動開発:
開発者が指示する → AI が考える → AI がコードを書く → コミット
→ 「なぜそうなったか」は AI セッションの中に閉じている
→ セッションが終わると消える

CodeRabbit の分析（2025 年 12 月）によると、AI と共著されたコードは人間が書いたコードと比較して、ロジックエラーが 75% 多く、セキュリティ脆弱性が 2.74 倍多いとされています。問題が発見されたとき、「なぜこの実装になったのか」を遡れなければ、修正の方針すら立てられません。

AI の名前に刻まれた「情報理論の父」--- Claude Shannon が LLM の数学的基盤を作った

Tue, 03 Mar 2026 00:00:00 +0000

AI の名前に刻まれた「情報理論の父」— Claude Shannon が LLM の数学的基盤を作った

@finalvent 氏が X で投稿した、Anthropic の AI「Claude」の名前の由来に関するポストが注目を集めています。

Claudeって、Claude Shannonに因んでるのか。知らなかった。

この一見シンプルな気づきは、現代の AI 技術と 78 年前の数学理論をつなぐ深い糸を浮かび上がらせます。Anthropic がなぜ自社の AI に「Claude」と名付けたのか — その理由を理解するには、Claude Elwood Shannon（1916-2001）が何を成し遂げたのかを知る必要があります。

Claude Shannon とは誰か

「情報の時代」を切り拓いた数学者

Claude Elwood Shannon は、1916 年 4 月 30 日、アメリカ・ミシガン州ペトスキーに生まれました。ミシガン大学で数学と電気工学の二重学位を取得した後、MIT の修士課程で書いた論文が、すでに歴史的な業績でした。

1937 年の修士論文 — 「A Symbolic Analysis of Relay and Switching Circuits」— は、ブール代数（真/偽の論理演算）を電気回路のスイッチに対応させるという発想を初めて体系化しました。この論文により、複雑な論理をスイッチの ON/OFF の組み合わせで実現できることが数学的に証明され、デジタルコンピュータの設計基盤が確立されました。

この修士論文は「20 世紀で最も重要な修士論文」と呼ばれることがあります。私たちが毎日使うスマートフォン、PC、サーバー — すべてのデジタル機器は、Shannon が 21 歳で示した原理の上に成り立っています。

ベル研究所と MIT

Shannon は 1941 年から 1972 年までベル研究所（Bell Labs）に在籍しました。当時のベル研究所は、トランジスタの発明（1947 年）、UNIX オペレーティングシステム、C 言語など、現代のコンピューティングの基盤技術を次々に生み出した「イノベーションの殿堂」です。

AnimaWorks — 「AIだけの会社組織」を作る日本発フレームワークの設計思想

Tue, 03 Mar 2026 00:00:00 +0000

AnimaWorks — 「AIだけの会社組織」を作る日本発フレームワークの設計思想

りょうま(@ryoma_nakajima)氏のポストで紹介された「AnimaWorks」が注目を集めています。

日本人が開発している「AIだけで作る会社組織」フレームワークを試してみる。AIに性格を指定するところから始まるのが近未来感すごすぎて好き — りょうま(@ryoma_nakajima)

72,000超の表示、447ブックマークという反響は、「AIエージェントに組織を作らせる」というアイデアへの強い関心を示しています。元になったげれげれ(@medmuspg)氏のポストでは、OpenClawとの違いを「1人の優秀なAI秘書」と「AIだけの会社組織」という対比で説明しています。

本記事では AnimaWorks の設計思想を掘り下げ、マルチエージェントフレームワークの現在地を整理します。

AnimaWorks とは何か

AnimaWorks は「Organization-as-Code」を標榜する、自律型AIエージェントチームのためのオープンソースフレームワークです。Apache License 2.0で公開されており、10,600行以上のPythonコードで構成されています。

コアの思想は明快です。

“Imperfect individuals collaborating through structure outperform any single omniscient actor."（不完全な個体が構造を通じて協力すれば、単一の全知の存在を凌駕する）

項目	内容
開発者	xuiltul（日本人開発者）
言語	Python（10,600行以上）
ライセンス	Apache License 2.0
対応モデル	Claude, GPT-4o, Gemini, Mistral, Ollama 等
実行モード	4種（Claude Agent SDK / Codex SDK / LiteLLM / Basic）
UI	Webダッシュボード + 3Dワークスペース + 音声チャット

OpenClaw との決定的な違い

OpenClaw と AnimaWorks は同じ「AIエージェント」カテゴリに分類されますが、設計思想が根本的に異なります。

観点	OpenClaw	AnimaWorks
設計思想	1人の優秀なAI秘書	AIだけの会社組織
エージェント数	基本は1体（拡張でマルチ可）	最初からマルチエージェント前提
関係性	ユーザーとエージェントの1対1	上司・部下の階層構造
記憶	コンテキストウィンドウ依存	神経科学に着想を得た永続記憶
通信	ユーザーへの応答	エージェント間の非同期メッセージング
カプセル化	なし（透過的）	各エージェントの内部は他から不可視
開発元	Peter Steinberger（オーストリア、現OpenAI）	xuiltul（日本）

この違いは単なる機能差ではなく、組織論に基づく設計かどうかの差です。AnimaWorks は「不完全な個体の協力」を前提に設計されており、現実の企業組織と同じく、情報の非対称性やコミュニケーションコストを意図的に組み込んでいます。

Claude Code / MCP を安全に使うための実践ガイド — settings.json の多層防御と deny の落とし穴

Tue, 03 Mar 2026 00:00:00 +0000

Claude Code / MCP を安全に使うための実践ガイド — settings.json の多層防御と deny の落とし穴

セキュリティ研究者のyousukezan氏（バグバウンティプログラムでランク1位受賞歴あり）が紹介した Zenn 記事「Claude Code / MCP を安全に使うための実践ガイド」が注目を集めています。165いいね、161ブックマークという反響は、Claude Code のセキュリティ設定に対する実務者の強い関心を示しています。

本記事では元記事の内容を掘り下げつつ、公式ドキュメントや GitHub Issues の情報を加えて、実務で本当に機能するセキュリティ設定を整理します。

背景 — 8桁後半の被害事例

この記事が書かれた背景には、AI コーディングツール経由で Google Ads の MCC が乗っ取られ、8桁後半の被害が発生した事例があります。報告された4つの攻撃ベクターは全て Claude Code / MCP の利用シーンで再現可能です。

攻撃ベクター	Claude Code での該当リスク
間接プロンプトインジェクション	Webページに埋め込まれた隠し指示をAIが実行
プロンプトサプライチェーン攻撃	外部から取得した CLAUDE.md / settings.json / .mcp.json の改ざん
MCP権限悪用（Tool Poisoning）	許可済みMCPツールの悪意ある利用
クレデンシャルリーク	トークンやAPIキーのログ・git履歴への残存

最も重要な3つの設定

元記事が推奨する最小限の設定は3つです。

1. bypassPermissions モードの無効化

1
2
3
4
5


{
 "permissions": {
 "disableBypassPermissionsMode": "disable"
 }
}

--dangerously-skip-permissions フラグは全ての承認プロンプトをスキップします。公式ドキュメントによると、このモードではClaude がファイルの削除、破壊的なコマンドの実行、不可逆な変更を承認なしで行えます。disableBypassPermissionsMode: "disable" で組織全体でこのモードを禁止できます。

Claude Code サンドボックス完全解説 — chroot ではない、カーネルレベル隔離の仕組みと実践設定

Tue, 03 Mar 2026 00:00:00 +0000

Claude Code サンドボックス完全解説 — chroot ではない、カーネルレベル隔離の仕組みと実践設定

「Claude Code のサンドボックスって、要するに chroot でしょ？」という誤解をよく耳にします。答えは明確にノーです。Claude Code のサンドボックスは chroot とは次元の異なるカーネルレベルの隔離機構で、ファイルシステムとネットワークの2層を OS プリミティブで強制します。

Anthropic のエンジニアリングブログによると、サンドボックスにより承認プロンプトが84%削減されました。セキュリティと生産性を両立する仕組みの全貌を、技術的な背景から実践設定まで解説します。

chroot との決定的な違い

まず「chroot で十分か」という疑問に答えます。結論から言えば、chroot はセキュリティ対策として設計されていません。

隔離技術の比較

Practical CTF の解説を基に、主要な隔離技術を比較します。

技術	制限対象	脱出の容易さ	設計目的
chroot	ファイルシステムのパス解決のみ	容易（root 権限で即脱出）	組織的なツール（セキュリティ目的ではない）
seccomp	システムコール	中程度（許可リストの漏れを突く）	セキュリティ機構
namespaces	プロセス、ネットワーク、マウント	困難（適切設定時）	コンテナ隔離
Seatbelt	ファイル、ネットワーク、IPC、プロセス	困難（カーネルレベル強制）	アプリケーション隔離

chroot の脱出方法

chroot がセキュリティ対策に不十分な理由を具体的に示します。

カレントディレクトリ攻撃: chroot 実行時にカレントディレクトリが jail 外にあれば、相対パスで脱出可能
二重 chroot: 別の chroot を実行して前の制限を上書き
ファイルディスクリプタ: jail 外で開かれた fd を経由してアクセス
openat syscall: ディレクトリ fd を使って jail 外のファイルを操作

つまり chroot は「ルートディレクトリの表示を変えるだけ」であり、ネットワーク制限もシステムコール制限もありません。AI エージェントのサンドボックスとしては全く不十分です。

Claude Code に「目」を与える --- ローカル VLM で画像・動画をコンテキスト消費ゼロで理解させる

Tue, 03 Mar 2026 00:00:00 +0000

Claude Code に「目」を与える — ローカル VLM で画像・動画をコンテキスト消費ゼロで理解させる

@ShadeLurk 氏が X で公開した記事が注目を集めています。

Claude Code に「目」を作る — コンテキストを 1 トークンも使わずに動画を理解させる方法

Claude Code で画像や動画を扱うと、1 枚あたり数千トークンがコンテキストから消えます。ローカル VLM（Qwen3-VL 等）を MCP サーバー経由で接続し、画像処理をオフロードすることで、Claude Code のコンテキストを一切消費せずにビジュアル情報を扱う手法が提案されています。本記事では、この問題の構造と解決アプローチを技術的に解説します。

問題 — 画像 1 枚で数千トークンが消える

Claude のビジョン処理とトークン消費

Claude API でのビジョン処理は、画像をトークンに変換してコンテキストウィンドウに載せる仕組みです。Anthropic の公式ドキュメントによると、トークン消費量は以下の式で算出されます。

tokens = (width px × height px) / 750

画像サイズ	トークン数	1,000 枚あたりのコスト
200x200 px（0.04 MP）	約 54	約 $0.16
1000x1000 px（1 MP）	約 1,334	約 $4.00
1092x1092 px（1.19 MP）	約 1,590	約 $4.80

1 枚の高解像度スクリーンショットで 約 1,600 トークンが消費されます。Claude Code のコンテキストウィンドウは約 200,000 トークンですが、システムプロンプト・CLAUDE.md・会話履歴・MCP ツール定義などが既に占有しているため、実質的に使える容量は限られています。

dotenvx で暗号化、1Password CLI で注入 — .env 平文ゼロのローカル開発環境を構築する

Tue, 03 Mar 2026 00:00:00 +0000

dotenvx で暗号化、1Password CLI で注入 — .env 平文ゼロのローカル開発環境を構築する

@higa_toshiki 氏のポストが、ローカル開発で .env の平文を排除する実践的な手法を紹介しています（いいね 217、ブックマーク 255）。

ローカルに.envの平文を置きたくないけど、ローカルで開発したいこともあるので、

dotenvxで.envを暗号化

1 password cli で key を注入するを使ってます。（元木さんの言うように「秘密情報の平文はクラウドに置こう」に則る形）

引用元の @swarm_ai_cloud 氏のポストでは、AI CLI の .env 読み込み防止機能への疑問が呈されています。

AI のCLIには.env読まない仕様があるって？そんなん信用できるか？AI CLIはバージョンが上がればバグが混入し弾くファイル設定していても普通に読んだりするし

Claude Code が .env ファイルを自動的に読み込むことが確認されている今、「deny ルールで防ぐ」だけでは不十分という指摘は的を射ています。本記事では、higa 氏が紹介する2つのツール — dotenvx と 1Password CLI — の仕組みと実践的なセットアップ手順を解説します。

2つのアプローチの組み合わせ

higa 氏のワークフローは、2つの異なるアプローチを組み合わせています。

ツール	アプローチ	何を守るか
dotenvx	`.env` ファイル自体を暗号化	ファイルを読まれても平文が漏れない
1Password CLI	クラウド Vault からランタイム注入	そもそもファイルにシークレットを置かない

[dotenvx のアプローチ]
.env（暗号化済み）→ dotenvx run → 復号してプロセスに注入
→ .env.keys（秘密鍵）が必要
→ Git にコミット可能
[1Password CLI のアプローチ]
1Password Vault（クラウド）→ op run → プロセスに注入
→ Touch ID / マスターパスワードで認証
→ ディスクに平文が一切残らない

両者は排他的ではなく、用途に応じて使い分けるのが現実的です。

MCP サーバーを増やしてもコンテキストを食わせない — Claude Code の Tool Search でトークン消費を95%削減

Tue, 03 Mar 2026 00:00:00 +0000

MCP サーバーを増やしてもコンテキストを食わせない — Claude Code の Tool Search でトークン消費を95%削減

@djrio_vr 氏のポストが、Claude Code の MCP Tool Search 機能を紹介し、大きな反響を呼んでいます（いいね 418、ブックマーク 522）。

Claude Codeで登録してるMCPサーバが増えてくるとコンテキストがかなり食われてたけど、Tool Searchという必要な時だけ動的ロードするオプションをONにしたらめちゃくちゃコンテキスト節約になった！

環境変数 ENABLE_TOOL_SEARCH=true と設定するだけ

MCP サーバーを複数接続していると、会話を始める前からコンテキストウィンドウの大部分が消費されてしまう問題は、多くの Claude Code ユーザーが直面していました。本記事では、この問題の構造と Tool Search による解決策を技術的に解説します。

MCP ツール定義がコンテキストを圧迫する構造

なぜ MCP サーバーを増やすとコンテキストが減るのか

Claude Code に MCP サーバーを接続すると、各サーバーが提供する全てのツール定義がコンテキストウィンドウに読み込まれます。ツール定義には、ツール名、説明文、JSON スキーマ（パラメータの型・制約・説明）が含まれており、1つのツールだけでも数百トークンを消費します。

[MCP サーバー接続時のコンテキスト構造]
システムプロンプト ～数千トークン
├── Claude Code の指示
├── CLAUDE.md の内容
└── ユーザー設定
ツール定義 ★ ここが問題
├── 組み込みツール（Read, Edit, Bash 等）
├── MCP サーバー A のツール × 10個
├── MCP サーバー B のツール × 15個
├── MCP サーバー C のツール × 20個
└── ...
会話履歴 ← 残りがここに使われる
├── ユーザーのメッセージ
└── Claude の応答

具体的な数値

GitHub Issue #3036 では、約20個の MCP サーバーを接続した環境で、開始時点からコンテキスト使用率が8〜18%に達し、わずか5プロンプトで100%に到達する現象が報告されています。

Readout — Claude Code の開発環境をリアルタイム監視する macOS ネイティブアプリと「エージェント監視」カテゴリの台頭

Tue, 03 Mar 2026 00:00:00 +0000

Readout — Claude Code の開発環境をリアルタイム監視する macOS ネイティブアプリと「エージェント監視」カテゴリの台頭

まさお@AI駆動開発(@AI_masaou)氏のポストが注目を集めています。168いいね、242ブックマークという反響は、Claude Code ユーザーが「セッション管理」と「コスト把握」に強い課題感を持っていることを示しています。

Claude Codeを日常的に使っているなら、これは知っておいたほうがいい。『Readout』— Claude Codeの開発環境をリアルタイム監視するmacOSネイティブアプリ。完全ローカル動作、アカウント不要、無料 — まさお@AI駆動開発(@AI_masaou)

紹介されている Readout は、開発者 Benji Taylor(@benjitaylor) が「自分のために作った道具」です。2026年2月27日の公開からわずか数日で英語圏・日本語圏・中国語圏に同時に広まり、AIエージェント監視という新しいツールカテゴリの勃興を象徴する存在になっています。

Readout の概要

Readout は macOS Tahoe 向けのネイティブアプリ（v0.0.6 Beta、19.8MB）です。Claude Code のセッションログをローカルで読み取り、開発環境の状態を一つのダッシュボードに集約します。

主要機能

機能	説明
リポジトリ状態	Git ブランチ、変更ファイル、ワークツリーの一覧
セッション履歴	過去の Claude Code セッションを一覧表示
APIコスト追跡	トークン消費量と推定コストのリアルタイム表示
依存関係	プロジェクトの依存パッケージの状態
設定ファイル	CLAUDE.md、MCP 設定の一覧
ポート使用状況	開発サーバーのポート占有状態

セッションリプレイ

Benji Taylor氏のアナウンスによると、セッションリプレイは Readout の最も注目される機能です。過去の Claude Code セッションをタイムラインで完全再生でき、以下の操作が可能です。

プロンプト、ツール呼び出し、ファイル変更を時系列で表示
再生速度の変更やステップ実行
ファイル編集時のリアルタイムハイライト

これは「Claude Code が何をしたか」を事後検証するためのツールであり、セキュリティ監査やコードレビューの観点からも有用です。

Assistant 機能

バックグラウンドで開発環境をスキャンし、その情報をベースにインタラクティブな対話が可能です。ワークツリーのクリーンアップや衛生管理の修正といったアクションも実行できます。応答はリッチなコンテンツカードで表示されます。

Codex 対応

v0.0.7 で OpenAI Codex のセッション監視にも対応しました。Claude Code に限定されないマルチエージェント監視ツールへの進化が見えます。

AIエージェントの勝負所は「モデル性能」ではなく「ハーネス設計」にある

Mon, 02 Mar 2026 00:00:00 +0000

AIエージェントの勝負所は「モデル性能」ではなく「ハーネス設計」にある

はじめに

2026年に入り、AIエージェント開発の世界で急速に広まっている概念がある。「Agent Harness（エージェント・ハーネス）」 だ。

LLMの性能は日々向上し、Claude Opus 4.6、GPT-5、Gemini 2.5 Pro といったモデルが次々とリリースされている。しかし、現場のエンジニアたちは気づき始めている——同じモデルを使っていても、エージェントの体感品質はまるで別物になるということに。その差を生むのがモデルの「外側」にある仕組み、すなわちAgent Harnessである。

この記事では、Philipp SchmidのAgent Harness論、Lance MartinのContext Engineering解説、そしてManusの実装例を手がかりに、エージェント開発の新しいパラダイムを整理する。

Agent Harness・AIエージェント・LLM の関係

まず、3つの概念の関係を整理する。混乱しやすいのは、これらが入れ子構造になっているからだ。

レイヤー構造

graph TB
subgraph UserLayer["ユーザー"]
U["指示を出す / 結果を受け取る"]
end
subgraph AgentLayer["AIエージェント = アプリケーション層"]
A1["ユーザー固有のロジック・目的"]
A2["例: コードアシスタント、リサーチエージェント、カスタマーサポートBot"]
end
subgraph HarnessLayer["Agent Harness = OS層"]
H1["コンテキスト管理 / ツール実行 / 権限制御"]
H2["メモリ管理 / 再試行 / フォールバック / 承認ポイント"]
end
subgraph LLMLayer["LLM = CPU層"]
L1["言語理解・推論・生成"]
L2["例: Claude Opus 4.6, GPT-5, Gemini"]
end
UserLayer --> AgentLayer
AgentLayer --> HarnessLayer
HarnessLayer --> LLMLayer

Philipp Schmidのコンピュータの比喩を使うと：

AIコーディングツール導入でMCC乗っ取り被害 — Antigravity・Claude Codeの脆弱性とシャドーAI対策

Mon, 02 Mar 2026 00:00:00 +0000

AIコーディングツール導入でMCC乗っ取り被害 — Antigravity・Claude Codeの脆弱性とシャドーAI対策

広告運用の現場に衝撃が走っています。広告の裏側(@hassii_ad)氏のポストによると、ある代理店がAIコンサルの支援で Claude Code と Google Antigravity を導入した結果、Google Ads の MCC（マネージャークライアントセンター）アカウントが乗っ取られ、被害額は8桁後半に達したとのことです。

知り合いの代理店がとあるAI導入したらMCCが乗っ取られて桁違いの損害でてて震えた。こういうのこれから増えそうですね。 — 広告の裏側(@hassii_ad) 2026年2月17日

この事態を受けて、まな(@ADHDHSP249834)氏は「AIコンサルがClaude CodeとAntigravityの導入を進めたんですかね？その時点で大問題です」と指摘しています。

基本は3大LLMとCopilot程度に止めるべきです。またシャドーAI対策を進めていなかったことも想定されますね。セキュリティ対策をせずに、ローカルファイルにアクセスできるAIツールを導入するのはNGです！ — まな(@ADHDHSP249834)

MCC乗っ取りの推定原因

@hassii_ad 氏は乗っ取りの原因として4つの可能性を挙げています。

原因	概要
悪意あるWebサイト指示	プロンプトインジェクションによりAIの動作を乗っ取る
配布プロンプトへの悪意ある指示混入	AIコンサルまたは社員が使用したプロンプトに仕込まれた攻撃
MCPツールの悪用	Model Context Protocol ツールを経由した不正操作
トークン流出	自動化過程でAPIトークンや認証情報が漏洩

特に深刻なのは、MCCが正規の権限で操作された場合、通常の操作と区別がつかず「補償は絶望的」という点です。Google Ads の MCC アカウントは複数の広告アカウントを一元管理する仕組みのため、一度乗っ取られると被害が連鎖的に広がります。

Google Ads のセーフガードはなぜ機能しなかったのか

Google Ads には予算制限やセキュリティ機能が存在しますが、正規権限で操作された場合にはほとんど機能しません。

既存のセーフガード一覧

機能	内容	乗っ取り時に有効か
日予算の上限	1日の費用は日予算の2倍まで	攻撃者が日予算自体を変更可能
月間費用上限	月間費用は日予算 x 30.4 まで	同上
アカウント予算	アカウント全体の費用上限を設定可能。上限到達で全広告停止	攻撃者が上限を変更・解除可能
異常な予算変更の確認	大幅な予算変更時（例: $100→$1,000）に確認ダイアログ表示	UI操作のみ。API経由なら確認なし
不審なアクティビティの検知	Google が異常を検知すると一時的な日次支出制限を適用	「正規権限」の操作は異常と判定されにくい
自動ルール	一定額到達でキャンペーンを一時停止するルール設定が可能	攻撃者がルール自体を削除可能

セーフガードが無力化される理由

今回の事件の核心は、攻撃者が MCC の正規の管理者権限を取得している点です。

Backlog 問い合わせ課題を Claude で自動分析してコメント投稿する構成（Webhook + Lambda + Bedrock）

Mon, 02 Mar 2026 00:00:00 +0000

Backlog 問い合わせ課題を Claude で自動分析してコメント投稿する構成

Backlog を問い合わせ管理に使っていると、課題が登録されるたびに内容を確認し、分類や初期対応を行う作業が発生します。この作業を Claude に任せ、課題が追加された瞬間に自動で分析コメントを投稿する仕組みを構築します。

全体構成

┌──────────┐ Webhook ┌─────────────┐ invoke ┌──────────┐
│ Backlog │ ──── JSON ────→ │ API Gateway │ ────────────→ │ Lambda │
│ (課題追加) │ │ │ │ (受信) │
└──────────┘ └─────────────┘ └────┬─────┘
│
SQS enqueue
│
▼
┌──────────┐ コメント投稿 ┌─────────────┐ Claude API ┌──────────┐
│ Backlog │ ◀── POST ────── │ Lambda │ ◀──────────── │ Amazon │
│ (課題) │ │ (処理) │ │ Bedrock │
└──────────┘ └─────────────┘ └──────────┘

なぜ 2 段構成（Lambda + SQS）なのか

Backlog の Webhook は 10 秒以内に HTTP 200 を返さないとタイムアウトし、失敗として再送を繰り返します。Claude の分析には数十秒かかるため、受信 Lambda は即座に 200 を返し、SQS を介して処理 Lambda に非同期で委譲します。

Claude Ads で広告運用を186項目自動監査 --- Claude Code スキルが広告代理店の仕事を奪い始めた

Mon, 02 Mar 2026 00:00:00 +0000

Claude Ads で広告運用を186項目自動監査 — Claude Code スキルが広告代理店の仕事を奪い始めた

@ratekomaru 氏が X で紹介した「Claude Ads」が話題になっています。

Claudeやばすぎだろwwww ピンポイントで業界潰して回ってる。無料でGoogle・Meta・YouTube・LinkedIn・TikTok・Microsoft Adsなど186項目にわたるチェック機能を備えたClaude Code向けの包括的な有料広告監査・最適化スキル「Claude Ads」

12 万超のインプレッション、1,700 以上のいいねという反響は、「AI が広告運用の専門職を代替する」という予感を多くの人が共有している証拠でしょう。本記事では Claude Ads の仕組みを掘り下げつつ、広告業界に起きている構造変化を整理します。

Claude Ads とは何か

Claude Ads は、Claude Code 向けに作られたオープンソースの広告監査・最適化スキルです。MIT ライセンスで公開されており、インストールは1コマンドで完了します。

1

curl -fsSL https://raw.githubusercontent.com/AgriciDaniel/claude-ads/main/install.sh | bash

主な特徴は以下の通りです。

項目	内容
対応プラットフォーム	Google Ads, Meta Ads, YouTube Ads, LinkedIn Ads, TikTok Ads, Microsoft Ads
チェック項目数	190（Google 74, Meta 46, LinkedIn 25, TikTok 25, Microsoft 20）
業種テンプレート	SaaS, EC, ローカルサービス, B2B, モバイルアプリ, 不動産, ヘルスケア, 金融など 11 種
並列実行	6 つのサブエージェントが同時にプラットフォーム別監査を実行
ライセンス	MIT

アーキテクチャ — サブエージェント並列実行

Claude Ads の設計はシンプルですが効果的です。

Claude Code から Nano Banana 2 を呼ぶ — クロスモデル Skills 活用術

Mon, 02 Mar 2026 00:00:00 +0000

Claude Code から Nano Banana 2 を呼ぶ — クロスモデル Skills 活用術

鹿野壮さん（@tonkotsuboy_com）が、Claude Code から Gemini の画像生成モデル「Nano Banana 2」を直接呼び出せるスキルを紹介しています。

Nano banana 2をClaude Codeから呼び出せるスキルを見つけた、すごくいい Nano bananaのためだけに毎回Geminiアプリを立ち上げる手間が省ける。画像参照とか複雑な命令をしたり、複数枚同時に作れるの便利すぎるブヒィ

— 鹿野壮 (@tonkotsuboy_com)

投稿にはいいね 232、ブックマーク 301 と反響が大きく、「AI コーディングツールから別の AI モデルを呼ぶ」というクロスモデル連携への関心の高さがうかがえます。

Nano Banana 2 とは何か

Nano Banana 2 は、Google DeepMind が 2026 年 2 月 26 日に発表した画像生成モデルです。正式な技術名称は Gemini 3.1 Flash Image で、「Nano Banana」は Gemini のネイティブ画像生成機能のブランド名として使われています。

Nano Banana ファミリーには 3 つのモデルがあります。

モデル	技術名	特徴
Nano Banana 2	Gemini 3.1 Flash Image	高速・高コスパ。Flash ベースで大量生成向き
Nano Banana Pro	Gemini 3 Pro Image	最高品質。プロフェッショナル制作向け
Nano Banana	Gemini 2.5 Flash Image	初代。低遅延タスク向け

Nano Banana 2 の主な機能は以下の通りです。

Claude Code スキルで AI ワークフローを自動化する — Ralph Loop + YAML 宣言的定義の実践

Mon, 02 Mar 2026 00:00:00 +0000

Claude Code スキルで AI ワークフローを自動化する — Ralph Loop + YAML 宣言的定義の実践

kenfdev さん（@kenfdev）が、Claude Code のスキル機能を活用した AI エージェントのワークフロー自動化について、実践的な技術記事を公開しています。

Claude Code のスキルを中心に、AIエージェントのワークフローを自動化してみた話を書きました。 bash の while ループで claude -p を繰り返す Ralph Loop と、YAML でワークフロー定義を組み合わせて、plan → implement → review → finalize を自律的に回す仕組みです。 TAKTほどの精度には及ばないのですが、それなりに自分のワークフローでは活用できています。

— kenfdev (@kenfdev)

記事の核は「Ralph Loop」と「YAML ワークフロー定義」という 2 つの技術を Claude Code スキルで統合し、plan → implement → review → finalize を自律的に回す仕組みです。

Ralph Loop とは何か

起源

Ralph Loop（正式には Ralph Wiggum Loop）は、Geoffrey Huntley が考案した AI 開発自動化パターンです。名前はシンプソンズのキャラクターに由来しますが、仕組み自体は極めてシンプルです。

基本構造

1
2
3
4
5
6
7


while true; do
 result=$(claude -p "プロンプト")
 # 完了判定
 if [[ "$result" == *"COMPLETE"* ]]; then
 break
 fi
done

bash の while ループで claude -p（ヘッドレスモード）を繰り返し呼び出す、たったこれだけです。-p フラグは Claude Code を非対話モードで実行し、結果を標準出力に返します。

Claude Code スキルで「穴場市場」を自動発掘 — コードを書かない AI エージェント活用術

Mon, 02 Mar 2026 00:00:00 +0000

Claude Code スキルで「穴場市場」を自動発掘 — コードを書かない AI エージェント活用術

「Claude Code はプログラミング支援ツール」——そう思い込んでいませんか？

@koder_dev さんのポストで紹介された Zenn 記事（s4kura 氏）が話題になっています。Claude Code の スキル機能 を使って「穴場市場を探させる」という、コーディングとは全く異なる使い方です。

「Claude Code にスキル自作させて穴場市場探させるって Zenn の記事めっちゃ面白かった。いや本当自分の周りも自作 skill でプログラミング作って色んな作業やらせてる、無限に応用効くからなー」— @koder_dev

Claude Code スキルとは何か

基本概念

Claude Code のスキルは、SKILL.md ファイルに指示を記述することで Claude の機能を拡張する仕組みです。いわば 「プロンプトエンジニアリングのパッケージ化」 です。

スキルなし:
毎回 → 「こういう手順で」「こういう基準で」「こういう形式で」と指示
結果 → 指示漏れ、品質のばらつき
スキルあり:
毎回 → /skill-name と入力するだけ
結果 → 事前定義した手順・基準・形式が自動適用

スキルの構造

スキルは SKILL.md を中心としたディレクトリです。

my-skill/
├── SKILL.md # メイン指示（必須）
├── references/ # 判断基準・リファレンス（任意）
├── templates/ # テンプレート（任意）
├── scripts/ # 実行スクリプト（任意）
└── examples/ # サンプル出力（任意）

SKILL.md は YAML フロントマターとマークダウンコンテンツの 2 部構成です。

Claude Code スキルの自動最適化 — テキスト勾配で「職人芸プロンプト」を工学に変える

Mon, 02 Mar 2026 00:00:00 +0000

Claude Code スキルの自動最適化 — テキスト勾配で「職人芸プロンプト」を工学に変える

「プロンプトは職人芸」——そんな時代が終わりつつあります。

@yusuke_post さんが発表した X 記事では、プロンプトエンジニアリングを自動化する研究を応用して Claude Code の Skills を自動最適化する手法が紹介されています。ヒアリングメモから SaaS 導入提案書を生成するスキルを題材に、4 イテレーションで 13.6 点のスコア改善を達成しました。

@kgsi さんも「この取り組みすごい、ナレッジが溜まっている企業や組織ほどこの仕組みで効果が出そう」と反応しています。

全体像：何がどう繋がっているのか

この記事で扱う内容を先に俯瞰します。

課題

Claude Code の Skills（SKILL.md）は、タスクの手順を定義する「指示書」です。しかし、良い指示書を書くのは難しく、試行錯誤が属人的になりがちです。

graph LR
A["人間が SKILL.md を書く"] --> B["実行"]
B --> C["結果がイマイチ"]
C --> D["🤔 勘で修正<br/>（= 職人芸）"]
D --> B
style D fill:#f9c74f,color:#000

解決策：テキスト勾配による自動改善ループ

深層学習がパラメータを自動で最適化するように、SKILL.md を自動で最適化するのがテキスト勾配です。

graph TD
A["① SKILL.md（現在の指示書）で実行"] --> B["② 出力を正解データと比較<br/>（人間の過去の成果物）"]
B --> C["③ AI が差分を分析し改善点を言語化<br/>= テキスト勾配"]
C --> D["④ テキスト勾配に従って<br/>SKILL.md を改訂"]
D --> E["⑤ 改訂版で再実行"]
E --> B
C -.- F["例: 優先度の整理ステップが欠如している"]
style C fill:#4ecdc4,color:#000
style F fill:#f0f0f0,color:#555,stroke-dasharray: 5 5

4 回繰り返すだけで 13.6 点のスコア改善を達成。

Claude Code の /simplify と /batch — AIコーディングは「書く」から「整える・並列で移す」へ

Mon, 02 Mar 2026 00:00:00 +0000

Claude Code の /simplify と /batch — AI コーディングは「書く」から「整える・並列で移す」へ

Tsukasansan 氏のポストが、Claude Code v2.1.63 で追加された 2 つの新スキル /simplify と /batch を紹介しています。この 2 つのスキルは、AI の役割を「コードを書く補助ツール」から「品質を整え、大規模な変更を並列実行する分業チーム」へと変える転換点です。

/simplify — PRに出す前の「仕上げ」を自動化

/batch — 大規模マイグレーションを並列で一気に実行

Claude Code の開発者 Boris Cherny 氏も、この 2 つのスキルについて「毎日使っている」と述べています。

/simplify: 3 つのエージェントによる自動コードレビュー

/simplify は、実装完了後に実行する「仕上げ」コマンドです。git diff で最近の変更を検出し、3 つの専門レビューエージェントを並列実行します。

3 つのレビュー観点

エージェント	検出対象	具体例
コード再利用	重複ロジック、既存ユーティリティで置き換え可能なコード	同じバリデーションが 3 箇所にコピペされている
コード品質	冗長な状態管理、パラメータの肥大化、リーク抽象化	引数が 8 個ある関数、使われていない変数
効率性	不要な処理、並列化の機会、ホットパス内の重い処理	ループ内での毎回の DB クエリ、不要な再レンダリング

3 つのエージェントが問題を検出するだけでなく、修正まで自動的に適用します。従来のリンターと異なり、高レベルのアーキテクチャ上の問題に対応するのが特徴です。

使い方

1
2
3
4
5
6
7


# 基本: 変更ファイルを自動レビュー・修正
/simplify

# 特定の観点にフォーカス
/simplify focus on memory efficiency
/simplify check for unnecessary dependencies
/simplify focus on security patterns in the auth flow

実践的なワークフロー

実装完了後、PR を出す前に /simplify を実行するだけです。

Claude Code の「処理」と「ドメイン知識」をレイヤー分離する設計術

Mon, 02 Mar 2026 00:00:00 +0000

Claude Code の「処理」と「ドメイン知識」をレイヤー分離する設計術 — スキルが複利で効く構造をつくる

gura 氏の投稿が、Claude Code を使った PM 業務の知見を共有しています。2 ヶ月間の実運用で最も効いた設計判断は、Skill（処理レイヤー）と CLAUDE.md（ドメイン知識レイヤー）の分離だったとのことです。この考え方は、Claude Code の公式アーキテクチャとも一致する設計パターンです。

問題：なぜ全部入りの設定は破綻するのか

Claude Code を使い始めると、多くの人が CLAUDE.md にあらゆる情報を詰め込みます。プロジェクトの規約、処理手順、ドメイン知識、スタイルガイド。しかしこの「全部入り」アプローチには構造的な問題があります。

コンテキスト汚染: CLAUDE.md はセッション開始時に全文がロードされるため、情報量が増えるほどトークンを圧迫します
Lost in the Middle: 長大なコンテキストの中間部分が軽視される現象が発生します
再利用不能: プロジェクト固有の知識と汎用的な処理手順が混在し、別プロジェクトへの横展開ができません

SO Technologies 開発者ブログの分析によると、全部入り CLAUDE.md はセッション開始時にコンテキストの 40〜50% を占有するケースもあったと報告されています。

2 つのレイヤーを分離する

gura 氏が提唱するのは、明確な 2 層構造です。

Skill = 処理レイヤー

「どのフォルダから何を読んで、どう加工して、どこに出すか」を定義する

Skill は入力と出力が明確な、小さな処理単位です。

Skill の例	入力	出力
議事録の文字起こし	音声データ	テキスト議事録
外部向け議事録変換	内部議事録	フィルタリング済み議事録
Slack 共有	文書	Slack メッセージ
レポート生成	各種データ	フォーマット済みレポート

Skill は どのプロジェクトでも処理の骨格は同じ です。ファイルの場所は .claude/skills/<skill-name>/SKILL.md に配置し、YAML フロントマターで名前と説明を記述します。

Claude Code ベストプラクティス — 成果を安定させる 7 つの鉄則と公式ガイドの設計思想

Mon, 02 Mar 2026 00:00:00 +0000

Claude Code ベストプラクティス — 成果を安定させる 7 つの鉄則と公式ガイドの設計思想

qiitapoi 氏のポストが、Qiita 記事「Claude Code ベストプラクティス – 成果を安定させる 7 つの鉄則」を紹介しています。この記事は、Claude Code の公式ベストプラクティスを実務者の視点で 7 つのルールに凝縮したもので、「具体的に頼む」「必ず検証する」という基本から、セッション管理やコスト意識まで、日々の運用に直結する指針をまとめています。

本記事では、この 7 つの鉄則を公式ドキュメントの設計思想と照らし合わせながら、なぜそのルールが効くのかを掘り下げます。

公式ベストプラクティスの根本原則: コンテキストウィンドウ

Claude Code 公式ベストプラクティスは、冒頭で明確に述べています。

ほとんどのベストプラクティスは 1 つの制約に基づいています。Claude のコンテキストウィンドウはすぐにいっぱいになり、満杯になるにつれてパフォーマンスが低下します。

Claude Code の 200K トークンのコンテキストウィンドウには、すべてのメッセージ、読み取ったファイル、コマンド出力が蓄積されます。コンテキストが埋まるにつれて、初期の指示を「忘れる」、ミスが増えるといった品質低下が起きます。7 つの鉄則のほぼすべてが、この制約への対処法として理解できます。

7 つの鉄則と公式ガイドの対応

nogataka 氏の Qiita 記事が提案する 7 つの鉄則を、公式ドキュメントの推奨事項と対応させて整理します。

鉄則	内容	公式ガイドの対応セクション
1. 具体的に頼む	5W1H で指示を明確にする	プロンプトで具体的なコンテキストを提供する
2. 必ず検証する	diff、テスト、コストの 3 点確認	Claude に自分の作業を検証する方法を与える
3. CLAUDE.md でルール言語化	プロジェクト固有の規約を明文化する	効果的な CLAUDE.md を書く
4. セッション短く保つ	1 タスク 1 セッション	セッションを管理する
5. 計画→実行の 2 段階	5 分ルールで判断	最初に探索し、次に計画し、その後コーディングする
6. コスト意識	/cost で定期確認	コンテキストを積極的に管理する
7. 自動化への次ステップ	Hooks, MCP, Agent Teams	自動化とスケール

7 つの鉄則は、公式ガイドの膨大な内容を実務者が日常的に参照できる形に圧縮したものと位置づけられます。

Claude Code 時代の .env 管理 — 「平文で置かない」秘密情報の新しい守り方

Mon, 02 Mar 2026 00:00:00 +0000

Claude Code 時代の .env 管理 — 「平文で置かない」秘密情報の新しい守り方

@yousukezan 氏のポストが、AI 駆動開発における秘密情報管理の盲点を端的に指摘しています。

Claudeが社内に広がるほど、.envが危ない。Cowork時代に必要なのは「便利さ」より秘密情報の置き場所

引用元の Qiita 記事では、Claude Code や Cowork が「チャットで質問するだけのツール」から「ローカルファイルに直接アクセスする開発エージェント」へ進化したことで、従来の .gitignore だけでは守りきれない脅威が生まれていると論じています。本記事では、この問題の技術的背景と実践的な対策を掘り下げます。

何が変わったのか — 脅威モデルの転換

従来の開発ワークフローでは、.env ファイルの脅威モデルは明確でした。

脅威	対策
Git リポジトリへの混入	`.gitignore` に記載
本番環境への漏洩	環境変数やシークレットマネージャで注入
他人のマシンへの流出	ローカルに置く前提なので問題なし

ところが、Claude Code のような AI エージェントがローカルファイルを直接読み書きする時代になると、第三の脅威が加わります。

新しい脅威	内容
AI エージェントによる読み取り	`.env` がツールの入力コンテキストに載る
意図しないクラウド送信	読み取った内容が LLM の API リクエストに含まれる
組織内の横展開	Cowork で複数人が同じプロジェクトを触る際の露出

IPA「情報セキュリティ 10 大脅威 2026」でも「AI の利用をめぐるサイバーリスク」が初選出で 3 位にランクインしており、この脅威モデルの転換は業界全体の認識となりつつあります。

Claude Code は .env をどう扱うのか

自動読み込み問題

セキュリティ研究者 Dor Munis 氏の調査によると、Claude Code は .env、.env.local などのファイルを自動的に読み込み、API キーやトークンをメモリに展開していることが判明しています。プロキシ認証情報が意図せず読み込まれ、HTTP 407 エラーとプロキシ料金の異常な高騰として問題が顕在化しました。

Claude Cowork 入門ガイド — プロンプトを頑張る時代の終わり、「仕組み化」で AI と働く新しいスタイル

Mon, 02 Mar 2026 00:00:00 +0000

Claude Cowork 入門ガイド — プロンプトを頑張る時代の終わり、「仕組み化」で AI と働く新しいスタイル

長谷川氏（@taichi_we）が投稿した「Claude Cowork の始め方ガイド」が X 上で大きな反響を呼んでいます。ブックマーク数 14,850、いいね 6,021、閲覧数 300 万超という驚異的な数字です。

プロンプトを頑張る時代は、もう終わりに近い。これから必要なのは、「AIに何を渡せば仕事が進むか」を整えることです。

この記事では、元ポストの内容をベースに、公式ドキュメントや技術解説記事の情報を加えて、Claude Cowork の全体像と実践的な始め方を解説します。

Claude Cowork とは何か

Claude Cowork は、Anthropic が提供する 非エンジニア向けの自律型 AI エージェント機能 です。Claude Desktop アプリに統合されており、「Chat」「Code」と並んで「Cowork」タブから利用できます。

もともと Claude Code はエンジニア向けのコマンドラインツールとして提供されていましたが、ファイル整理やスプレッドシート作成など、コーディング以外の用途にも多く使われていることに Anthropic が気づきました。実際、Claude Code でも業務タスクは十分に実行できます。ただし、ターミナル操作は非エンジニアにとってハードルが高いという課題がありました。Cowork は Claude Code と同等の能力を GUI で包み、誰でもアクセスできるようにしたものです。

項目	Claude Chat	Claude Code	Claude Cowork
対象ユーザー	全般	開発者中心（だが業務タスクも可能）	非エンジニアを含む全職種
インターフェース	Web / アプリ	ターミナル（CLI）	Desktop アプリ（GUI）
ファイル操作	アップロード / ダウンロード	ローカル直接アクセス	ローカル直接アクセス
自律実行	なし	あり	あり
差別化ポイント	手軽な対話	Bash 実行、Git 操作、MCP、スキル	プラグイン、コネクター、スケジュール実行
前提スキル	不要	ターミナル操作に慣れている必要あり	不要

本質的な違いは「何ができるか」ではなく「誰がアクセスしやすいか」です。Claude Code でもレポート作成やファイル整理といった業務タスクは問題なくこなせます。Cowork はその能力を、ターミナルに馴染みのないユーザーにも開放したものと考えるのが正確です。

Claude Opus 4.6 がゼロデイ脆弱性を500件発見 — AI推論がセキュリティ業界を揺るがす

Mon, 02 Mar 2026 00:00:00 +0000

Claude Opus 4.6 がゼロデイ脆弱性を500件発見 — AI推論がセキュリティ業界を揺るがす

@neurostack_0001 氏のポストが、Anthropic の衝撃的な発表を紹介しています。Claude Opus 4.6 が、ファジングやカスタムツールを使わず、コードの推論だけで500件以上のゼロデイ脆弱性を発見したという内容です。

AnthropicがClaude Opus 4.6で「ゼロデイ脆弱性を大規模に発見できる」と発表。500件以上の高重大度脆弱性を検出・検証済み。ファジングやカスタムツール不要で、コードの推論だけで脆弱性を見つけている点が注目。

この発表は、CrowdStrike や Cloudflare の株価を8%以上下落させるほどのインパクトを持ちました。セキュリティ業界に何が起きているのか、技術的な背景から掘り下げます。

ファジングとは何か

ファジング（Fuzzing）は、プログラムに対して無効なデータ、予期しないデータ、ランダムなデータを大量に入力し、クラッシュや異常動作を引き起こすことで脆弱性を検出するテスト手法です。1988年にウィスコンシン大学の Barton Miller 教授が考案し、現在ではセキュリティテストの標準手法となっています。

ファジングの種類

ファジングは、テスト対象の内部構造をどの程度把握しているかによって3つに分類されます。

分類	内部構造の把握	特徴
ブラックボックス	なし	入出力のみを観察。実装が不明でも実行可能
グレーボックス	部分的	コードカバレッジを計測し、入力生成を最適化
ホワイトボックス	完全	ソースコードを解析し、制約条件を満たす入力を生成

また、入力データの生成方法でも分類できます。

ミューテーションファジング: 既知の有効な入力（シード）に対して、ビット反転やバイトの挿入・削除・置換などの変異を加えてテストケースを生成します。実装が容易で汎用性が高い手法です
ジェネレーションファジング: 入力データの構造や文法を定義し、仕様に基づいて有効な形式でありながらも不正な値を含むテストケースを生成します。プロトコルやファイルフォーマットのテストに有効です

カバレッジガイドファジング — AFL の登場

2014年に登場した AFL（American Fuzzy Lop）は、ファジングの実用性を大きく向上させました。名前はウサギの品種に由来しています。

AFL の革新は「カバレッジガイド」の概念です。テスト対象プログラムをインストルメント（計測コードの埋め込み）し、各入力がどの実行経路を通ったかを記録します。新しい経路を発見した入力を優先的にミューテーションすることで、コードの未探索領域へ効率的に到達します。

[シード入力] → [ミューテーション] → [実行・カバレッジ計測]
↑ ↓
└── [新しい経路を発見？] ──┘
Yes → キューに追加
No → 破棄

この手法はグレーボックスファジングとも呼ばれ、AFL の後継である AFL++ や Google の libFuzzer など、多くのツールが同様のアプローチを採用しています。

Second Me — AI に「自分の分身」を持つ時代と OpenClaw との本質的な違い

Mon, 02 Mar 2026 00:00:00 +0000

Second Me — AI に「自分の分身」を持つ時代と OpenClaw との本質的な違い

前回の記事で OpenClaw による 13 体 AI チーム構築を紹介しました。OpenClaw では SOUL.md というファイルでエージェントの「人格」を定義しますが、これは本当に「自分の分身」と呼べるのでしょうか。Second Me というプロジェクトは、まったく異なるアプローチで「AI による自分の分身」を実現しようとしています。

SOUL.md の限界 — 「指示書」は「分身」ではない

OpenClaw の SOUL.md は Markdown で書かれた設定ファイルです。エージェントの名前、性格、役割、制約を自然言語で記述します。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


---
name: sales-agent
model: claude-sonnet-4-6
---

あなたは営業チームの一員です。丁寧に話してください。

## 役割
- リード情報の整理と優先順位付け
- 提案メールの下書き作成

これは強力な仕組みですが、あくまで外から与える指示書です。「営業エージェントをこう振る舞わせたい」という設計者の意図を反映したものであり、「この人ならどう考えるか」を再現するものではありません。

ハーネスエンジニアリング入門 — AIエージェントの性能はモデルではなく周辺設計で決まる

Mon, 02 Mar 2026 00:00:00 +0000

ハーネスエンジニアリング入門 — AIエージェントの性能はモデルではなく「周辺設計」で決まる

朱雀氏のポストが、Claude Code や Codex の仕組みを理解するうえで「ハーネス」の概念が重要だと紹介しています。2026 年に入り、AI エージェント開発の焦点は「どのモデルを使うか」から「モデルの周囲をどう設計するか」に移りました。この周辺設計を指す言葉がハーネスエンジニアリングです。

Claude CodeやCodexの仕組みを詳しく理解したい人にはこれがおすすめ。「ハーネス」について詳しく解説してくれている。

ハーネスとは何か

ハーネスとは、AI モデルを囲む運用インフラのことです。Phil Schmid 氏の解説では、コンピュータに例えて次のように整理しています。

コンピュータ	エージェント
CPU	モデル（推論エンジン）
RAM	コンテキストウィンドウ（作業メモリ）
OS	ハーネス（コンテキスト管理、ツール処理、起動シーケンス）
アプリケーション	エージェント（ユーザー固有のロジック）

モデルが CPU なら、ハーネスは OS です。どれだけ高性能な CPU を積んでも、OS が貧弱では実用的なアプリケーションは動きません。

具体的には、ハーネスは以下の要素を管理します。

会話・コンテキスト管理: セッション間の記憶、コンテキストウィンドウの最適化
ツール呼び出し層: MCP/SDK ツールの提供と制御
権限管理: 実行可能な操作の制御
セッション・ファイルシステム状態: 作業ディレクトリ、Git 状態の管理
ループ制御・エラーハンドリング: リトライ、ガードレール、検証
観測性: ログ、メトリクス、テレメトリ

モデルではなくハーネスが性能を決める

2026 年に入ってから、ハーネスの重要性を示す数値データが相次いで公開されています。

ハーネス変更だけで性能が 10 倍に

ベンチマーク結果によると、ツール形式を変えただけで 15 モデルすべてのスコアが改善しました。最も劇的だったのは Grok Code Fast 1 で、6.7% から 68.3% に跳ね上がり約 10 倍でした。モデルの重みには一切手を加えていません。

同じモデルでもスキャフォールドで倍近い差

Claude Opus 4.5 は、あるスキャフォールドで 42%、別のスキャフォールドで 78% を達成しました。同じモデルでも、ハーネスの設計次第で性能が倍近く変わります。

生成AIで情報漏えいが増える本当の理由 — 「検索者がAIになった」時代の脅威モデルと3層防御

Mon, 02 Mar 2026 00:00:00 +0000

name: security-check description: Claude Code 利用における情報漏えいリスクをチェックする。 Auto Memory や CLAUDE.md への機密混入、.env の gitignore 漏れ、機密ファイルの存在などを検査する。

Claude Code の利用に関する情報漏えいリスクをチェックしてください。

チェック対象

以下の 4 カテゴリを順番に検査する。

1. Auto Memory の機密スキャン

~/.claude/ 配下の memory ファイルを検査する:

以下のパスを Glob で列挙する:
- ~/.claude/projects/*/memory/*.md
- ~/.claude/projects/*/memory/**/*.md
各ファイルを Read で読み込み、以下のパターンを Grep で検出する:
- API キー・トークン: (?i)(api[_-]?key|secret[_-]?key|access[_-]?token|bearer)\s*[:=]\s*\S+
- パスワード: (?i)(password|passwd|pwd)\s*[:=]\s*\S+
- AWS 認証情報: (?i)(AKIA[0-9A-Z]{16}|aws[_-]?secret)
- 接続文字列: (?i)(mysql|postgres|redis|mongodb):\/\/\S+
- 個人情報パターン: メールアドレス、電話番号、マイナンバーらしき数字列
- 金額・契約情報: (?i)(契約金額|単価|請求|売上)\s*[:：]\s*[\d,￥¥$]+
- 顧客 ID の具体値: (?i)(顧客id|customer[_-]?id|ユーザーid|user[_-]?id)\s*[:=：]\s*\d+
検出があれば、ファイルパス・行番号・該当箇所を報告する

2. CLAUDE.md の機密スキャン

プロジェクトの CLAUDE.md およびグローバルの ~/.claude/CLAUDE.md を検査する:

両ファイルを Read で読み込む
チェック 1 と同じパターンで Grep 検査する
加えて、以下も確認する:
- URL にトークンやキーが含まれていないか（?token=, ?key=, ?secret=）
- 内部 IP アドレスやホスト名が含まれていないか
CLAUDE.md はリポジトリにコミットされるため、検出時は即時対応を推奨として強調する

3. 機密ファイルの gitignore チェック

プロジェクトルートで以下を確認する:

# 組織の課題管理から個人のタスク整理と優先度づけへ — Claude Code によるタスクトリアージ

Sun, 01 Mar 2026 00:00:00 +0000

組織の課題管理から個人のタスク整理と優先度づけへ — Claude Code によるタスクトリアージ

各システムの役割と利用者

システム	主な利用者	目的
Backlog	利用者側の責任者・管理部門	利用者が課題を把握・確認するため
Asana	開発会社の PM・経営者	開発会社の責任者が状況を把握するため
GitHub	開発担当者	作業担当者が実装・コード変更を管理するため

3層の責任構造

利用者（顧客） 開発会社（経営・PM） 開発会社（作業担当）
│ │ │
Backlog Asana GitHub
課題確認会で 経営判断・ Issue/PR で
進捗レビュー リソース配分 実装を管理

各システムは異なるステークホルダーが、それぞれの責任範囲で状況を把握するために存在する。これは冗長ではなく、報告先ごとに適切な粒度・視点で情報を提供するための構造。

担当者の課題: 「今何をすべきか」の判断

3システムはどれも他者への報告用であって、担当者が「自分が次に何をやるか」を整理する場所ではない。

システム	読者	自分の優先度確認に使えるか
Backlog	利用者の責任者	△ 顧客視点の優先度であって自分の作業順ではない
Asana	開発会社の経営・PM	△ 経営視点のフィルタがかかっている
GitHub (epm-server)	作業担当者	△ Issue は技術タスク単位で、全体俯瞰しにくい

解決策: Claude Code でタスクトリアージ → プライベートリポジトリの Issue に記録

タスクトリアージ（状況分析と優先度づけ）は Claude Code セッションで行い、結論の記録先は社内プライベートリポジトリの GitHub Issue に置く。

AI エージェント入門 — 元 Meta エンジニアが説く「オートメーションとエージェントの決定的な違い」

Sun, 01 Mar 2026 00:00:00 +0000

AI エージェント入門 — 元 Meta エンジニアが説く「オートメーションとエージェントの決定的な違い」

「AI エージェント」という言葉が溢れる2026年。しかし、本当に「エージェント」と呼べるものはどれだけあるのでしょうか。

@kgsi（こぎそ）さんのポストで紹介されていた、元 Meta ソフトウェアエンジニア Vasuman Moza 氏の「AI Agents 101」は、コードを書く前に理解すべきエージェントの本質を明快に整理しています。

“If you want to learn how to build AI Agents, read this before you write a single line of code.” （AI エージェントの構築を学びたいなら、コードを1行書く前にこれを読め）

この記事では、Vasuman 氏のガイドの要点と、エンジニアが押さえるべきポイントを解説します。

オートメーション vs エージェント — 根本的な違い

最も重要な区別は、指示（instructions） と 目標（goals） の違いです。

	オートメーション	エージェント
入力	事前に決められた手順（指示）	達成すべきゴール（目標）
動作	ルール通りに実行	状況を観察しながら自律的に判断・行動
例外処理	ルール外は停止 or エラー	文脈を理解して適応
代表例	RPA、cron ジョブ、IFTTT	Claude Code、Devin、カスタム AI エージェント

一言で言えば：

AIチャットボットのプライバシー問題 — スタンフォード大学の研究が暴いた6社の構造的欠陥

Sun, 01 Mar 2026 00:00:00 +0000

AIチャットボットにあなたのプライバシーは存在しない — スタンフォード大学が暴いた構造的欠陥

スタンフォード大学の研究チームが、米国の主要AIチャットボット6社のプライバシーポリシーを体系的に分析した論文 “User Privacy and Large Language Models” を発表しました。その結論は明確です——全6社がユーザーの会話データをデフォルトでモデル学習に利用しており、実効的な保護は極めて限定的です。

論文概要

項目	内容
タイトル	User Privacy and Large Language Models: An Analysis of Frontier Developers’ Privacy Policies
著者	Jennifer King, Kevin Klyman, Fotis Gaspelos, Tiffany Saade, Victoria Bhatt
所属	Stanford University
発表	2025年10月（AAAI AIES 掲載）
論文	arXiv:2509.05382

対象6社

企業	チャットボット
Amazon	Nova
Anthropic	Claude
Google	Gemini
Meta	Meta AI
Microsoft	Copilot
OpenAI	ChatGPT

1. データの「統合」—— 会話が資産として再利用される構造

全6社がデフォルトでモデル学習に利用

Anthropic は長らく「消費者の会話データを学習に使わない」と差別化していましたが、2025年9月にオプトイン → オプトアウトへ転換。これにより全6社がデフォルト学習利用に揃いました。

Anthropic Wealth Management AI ツール（Claude CoWork）記事要約・考察

Sun, 01 Mar 2026 00:00:00 +0000

Anthropic が Wealth Management 向け AI ツール「Claude CoWork」を発表 — Agentic AI 時代の幕開け

元記事: Agentic AI 101 for Advisors as Anthropic Launches Wealth Management Tools

記事概要

Anthropic が、ウェルスマネジメント（資産管理）業界向けの Claude CoWork プラグイン を発表した。これは金融アドバイザー向けに設計された AI ツールで、ポートフォリオ分析や税務分析、リバランス推奨など、従来人手で行っていた業務を自動化する。

Anthropic は設立5年で従業員約3,000名、シリーズGラウンドで300億ドルを調達し、評価額は3,800億ドルに達している。LPL Financial との関係拡大も発表されており、金融業界への本格参入が明確になった。

Agentic AI の定義 — 4つの要素

Vestmark CTO の Freedom Dumlao 氏は、真の「エージェント」を構成する4つの継続的機能を定義している:

要素	説明
認識（Sense）	環境のコンテキストを認識する — 利用可能なツール、現在のシステム状態
思考（Think）	目標と現在の理解に基づいて、次のステップを独立して推論する
行動（Act）	ツールの使用、データの変更、ワークフローのトリガーなど、観察可能な効果を実行する
記憶（Remember）	インタラクション間で情報を保持し、将来の行動を改善する

「システムが4つ全てを行うなら、それはエージェントです。2つか3つなら、便利なツールかもしれませんが、エージェントと呼ぶのは満たせない期待を設定することになります」 — Freedom Dumlao, Vestmark CTO

この定義は、単なるチャットボットや RAG システムと真のエージェントを区別する明確な基準として有用だ。

Claude CoWork の主要機能

ポートフォリオ分析の自動化

顧客のポートフォリオを自動で分析し、リスク配分やパフォーマンスの洞察を提供する。

Claude Code が汎用AIエージェント基盤へ進化 — Auto Memory・Remote Control・Scheduled Tasks の全貌

Sun, 01 Mar 2026 00:00:00 +0000

Claude Code が「汎用AIエージェント基盤」へ進化 — Auto Memory・Remote Control・Scheduled Tasks の全貌

2026年2月、Anthropic は Claude Code に3つの重要なアップデートを投入しました。これらを組み合わせると、オープンソースの自律AIエージェント OpenClaw に近い体験が、公式機能だけで実現できる可能性が見えてきます。

参考ツイート: @Fujin_Metaverse

3つのアップデート概要

機能	概要	リリース
Auto Memory	AIが自分で学習内容を記憶・蓄積する	2026年2月
Remote Control	スマホからPCのClaude Codeを操作	2026年2月25日
Cowork Scheduled Tasks	指定時間に自動でタスクを実行	2026年2月24日

1. Auto Memory — AIが自分でメモを取り、セッションを超えて記憶する

仕組み

Claude Code がプロジェクトごとに MEMORY.md ファイルを自動作成し、以下のような情報を蓄積していきます。

プロジェクトのビルドコマンド、コードスタイル
アーキテクチャの決定事項
デバッグで解決したトリッキーなバグ
ユーザーのワークフローやコミュニケーションスタイル

技術的な詳細

項目	内容
保存場所	`~/.claude/projects/<encoded-path>/memory/MEMORY.md`
読み込み	セッション開始時に最初の200行をシステムプロンプトに自動注入
Git	ローカル保存のみ。Git にはコミットされない
管理	`/memory` コマンドで確認・編集
無効化	設定ファイルまたは環境変数でオフ可能

CLAUDE.md との違い

CLAUDE.md → ユーザーが手動で書くルール・指示書（チーム共有可能）
MEMORY.md → AIが自動で書く学習メモ（ローカル個人用）

両方を併用するのがベスト。CLAUDE.md でプロジェクトのルールを明示し、MEMORY.md でAIの学習知見を蓄積します。

MCP のトークン消費問題 — スキーマ注入で 55,000 トークン、CLI は 35 倍効率的

Sun, 01 Mar 2026 00:00:00 +0000

MCP のトークン消費問題 — スキーマ注入で 55,000 トークン、CLI は 35 倍効率的

Claude Code や OpenClaw で MCP（Model Context Protocol）を使っている方に知ってほしい事実があります。MCP はスキーマ注入だけで数万トークンを消費しており、同じタスクを CLI 経由で実行すると 35 倍効率的 になるケースがあるのです。

@SuguruKun_ai さんのポストと @shinzizm2 さんのポストでこの問題が指摘され、大きな反響を呼びました。

MCP のトークン消費問題とは

スキーマ注入の仕組み

MCP サーバーを接続すると、ツール定義（スキーマ）がシステムプロンプトに注入されます。これは AI が「どんなツールを使えるか」を理解するために必要な情報ですが、この定義自体が大量のトークンを消費します。

MCP サーバー接続時の処理:
1. tools/list でツール一覧を取得
2. 各ツールの名前、説明、パラメータ定義を取得
3. 全てのスキーマをプロンプトに注入 ← ここで大量消費
4. ユーザーの質問に回答

あなたが何も入力する前に、スキーマだけでトークンが消費されているのです。

具体的な数値

MCP サーバー	ツール数	トークン消費量
GitHub MCP サーバー	93 ツール	約 55,000 トークン
Notion サーバー	15+ ツール	約 8,000 トークン
ファイルシステム	10 ツール	約 4,000 トークン
平均的なツール定義	1 ツール	300〜600 トークン

GitHub MCP サーバーの場合、93 ツール分のスキーマには owner、repo、title 等のプロパティ定義、required フィールド、入出力スキーマが全て含まれます。

Sentry × Claude Code で実現する AI デバッグワークフロー — エラー監視から自動修正まで

Sun, 01 Mar 2026 00:00:00 +0000

Sentry × Claude Code で実現する AI デバッグワークフロー — エラー監視から自動修正まで

「バグが起きたら Sentry が検知し、AI が分析して修正案を出す」— そんなワークフローが現実になっています。

@riku720720（Rikuo）さんのポストは、この流れを端的にまとめています。

「アプリ開発する上でsentryは必須。sentry APIをskillsにすればユーザーのバグとか不具合とか全部分析できる。claudecodeの新機能/batchで一気に改善してもらう」

この記事では、Sentry の全体像から Claude Code との連携、そして実践的なワークフローまでを解説します。

Sentry とは

Sentry は、開発者ファーストのエラートラッキング＆パフォーマンス監視プラットフォームです。100以上のプラットフォーム・フレームワーク、30以上のプログラミング言語に対応しています。

単なるエラーログではない

Sentry が他のログ監視ツールと異なるのは、エラーの文脈（コンテキスト）を自動収集する点です。スタックトレースだけでなく、ユーザーのセッション情報、パフォーマンスデータ、リリースバージョンなど、デバッグに必要な情報を一元化します。

Sentry の主要機能

1. Error Monitoring（エラー監視）

Sentry の中核機能です。

リアルタイム検知：エラー発生を即座にキャッチ
インテリジェントグルーピング：同じ原因のエラーを自動的に1つの Issue にまとめる
アラート通知：Slack、メール、PagerDuty 等と連携

1
2
3
4
5
6
7
8


# Django での導入例
import sentry_sdk

sentry_sdk.init(
 dsn="https://xxx@xxx.ingest.sentry.io/xxx",
 traces_sample_rate=1.0,
 profiles_sample_rate=1.0,
)

2. Performance Monitoring（パフォーマンス監視）

分散トレーシング：リクエストの流れをフロントエンドからバックエンドまで追跡
トランザクション分析：遅いエンドポイントやクエリを特定
Web Vitals：LCP、FID、CLS などフロントエンドのパフォーマンス指標

3. Session Replay（セッションリプレイ）

ユーザーのセッションをビデオのように再生できる機能です。

Sentry を Claude Code で置き換えられるか — ランタイム計装と AI 分析の境界線

Sun, 01 Mar 2026 00:00:00 +0000

Sentry を Claude Code で置き換えられるか — ランタイム計装と AI 分析の境界線

エラー監視ツール Sentry が提供する機能の多くは、Claude Code のようなAI コーディングエージェントで代替できるのではないか — LLM の分析能力が向上した2026年、この疑問は自然なものです。

結論から言えば、分析レイヤーは Claude Code で代替可能（むしろ得意）であり、データ収集レイヤーもスタックがパターン化されていれば自前の共通ライブラリで実装可能です。この境界線を正しく理解することが、最適なエラー監視体制を組む鍵になります。

エラー監視の3層構造

エラー監視は、以下の3つのレイヤーで構成されています。

エラー監視 = データ収集（ランタイム計装） + データ蓄積（基盤） + 分析（判断）

レイヤー	Sentry	Claude Code で代替した場合
データ収集	SDK がランタイムに計装	??? （ここが問題）
データ蓄積	Sentry のイベント基盤	CloudWatch / 自前ログ基盤
分析	Seer / ダッシュボード	Claude Code（MCP / バッチ）

Claude Code が強力なのは右端の「分析」レイヤーです。しかし、左端の「データ収集」が貧弱だと、分析対象のデータ自体が不足します。

Claude Code で代替できる部分

1. インテリジェントグルーピング → LLM の方が得意

Sentry はフィンガープリント（スタックトレース + 例外型 + メッセージの組み合わせ）でエラーを集約します。これはルールベースのアルゴリズムです。

クラウド LLM の地政学リスクが顕在化 — ローカル LLM 移行を本気で考える時

Sun, 01 Mar 2026 00:00:00 +0000

クラウド LLM の地政学リスクが顕在化 — ローカル LLM 移行を本気で考える時

2026年2月末、AI 業界に衝撃が走りました。Anthropic が米国防総省からブラックリスト指定を受け、Google の Gemini がイスラエル軍に無断提供されていた疑惑が浮上。@wmoto_ai（生ビール）さんのポストは、多くのエンジニアが感じた危機感を端的に表現しています。

「イスラエルの件、Anthropicの件然り一気に物騒になってきたので本気でローカルLLMへの移行先決めとかないとな..」

この記事では、2つの事件の背景と、クラウド LLM 依存が孕むリスクを整理します。

事件1: Anthropic vs 米国防総省 — AI 安全性を巡る全面対立

何が起きたか

2026年2月、米国防長官 Pete Hegseth は Anthropic に対し、Claude の軍事利用におけるセーフガード（安全装置）の全面撤廃を要求しました。

Anthropic が拒否したかったのは、以下の2点です。

米国民に対する大量監視 への Claude の利用
人間の関与なしに発射する自律兵器 への Claude の利用

時系列

日付	出来事
2月16日	Pentagon が Anthropic との関係見直しを示唆
2月25日	ブラックリスト化の第一歩が報道
2月26日	Hegseth が 2/27 17:01 を最終期限に設定。Anthropic CEO Dario Amodei が拒否を表明
2月27日	トランプ政権が Anthropic を「サプライチェーンリスク」に指定、政府業務から排除
2月27日	OpenAI が即座に国防総省との契約を発表
2月28日	シリコンバレー全体への影響が報道される

Dario Amodei の声明

“We cannot in good conscience accede to their request.” （彼らの要求に良心に従って応じることはできない）

非エンジニアでも安心！Claude Code を安全に使うための 2 つの設定ファイル（settings.local.json と CLAUDE.md）

Sun, 01 Mar 2026 00:00:00 +0000

非エンジニアでも安心！Claude Code を安全に使うための 2 つの設定ファイル

Claude Code は強力なツールですが、ファイルの削除やシステムコマンドの実行など、意図しない操作が起きる可能性もあります。@tetumemo さんのポストでは、非エンジニアが Claude Code を安全に使うために設定すべき 2 つのファイルが紹介されています。

「包丁」に例えると、settings.local.json は安全カバー（物理的に危険な操作を防ぐ）、CLAUDE.md は『危ないから気をつけて』という声かけ（AI に判断基準を与える）。両方揃って初めて安全性が確保されるという、分かりやすい整理です。

1. settings.local.json — 「仕組みとして」操作を制限する

settings.local.json とは

Claude Code の権限設定ファイルです。AI がどのコマンドを実行でき、どのコマンドを実行できないかを JSON で定義します。

設定ファイルは .claude/settings.local.json に配置します。.local が付くファイルは自動的に .gitignore に追加されるため、個人の設定がチームに影響しません。

基本構造

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


{
 "permissions": {
 "allow": [
 "許可するコマンドやツール"
 ],
 "deny": [
 "禁止するコマンドやツール"
 ]
 }
}

非エンジニア向け推奨設定

@tetumemo さんが紹介しているのは、以下のような設定方針です。

Claude Code の Auto Memory（MEMORY.md）を理解する — CLAUDE.md との使い分け

Sat, 28 Feb 2026 00:00:00 +0000

Claude Code の Auto Memory（MEMORY.md）を理解する — CLAUDE.md との使い分け

Claude Code には「メモリ」と呼ばれる仕組みがセッション間で情報を引き継ぐために用意されています。最近 SNS でも話題になっている Auto Memory（MEMORY.md） について、CLAUDE.md との違いや実践的な活用法を整理します。

きっかけ：SNS での反応

@L_go_mrk さんのポストでは、Claude Code の Auto Memory 機能について「かなり気が利いている」と評価されていました。ポイントは以下の通りです：

「これ覚えておいて！」と指示するだけで、Claude が自動的に重要情報を記憶してくれる
CLAUDE.md（ルール特化）と MEMORY.md（学習・記憶特化）で情報が適切に分離されている
プロジェクトごとに独立した記憶で、他プロジェクトに影響しない
セッション間で記憶が維持される

この指摘はまさにその通りで、CLAUDE.md と MEMORY.md は目的が異なる二つの記憶層として設計されています。

二つの記憶層：CLAUDE.md vs MEMORY.md

CLAUDE.md — 「指示書」

CLAUDE.md はあなたが書いて Claude に従わせるルールです。

コーディング規約、ビルドコマンド、テスト手順
プロジェクトのアーキテクチャや設計方針
チーム全体で共有する約束事

# プロジェクトルール
- テストは pytest で実行: `pytest -xvs`
- コミットメッセージは Conventional Commits に従う
- API 変更時は必ず OpenAPI スキーマを更新する

CLAUDE.md はリポジトリにコミットしてチームで共有することが想定されています。

MEMORY.md — 「学習ノート」

MEMORY.md はClaude 自身が書く、作業を通じた学習メモです。

# 【2026年最新】世界一わかりやすい Agent Skills 完全ガイド — まとめ

Fri, 27 Feb 2026 00:00:00 +0000

【2026年最新】世界一わかりやすい Agent Skills 完全ガイド — まとめ

元記事: 【2026年最新】世界一わかりやすいAgent Skills完全ガイド（株式会社AIworker）紹介ポスト: Fujin(@fujin_metaverse)

Agent Skills とは？

一言で言うと、「AIエージェントに渡す新人研修マニュアル」。

会社の新入社員にマニュアルを渡すのと同じ要領で、SKILL.md というテキストファイルに「やり方」を書いて所定のフォルダに置くだけ。AIエージェントが自動的にそれを見つけて読み込み、指示通りに仕事をしてくれる。

2025年12月に Anthropic がオープンスタンダードとして公開
Claude, GitHub Copilot, OpenAI Codex, Cursor など主要AIツールが対応
2026年2月時点でマーケットプレイス登録数は20万件超

なぜ Agent Skills が必要か — プロンプトの3つの限界

従来のプロンプト運用には以下の限界があった。Agent Skills はこれらを全て解決する。

限界	問題	Agent Skills での解決
毎回同じ説明が必要	技術スタック、規約、コミットルールを毎回ゼロから伝える	一度書けば繰り返し使える
チーム共有できない	優れたプロンプトがチャット履歴に埋もれる	Git で管理・共有可能
コンテキスト圧迫	毎回全情報を読み込むと、肝心のタスクの余裕が減る	必要な時に必要な分だけ読み込む「段階的開示」

Claude Code のセットアップ手順

Agent Skills を使う最も一般的な環境は Claude Code（Anthropic 提供のターミナル型AIコーディングツール）。ブラウザ版の Claude.ai と違い、PCのファイルを直接読み書きできるのが特徴。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


# 1. Node.js の確認（v18.0.0 以上が必要）
node --version

# 2. Claude Code のインストール（Mac / Linux）
curl -fsSL claude.ai/install.sh | bash

# 3. 確認
claude --version

# 4. 初回起動（ブラウザでログイン画面が開く）
mkdir ~/my-project && cd ~/my-project
claude

SKILL.md の書き方

SKILL.md は YAMLフロントマター + Markdown 本文 の2部構成。

# Anthropic 社内チームの Claude Code 活用 — マーケから法務まで、全部門が「自分で自動化」する時代

Fri, 27 Feb 2026 00:00:00 +0000

Anthropic 社内チームの Claude Code 活用 — マーケから法務まで、全部門が「自分で自動化」する時代

Anthropic 公式記事: How Anthropic teams use Claude Code 再現記事: Claude Code で広告バナー200本を15分で作る手順紹介ポスト: commte

はじめに

Anthropic が「自社のチームが Claude Code をどう使っているか」を公式ブログで公開した。注目すべきは、エンジニアリングチームだけでなく、マーケティング、法務、データサイエンス、デザインといった非技術部門が、コードを1行も書かずに高度な自動化を実現している点。

特にマーケティングチームの事例は、ツイートでも「えぐい広告手法」として話題になり、実際に再現して15分で広告バナー200本を生成した記事も登場した。

マーケティングチーム — たった1人で10倍の成果

チーム構成

驚くべきことに、Anthropic のグロースマーケティングチームはエンジニアがゼロの1人チーム。担当の Austin Rau 氏は、元々ターミナルの開き方すら知らなかったという。

それが、非技術者向けガイドを見てから1週間で、Figma プラグインと広告コピー生成ワークフローの両方を構築した。

4つの自動化事例

1. Google Ads の広告コピー生成（2時間 → 15分）

数百件の既存広告 CSV を Claude Code に読み込ませ、パフォーマンスの低い広告を自動特定。改善案をサブエージェント方式で生成する。

サブエージェント設計のポイント:

エージェント	専門	制約
headline-writer	見出し生成	30文字以内
description-writer	説明文生成	90文字以内

1つのプロンプトで全部やらせるのではなく、タスクごとに専門エージェントを分けることで、文字数制約を守りつつ品質を維持する。

2. Figma プラグインでバナー一括生成（数時間 → 0.5秒）

Claude Code で自作した Figma プラグインが、テンプレートのテキストノードを CSV データで自動差し替え。最大100パターンのバナーを一括生成する。

# Claude Code の「YOLO モード」を安全に使う — dangerously-skip-permissions と Docker 活用

Fri, 27 Feb 2026 00:00:00 +0000

Claude Code の「YOLO モード」を安全に使う — dangerously-skip-permissions と Docker 活用

関連ポスト: hiragram リポジトリ: hiragram/claude-docker

はじめに

Claude Code を使っていると、ファイル編集やコマンド実行のたびに「これを実行してもいいですか？」と確認を求められる。安全設計として正しいが、反復的な作業では毎回の承認が煩わしくなる。

そこで登場するのが --dangerously-skip-permissions フラグ。通称「YOLO モード」。YOLO とは “You Only Live Once”（人生は一度きり） の略で、「結果を気にせず、とにかくやってしまえ」というネットスラング。安全確認を一切スキップして全操作をぶっ通しで実行させる様子が、まさに「後先考えずに突っ走る」YOLOの精神そのものであることから、コミュニティでこう呼ばれるようになった。

便利だが、名前の通り危険も伴う。このフラグの本質と、安全に使うための Docker 活用について整理する。

`--dangerously-skip-permissions` とは

Claude Code の全てのパーミッションチェック（権限確認プロンプト）をバイパスし、完全に自律動作させるフラグ。

1

claude --dangerously-skip-permissions

3つの動作モードの比較

モード	挙動	ユーザー介入
通常モード	ファイル変更・コマンド実行のたびに承認を要求	毎回必要
Auto-Accept (Shift+Tab)	UI上で承認を自動化	介入可能
dangerously-skip-permissions	全ての安全ガードレールを除去	一切不要

なぜ「dangerously」と名付けられているのか

Anthropic が意図的に「危険」という語を含めている。実際にリスクは深刻で、以下のような報告がある。

Wolak 事件（2025年10月）: Ubuntu/WSL2 上で Claude Code が rm -rf / を実行し、/bin、/boot、/etc などシステムディレクトリを破壊
eesel AI の調査によると、このフラグ使用者の 32% が意図しないファイル変更を経験、9% が実際のデータ損失を報告

主なリスク

リスク	具体例
破壊的コマンドの無確認実行	`rm -rf`、`git reset --hard`、設定ファイル上書き
スコープクリープ	指定範囲外のファイルを「親切心」で変更・削除
資格情報の漏洩	ホストの全資格情報にアクセス可能な状態
連鎖的被害	1つの誤った解釈が次々と問題を引き起こす

それでも YOLO モードが必要な理由

危険だが、以下のユースケースでは事実上不可欠。

# Claude Code の能力を10倍にする CLAUDE.md — AI エージェントのマネジメント哲学

Fri, 27 Feb 2026 00:00:00 +0000

Claude Code の能力を10倍にする CLAUDE.md — AI エージェントのマネジメント哲学

紹介ポスト: チャエン @masahirochaen 解説記事: Zenn: Claude Codeの能力を10倍にする CLAUDE.md の中身を見てみた

はじめに

海外で大バズりした「Claude Code の能力を10倍にする CLAUDE.md」。Anthropic の Claude Code 開発者が実際に使っているベストプラクティスを、1つの CLAUDE.md ファイルに構造化したもの。

これは単なるプロンプトテンプレートではない。AI エージェントをどうマネジメントするかという哲学を、実装可能な形にまとめたファイルだ。

6つのワークフロー原則

1. Plan Mode デフォルト

「3ステップ以上、またはアーキテクチャ判断を伴うタスクは、必ず Plan Mode から始めよ」

Claude Code が実装に飛びつくのを防ぐ最も重要なルール。計画なしに実装を始めると、途中で方向修正が必要になったとき、修正の連鎖（カスケード失敗）が発生する。

やり方:

Shift+Tab を2回押して Plan Mode に入る
Claude の計画が納得できるまでやり取りを繰り返す
計画が固まったら Auto-Accept モードに切り替えて一気に実装

実行中に問題が起きたら:

すぐに Plan Mode に戻って再計画する
Plan Mode は「最初の設計」だけでなく「リカバリー」にも使う

2. サブエージェント戦略

「リサーチ、探索、並列分析はサブエージェントに委譲せよ」

メインのコンテキストウィンドウは有限のリソース。調査や分析をメインエージェントにやらせると、コンテキストが汚れて本来のタスクの品質が下がる。

サブエージェントに委譲すべきタスク:

コードベースの調査・探索
複数ファイルの並列分析
計算集約的な処理
独立した検証作業

メインエージェントに残すべきタスク:

最終的な設計判断
コードの実装
統合・結合

初心者向け解説: 「サブエージェント（Task）」とは何か

「サブエージェント」と聞くと難しそうだが、仕組みはシンプル。Claude Code が内部的に「別の Claude」を立ち上げて、作業を分担する機能のこと。Claude Code ではこれを Task と呼ぶ。

# Claude Code 開発者が教える CLAUDE.md と実践 Tips

Fri, 27 Feb 2026 00:00:00 +0000

Claude Code 開発者が教える CLAUDE.md と実践 Tips

元スレッド（個人セットアップ編）: Boris Cherny @bcherny（53K いいね、780万ビュー）元スレッド（チーム Tips 編）: Boris Cherny @bcherny（49K いいね、850万ビュー）紹介ポスト: すぐる @sugurukun_ai 設定再現リポジトリ: 0xquinto/bcherny-claude

はじめに

Claude Code の開発者である Boris Cherny 氏が、自身のセットアップと Claude Code チーム全体の使い方を X で公開し、合計 10 万いいね以上を獲得して大きな話題になった。

この記事では、2つのスレッドの内容を統合して「CLAUDE.md の育て方」と「Claude Code を最大限活用する 10 の Tips」をまとめる。

CLAUDE.md とは

CLAUDE.md は、Claude Code がセッション開始時に自動的に読み込むプロジェクトの指示書。新入社員に渡すオンボーディングドキュメントのようなもので、以下を記述する:

プロジェクトの技術スタック・アーキテクチャ
コーディング規約・命名ルール
よく使うコマンド
過去に Claude が犯した間違いと対策
やってはいけないこと

配置場所

ファイル	スコープ
`~/.claude/CLAUDE.md`	全プロジェクト共通（個人設定）
`プロジェクトルート/CLAUDE.md`	そのプロジェクト限定（チーム共有・Git 管理）

Boris Cherny のセットアップ（スレッド1）

1. 並列セッション

Boris はターミナルで 5 つの Claude を同時に並列実行している。さらに claude.ai/code 上でも 5〜10 個を並行稼働させ、システム通知で完了を監視する。

# Claude Projects × GitHub 同期 — AI のメモリより精度が高いナレッジ管理

Fri, 27 Feb 2026 00:00:00 +0000

Claude Projects × GitHub 同期 — AI のメモリより精度が高いナレッジ管理

紹介ポスト: yriica 「ClaudeのProjects内のFilesにGitHubリポジトリを同期できることが判明。GitHubリポジトリに日報含めいろんなデータをプッシュしておいたことで、その内容をふまえた上でClaudeでチャットができるようになった。AIのメモリ機能よりもこちらのほうが回答精度が高い。」

はじめに

Claude.ai（ブラウザ版）の Projects 機能に、GitHub リポジトリのファイルを直接同期できる機能がある。日報、議事録、設計メモなど、普段の業務で Git に蓄積していたドキュメントが、そのまま Claude の高精度なコンテキストとして機能する。

これは「AI のために特別なことをした」のではなく、普段の業務として Git にドキュメントを蓄積していたものが、AI 活用で大きなアドバンテージになったという事例。

Claude Projects の GitHub 連携とは

基本機能

Claude.ai の Projects には「プロジェクトナレッジ」としてファイルを追加できる。ここに GitHub リポジトリを接続すると:

リポジトリ内のファイル名と内容が Claude に読み込まれる
「Sync now」ボタンで最新のコミット内容に更新できる
複数リポジトリを1つのプロジェクトに追加可能
プライベートリポジトリにも対応（GitHub App 経由で権限付与）

設定方法

チャット内から追加する場合:

左下の「+」ボタンをクリック
ドロップダウンから「Add from GitHub」を選択
ファイルブラウザで特定のファイルやフォルダを選択
メッセージ送信時に Claude がコンテンツを処理

プロジェクトナレッジとして追加する場合:

プロジェクト知識セクションの右上「+」をクリック
「GitHub」を選択
リポジトリを検索、または URL を貼り付け
ファイルブラウザで対象を指定
プロジェクトナレッジに追加

同期の仕組み

特定ブランチのファイル名とコンテンツのみが同期される
コミット履歴、PR、Issue などのメタデータは取得されない
「Sync now」ボタンで手動更新（自動同期ではない）
大きな変更がある前に同期を実施するのがベストプラクティス

制限事項

複数リポジトリ追加時は Claude のコンテキストウィンドウに収まる必要がある
現在ベータ版
トークン制限を考慮した戦略的なファイル選択が重要

なぜ「メモリ機能より精度が高い」のか

Claude にはチャットの中から情報を学習する「メモリ」機能があるが、GitHub 同期とは根本的に性質が異なる。

# git-lrc — コミット時に AI が無料でコードレビューしてくれるツール

Fri, 27 Feb 2026 00:00:00 +0000

git-lrc — コミット時に AI が無料でコードレビューしてくれるツール

リポジトリ: HexmosTech/git-lrc 紹介ポスト: commte

これは何か

git-lrc は、git commit のタイミングで自動的に AI コードレビューが走るツール。Git フックとして動作し、コミット前の差分を AI（Google Gemini）に分析させ、バグやセキュリティ問題をブラウザ上の UI でインラインコメントとして表示してくれる。

しかも Gemini の無料枠を使うので完全無料。

なぜこれが作られたのか

AI エージェント時代の新しい問題

Claude Code や Cursor などの AI コーディングエージェントは、コードを高速に生成する。しかし同時に、黙ってロジックを削除したり、挙動を変えたり、バグを混入させることもある — しかもユーザーに何も言わずに。

問題に気づくのは、たいてい本番環境にデプロイした後。

既存のコードレビューの限界

PR レビュー: チームメンバーの時間を消費する。AI 生成コードの量が増えるとレビューが追いつかない
手動チェック: 大量の差分を毎回目視確認するのは非現実的
CI/CD のテスト: テストがカバーしていない箇所の論理変更は検出できない

git-lrc のアプローチ

「コミット」という全開発者が必ず通るポイントにフックすることで、レビュー漏れをほぼゼロにする。エディタや AI ツールキットが何であっても、Git は共通基盤。コミットは必須操作なので、スタックに関係なくレビューが走る。

どう動くのか

セットアップ（約1分、1回だけ）

1
2
3
4
5


# インストール（Mac / Linux）
curl -fsSL https://hexmos.com/lrc-install.sh | sudo bash

# 初期設定（ブラウザで API キーを取得）
git lrc setup

必要なのは2つ:

# 三菱UFJ銀行におけるエンタープライズAI駆動開発のリアル

Fri, 27 Feb 2026 00:00:00 +0000

三菱UFJ銀行におけるエンタープライズAI駆動開発のリアル

三菱UFJインフォメーションテクノロジー（MUIT）R&D部尾根田倫太郎氏の講演まとめ出典: SpeakerDeck

エンタープライズAI駆動開発とは

AI駆動開発とは、AIコーディングエージェントを前提とした開発方式のこと。従来の人海戦術的な開発と異なり、自然言語での指示により複数のソースコードが短時間で自動生成される。

三菱UFJ銀行（MUFG）では、この手法を金融システムの内製開発に適用する取り組みを進めている。

エンタープライズ特有の条件

一般的なAI駆動開発と異なり、銀行システムには以下の制約がある。

数十万〜数百万行規模のシステム
数十〜数百人規模のチーム
Excel方眼紙での設計書作成が標準
インターネット非接続環境での開発

主要ツールとして Cline または Claude Code を採用している。

Agent Skills — AIへの「教科書」

Agent Skills は、AIコーディングエージェントに教科書として機能するマークダウンファイルとして定義されている。2025年12月に Agentic AI Foundation により標準規格化された。

従来は「人への教育」が中心だったが、今後はAIエージェントへの教育へシフトするという発想の転換が示された。

Agent Skills とは何か

Agent Skills は、AIエージェントに新しい能力や専門知識を与えるための、フォルダ単位でパッケージ化された手順書・スクリプト・リソースの集合体である。エージェントが必要に応じてスキルを発見・読み込み、タスクをより正確かつ効率的にこなせるようにする仕組み。

公式サイト: agentskills.io

なぜ Agent Skills が必要か

AIエージェントは汎用的な能力は高いが、特定の企業・チーム・ドメイン固有のコンテキストを持っていない。Agent Skills はこのギャップを埋める。

対象	メリット
スキル作成者	一度作れば複数のエージェント製品で横断的に利用可能
エージェント開発者	Skills 対応するだけでエンドユーザーが機能拡張できる
企業・チーム	組織の知識をバージョン管理可能なパッケージとして蓄積

SKILL.md の基本構造

Agent Skills の実体は、SKILL.md というマークダウンファイルを含むフォルダ。YAMLフロントマターでメタデータを定義し、本文に手順を記述する。

skill-name/
├── SKILL.md # 必須: メタデータ + 手順
├── scripts/ # 任意: 実行可能スクリプト
├── references/ # 任意: 補足ドキュメント
└── assets/ # 任意: テンプレート、画像等

SKILL.md の例:

Agent Plugins for AWS — AI コーディングエージェントに AWS の専門知識を装着する

Fri, 27 Feb 2026 00:00:00 +0000

Agent Plugins for AWS — AI コーディングエージェントに AWS の専門知識を装着する

紹介ポスト: moritalous 公式ブログ: Introducing Agent Plugins for AWS | AWS Developer Tools Blog リポジトリ: awslabs/agent-plugins

はじめに

2026年2月、AWS は Agent Plugins for AWS をオープンソースで公開した。Claude Code や Cursor といった AI コーディングエージェントに AWS の専門知識を「スキル」として装着するプラグインライブラリである。

これは単なる CLI ラッパーではない。AI エージェントがアーキテクチャ設計 → コスト見積もり → IaC 生成 → デプロイまでを一貫して実行できる「AWS ドメイン能力層」を追加するもの。

従来: 開発者が AWS ドキュメントを読み → 設計を考え → CDK/CFn を書き → デプロイ
今後: 「deploy to AWS」と言うだけ → AI が全工程を実行（人間は確認・承認のみ）

Agent Plugin とは何か

プラグインの構成要素

Agent Plugin は4つの部品を1つのパッケージにまとめたもの。

AI は会話が長くなるほど「迷子」になる — Microsoft × Salesforce の研究解説

Fri, 27 Feb 2026 00:00:00 +0000

AI は会話が長くなるほど「迷子」になる — Microsoft × Salesforce の衝撃の研究

紹介ポスト: kosuke_agos 論文: LLMs Get Lost In Multi-Turn Conversation Microsoft Research: 公式ページ

はじめに

「AI と長く会話するほど、AI の知能が劣化する」— これは体感ではなく、Microsoft Research と Salesforce Research が 20万件以上の AI 会話を分析 して科学的に証明した事実である。

論文タイトルは “LLMs Get Lost In Multi-Turn Conversation”（LLM はマルチターン会話で迷子になる）。GPT-4.1、Claude 3.7 Sonnet、Gemini 2.5 Pro を含む 15 モデル全てで、会話が長くなるほど性能が劇的に低下することが明らかになった。

衝撃の数字

指標	数値
平均性能低下	39%
不安定性（unreliability）の増大	+112%
精度の変化	90% → 約 51%
テストしたモデル数	15（大小問わず全て劣化）

最も重要な発見: 高性能モデルも小型モデルも、同じように劣化する。

Claude 3.7 Sonnet、Gemini 2.5 Pro、GPT-4.1 といったトップモデルでも 30〜40% の性能低下が観測された。モデルの「賢さ」では回避できない、構造的な問題であることが判明した。

研究チームと手法

著者

名前	所属
Philippe Laban	Microsoft Research
Hiroaki Hayashi	Salesforce Research
Yingbo Zhou	Salesforce Research
Jennifer Neville	Microsoft Research

テスト対象モデル（15種）

OpenAI: GPT-4o-mini, GPT-4o, o3, GPT-4.1
Anthropic: Claude 3 Haiku, Claude 3.7 Sonnet
Google: Gemini 2.5 Flash, Gemini 2.5 Pro
Meta: Llama 3.1-8B, Llama 3.3-70B, Llama 4 Scout
その他: Microsoft Phi-4, AI2 OLMo-2-13B, Deepseek-R1, Cohere Command-A

Sharding（シャーディング）— 現実の会話を再現する手法

ユーザーは通常、最初から完璧な指示を出さない。

Claude Code に重大な脆弱性 — リポジトリを開くだけで任意コード実行の恐れ

Thu, 26 Feb 2026 00:00:00 +0000

Claude Code に重大な脆弱性 — 「リポジトリを開くだけ」で任意コード実行の恐れ

セキュリティ企業 Check Point が、Anthropic の AI コーディング支援ツール Claude Code に複数の重大な脆弱性を発見したと報告しました。細工されたリポジトリを開くだけで不正なコマンドが実行される恐れがあり、AI 開発ツールの信頼モデルに一石を投じる内容です。

何が起きたのか

Claude Code には Hooks（ツール実行前後にシェルコマンドを自動実行する仕組み）、MCP サーバー（外部ツール連携）、環境変数の読み込みといった設定機構があります。これらが悪用されることで、未信頼のディレクトリで Claude Code を起動した際に、任意のシェルコマンド実行や Anthropic API キーの流出が可能となることが判明しました。

つまり、攻撃者が悪意ある設定ファイルを仕込んだ Git リポジトリを用意し、開発者がそれを git clone して Claude Code を起動するだけで攻撃が成立します。

報告された脆弱性

CVE-2025-59536（CVSS 8.7 / High）— コードインジェクション

ツールの初期化時に自動実行を許すコードインジェクションの脆弱性です。Hooks や MCP サーバーの設定を悪用し、Claude Code が起動した瞬間に攻撃者のコマンドが実行されます。リモートコード実行（RCE）に直結する、最も深刻な問題です。

CVE-2026-21852（CVSS 5.3 / Medium）— 情報漏えい

プロジェクト読み込み時に環境変数の値が外部に漏洩する可能性がある脆弱性です。Anthropic API キーなどの機密情報が窃取されると、攻撃者がそのアカウントで API を不正利用できてしまいます。

その他の脆弱性

上記 2 件以外にも、同等の深刻度を持つ欠陥が確認されています。

なぜ危険なのか — 設定ファイルが攻撃経路になる

従来のセキュリティモデルでは「コードを実行しなければ安全」という前提がありました。しかし今回の脆弱性では、設定ファイル自体が攻撃経路となります。

設定機構	通常の用途	悪用方法
Hooks	ツール実行前後にシェルコマンドを自動実行	悪意あるコマンドを起動時に自動実行
MCP サーバー	外部ツールとの連携設定	偽サーバーを指定しデータを外部送信
環境変数	API キーなどの機密情報管理	設定ファイル経由で値を外部に流出

開発者が日常的に行う「リポジトリを clone して開発環境を立ち上げる」という行為自体がリスクになるという点で、VS Code の .vscode/ 設定を悪用する攻撃と同種のパターンです。ただし AI ツールはファイルシステムへの広範なアクセス権とシェルコマンドの実行権を持つため、影響はより深刻になりえます。

cmux — AIコーディングエージェント時代のターミナル紹介

Thu, 26 Feb 2026 00:00:00 +0000

cmux — AIコーディングエージェント時代のターミナル

cmux とは？

cmux は、AIコーディングエージェントとの並行作業に最適化された macOS ネイティブのターミナルアプリ です。Ghostty の描画エンジン (libghostty) をベースに、Swift + AppKit でゼロから構築されています。

Electron ではなくネイティブ実装なので、起動は高速、メモリ消費も少なく、GPU アクセラレーションによる滑らかな描画が特徴です。

“The terminal built for AI coding agents”

公式サイト: https://cmux.dev
GitHub: https://github.com/manaflow-ai/cmux (AGPL-3.0)

なぜ cmux が必要なのか？

Claude Code、Codex、Gemini CLI、Aider、Goose など、ターミナルベースの AI エージェントを日常的に使う開発者が増えています。しかし従来のターミナルや tmux では、複数のエージェントセッションを並行管理するのが大変でした。

「どのタブでどのエージェントが動いてるか分からない」
「エージェントが質問してるのに気づかなかった」
「開発サーバーの確認のためにブラウザとターミナルを行き来するのが面倒」

cmux はこれらの課題を解決するために設計されています。

主な機能

1. 縦タブ（バーティカルタブ）でワークスペースを一覧管理

左サイドバーに縦並びのタブが表示され、各ワークスペースの状態が一目で分かります：

Git ブランチ名
リンク済み PR のステータスと番号
作業ディレクトリ
リッスン中のポート番号
最新の通知テキスト

Firefox の縦タブに馴染みがある方なら、その便利さは想像がつくはず。タスクごとにワークスペースを作り、Cmd+1〜8 で瞬時に切り替えられます。

2. 通知リング — エージェントが注意を求めたら光る

AIエージェントが応答を待っている時、ペインに 青い通知リング が表示されます。サイドバーのタブにも未読バッジが付くので、複数エージェントを走らせていても「見逃し」がありません。

Cmd+Shift+U で最新の未読通知にジャンプ
Cmd+I で通知パネルを開いて一覧確認
OSC 9/99/777 エスケープシーケンスを自動検知
CLI からも送信可能: cmux notify --title "完了" --body "ビルド成功"

3. インアプリブラウザ — ターミナルの横にブラウザを並べる

WebKit ベースのブラウザがアプリ内に統合されています。ターミナルペインの隣にブラウザを分割表示して、開発サーバーのプレビューや PR の確認がワンストップで完結します。

Vibe Coding 2.0 — 「何を作らないか」を知る 18 のルール

Thu, 26 Feb 2026 00:00:00 +0000

Vibe Coding 2.0 — 「何を作らないか」を知る 18 のルール

Vibe Coding とは（前提知識）

Vibe Coding は、Andrej Karpathy（OpenAI 共同創設者）が 2025 年初頭に提唱した概念で、「コードの細部を手で書く」のではなく、AI に自然言語で指示してコードを生成させ、“ノリ（vibe）“で開発を進める スタイルを指します。Cursor や Claude Code などの AI コーディングツールの普及とともに広まりました。

MVP とは

MVP（Minimum Viable Product / 実用最小限の製品） とは、顧客に価値を提供できる最小限の機能だけを備えた製品のことです。完璧な製品を作り込んでからリリースするのではなく、核となる機能だけを素早く形にして市場に投入し、実際のユーザーからフィードバックを得ながら改善していくアプローチを指します。

目的: アイデアが市場に受け入れられるかを、最小のコストと時間で検証する
考え方: 「完成品」ではなく「検証のための道具」。100 点を目指すのではなく、60 点で出して学ぶ
例: 動画配信サービスなら、レコメンド機能や検索機能を後回しにして、まず「動画を再生できる」だけのアプリをリリースする

Vibe Coding 2.0 の文脈では、AI ツールを活用して MVP を高速にシップ（出荷）する ことが繰り返し強調されています。以下のルール群は、すべて「いかに早く MVP を世に出すか」を軸に設計されています。

Vibe Coding 2.0 とは

Harshil Tomar 氏が X で投稿した 「Vibe Coding 2.0: 18 Rules to be the Top 1% builder」 は、Vibe Coding の「次のフェーズ」を定義したものです。

コードレビューは CLAUDE.md / skills に書け — 同じ指摘を繰り返すな

Thu, 26 Feb 2026 00:00:00 +0000

コードレビューは CLAUDE.md / skills に書け — 同じ指摘を繰り返すな

基本情報

発表者: 戸塚翔太（Tech Lead / EM、スタートアップ開発責任者）
イベント: 「一歩踏み込む Claude Code 活用 LT 会」（Findy 主催、2026年2月22日）
スライド: Speaker Deck

問題提起

「人間に対してレビューするの、もうやめませんか？」

コードレビューにおいて以下のような無駄が繰り返されている:

問題	具体例
同じ指摘の繰り返し	変数名の命名規則、コーディングスタイルへの指摘が毎回発生
修正ラリー	「指摘修正しました」→ 再レビュー → 再指摘の往復
アーキテクチャ的な問題	根本的な設計の問題が PR 段階で発覚する

これらはレビュアーの時間を奪い、開発速度のボトルネックになっている。

解決策: 使い捨てコメントをナレッジに変える

核心のアイデアは 「レビューで出た指摘を、PR のコメントとして消費するのではなく、CLAUDE.md や skills に書き込んでナレッジとして蓄積する」 こと。

従来: レビュー指摘 → PR コメント → 修正 → 忘れられる → また同じ指摘
提案: レビュー指摘 → CLAUDE.md / skills に追記 → 以降 Claude が自動で遵守

CLAUDE.md に書くもの

コーディング規約（命名規則、ディレクトリ構成）
アーキテクチャ上のルール（「この層でこの処理はしない」等）
プロジェクト固有のパターン

skills に書くもの

レビュー観点をスキルとして定義
Claude Code が PR 作成前にセルフチェックできるようにする

自動化の仕組み

2 つの適用方法が紹介されている:

Claude Code + tmux で GitHub Issue/PR をウィンドウ単位で管理する tmux-focus スキル

Tue, 24 Feb 2026 00:00:00 +0000

name: tmux-focus description: “tmux ウィンドウの Issue/PR 切替: /tmux-focus [-w|-r] ”

tmux-focus スキル

現在の tmux ウィンドウの Issue/PR を切り替えるスキル。

使い方

`/tmux-focus <number>` — Issue モード

Bash で以下を実行:

1

~/.claude/skills/tmux-focus/scripts/tmux-issue-change.sh <number>

ウィンドウ名を issue-<number> に変更し、対応する GitHub Issue をブラウザで開く。

`/tmux-focus -w <number>` — PR worktree モード

gh pr view <number> で PR であることを確認する。PR でなければエラーメッセージを表示して終了。
Bash で以下を実行:
1

~/.claude/skills/tmux-focus/scripts/tmux-issue-change.sh --pr <number>
ウィンドウ名を pr-<number> に変更し、ブラウザで PR を開く。
EnterWorktree ツールで worktree を作成する。
worktree 内で以下を実行:
1

gh pr checkout <number>

`/tmux-focus -r <number>` — PR レビューモード

gh pr view <number> で PR であることを確認する。PR でなければエラーメッセージを表示して終了。
Bash で以下を実行:
1

~/.claude/skills/tmux-focus/scripts/tmux-issue-change.sh --pr <number>
ウィンドウ名を pr-<number> に変更し、ブラウザで PR を開く。
worktree 内でなければ EnterWorktree ツールで worktree を作成する。
worktree 内で以下を実行:
1

gh pr checkout <number>
PR のコード差分をレビュー開始する（gh pr diff <number> で差分を取得し、変更内容を分析）。

スクリプトが存在しない場合

~/.claude/skills/tmux-focus/scripts/tmux-issue-change.sh が存在しない場合は、以下の内容で作成して chmod +x する。

業務フローの設計にPowerPointではなくBPMNを使うべき理由 — Claude Code時代の詳細設計

Mon, 16 Feb 2026 00:00:00 +0000

業務フローの設計にPowerPointではなくBPMNを使うべき理由 — Claude Code時代の詳細設計

はじめに

業務システムの設計でSwim Lane（スイムレーン）形式の業務フローを書くとき、多くの現場ではPowerPointやFigmaが使われています。見た目は整えやすく、関係者への説明資料としてはよくできています。

しかし、この「人間が読むための図」を設計の源泉にしてしまうと、あと工程で大きなコストが発生します。特に、Claude CodeのようなAIエージェントを開発に活用する場合、設計成果物のフォーマット選択が開発効率を決定的に左右します。

本記事では、実際にPowerPointのスライドからBPMN 2.0に変換した経験をもとに、BPMNを採用する利点を解説します。

PowerPointの業務フローが抱える問題

PowerPointのスライドに描かれた業務フローは、本質的に「画像」です。

PowerPoint (.pptx)
├── 図形の座標とスタイル情報
├── テキストボックスの文字列
└── グループ化とレイヤー

これは人間が見るには十分ですが、次のような問題があります。

構造情報がない: 「この矢印がどのタスクからどのタスクへ向かっているか」をプログラムが読み取れない
アクターの定義が曖昧: レーンの境界が図形の配置で表現されているだけで、意味的な紐付けがない
分岐条件が自然言語: ゲートウェイの条件が図中のテキストに埋め込まれ、機械的に検証できない
フロー間の接続が不明確: 複数スライドにまたがるフローの接続点（「次のフローへ」）が視覚的な慣習に依存

BPMN 2.0とは

BPMN（Business Process Model and Notation） は、業務プロセスを図式化するための国際標準記法です。OMG（Object Management Group）が策定し、ISO 19510として国際標準化されています。現行バージョンはBPMN 2.0.2です。

BPMNの最大の特徴は、人間が理解できるフロー図と機械が処理できるXMLが一つのファイルに同居している点です。プールとレーン（Swim Lane）でアクターを表現し、タスク・ゲートウェイ・イベントでプロセスの流れを記述します。

BPMN 2.0がもたらす構造化

BPMN 2.0はXML形式で、見た目と意味の両方を持つフォーマットです。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


<bpmn:process id="Process_1" isExecutable="false">
 <bpmn:laneSet id="LaneSet_1">
 <bpmn:lane id="Lane_reception" name="太平受付担当">
 <bpmn:flowNodeRef>r1</bpmn:flowNodeRef>
 <bpmn:flowNodeRef>r2</bpmn:flowNodeRef>
 </bpmn:lane>
 <bpmn:lane id="Lane_system" name="システム" />
 </bpmn:laneSet>

 <bpmn:task id="r1" name="修理内容の特定" />
 <bpmn:exclusiveGateway id="d2" name="保証範囲?" />
 <bpmn:sequenceFlow sourceRef="r1" targetRef="d2" />
</bpmn:process>

この構造から、以下がプログラム的に読み取れます。

Claude Code スキルで CloudWatch エラーレポートの Issue トリアージを自動化する

Thu, 12 Feb 2026 00:00:00 +0000

Claude Code スキルで CloudWatch エラーレポートの Issue トリアージを自動化する

背景

本番環境の ECS コンテナで発生したエラーは、CloudWatch Logs → Lambda → GitHub Issue という流れで自動起票される仕組みを運用しています。

タイトルは [prod][myapp] errors detected、ラベルは CloudWatchLog で統一されており、1つの Issue に複数のエラーブロックがまとまって届きます。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


## Error Report - 2026-02-12 01:32:28 UTC

- **Environment**: prod
- **Log Group**: `/ecs/myapp-prod-ecs`
- **Error Blocks**: 3

### [1] 2026-02-12 01:32:26 UTC - `application`
（スタックトレース）

### [2] 2026-02-12 01:45:10 UTC - `application`
（スタックトレース）

### [3] 2026-02-12 02:01:33 UTC - `application`
（スタックトレース）

この Issue をそのまま放置すると、異なるエラーが混在したまま溜まっていきます。手作業で分類・個別 Issue 化するのは地味に面倒で、後回しにしがちでした。

iPhone から GitHub Issue を書くだけで Mac の Claude Code が自動実行される仕組みを作った — Self-hosted Runner + Claude Code CLI セットアップガイド

Wed, 11 Feb 2026 00:00:00 +0000

iPhone から GitHub Issue を書くだけで Mac の Claude Code が自動実行される仕組みを作った

TL;DR

GitHub Self-hosted Runner + Claude Code CLI を組み合わせて、iPhone で Issue を作成 → Mac 上の Claude Code が自動で調査・コード修正・PR 作成まで行う仕組みを構築した。2ステージ承認フロー付きで、/claude で調査、/approve で実行という安全な運用が可能。

モチベーション

普段 Mac の前にいないときでも、iPhone からコードの調査や修正を指示したい。GitHub Issue に書くだけで Claude Code が自動的に動いてくれれば、移動中でもコードレビューや修正依頼ができる。

完成した仕組み

iPhone GitHub Mac (self-hosted runner)
│ │ │
├─ Issue 作成 ────────────→│ │
│ (claude ラベル付与) │── ワークフロー起動 ─────→│
│ │ ├─ claude -p (読み取り専用)
│ │←── 調査結果コメント ──────┤
│ │ + 承認待ちラベル │
│ │ │
├─ /approve コメント ──────→│ │
│ │── ワークフロー起動 ─────→│
│ │ ├─ claude -p (書き込み許可)
│ │←── 実行結果 + PR ────────┤
│ │ - 承認待ちラベル │

トリガー一覧

操作	条件	動作
`claude` ラベル付き Issue 起票	起票者がリポジトリオーナー	Stage 1: 読み取り専用で調査
`/claude` コメント	コメント者がリポジトリオーナー	Stage 1: 読み取り専用で調査
`/claude --execute` コメント	コメント者がリポジトリオーナー	Stage 1 スキップ、直接実行
`/approve` コメント	コメント者がリポジトリオーナー + `承認待ち` ラベル	Stage 2: 計画に基づき実行

必要なもの

macOS マシン (Apple Silicon / Intel)
Claude Code CLI がインストール済み (npm install -g @anthropic-ai/claude-code)
Claude Max/Pro プラン (OAuth トークン) または Anthropic API キー
GitHub CLI (gh)

セットアップ手順

1. Self-hosted Runner のインストール

GitHub の個人アカウントでは Runner はリポジトリ単位の登録になる。同一マシンに複数の Runner を並置できる。

Ghostty + Claude Code 連携ガイド

Wed, 04 Feb 2026 00:00:00 +0000

Ghostty + Claude Code 連携ガイド

GhosttyとClaude Codeの組み合わせは、多くの開発者が推奨する構成です。主なポイントをまとめます。

すぐに使える機能

Shift+Enter がネイティブ対応

Ghosttyでは Shift+Enter による改行入力がそのまま動作します。他のターミナルでは /terminal-setup で設定が必要ですが、Ghosttyでは不要です。

GPU アクセラレーション

Claude Codeの出力が大量になっても、GPUレンダリングのおかげでスムーズにスクロール・表示されます。VS Codeのターミナルでは大量テキストのペースト時にフリーズすることがありますが、Ghosttyではその問題がありません。

Vercel

Mon, 02 Sep 2024 00:00:00 +0000

Vercel

v0

https://v0.dev/

v0とは？

Vercel v0は、最新のフロントエンド開発プラットフォームで、特に開発者の効率を最大化することを目指しています。以下のような特徴があります¹²：

リアルタイムコラボレーション：開発チームがリアルタイムで共同作業できる機能を提供します。
自動スケーリング：需要に応じてリソースを自動的に調整し、効率的なリソース管理を実現します。
統合された開発環境：開発者が最小限の設定で最大限の成果を得られるように設計されています。
テキストプロンプトからのUI生成：自然言語での指示を基に、ウェブサイトのユーザーインターフェース（UI）を自動生成します。
リアルタイムプレビュー：コードの変更が即座に反映され、フィードバックサイクルを短縮します。

これにより、プロジェクトの立ち上げからデプロイまでのプロセスが大幅に簡素化され、開発者はより迅速に市場に製品を投入することが可能となります¹²。

何か特定の機能について詳しく知りたいことがありますか？

ソース: Copilot との会話、 2024/9/2 (1) Vercel v0とは何か：最新技術の概要とその背景について …. https://www.issoh.co.jp/tech/details/3416/. (2) 【2024最新】v0 by Vercelとは？特徴や使い方、料金まで解説 …. https://ai-gallery.jp/tools/v0-by-vercel/. (3) 【Claude Artifactに匹敵！？】Vercel v0の使い方と活用事例20 …. https://bing.com/search?q=vercel+v0+%e3%81%a8%e3%81%af. (4) 【生成AI】Vercel v0の登録方法〜料金プランまで解説 …. https://funrepeat.com/fr-note/3547. (5) [Vercel] v0 Private Betaの試用レポート - Zenn. https://zenn.dev/shimarisu_121/articles/b2aabc4f0110d7. (6) undefined. https://t.co/v5wvCdhPov.

記事

vercelのv0(ブイゼロ)を試してみた (今後はAIソリューション使い倒し、どのような場面でどのソリューションが効果的で、どうプロンプトすれば良いのかマスターになった方が差別化になる)
いま流行りのvercelの【v0】の自作アイデア17選✨

AWS

はい、Vercelの基盤システムはAWS上で運用されています。Vercelは、AWSのインフラを利用して、グローバルにスケール可能なフロントエンドコードのデプロイとトラフィックのルーティングを行っています³。

他に何か知りたいことがあれば教えてくださいね。

ソース: Copilot との会話、 2024/9/2 (1) AWS + Vercel. https://vercel.com/partners/aws. (2) データ活用基盤を作ってみたその1(構成シナリオ) #AWS - Qiita. https://qiita.com/kamein/items/81df29ef9d32bf0a0810. (3) Vercelを調査していて感じたメリット・デメリット - Zenn. https://zenn.dev/smartcamp/articles/9d9b4224be862f.

Django

VercelにDjangoをデプロイする

JWT in AWS Lambda

Tue, 18 Jun 2024 00:00:00 +0000

JWT in AWS Lambda

API Gateway-

Lambda コンテナ

Google Gemini

Fri, 17 May 2024 00:00:00 +0000

Google Gemini

旧 Bard
Google AI Studio からアクセス

モデル

Gemini Ultra
Gemini Pro
Gemini Nano

トークン

Gemini (1M), Claude3(200k), GPT4(128K)

マルチモーダル

テキスト
ビデオ
音声
画像
ファイル
フォルダー

Gemini Business

Google Workplace + 20USD/月
Gemini Ultra が利用可能
入力データが学習に使われないことが保証されている

Gemini Enterprise

Google Workspace + 30USD/月

個人

Gemini

無料

Gemini Advanced

Google One AI プレミアム (2,900 JPY/月)
2TB ストレージ

記事

AWS Connect

Thu, 15 Feb 2024 00:00:00 +0000

AWS Connect

Amazon Connect の使い方[丁寧に解説してみた]

AWS Pinpoint

Amazon Lex

Amazon Kendra

https://aws.amazon.com/jp/kendra/features/

その他

生成AI: RAG

Mon, 12 Feb 2024 00:00:00 +0000

RAG(検索拡張生成)

大規模な言語モデルの出力を最適化するプロセスです。
応答を生成する前に、トレーニングデータソース以外の信頼できる知識ベースを参照します。
大規模言語モデル (LLM) は、膨大な量のデータに基づいてトレーニングされ、何十億ものパラメーターを使用して、質問への回答、言語の翻訳、文章の完成などのタスクのためのオリジナルの出力を生成します。
LLM の既に強力な機能を、モデルを再トレーニングすることなく、特定の分野や組織の内部ナレッジベースに拡張します。
LLM のアウトプットを改善するための費用対効果の高いアプローチであるため、さまざまな状況で関連性、正確性、有用性を維持できます。
外部ソースから取得した情報を用いて、生成 AI モデルの精度と信頼性を向上させるテクノロジです。

基盤モデル(FM)

基盤モデルとは何ですか?

例:

BERT
GPT(OpenAI)
Titan(Amazon)
Jurassic(AI21)
Claude(Anthropic)
Cohere
Stable Diffusion
BLOOM
Hugging Face

Bedlock

Amazon Bedrock 使ってみた
Amazon SageMaker は機械学習の包括的なライフサイクル（構築、訓練、展開）をサポートする
Bedrock は Fine-tuning は出来るものの基本的には Amazon Titan や AI スタートアップの基盤モデル（FM）を API から利用することに重きを置いています。
自分たちで最初から構築したモデルでなければビジネスとして成り立たないシーンでは、Amazon Bedrock を選択してはいけません。
非常に厳しいセキュリティ要件がある場合にも避けた方が良い

AWS: Bedrock: GenAI

Tue, 06 Feb 2024 00:00:00 +0000

AWS: Bedrock: GenAI

Amazon Bedrock とは【速報】AWS の生成 AI サービスである Amazon Bedrock がリリースされたので朝イチで触ってみた Amazon Bedrock “Claude 2” と、ChatGPT “GPT-4” を比較してみる AWS による生成 AI の新サービス「Amazon Bedrock」の可能性を考察する Amazon Bedrock でモデルごとに画像を生成してみた Bedrock のはじめかた Amazon Bedrock の導入効果をレビューでご紹介（KDDI アジャイル開発センター株式会社-みのるん） Build generative AI chatbots using prompt engineering with Amazon Redshift and Amazon Bedrock GPT 連携アプリ開発時の必須知識、RAG をゼロから解説する。概要＆Python コード例 Amazon Bedrock の Knowledge base で簡単に RAG を構築

Github:

API:

Boto3: https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/bedrock.html

モデル

Titan FMs
Claude 2
Jurassic-2 (Python SDK)
Stable Diffusion

Claude 2

Jurassi-2

日本語対応していない
AWS の"推しの AI" 「Jurassic-2」を使ってみた！！Bedrock ローンチ前に使えるんやん！

Claude on hdknr blog

Claude Code

AutoAgent — AIがAIを育てる自己改善エージェントOSSライブラリ

Anthropic Conway とは — 24時間稼働する常駐型AIエージェントの全貌

LLMで株式投資戦略を自動生成 — 松尾研のフィードバック設計実験が示す「モデル選択」の重要性

Claude Code のコンテキスト圧縮戦略 — ソースコードから見える5つのアプローチ

Claude AI で投資銀行レベルの財務モデルを作成する 12 のプロンプト

Anthropic の3エージェント・ハーネス設計: Claude が6時間でフルアプリを自律構築する仕組み

Claude Code の Auto Mode から見える AGI への道筋

Claude Code: dangerously-skip-permissions をやめて auto mode に移行する

Claude Codeで「専門家チーム」を構築する：カスタムエージェントとCoworkの活用法

NotebookLM と Claude Code の発想の違い

方法1: カスタムエージェント（.claude/agents/）

カスタムエージェントの仕組み

エージェント定義ファイルの書き方

Claude Subconscious：Claude Code にセッション横断の記憶力を与える Letta AI のオープンソースツール

Claude Subconscious とは

仕組み

インストール方法

AI が壊す「専門知識のペイウォール」: Claude で床下除湿システムを設計した事例から考える

Claude Code Agent Teams: セッション間でメッセージをやり取りできるマルチエージェント機能

Agent Teams とは

サブエージェントとの違い

SendMessage によるエージェント間通信

有効化と使い方

Claude Codeを使うなら最低限やっておきたい「7つのセキュリティ設定」

Claude Cowork 完全ガイド — 機能解説・料金・活用事例20選まとめ

Claude Desktop Preview: 画面クリックでDOM要素を直接指定してUI修正できる新機能

Claude Code を「自分専用の開発チーム」に変える3つの機能 — フック・カスタムコマンド・サブエージェント

Claude Code Channels で変わる AI 開発ワークフロー：OpenClaw との組み合わせが最適解か

Claude Code Channels とは

主な特徴

セットアップの流れ（Telegram の場合）

動作要件

OpenClaw とは

OpenClawで月売上1,200万円・従業員ゼロの会社を実現したAIエージェント「Felix」

Felix が回す会社の構造

驚異的なコスト構造

毎晩の自己改善ループ

スケーリングの壁

Felix のビジネス内容

1. Felix Craft（PDF ガイド）

OpenClaw 入門: チャットボットを超える AI エージェントランタイムの全体像

OpenClaw の沿革

OpenClaw とは何か

Anthropic Dispatch：スマホからPCのClaudeに仕事を投げる新機能

Claude Cowork DispatchとOpenClawで見えてきた「Mind Uploading」への道筋

Claude Cowork Dispatch とは

OpenClaw とは

OpenClawを「バイブマーケター」に変えた方法 — AI広告自動化の実践ワークフロー

バイブマーケティングとは

Eddie のワークフロー：5つのステップ

1. 競合リサーチ

2. ブランドボイスの学習

3. スクリプト生成

4. クリエイティブ制作

5. 自己改善ループ

なぜこのアプローチが注目されるのか

Claude Cowork スターターパック：プラグイン・スキル・ワークフロー完全ガイド

Claude Cowork とは

まずインストールすべき4つのプラグイン

1. Productivity プラグイン（最優先）

2. Marketing プラグイン

3. Data プラグイン

4. Sales プラグイン

コンテキストファイルの設定

AI駆動開発で変わるコスト構造：技術力からドメイン知識へのシフト

税理士事務所の事例：6人分の人件費を AI で代替

コスト削減の全体像

自動化の仕組み

開発の民主化と IT 企業のコスト構造崩壊

Anthropic AI Academy: Claude を体系的に学べる無料公式コース

Anthropic Academy とは

3つのラーニングトラック

1. AI Fluency（AI リテラシー）

2. Product Training（プロダクト連携）

Claude Codeで「AI チーフ・オブ・スタッフ」を構築する ― Jim Prosserの36時間実験

システムの全体像

「AM Sweep」ボタンの仕組み

タスク4色分類フレームワーク

方法1: カスタムエージェント（`.claude/agents/`）