ダイヤル式電話を X で検索

2025.03.03 16:10

＃カセットテープ #ダイヤル式電話# #肩パッド# などなどの昭和トークから #乃木坂46# の6期生への期待と振り返る自分自身のあの頃など #秋元真夏# さんの #卒アルラジオ# は今夜も安定の「まろやかトーク」です。 #水にふやかしたような#? #そう言えば今はボブったん？#

0

1

964

99

コミュニティへ転送

cv usk@cv_usk

2026.08.06 02:23

# AIエージェント開発の意思決定ポイント 🎯 **ポイント** LLMプロバイダの429エラー、5回リトライしていませんか？ネットワークリトライは「保険」のように見えて、やりすぎるとコスト6倍・二重決済・リトライストームという地雷原に変わります。従来のWebサービスとは異なり、LLM呼び出しの1回あたりのコストが高いからこそ、リトライ戦略は慎重に設計する必要があります。 📋 **概要** ネットワーク/5xxリトライは、一時的な障害（429 Too Many Requests、5xxサーバーエラー、タイムアウト、DNS解決失敗など）に対して同じリクエストを再送する回数と間隔を制御するダイヤルです。対象は「同じリクエストをそのまま送り直せば成功する見込みがある」エラーのみ。スキーマ不適合や低品質出力のようなコンテンツ起因のエラーは自己修正リトライという別の仕組みで扱います。この2つを混同すると、リトライ戦略が根本から崩壊します。 🔍 **意思決定のポイント** このダイヤルは2つの駆動変数で決めます。 🔹 **失敗コスト（failure_cost）** — 失敗コストが高い環境ではリトライ回数を少なく（2回程度）し、早めにサーキットブレーカへ移行します。誤ったリトライによる二重実行のリスクの方が、リトライしないことによる失敗よりも深刻だからです。 🔹 **コスト感度（cost_sensitivity）** — LLM呼び出しのリトライは1回あたり数千トークンを消費します。5回リトライすればコストは6倍。コスト感度が高い場合はリトライ回数を下限寄りに設定します。最も重要な判断は**冪等性の確認**です。読取操作のリトライは安全ですが、決済・データ更新・メール送信などの副作用を伴う書込操作を冪等キー無しでリトライすると二重実行が発生します。操作のリトライ可否はツール定義時に静的に決めておくべきで、LLMに判断させてはいけません。 💡 **要点と詳細** 基本方針は**指数バックオフ＋ジッタ**です。リトライ間隔を1秒→2秒→4秒と指数的に増やし、ジッタ（乱数による揺らぎ）を加えます。ジッタにより複数クライアントのリトライタイミングが分散し、リトライストームを防ぎます。 📊 目安値: - リトライ回数: 2〜4回 - 初回バックオフ: 1〜2秒（429の場合はRetry-Afterヘッダを優先） - バックオフ上限: 30〜60秒（これ以上待つなら縮退に移行） - ジッタ: フルジッタ（0〜バックオフ値の乱数） - 非冪等書込のリトライ: 冪等キー無しでは**禁止** 429応答にRetry-Afterヘッダが含まれる場合は、自前のバックオフ計算より優先しましょう。プロバイダの指示を無視するとさらに厳しいレート制限を受けるリスクがあります。リトライ上限に達したらサーキットブレーカを開き、縮退ラダー（軽量モデルへのフォールバック、キャッシュ応答、静的フォールバック）に移行します。 ⚖️ **トレードオフ** 📉 リトライが少なすぎると — プロバイダの429は数秒待てば解消されることが多いのに、即座にエラーを返してしまいます。ネットワークの瞬断で数十秒かけたLLM推論結果が無駄になり、本来リトライ1〜2回で回復する軽微な障害がセッション全体の失敗に連鎖します。 📈 リトライが多すぎると — コスト増幅に加え、複数エージェントが同時にリトライするリトライストームでプロバイダへの負荷が雪だるま式に増大し、障害を悪化させます。レイテンシも分単位に膨張。最も危険なのは非冪等操作の二重実行です。 🛠️ **ユースケース** 🔄 **LLMプロバイダの429** — 最も頻繁に遭遇するケース。Retry-Afterヘッダを最優先で使い、2〜3回のリトライで回復しなければサーキットブレーカを開いて別プロバイダへフォールバック。 🖥️ **一時的な502/503/504エラー** — 初回バックオフ1〜2秒、最大3回リトライ。3回失敗したら15〜60秒の遮断期間を設け、Half-Open状態で1リクエスト試行して復帰判定。 💳 **決済APIへの書込** — 冪等キー付きならリトライ可。冪等キー無しなら**リトライ禁止**。代わりに状態確認API（GET）で完了状態を確認し、未完了なら再実行します。 🌐 **複数プロバイダ構成** — 1回目は同一プロバイダに再送（一時的障害の高速回復）、2回目以降は別プロバイダにフォールバック。プロバイダごとに独立したサーキットブレーカを設置するのが鉄則です。リトライ発生率の監視も忘れずに。急上昇はプロバイダ障害か自システムの負荷超過の兆候です。 #AIエージェント# #ソフトウェアアーキテクチャ#

