MCPサーバーの運用を整理して、VPS常駐のinternal MCPと朝のruntime deliveryまで実装しました
最近取り組んでいたのが、MCPサーバーをどう運用するかの整理と、VPS常駐のinternal MCP、そして朝に必要な情報を届けるruntime deliveryの実装です。今回は、ただ「動くようにする」だけではなく、毎日の運用の中で無理なく使い続けられる形まで落とし込めたのが大きな前進でした。まず何が起きていたかMCPサーバーを実際の運用に乗せていく中で、「どう動かすか」だけでなく、どう続けるかが大きなテーマになっていました。技術的に実装できても、毎日使う中で確認が重かったり、履歴が追いづらくなったりすると、運用は少しずつ苦しくなります。だから今回は、VPSで常駐させるinternal MCPと、朝に必要な情報だけを届けるruntime deliveryまで含めて設計しました。「仕組みを作る」だけではなく、実際に使い続けやすい運用の形にすることを意識して進めた流れです。どこで判断が止まりやすかったかいちばん迷いやすかったのは、毎朝同じ会話スレッドを起こし続ける運用で本当にいいのかという点でした。同じスレッドを使い続けると、文脈はつながりやすいです。過去の流れも見やすく、一見便利に思えます。ただ、その一方で、会話履歴がどんどん重くなる必要な情報を探しにくくなるあとから見返したときに、その日の判断が追いづらくなるという問題も出てきます。つまり、続けやすさと見返しやすさの両立が意外と難しかった、ということです。今回いちばん大きかった学び今回いちばん大きかったのは、AIの朝運用は、「裏の固定メモ」と「表の新規配達」を分けると続けやすいということでした。土台になる前提情報や固定メモは、
0