ClaudeによるAI執筆ワークフロー「3つの進化」。手動ZIPとMCP連携を経て、「自律実行Skills」に辿り着いた話し

こんにちは、松本佑太です。

先日公開した「ClaudeとObsidianのMCP連携」で、私のAI執筆は手動でのファイル準備から解放されました。しかし、そこには新たな、そしてより根深い課題が潜んでいたのです。

それは「AIへの指示のブレ」という問題。Obsidianと直接繋がっただけでは、AIの性能は私のプロンプトの質に依存し、手順を一つ忘れるだけで品質が不安定に。完璧な記事を担保するには、毎回完璧な指示を出す必要がありました。

今日お話しするのは、その「指示のブレ」という課題を、新開発の「自律実行Skills」がどう解決したのか、というお話しです。

これは単なる効率化の話ではありません。AIの精度を極限まで高め、真の「思考のパートナー」へと進化させた、私の知的生産システムの決定的な進化の記録です。

導入：私たちのAI執筆は、まだ「不安定」だった

私のAI執筆ワークフローは、常に進化を続けてきました。しかし、ここに至るまでには、いくつかの段階と、それぞれの段階で異なる「壁」がありました。

第1段階：手動の「ZIPファイル方式」

以前の記事『Claude Skillsで気づいた衝撃の事実｜同じプロンプトでも、コンテキスト読み込み精度が段違いだった』でお話ししたのがこの方法です。

Claude Skillsの精度は非常に高かったのですが、記事を書くたびに、関連する過去記事やメモ、プロンプトなど、すべての情報を手動でZIPファイルに圧縮してアップロードする必要がありました。これは非常に大きな手間で、思考の勢いを削いでしまうものでした。

第2段階：「MCP連携方式」

次に、その手間を解決したのが『ClaudとObsidianが直接繋がる。MCP連携で実現する「AI執事の進化」』で紹介したMCP連携です。

これにより、ZIPファイルは不要になりました。しかし、新たな課題が浮上します。それが「AIへの指示の不安定さ」です。MCP連携はあくまでClaudeが私のObsidianファイルにアクセスできる「道」を作っただけ。実際に何をしてほしいかは、毎回私がプロンプトで詳細に指示する必要がありました。

その結果、

• 毎回、記事作成の全手順を長いプロンプトで指示する必要があった

• 人間の指示にムラがあると、AIの回答の品質も下がってしまう

• 過去記事との重複チェックが不完全になることもあった

AIは非常に優秀ですが、指示が曖昧だったり、手順が一つ抜けているだけで、その性能を100%発揮できない。私はAIの執事ではなく、AIを細かく管理する「オペレーター」になってしまっていたのです。

※Obsidianに「記事執筆のワークフロー」をきちんと書いておき、MCP連携でそのノートさえ読ませれば、本来は細かいプロンプトを書かなくても記事執筆はできます。

それでもあえてClaude Skillsを導入したのは、そのワークフローを一度きりの“説明書”で終わらせず、毎回同じ手順で、より正確に・精度高く過去記事の参照から、普段の一次情報参照を実行してほしかったからです。

第一の進化：「ZIPファイルの呪縛」からの解放

まず、「MCP連携方式」がもたらした進化は劇的でした。

これまで「記事を書こう」と思い立ってから、

1. 必要なファイルをPC内から探す

2. それらを一つのフォルダにまとめ

3. ZIPファイルに圧縮し

4. Claudeにアップロードする

という一連の作業に、地味ながらも数分の時間がかかっていました。MCP連携は、この思考を中断させる準備時間をゼロにしてくれました。AIとの対話が、よりシームレスで自然なものになった瞬間です。

第二の進化：「不安定な指示」からの卒業

そして、ここからが今回の記事の核心です。
MCP連携という「道」の上を、AIが完全に自律走行するための「設計図」、それこそが今回開発した第3段階の「新Skills方式」です。

この新Skillsが、「不安定な指示」という根本的な課題をどう解決したのか。その進化は、3つの劇的な変化として現れました。

変化1：品質の劇的な安定化

これまでは、私の指示の質がAIの成果物の質に直結していました。「あの手順、言い忘れたな…」というミスが、そのまま記事の品質低下に繋がっていたのです。

新Skillsは、記事作成に必要な複雑な手順をすべて内包しています。そのため、人間がうっかり手順を忘れても、AIは毎回設計図通りに完璧な作業を実行してくれます。これにより、記事の品質は驚くほど安定しました。

変化2：重複チェックの完璧な実行

「過去の記事と似たようなテーマになっていないか？」これは、記事を書き続ける上での永遠の課題です。