0

1

0

コミュニティへ転送

宮下じゅんや@Miyashita_Junya

2026.07.29 00:04

7月28日午後4時27分頃、熊本県熊本地方でマグニチュード7.1の地震が発生し、宇城市と氷川町で最大震度7が観測されました。被災された皆様に心よりお見舞い申し上げます。災害はいつ、どこで起こるか分かりません。この機に、私たちの「備え」を改めて総点検しましょう。 1. 金銭・保険リスク管理（補償と資金）地震保険の加入確認: 火災保険だけでは地震による損壊や火災は補償されないため、必ずセットで加入する。生活防衛資金と現金の確保: 災害直後は停電や通信障害でキャッシュレス決済が使えなくなる可能性もあるため、数日分の現金（特に小銭）を手元に用意する。 2. 住まい・インフラのハード対策（物理的安全）耐震診断と耐震補強: 自宅の建築年（特に1981年以前の新耐震基準適用前）を確認し、必要に応じて専門家による耐震診断や改修を行う。家具の転倒・落下防止: 家具の固定（L字金具や突っ張り棒）、ガラス飛散防止フィルムの貼付、重いものの低所収納。感震ブレーカーの設置: 地震発生時の通電火災を防ぐため、揺れを感知して自動で電気を遮断する器具を導入する。ハザードマップ（災害予測地図）の確認: 自宅や職場のエリアの揺れやすさ、液状化リスク、浸水・土砂災害の危険性を事前に把握する。 3. ライフライン・備蓄品の備え（生活継続）飲料水と非常食: 1人1日3Lを目安に、最低3日分から1週間分を備蓄する（アレルギー対応食なども考慮）。携帯トイレ・衛生用品: 断水時に最も困るトイレ対策として、凝固剤付きの携帯トイレを十分に用意する。ウェットティッシュや消毒液も必須。電源・情報通信の確保: 複数のモバイルバッテリー、ポータブル電源、乾電池式ラジオ、手回し充電器。持ち出し用非常持出袋: 避難時にすぐ持ち出せるよう、貴重品、常備薬、救急セット、衣類などをまとめたリュックを玄関近くに設置する。 4. 家族・地域のソフト対策（連絡・避難）安否確認ルールの策定: 災害用伝言ダイヤル（171）の利用方法や、家族が離れた場所にいる場合の集合場所・連絡手段をあらかじめ決めておく。避難経路の確認: 自宅から指定緊急避難場所、広域避難場所までのルートを実際に歩いて確認する。地域コミュニティ（近助）の連携: 災害時に高齢者や要支援者を助け合えるよう、日頃から近隣との関係性を築いておく。

0

9

0

コミュニティへ転送