RSS Digest MCPとEven G2連携、Stack-chanサーボ連動の実装

今日の作業

今日は、Stack-chan向けMCPの機能検討、Even G2とStack-chanの連携実装、展示用MCPサーバー候補の整理、RSS Digest MCPの実装と動作確認を行いました。

主な作業は以下です。

Stack-chanの標準搭載機能と追加機能の扱いを整理
GPS機能追加の方針を検討し、今回のタスクは中止
Even G2への応答表示に合わせてStack-chanのサーボを動かす連携を実装
ポートフォリオ用MCPサーバーとしてRSS Digest MCPを作成
Windows ARM64環境での依存関係問題を修正
README向けの導入手順を整理
Weather MCP、法人番号MCPの既存実装調査に着手

Stack-chan MCPの機能方針整理

Stack-chan向けMCPについて、GPSのような追加モジュールをどのように扱うかを検討しました。

サーボはStack-chanの標準搭載機能であるため、MCPツールとして扱う理由が明確です。一方で、GPSは追加機能であり、接続ポートやstack構成によって前提が変わります。

特に、Port C固定でUART read/writeを公開すると、外部ポートを汎用的に扱う設計とは別の意味を持ちます。物理規格に従うこと自体は自然ですが、Port C専用ツールを追加する理由が弱い場合、リポジトリの責務を広げるだけになります。

そのため、GPS機能の追加は今回のリポジトリには合わないと判断し、タスクを中止しました。

Even G2とStack-chanサーボの連携

自作のStack-chan CoreS3系リポジトリを確認し、スマホ、サーバー、Even G2、Stack-chanをつなぐ構成を検討しました。

要件は、Even G2に返答が表示されるたびにStack-chanの首振りサーボを動かすことです。

実装では、G2向けに応答を送信できたタイミングをトリガーとして、Stack-chan側のサーボ制御を呼び出す構成にしました。これにより、表示と物理動作を連動できるようになりました。

確認できたことは以下です。

サーバー経由でEven G2へ応答を送れる
応答表示のタイミングに合わせてサーボを動かせる
サーボ連動はStack-chanの標準機能を使うため、追加モジュール依存がない

展示用MCPサーバー候補の整理

MCPサーバー受託のポートフォリオ用に、既存成果物の中から展示しやすい題材を整理しました。

社内ドキュメント検索の疑似版は、ローカルファイルの読み書きはできているものの、インターネット接続やセキュリティ面の説明が必要になります。そのため、展示用としては扱いづらいと判断しました。

一方で、RSSリーダー型のMCPサーバーは以下の条件を満たしやすいです。

外部アカウントなしで動作確認しやすい
ニュース取得、キーワード抽出、要約という業務用途を想像しやすい
READMEの手順で短時間に試せる
スクレイピングではなくRSSを利用するため、実装と説明が比較的シンプル

このため、RSS Digest MCPを有力候補として実装対象にしました。

RSS Digest MCPの実装

PythonでRSS Digest MCPを作成しました。

主な機能は、登録したRSSフィードから記事を取得し、指定期間やキーワードで絞り込んで返すものです。get_digest の処理を直接実行し、ライブフィードに対して動作確認も行いました。

確認した内容は以下です。

複数RSSフィードから記事を取得できる
過去24時間以内の記事に絞り込める
キーワードで記事を抽出できる
summaryを指定文字数に丸めて返せる
MCPクライアントから呼び出せる

テストも整備し、最終的にユニットテストは通る状態になりました。

Windows ARM64対応

Windows ARM64環境で、依存関係のインストールに失敗する問題を調査しました。

原因は、依存パッケージ経由で入る cryptography の新しいバージョンに、Windows ARM64向けのビルド済みwheelが提供されていないことでした。その結果、ソースビルドに落ち、ローカルのビルド環境不足で失敗していました。

対応として、Windows ARM64向けに constraints-winarm64.txt を追加し、cryptography のバージョンをビルド済みwheelが利用できる範囲に固定しました。

あわせて、Windows ARM64では uvx 経由よりも、事前にeditable installして python -m rss_digest_mcp で起動する手順の方が確実であることを確認しました。

公開前提の整理

RSS Digest MCPは、展示用ポートフォリオとして公開しやすい構成にしました。

追加オプションとして入れる機能と、標準で必要な機能を分ける方針にし、まずはシンプルに動くことを優先しました。

また、公開時に見られるポイントとして、以下を意識しました。

README通りに動かせること
テストが通ること
Windows ARM64の注意点が明記されていること
RSS取得という用途が明確であること
外部サービスの認証に依存しないこと

次の作業

次は、展示用MCPサーバーの候補として、Weather MCPと法人番号MCPの既存実装を調査します。

調査観点は以下です。

既存リポジトリの機能範囲
READMEの分かりやすさ
APIキーや外部アカウントの必要性
MCPツール設計の傾向
ポートフォリオとして差別化できる余地

今日は、追加モジュールに依存するGPS機能の実装は見送り、標準機能を使ったStack-chan連携と、展示しやすいRSS Digest MCPの実装を進めました。