Manus 用の Neon MCP コネクタ

Manus で平易な英語により Neon Postgres データベースを問い合わせ・ブランチ・管理

Neon アカウントを接続して、日常の言葉で Neon データベースを照会しましょう。Manus はスキーマを読み取り、SQL を実行し、一時ブランチでスキーマ変更をテストし、遅いクエリや未使用のインデックスを見つけ、それらを表やレポートにまとめます。まずは開発用またはテスト用データベースから始め、結果の確認だけなら読み取り専用アクセスを選んでください。

Manus で Neon を接続
shop_devmainサンプルデータ
1あなたの質問

6 月以降、各プランで月ごとに新規有料顧客は何人増えましたか?

Manus は subscriptions テーブルと plans テーブルで答えを見つけ、このクエリを書きました。

2Manus が書いた SQL
SELECT to_char(date_trunc('month', s.started_at), 'YYYY-MM') AS month,
  count(*) FILTER (WHERE p.name = 'Starter') AS starter,
  count(*) FILTER (WHERE p.name = 'Pro') AS pro,
  count(*) FILTER (WHERE p.name = 'Team') AS team
FROM subscriptions s
JOIN plans p ON p.id = s.plan_id
WHERE s.started_at >= '2026-06-01'
  AND s.started_at < '2026-10-01'
GROUP BY 1
ORDER BY 1;
3結果
monthstarterproteam
2026-0641223658
2026-0739826161
2026-0843129466
2026-0944532671
4チャート
06070809
StarterProTeam

Pro は 6 月から 9 月で 38% 増と最も急成長しました。Starter は 8% 増でした。

平易な英語で Neon データベースに問い合わせ、グラフを取得

Manus はあなたの Neon データ上で PostgreSQL AI エージェントとして動作します。適切なテーブルを見つけ、SQL を作成・実行し、テーブルとグラフで結果を説明します。AI の Postgres データベースと話しているような感覚ですが、各ステップを確認できます。

アナリストが Manus をどう使っているか見る

Neon の Postgres データベースをデータディクショナリに変換

Manus は Neon の SQL データベース内のすべてのテーブル、列、型、キーを読み取り、分かりやすい文章でまとめます。新しいメンバーがデータの在り処を把握できます。

public
  • customers9 列
  • orders11 列
  • order_items6 列
  • plans5 列
  • subscriptions8 列
データディクショナリ
subscriptions

顧客プランごとに 1 行。customers と plans に結合し、収益レポートの基になります。

iduuid
各サブスクリプションの一意な ID
customer_iduuid → customers.id
支払いを行う顧客
plan_idint → plans.id
顧客が利用しているプラン
statustext
active, past_due, canceled のいずれか
started_attimestamptz
初回決済が完了した時刻
canceled_attimestamptz
サブスクリプションが有効な間は空です

新しいメンバーも理解できる Neon データディクショナリ

すべてのテーブルと列が分かりやすい言葉で説明され、テーブル同士のつながりも示されているので、そのままドキュメントとして共有できます。

Neon ブランチ:main に反映する前にスキーマ変更をテスト

Neon のデータベースブランチを使うと、データの独立したコピーが得られます。Neon ブランチでスキーマ変更を依頼すると、Manus はまずそこに適用し、main とスキーマを比較して、あなたの確認を待ちます。

mainmigration/add-referral-code
  1. 1main から作成された一時ブランチmigration/add-referral-code
  2. 2ブランチでマイグレーションを実行ALTER TABLE customers ADD COLUMN referral_code text UNIQUE;
  3. 3main と比較したスキーマ列 1 つとインデックス 1 つを追加、削除はなし
  4. 4あなたの OK 後に main へ適用済みあなたの対応待ち
スキーマの差分customers
email text NOT NULL
created_at timestamptz
+referral_code text
+UNIQUE INDEX customers_referral_code_key
承認するまで main に変更はありません
main に適用まだです

一時ブランチでテスト済みの Neon マイグレーション

これは Neon の Postgres ブランチ機能を活用したものです:あなたが承認するまで、メインブランチはそのまま保たれます。

Neon のスロークエリ分析とデータベースヘルスチェック

Manus は遅いクエリ、使われていないインデックス、テーブルの肥大化、低いキャッシュヒット率を見つけ出し、影響の大きさで修正の優先順位を付け、それぞれに対処方法を書き添えます。

ヘルスチェックshop_dev · mainサンプルデータ
  1. 遅いクエリ影響度:高SELECT … FROM orders WHERE customer_email = $1平均 1.8 s、1 日あたり 4,200 回の呼び出し
    Manus の提案orders (customer_email) にインデックスを追加する。まずブランチでテストする。
  2. 使われていないインデックス影響度:中orders_legacy_status_idxスキャン 0 回、ディスク使用量 2.1 GB
    Manus の提案どのレポートも使っていないことを確認してから削除してください。
  3. テーブルの肥大化影響度:中events38% のデッドロー
    Manus の提案イベントに対して VACUUM ANALYZE を実行し、このテーブルの autovacuum を確認してください。
  4. キャッシュヒット率影響は小さい97.1%通常の 99% 目標よりやや低め
    Manus の提案新しいインデックスを追加したら、もう一度確認してください。それでも下がり続ける場合は、より大きなコンピュートサイズに変更してください。

影響度順にランク付けされた週次 Neon ヘルスチェック

1 回だけ実行することも、毎週月曜にレポートが届くようにスケジュールタスク化することもできます。Manus が修正案を提示し、変更するかどうかはあなたが決めます。

