次の作業でもTelegram添付ファイルを検出可能にする

Telegramで受信した音声や文書を再作成するには、実際のファイル位置が必要でした。OpenClaw秘書への保存を任せる一方、日付別のフォルダに元本を残し、同名のファイルは上書きしないように設定しました。文字起こしや文書編集は次の作業として分離しました。

CodexでPythonの保存スクリプトと使用スキルを作成しました。ローカルパス、ダウンロードURL、Telegramファイル識別子を区別して受け取り、保存場所・サイズ・SHA-256・入力タイプをJSONおよび累積インデックスに残すようにしました。秘書はこの結果を読み取り、保存完了を案内するようにしました。

最初は古い環境設定のアカウントが選択され、認証に失敗しました。現在のOpenClawアカウントを優先して使用するように変更し、アカウント選択オプションを追加しました。すでに受信した添付ファイルのmedia URIはローカル受信ファイルとして解釈するように修正し、韓国語ファイル名の正規化の違いも処理しました。メッセージに実際のMediaPathがある場合は、それを優先して使用するようになりました。

実際に使用したmedia URI 2件とローカルパス 3件を再確認しました。5つのファイルすべてがインデックスに記載されたサイズとSHA-256と一致していました。これにより、次の作業でどの元本を使用するかを確認する基準が生まれました。URLなどの他の入力方式まで同じレベルで試験したわけではありません。

類似のツールを作成する際は、入力ソース、名前衝突の処理、成功結果、再確認方法を一緒に定めておくと良いでしょう。私は実際の元本パスや識別子がない場合、秘書が推測せず添付ファイルを再要求するようにしました。パスを正しく解釈しても、消えた元本まで復旧できるわけではないからです。