n8nでClaudeのSystemプロンプトが拒否される原因と解決法【3つのNG設計】

結論：Systemプロンプトが拒否される原因は3つのNG設計です

n8nでClaudeのSystemプロンプトを設定したら、モデルが処理を拒否したり出力が不安定になったりして困っていませんか。

原因はほぼこの3つのどれかです。MCP環境前提の指示が残っている・プレースホルダーが未置換・1つに詰め込みすぎている。

この3つを除去するだけで、拒否エラーはほぼ解消されます。

私が詰まった状況：create-article.txtをそのまま渡したら拒否された

今回のエラーに出会ったのは、bizinets.bizの記事自動化パイプラインをn8nで構築していたときのことです。

もともとClaudeをMCP接続で使っていたときは、記事設計ルールをまとめたcreate-article.txtをSystemプロンプトとして渡すだけで正常に動いていました。同じファイルをn8nのAnthropicノードにそのまま貼り付けたところ、OpenAIモデルが以下のような返答をしてきました。

申し訳ありませんが、特定の設計に基づいて内容を生成することはできませんが、
設計のガイドラインや手順についての質問には対応できます。

正直、最初は何が問題なのか全くわかりませんでした。MCP環境では動いていたのに、なぜn8nでは拒否されるのか。ファイルの中身を読み直してみると、3つの問題が重なっていることがわかりました。

NG①：MCP環境前提の指示をそのまま使う

create-article.txtには、MCPツール経由でのファイル操作指示がそのまま含まれていました。

以下を新規作成する：
1) articles/{DATE}__kw-{NEW_SLUG}/article.md
2) articles/{DATE}__kw-{NEW_SLUG}/meta.json
3) articles/{DATE}__kw-{NEW_SLUG}/assets/（空フォルダ）

internal_links.csv への追記：
- primary_topic を anchor → target_slug={NEW_SLUG}, priority=5

これらはMCP接続時にClaudeがfilesystem:write_fileやfilesystem:edit_fileを呼び出すことを前提にした指示です。n8nのLLMノードはMCPと接続していないため、Claudeがこれらの操作を実行しようとしても何もできません。

モデルは「実行できない指示が含まれているプロンプト」を受け取ると、処理全体を拒否することがあります。特にファイル操作・外部サービス連携・コマンド実行などの指示は、LLM単体では実行不可能なためNG扱いになります。

判断基準：

• Systemプロンプトに「ファイルを作成する」「CSVに追記する」「コマンドを実行する」等の動詞が含まれている → n8n環境では全て削除する

NG②：プレースホルダーを残したまま渡す

create-article.txtには、MCP運用時に動的に置き換えられる変数がそのまま残っていました。

キーワード：{{KEYWORD_JA}}
スラッグ：{{SLUG}}
カテゴリ：{{CATEGORY}}

MCP環境では、Claudeがワークフロー実行前にこれらを実際の値に置き換えてから処理を開始します。ところがn8nのLLMノードに渡すSystemプロンプトは静的なテキストです。{{KEYWORD_JA}}という文字列がそのまま渡されると、モデルは「これは何の値を指しているのか」を解釈できず、プロンプト全体の意味が崩れます。

具体的には、私の環境ではこの問題とNG①が重なったことで、モデルが「このプロンプトは処理できない」と判断して拒否するケースが繰り返し発生していました。

判断基準：

• Systemプロンプトに{{または}}が含まれている → n8nのUserプロンプト側で実値を渡す形に変更する
• Systemプロンプトは固定ルールのみ・Userプロンプトで動的な値を渡す設計にする

NG③：1つのプロンプトに全情報を詰め込む

3つ目の問題は、プロンプトの長さと役割の混在です。

create-article.txtは私が数か月かけて育ててきた記事制作の正本ルールで、ビジネッツの思想・記事設計ルール・文体DNA・BZタグ仕様・導線ルール・ファイル生成手順・監査基準まで、あらゆる情報が1つのファイルに集約されていました。

これをそのままSystemプロンプトに渡すと、モデルは「何を優先すべきか」を判断できなくなります。記事設計をしているのか、本文生成をしているのか、監査をしているのか、文脈が一切与えられないまま膨大な指示を受け取るからです。

私の場合、このファイルをそのまま渡したとき、OpenAIが一度拒否した後にSystemプロンプトを削除してシンプルな固定文に変えたら即座に動くようになりました。1つのノードが担うべき役割は1つだけという原則を、プロンプト設計でも守る必要があります。

判断基準：

• Systemプロンプトが1000文字を超えている → 用途別に分割する
• 「設計」「生成」「監査」が同じプロンプトに混在している → ノードごとに分割する

解決方法：MCP指示削除・プレースホルダー置換・用途別分割