QiitaをClaude AppのMCPコネクタで繋いでみた

Qiitaという技術ナレッジ共有プラットフォームを、Claude AppのMCPコネクタで直接繋ぐことができるようになった。やることは簡潔だ。Qiitaのアクセストークンを発行し、Claude AppのカスタムコネクタにMCPサーバーのエンドポイントを追加し、有効にするだけ。以降、チャットから「この内容でQiitaに投稿して」と命じると、Claudeが投稿・更新ツールを呼び出して実行する。ブラウザでQiitaを開いて、下書きエディタでポチポチする手間が一切なくなる。手数の削減としてはかなり革新的だ。 AIの鬼の視点から言うと、ここに「効率化」と「危険性」が同居している。手数が減ることは素晴らしい。執筆からタグ付け、投稿まで一つの会話で完結させれば、気が散らない。既存記事の誤字直しや見出し修正も、チャットで完結する。セルフホスト不要で、公開済みのエンドポイントに繋ぐだけという気軽さも、個人開発者や小規模チームにとっては朗報だ。しかし、その代償が隠れている。トークンをURLのクエリパラメータに埋め込む形式なので、コネクタ設定を他人と共有したり、スクリーンショットに映り込ませたりするだけで、セキュリティが吹き飛ぶ。APIキーと同じ取り扱い規律が必須だが、「チャットだし」という気軽さのせいで、その緊張感が緩みやすい。 もう一つの危険は、AIが「想定外の記事を勝手に投稿・上書き」するリスクだ。投稿・更新前に内容確認が推奨されているのはそのためだが、実際には「AIが書いた→確認→投稿」という三ステップが、「AIが書いて自動投稿」に堕落するのは時間の問題だ。Qiitaは公開プラットフォームだから、一度投稿されたら、訂正も削除も目立つ。社内向けWikiではない。 中小企業の技術チームが使う場合の含意は明確だ。社内のナレッジをQiitaやZennなどで発信することは、採用や営業の武器になる。それをAIと自動化で効率化できれば、更新頻度も上がり、情報の鮮度も保ちやすい。ただし「確認」というステップは絶対に残さないと、恥をかく。AIに仕事を任せるのはいい。でも最後の意思決定は人間が握る、その原則は何年たっても変わらない。