はじめに

noteの自動投稿で怖いのは、APIやブラウザ操作が失敗することだけではありません。もっと怖いのは、正しい本文を間違ったアカウントへ下書き・公開してしまうことです。

Agent Memoriesでは、公式note、個人note、別ブランドのnoteを分けて扱います。そのため、新しい下書きや投稿を作る前に、必ず route_id、媒体、対象アカウント、使用secret名、操作種別を固定します。

この記事では、note下書きMCPでアカウント混同を防ぐための最小設計をまとめます。

route tableを正本にする

投稿先はプロンプト内の文章ではなく、設定ファイルを正本にします。

{
  "routes": {
    "agent_memories_official": {
      "platforms": {
        "note": {
          "account": "agent_memories",
          "secret": "note-proxy-profile:agent_memories"
        }
      }
    }
  }
}

MCPはこの台帳を読み、入力された route_id と platform から対象アカウントを決めます。本文側で account: "別アカウント" と書かれていた場合は、台帳と一致しないため停止します。

下書き入力にroute_idを必須にする

note下書きMCPの入力では、route_idを必須にします。

type NoteDraftInput = {
  route_id: "agent_memories_official";
  platform: "note";
  slug: string;
  title: string;
  bodyMarkdown: string;
  operation: "create_draft";
};

route_id を省略できる設計にすると、実行時の環境変数や既定値に引っ張られます。自動化では、その「なんとなくの既定」が事故になります。

secret名はログに残すが値は出さない

確認に必要なのは、どのsecretを使う予定かです。secretの値ではありません。

type RouteResolution = {
  route_id: string;
  platform: "note";
  account: string;
  secret_name: string;
};

ログには secret_name だけを残します。Cookie、token、Auth header、セッション内容は出しません。デバッグ時も、secret値を表示しない関数だけを使います。

frontmatterと台帳を照合する

下書き原稿側にも、投稿先を明記します。

---
route_id: "agent_memories_official"
platform: "note"
account: "agent_memories"
operation: "create_draft"
---

実行前に、frontmatterとroute tableを照合します。

function assertRouteMatches(input: NoteDraftInput, resolved: RouteResolution) {
  if (input.route_id !== resolved.route_id) throw new Error("route_id mismatch");
  if (input.platform !== resolved.platform) throw new Error("platform mismatch");
}

ここでは「違っていたら直して続行」ではなく、停止します。アカウント混同は自動補正してはいけない種類の事故です。

公開と下書きを分ける

下書き作成と公開は、別の操作にします。

type NoteOperation = "create_draft" | "update_draft" | "publish";

create_draft は本文を置くだけです。publish は、アカウント、タイトル、本文、アイキャッチ、タグ、公開状態を再確認した後にだけ実行します。

この分離があると、下書き段階でレビューを挟めます。特に法人用・公式用アカウントでは、公開操作だけを強い権限の担当者に限定できます。

まとめ

note下書きMCPで守るべきことは、本文生成の品質だけではありません。投稿先アカウントの混同を防ぐことが最優先です。

最小構成は次の4つです。

route tableを正本にする
route_idを入力とfrontmatterで必須にする
secret名だけをログに残し、secret値は出さない
下書き作成と公開を分離する

AIエージェントが記事制作を手伝うほど、出口の管理が重要になります。route_idで投稿先を固定しておくと、便利さを増やしながら事故の範囲を小さくできます。