Googleマップや予約サイトを何度も行き来するのは、もう終わりにしましょう。

Google Geminiの機能「Gems」を使えば、あなた専属の優秀なツアーコンダクターを一瞬で呼び出せます。希望を伝えるだけで、最適なプランを提案し、最終的にはスプレッドシート形式で出力までしてくれるのです。

この記事では、AIに「完璧な旅程」を作らせるための設定内容（レシピ）を完全公開します。手順通りにコピペするだけで、今日から旅行計画が劇的に楽になります。

事前準備

まずは、AIを「旅のプランニングアシスタント」に変身させるための環境を整えます。

必須環境

• Google Gemini Advanced（Gems機能を利用するために必要）
• Googleスプレッドシート（計画表の管理用）

Gemsとは

Gems（ジェム）とは、Geminiに特定の役割やルールを記憶させ、自分専用のAIを作れる機能です。今回紹介する設定を行えば、毎回細かい指示をしなくても、AIが勝手に空気を読んで動いてくれるようになります。

作成手順

ここから実際の設定作業に入ります。手順はとてもシンプルです。

起動

Geminiの画面左側にあるメニューから「マイ Gem」を探し、紫色の「GEMを作成」ボタンをクリックします。

設定画面

「新しい Gem」という画面が開きます。ここに、AIへの指示を書き込んでいきます。

設定内容

以下の4つの項目を、それぞれの入力欄にコピー＆ペーストしてください。これが「魔法のレシピ」の正体です。

名前

AIの名前を入力します。

旅のプランニングアシスタント

説明

このAIが何をするものか、簡単なメモを入力します。

あなたの旅行計画を簡単かつ迅速に作成します。旅行先、日程、興味を伝えるだけで、最適な旅程案、必要な持ち物リスト、予算の概算などを提案します。計画の詳細は、指定されたテンプレートスプレッドシート形式で出力できます。

カスタム指示

ここがAIの「脳みそ」になります。以下のボックス内のテキストをすべてコピーして貼り付けてください。 ※ご提供いただいたスプレッドシート画像の列構成に合わせて、出力テンプレート部分を最適化してあります。

知識

ここがポイントです。AIに「どんな形式で出力してほしいか」を教えるための参考資料を渡します。

1. 「知識を追加」ボタンを押します。
2. あなたが普段使っている旅行計画の表（Excelやスプレッドシート）があれば、そのファイルをアップロードします。
3. もし手元になければ、以下の画像のような空のテンプレート表を作成し、PDFや画像にしてアップロードしておくと精度が上がります。

入力が終わったら、右上の「作成」ボタンを押して完了です。

活用実録

実際にこのAIを使って作成した、山口県（下関・角島）への旅行計画表をご紹介します。

「唐戸市場でお寿司を食べた後に、レンタカーを借りて角島へ行きたい」という要望に対し、AIは移動時間や手順を完璧に組み込んでくれました。

【AIが出力したスケジュール表（抜粋）】

ポイント:

コスト計算: 移動費や宿泊費が項目ごとに算出され、予算内で収まるかが一目でわかります。

「お酒」と「運転」の順序: 最初は市場でビールを飲む計画でしたが、AIが「その後にレンタカーがある」と警告してくれたため、お酒なしの健全なランチプランに自動修正されています。

まとめ

この「魔法のレシピ」を設定するだけで、面倒な旅行計画作りが、AIとの楽しい会話に変わります。

• 入力の手間激減: 毎回細かい指示を書かなくても、自動で表形式にしてくれる。
• 抜け漏れ防止: 移動手段や予約の有無など、必要な項目をAIが埋めてくれる。
• 何度でも修正: 「やっぱりここを変えたい」と言えば、一瞬で表全体を書き直してくれる。

ぜひ、次の旅行はこのAIアシスタントと一緒に計画してみてください。

まずはGemini Advancedを開き、「GEMを作成」ボタンをクリックするところから始めてみましょう。そこからワクワクする旅の準備が始まります。

実はこれ、過去の私がやってしまった失敗です。 以前、運用しているサーバーがなんとなく重いと感じ、調査もせずにCPU/メモリ 1GBのプランから2GBのプランへアップグレードしました。 結果どうなったか？ 毎月の支払額だけが上がり、肝心の表示速度はほとんど変わらなかったのです。本当に後悔しました。

Webサーバーが「重い」原因は、スペック不足だけとは限りません。 むしろ、ボトルネックの正体が「設定ファイル」や「通信経路」にあることのほうが圧倒的に多いのです。

• スペック: メモリの割り当てバランスは適切か？
• 運用: 良かれと思って入れた監視プログラムが負荷になっていないか？
• ネットワーク: 通信経路が遠回りしていないか？

