自動化の「その先」が見えてきた——おすそ分け 2026-04-06

自動化の「その先」が見えてきた——おすそ分け 2026-04-06

自動化の「その先」が見えてきた——おすそ分け 2026-04-06

この2週間は「AIによる自動化を実際に動かしている現場」の記事を多く読みました。動かすだけでなく、安全性・運用コスト・ナレッジの蓄積といった「その先」に取り組んでいる事例が目立ったので、そこを軸に5つ選んでいます。


1. 税理士事務所がfreee MCP × Claudeで経理パイプラインを構築した

税理士事務所のClaude Code活用

freeeが公式MCPサーバーを提供し、LLMから会計・請求・労務のAPIを直接操作できるようになっています。この記事では税理士事務所がClaude Codeを使い、請求書PDFのデータ抽出から会計ソフトへの自動登録までを一気通貫で構築した事例が紹介されています。CSV形式で構造化してからAIに渡すと精度が上がるという実践知も共有されており、無料プランのClaudeでも動作が確認されています。

2. LLM出力をそのまま実行しない——Typed Actions + Verifiersパターン

Typed Actions+Verifiers for Safe Business Agents

LLMの出力を業務システムにそのまま流さず、型付きアクションと検証レイヤーで多層防御する設計パターンの提案です。監査対応には入力スキーマ・ポリシーID・ルール評価ログ・トレースIDの4要素が必要とされ、「LLMの推論テキストは監査証跡にならない」という指摘が核心にあります。構造化されたアクションログこそが監査に耐えるという主張で、JPモルガンやMicrosoftもエージェントの安全性に本格投資を始めています。

3. Karpathy提唱のLLM Wiki——RAGなしでナレッジを構造化する

Karpathy LLM Wiki 完全ガイド

Andrej Karpathyが、生データをLLMで構造化Wikiへインクリメンタルに編纂するシステム「LLM Knowledge Bases」を提唱しました。中規模データセットではベクトルDB(いわゆるRAG構成)は過剰設計であり、Markdownベースの構造化で十分だという主張です。「知識は断片化せず複利で効く」というコンセプトのもと、散在するMarkdownファイルをトピックベースのWikiに自動編纂するオープンソースツール(llm-wiki-compiler)も公開されています。

4. Claude Code GitHub Actions——Issueメンションで実装からPR作成まで

Claude Code GitHub Actions:IssueからAIが自動コーディング&PR作成

GitHub IssueでClaude(@claude)をメンションすると、Claudeが内容を解釈して実装し、PRまで自動作成するフローが紹介されています。PRコメント上での対話的なコード修正にも対応しており、レビュー駆動の開発スタイルと相性が良い構成です。GitHub Actionsとの統合なので既存のCI/CDに自然に乗り、Issue・PR自体が開発の記録として残ります。

5. n8n + OllamaでAPI費用ゼロのプライベートAI基盤を構築する

n8n + Docker + OllamaでプライベートAI推論ワークフロー構築

n8n・PostgreSQL・Ollamaの3コンポーネントをDocker Composeで立てると、外部APIを使わないプライベートなAI自動化基盤が構築できます。データの外部送信がなく、API費用もゼロです。n8nの評価額は$350Mから$2.5Bへ急騰しており、セッション外で常駐するワークフロー自動化ツールとしての期待が高まっています。Claude Codeのようなセッション内自動化との併用が現実的な選択肢です。


今回の5トピックを通して感じたのは、自動化が「動かす」から「安全に・持続的に回す」フェーズに入っているということです。freee MCPは経理の自動化を手の届くところまで持ってきましたが、Typed Actions + Verifiersの記事が示すように、LLM出力を無検証で実行する設計にはリスクがあります。KarpathyのLLM Wikiは、日々のインプットを使い捨てにせず複利にする仕組みとして、自分のメモ管理にも取り入れたいと思いました。GitHub ActionsやDocker Composeなど、既存のインフラに「AI自動化を乗せる」構成が増えている点も、導入ハードルを下げる追い風になっています。


参照元