オートメーションで毎週実行する

Neon のサーバーレスプロジェクト、ブランチ、スナップショットを管理する

新しい作業用にプロジェクトやブランチを作成し、大きな変更前にスナップショットを取り、必要なら元に戻してください。数値がまとまったら、チームが開けるアプリに変換してください。

shop-dev
ブランチ
  • mainデフォルトブランチ
  • checkout-testmain から今すぐ作成
main のスナップショット
  • チェックアウト変更前2026-10-15 09:12復元
  • 毎晩2026-10-15 02:00復元

チャットから Neon のブランチとスナップショットを作成

ブランチ名と用途を伝えれば、Manus がセットアップします。スナップショットがあれば、いつでもその時点に戻れます。

収益ダッシュボード
月間収益
$84.2k+6.1%
アクティブな顧客
1,284+3.4%
acme/revenue-dashboard

Neon のデータを社内ダッシュボードに変換

Manus は数値を取得し、それを基にウェブアプリを構築します。チームの作業場所が GitHub なら、コードもそこに置けます。

Neon MCP サーバーを Manus に接続する

Neon コネクタは Neon の公式 MCP サーバーを使用するため、サーバーアドレスや設定ファイルを追加する必要はありません。1 回サインインし、Manus にどこまで任せるかを選ぶだけです。

  1. ステップ 1Manus でコネクタを開くリストから Neon を見つけて「接続」をクリックしてください。
  2. ステップ 2Neon にサインインしてアクセスを承認コピーする API キーはありません。読み取り専用にするには、Neon の承認画面で書き込みをオフにしてください。
  3. ステップ 3普通の言葉で質問Neon を有効にしてタスクを開始します。Neon は本番ではなく、開発用またはテスト用のデータベースの使用を推奨しています。
Manus で Neon を接続
Manus が Neon でできること
読み取り専用Neon を認可する際に選択されます
  • 読み取り専用の SQL クエリを実行する
  • テーブル、カラム、キーを確認する
  • 遅いクエリを見つけ、ヘルスチェックを実行する
  • プロジェクト、ブランチ、またはスナップショットを作成する
  • マイグレーションやスキーマ変更を実行する

Manus でデータを扱うその他の方法

Neon MCP コネクタに関する質問

これは Neon の公式 MCP サーバーですか?

はい。Manus は公式の Neon MCP サーバー、つまり Neon が構築・ホストしている Neon データベース MCP サーバーを使用します。ホスト型の Postgres MCP サーバーなので、インストールや設定は不要です。

Neon を Manus に接続する方法は?

Manus でコネクタを開き、Neon を選んで「接続」をクリックし、Neon アカウントでサインインしてアクセスを承認します。その後、Neon コネクタを有効にしてタスクを開始し、普通の言葉で質問してください。

Neon の API キーが必要ですか?

いいえ。Manus では代わりに Neon にサインインするだけで、アクセスは Manus の設定からいつでも取り消せます。Neon の API キーが必要になるのは、MCP の設定にキーを貼り付けるよう求めるツールの場合だけです。

Manus は私のデータを変更したり削除したりしますか?

はい、書き込み権限を与えた場合は可能です。Neon の承認画面で書き込みをオフにしない限り、Manus は UPDATE や DELETE を含む任意の SQL を実行でき、毎回確認せずにブランチやプロジェクトも管理できます。読み取り専用アクセスにしたい場合は、Neon を認可する際に書き込みをオフにしてください。リスクのある操作については、Manus に先に計画を見せてもらうか、ブランチで変更を試してみてください。

本番環境の Neon データベースを接続できますか?

Neon は、MCP サーバーを開発やテストに使用し、本番データベースには使わないこと、また本番データや個人データを含めないことを推奨しています。まずは開発用ブランチやテストプロジェクトから始め、Manus に実行前の各変更を表示させてください。

SQL を知る必要がありますか?

いいえ。普通の言葉で質問するだけで、Manus が SQL を書いて実行し、結果と並べてクエリを表示するので、確認したり開発者に渡したりできます。常に作業過程を見せてくれる Neon の AI Postgres アナリストだと考えてください。

Neon のヘルスチェックでは何を確認しますか?

遅延・頻発するクエリ、未使用のインデックス、テーブルとインデックスのサイズ、テーブルの肥大化、キャッシュヒット率、ロックと長時間実行クエリ。一部のチェックには pg_stat_statements 拡張機能が必要です。有効になっていない場合、Manus はその旨を伝え、有効化方法を提案する前に確認を取ります。

Manus で使う場合、Neon Postgres の料金はどうなりますか?

データベースはあなた自身の Neon アカウントに保存されるため、使用量は Neon の無料プランか有料プランかにかかわらず、あなたの Neon プランに従います。現在のプランについては Neon の料金ページをご確認ください。Manus のタスク自体は通常どおり Manus クレジットを使用します。

Neon MCP サーバーを使うには Claude か Cursor が必要ですか?

必要ありません。「Neon MCP Claude」や「Neon Claude MCP」のガイドは Claude 内で Neon を設定する方法で、「Neon Claude connector」は Claude 自身のコネクタ一覧にあります。また「Neon MCP Cursor」のセットアップでは、Neon のサーバーを自分で Cursor に追加する必要があります。Manus では、Neon はすでにコネクタ一覧に登録済みです。一度サインインし、チャットで質問すれば、タスクはクラウド上で実行されます。

Manus で Neon データベースへのクエリを始める

Manus で Neon を接続