これらが複雑に絡み合っている中で、原因を特定せずに課金するのはギャンブルと同じです。 そこで今回は、サーバーの設定情報や稼働状況を丸ごとAI（Gemini）に渡し、「どこが足を引っ張っているか」を一瞬で特定する**「サーバー完全診断」**の手法をご紹介します。

診断準備

AIに的確なアドバイスをもらうコツは、情報を小出しにしないことです。「速度に関わりそうな要素」をまとめて渡すことで、AIは全体を俯瞰して診断できるようになります。

今回は、以下の5つの要素をセットで診断します。

1. 設定（Config）: NginxやApacheの接続数設定など。
2. 資源（Resources）: CPUやメモリの実装量と、空き状況。
3. 運用（Operations）: バックアップや監視などの定期実行タスク。
4. DB（Database）: WordPress等の速度を握るデータベース設定。
5. 通信（Network）: VPC（仮想ネットワーク）などの通信経路。

情報収集

まずは、AIに渡すための「カルテ」を作ります。

以下の表にあるコマンドを実行し、テキストファイルなどにまとめてください。設定ファイルの中身もコピペして準備します。

※ コマンド解説:

• lscpu: CPUの性能を表示
• free -h: メモリの使用状況を表示（GB単位など）
• df -h: ディスクの空き容量を表示

診断手順

情報を集めたら、Gemini等のAIチャットに投稿します。

今回は、設定ファイルだけでなく「VPCを使っているか」「今のマシンスペックはどうか」という前提条件も伝えるのが成功の鍵です。

プロンプト

以下のテキストをコピーし、（ ）内をご自身の環境に合わせて書き換えて送信してください。

改善事例

実際に、私の環境（VPC利用・WordPress運用）でこの診断を行った結果、AIが見つけ出した「遅延の原因」を3つ紹介します。

1. 通信ロス（VPCの罠）

【AIの指摘】

「WordPressの設定でデータベース接続先にグローバルIPが指定されています。VPC内の同一ホストであれば、127.0.0.1 または localhost を指定すべきです。これにより通信のオーバーヘッドを最小化できます。」

【その原因】 wp-config.php の設定時に、うっかり外部からの接続用IPを書いていました。 これにより、**「同じサーバー内にあるDBへの通信なのに、わざわざ一度外に出て戻ってくる」**という無駄な経路が発生し、毎回数ミリ秒のロスが生じていました。修正後、管理画面のキビキビ感が劇的に変わりました。

2. メモリの取り合い

【AIの指摘】

「メモリ8GBの場合、今のApache設定では最大6GB消費してしまいます。DBに回すメモリが足りません。Apacheの接続数を〇〇まで下げ、浮いた分をDBのバッファ（innodb_buffer_pool_size）に回してください。」

【その原因】 Apacheの同時接続数を「多いほうがいいだろう」と安易に増やしすぎていました。 その結果、Webサーバーがメモリを確保しすぎてしまい、DBが使うべきメモリまで圧迫。結果としてDBの動作が遅くなり、サイト全体が重くなっていました。

3. 監視ツールの自爆

【AIの指摘】

「スクリプト内の du / は非常に高負荷です。監視が目的なら、一瞬で終わる df コマンドのみにするか、対象ディレクトリを限定してください。」

【実際の状況】 「ディスクがいっぱいになったら困る」と自作した監視スクリプトの中に、サーバー内の全ファイルサイズを計算する重いコマンド（du）が含まれていました。 これが5分おきに実行されるたび、サーバーのディスク性能が占有され、その瞬間にWebサイトが「プチフリーズ」していたのです。

まとめ

「サーバーの高速化」は、何かひとつの設定ファイルを書き換えれば劇的に速くなる魔法ではありません。

OS、Webサーバー、データベース、そしてネットワーク。これら「チーム全員」の連携が取れて初めて、最高のパフォーマンスが発揮されます。

第1部の「セキュリティ診断」と、今回の「パフォーマンス診断」。 この2つの視点でAIによる定期検診を行えば、あなたのサーバーは常に健康的で、本来の性能を発揮し続けられるはずです。ぜひ試してみてください。

でも、半年後、1年後はどうでしょう？

「緊急対応で一時的に制限を緩めたまま、戻すのを忘れていないか？」 「OSのアップデートで、設定ファイルが勝手に初期状態に戻っていないか？」 「前任者が独自に追加した設定、ちゃんと把握できているか？」

サーバーは生き物です。長く運用すればするほど、変更や修正が積み重なり、「設計図（手順書）」と「実際のサーバーの中身」は必ずズレていきます。 この、誰も正しい状態を把握できていない「ツギハギだらけの状態」こそが、セキュリティ事故の最大の温床です。

