  colcaroliandClaude Opus 5
|
ae997914c2
|
Make Discord reminder failures diagnosable
リマインドが「⚠️ 応答の生成に失敗しました」だけを返して原因が追えなかった
ため、失敗経路を個別に捕まえてログにも残るようにする。
ロギング: uvicorn は自分のロガーしか設定しないため、アプリ側の
logging.getLogger(__name__) は logging.lastResort 送りになっていた。
WARNING 未満が全て消え、出力にレベルもタイムスタンプもロガー名も付かず、
logger.info("Reminder created: ...") すら残らない状態だった。
main.py で basicConfig を呼び、LOG_LEVEL（既定 INFO）で制御する。
reminders.py:
- choices[0].message の取り出しを個別に捕捉する。tool calling 非対応の
エンドポイントは例外を投げずに choices が空の応答を返すことがあり、
ここで落ちると on_message の汎用ハンドラに流れて原因が消える
- ツール実行を _run_tool() に切り出し、DBエラーを専用の文言で返す。
併せてDBセッションをツール1回分だけ開くようにした。LLMとの往復のあいだ
握り続けると SQLite のロックを長時間保持し、同時に走るAPIリクエストと
競合して "database is locked" を起こしうるため
- tool_choice="auto" を渡すのをやめた。Bedrock はこの引数に非対応で、
今まで通っていたのは app.core.llm が litellm.drop_params=True を
立てている副作用に過ぎず、import 順が変われば壊れる。tools を渡した
ときの既定が "auto" なので省いても挙動は変わらない
- どのモデルで何を処理したかを INFO で残す
CLAUDE.md には Lightsail への接続方法（作業ツリーにあった未コミット分）も
含む。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-24 00:08:44 +09:00 |
|
|
colcaroliandClaude Opus 5
|
c1aba42cf8
|
Schedule reminders by mentioning the Discord bot
メンション本文にリマインド系のキーワードが含まれていたとき、LLM に
create_reminder / list_reminders / cancel_reminder の3ツールを渡し、
自然言語から日時と用件を取り出して reminders テーブルに保存する。
system メッセージに現在時刻を入れてあるので『明日』『30分後』のような
相対表現はモデル側が絶対日時に直す。扱うのは一回きりの通知のみ。
配信は APScheduler の discord_reminders ジョブ（既定30秒間隔）が担い、
Webhook ではなく Bot クライアントから登録元チャンネルへ依頼者を
メンションして送るため、専用の Webhook URL 設定は要らない。
- 日時は他テーブルと同じく UTC で保存し、ユーザー・LLM とのやり取りは
ローカル時刻で行って reminders.py の境界で変換する
- 過去・REMINDER_MAX_AHEAD_DAYS より先・解釈不能な日時はツール結果として
エラー文をモデルに返し、聞き直させる
- 一覧・取り消しは依頼者の user_id で絞るため他人のリマインドには触れない
- 配信に5回失敗したら notified_at を立てて諦める（チャンネル削除などで
ポーリングのたびにエラーログを出し続けるのを防ぐ）。カウンタは
プロセス内のみなので、再起動すればまた試す
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-23 23:29:55 +09:00 |
|