以前の方式では、AIに「重複チェックして」とお願いはするものの、その判断基準はAI任せでした。しかし新Skillsには、

1. テーマの重複

2. 内容の重複

3. 価値提供の重複

4. アプローチの重複

という4つの厳密な観点でのチェックが組み込まれています。これにより、AIは私の190本以上の過去記事すべてを分析し、人間では不可能な精度で「本当に新しい記事か」を判断してくれるようになったのです。

変化3：「AIオペレーター」から「思考の主人」へ

最も大きな変化は、私とAIの関係性です。

以前は、数百文字にも及ぶ長いプロンプトでAIに指示を出す「オペレーター」でした。

しかし今は違います。私がAIに伝えるのは、**「記事を書いて」**という、言葉だけ。

この一言で、AIは自律的に思考し、必要な情報を集め、完璧な記事を書き上げてくれる。私はAIの面倒を見る側から、AIが自律的に動くのを見守り、最終的な判断を下す「思考の主人」へと、その役割を取り戻すことができたのです。

舞台裏：私の「AI執事」は、なぜこれほど賢く動けるのか？

では、なぜ「記事を書いて」の一言で、これほど高度な作業が可能になるのか。
それは、Skillsという名の「設計図」に、以下の「7つの思考ステップ」が組み込まれているからです。

1. ステップ1：過去記事の完全分析

   • 私のObsidian内にある190本以上の全記事を読み込み、テーマや内容を分析。絶対に重複させないための下準備をします。

2. ステップ2：一次情報の発掘

   • 最新のデイリーノートやアイデアメモを精査し、最も新鮮で価値のある「思考の種」を探し出します。

3. ステップ3：4つの観点での重複チェック

   • 先ほど説明した4つの厳密な観点で、新しいアイデアが過去の記事と重複していないかを自己検証します。

4. ステップ4：私の哲学の読み込み

   • 私が定めたルールブックや記事作成の哲学を読み込み、私という著者の「ゴーストライター」に徹する準備をします。

5. ステップ5：タイトルと構成の提案

   • すべての分析を終えた上で、初めて私に複数のタイトル案と構成案を提示し、選択を促します。

6. ステップ6：記事本文の執筆

   • 私がテーマを選択すると、その指示に基づき、一気に記事を執筆します。

7. ステップ7：4つの成果物の同時生成

   • 記事本文だけでなく、Midjourneyで使える画像生成プロンプト、SEOを意識したハッシュタグ、そしてX(Twitter)での宣伝投稿文まで、合計4つの成果物を同時に生成します。

これら7つのステップが、私の「記事を書いて」の一言をトリガーに、全自動で実行されるのです。

見過ごせない進化：AIの“燃費”が劇的に改善した話

この新Skillsは、副次的な、しかし非常に重要な恩恵ももたらしてくれました。それは、AIの利用コスト（トークン消費量）の劇的な改善です。

以前の「MCP連携方式」では、人間である私が「これも必要かも」「あれも読ませておこう」と、大量の情報をとりあえずプロンプトに貼り付けていました。これは、AIにとって不要な情報も多く含まれる「コンテキストの腐敗」を引き起こし、無駄なコストを発生させていました。

しかし新Skills方式では、AIが「今、この記事を書くために本当に必要な情報」だけを自ら判断して参照します。人間とAIのコミュニケーションが最小限かつ最適化されたことで、AIの“燃費”は劇的に改善したのです。

結論：3つのワークフロー、あなたの知的生産はどのステージにあるか？

これまでの道のりを、3つのステージとしてまとめてみましょう。

第1段階：手動ZIP方式

• メリット： 設定が簡単です。

• デメリット： 毎回の手作業が非常に面倒で、リアルタイム性がありません。

第2段階：MCP連携方式

• メリット： ファイル準備の手間がゼロになり、リアルタイムで最新情報にアクセスできます。

• デメリット： 毎回長いプロンプトが必要で、指示がブレると品質が不安定になります。

第3段階：新Skills方式

• メリット： 「記事を書いて」の一言で完全自動化され、常に最新・最高品質を維持できます。

• デメリット： 初回のSkills設定がやや複雑です。

もしあなたが今、第1段階や第2段階にいるのなら、その先に「AIが自律的に思考し、人間は本質的な判断に集中する」という、第3段階の未来が待っています。

この進化が目指すのは、単なる時短や効率化ではありません。それは、思考と実行を完全に分離し、私たち人間が、より創造的で、より人間らしい活動に集中できる未来そのものなのです。

この記事が、あなたの知的生産システムの進化のヒントになれば嬉しいです。

最後まで読んでいただき、ありがとうございます。