とはいえ、このズレを目視ですべてチェックするのは至難の業。 そこで今回は、長く運用しているサーバーの「現在の設定ファイル」をそのままAIに食わせ、「今の設定、客観的に見てヤバいところある？」と診断させる手法を紹介します。

運用課題

構築時には「手順書」という正解がありますが、運用フェーズに入ると正解が曖昧になります。あるのは、担当者の記憶頼りの「変更履歴」だけです。

人間はどうしても「自分が設定したんだから大丈夫（なはず）」と思い込みがちですが、AIは忖度しません。渡された設定ファイルだけを見て、冷徹に事実を指摘してくれます。

• 「うっかり」の検知: 3ヶ月前に「テスト用」で開けたポートの消し忘れ。
• 「先祖返り」の発見: パッケージ更新時に設定ファイルが上書きされ、無効化したはずのパスワード認証が復活していた。
• 「自己流」の指摘: 急いで追加したユーザーの権限設定が、実は標準より甘くなっていた。

これらを「定期的に、かつ一瞬で」洗い出せるのが、AI診断を取り入れる最大のメリットです。

情報収集

まずは、AIに診せるためのレントゲン写真を撮ります。

今回は以下の4ステップで情報を取得します。特に**ステップ2の「ユーザー確認」**は、自分が把握していない謎のユーザーが作られていないかを知るために重要です。

コマンド一覧

以下のコマンドを実行し、結果をメモ帳などにコピーしておいてください。

※ ③の補足: ユーザー名 の部分は、ステップ②で確認した「現在使用しているユーザーID」（例: test1 や admin）に書き換えて実行してください。

診断手順

情報を集めたら、Gemini等のAIチャットに投げます。 ポイントは、「運用を続けているサーバーなんだけど、今の設定でセキュリティ的に甘くなってない？」というニュアンスで聞くことです。

プロンプト

以下のテキストをコピーし、（ ）内をご自身の環境に合わせて書き換えて送信してください。

発見事例

実際に、数年運用している私のサーバーを診断させた際、AIに指摘されて「ヒヤッとした事例」を4つ紹介します。

1. 丸見えだったデータベース

【AIの指摘】

「Firewallの services に mysql が含まれています。これはデータベースのポート（3306）がインターネットに対してフルオープンになっていることを意味します。外部からの総当たり攻撃（ブルートフォース）のリスクが極めて高い状態です。」

【その原因】 開発ツールからDBに直接接続したくて、一時的にポートを開放し、そのまま閉じるのを忘れていました。 指摘を受けてすぐにポートを閉じ、SSHポート転送（トンネリング）経由での安全な接続に切り替えました。

2. 権限不備（755問題）

【AIの指摘】

「ls -ld /home/test1 の結果が drwxr-xr-x (755) になっています。これでは、同じサーバーにログインできる他のユーザーから、ファイル一覧が見放題です。」

【その原因】 これ、完全に記憶から抜けていました。 半年前にトラブル調査をした際、一時的に権限を緩め、戻すのを忘れていたんです。AIに言われるまで、一生気づかなかったと思います。

3. 所有者ミス

【AIの指摘】

「.ssh/authorized_keys の所有者が root:root です。これだと、ユーザー test1 でログインしようとしても、権限不足で鍵を読み込めず認証エラーになります。」

【その原因】 新しくユーザーを追加した際、急いでroot権限で作業してコピーしたのが原因でした。 「セキュリティ」以前に「ログインできない」という初歩的なミスですが、ログを見る前にAIが予言してくれたおかげで、手戻りを防げました。

4. 設定上書き

【AIの指摘】

「sshd_config 本体ではパスワード認証を拒否していますが、末尾で Include を読み込んでいます。読み込み先で PasswordAuthentication yes が設定されていると、そちらが優先されます。」

【実際の状況】 最近のOSでは、この Include がデフォルトで有効になっています。 ここを見落としていて、実はパスワード認証が生きている……なんてケースは本当によくあります。ここを的確に突いてくるのは、さすがAIといったところです。

まとめ

サーバーの設定ファイルは、書いて終わりではありません。運用している限り、常に変化し、散らかっていくものです。

「自分はミスをしない」と過信するより、「人間はミスをするし、忘れる生き物だ」と認めて、AIに定期的にダブルチェックしてもらう。 この方が、精神衛生上もセキュリティ上も圧倒的に健全です。

ぜひ、次のメンテナンスのタイミングで、サーバーの設定ファイルをAIに投げてみてください。 「うわ、こんな設定残ってたっけ？」という発見が、きっとあるはずです。