Telegram上でパーソナルAI秘書を構築する：7つの課題とスタック詳細

開発者がr/ClaudeAIで、Claude Sonnetを頭脳としてTelegram上にパーソナルAI秘書を構築しました。Notion、Googleカレンダー、Gmail、会議文字起こしツール、カスタマーサポートプラットフォーム、Google Chatと統合しています。スタックはPython Telegram bot、プロジェクトごとのマークダウンファイルによるファイルベースのコンテキストシステム、朝のブリーフィングや会議処理などのユースケース向けにマークダウンの仕様ファイルとして定義されたスキルで構成されています。

実際に動作するもの

• ツールへのフルアクセスを伴う自然な会話 — エージェントが呼び出すツールを自律的に決定
• 会議処理：文字起こしリンクを送ると、エージェントが決定事項やアクションアイテムを抽出し、構造化されたブリーフを保存
• オンデマンドの朝のブリーフィング：タスク、カレンダー、未対応のサポートチケット、おすすめのフォーカスを提示
• 適切なトーンで任意のチャネルへのメッセージ下書き
• 自然言語によるタスクの作成・更新

7つの未解決問題

1. セッション間の記憶がない： 履歴はインメモリのため、ボット再起動で完全に忘却。セッション終了時にTTL付きのhot_context.mdを書き込むことを検討中。
2. 完全に受動的： メッセージを受信したときのみ応答。午前9時のプロアクティブな朝のブリーフィングや、放置しているクライアントへのアラートを希望。ユーザーが読むかノイズとして無視するかの形式に苦心している。
3. 回避しているのか、本当にブロックされているのか判別不可： ユーザーはタスクの種類によって先延ばしの仕方が異なる。エージェントにパターンを検出させ、しつこくならずに回避を指摘してほしい。
4. 終了儀式がない： タスクが永遠に増え続ける。7日以上開いているものに期限を設定するか削除する、毎週の「廃止かコミットか」の仕組みが必要。
5. コンテキスト読み込みの盲点： クライアントが明示的に言及されたときはプロジェクトファイルが機能するが、「今週は何に集中すべき？」のような広範なクエリでは失敗 — エージェントが放置された関係性をプロアクティブに確認しない。
6. ホスティングがファイル同期を阻害： ローカルボットはノートPCを閉じると停止。VPSに移行するとコンテキストファイルがサーバー上に。gitが適切な同期層か不明。
7. コンテキストファイルが陳腐化： エージェントはログを追記するが、トップレベルの要約を維持しない。2ヶ月後にはセクションの半分が不正確に。エージェントの規律、ユーザーの規律、定期的なジョブのいずれかが課題。

元の投稿では、同様のシステムを構築したことのある人からの正直な意見を求めています。コミュニティには、セッションを超えた記憶、プロアクティブなスケジューリング、コンテキスト維持のためのパターンがあるでしょう。