エージェントフレームワーク 🇷🇺 14.08.2026 22:02

ソーシャルメディアへのクロスポスト:状態、冪等性、壊れたキリル文字への深掘り

LiveDuneLiveDune
あるエンジニアが、ブログ記事をソーシャルネットワークに自動投稿する際に学んだ教訓を共有しています。この作業は、複数の障害が発生する複雑なパイプラインであり、タイムアウト、画像フォーマット、APIレスポンス、テキストエンコーディングを注意深く処理する必要がありました。主なポイントは、パッケージ、転送、品質管理を分離し、検証にハードゲートを使用することです。
筆者は、ブログ記事のソーシャルネットワークへのクロスポスト(自動転載)を、短い告知の生成、DzenやSpark向けのリライト、画像の添付、UTMタグの設定、Telegramやその他のチャンネルへの投稿を含めて自動化する任務を負っていた。AIエージェントを使った最初の試みでは、多くの落とし穴が明らかになった。Telegramの投稿は実際には成功していたのに、CLIがタイムアウトエラーを返す。Markdownリンクが視覚的にテキストと混ざってしまう。WebP画像が巨大なPNGに変換される。VKはアンチボットチェックに引っかかる。OKはプレビューカードを失う。Googleドキュメントには文字化け(U+FFFD)が含まれる。筆者は、クロスポストは単一の操作ではなく、独立した障害ゾーンを持つパイプラインであり、それを「ソース→コンテンツパッケージ→メディア解決→転送→検証→レポート」として構造化した。重要な気づきは、タイムアウトは投稿が公開されなかったことを意味しないため、リトライは実際の検証に基づくべきであること。ブラウザ自動化は信頼性が低く、フォールバック(予備手段)とすべきであること。HTTP 201のようなAPI応答は配信を保証しないため、各プラットフォームで検証済みの最終状態を持たなければならないこと。画像は適切な検証と解決が必要であり(例:WebPからPNGへの変換でアセットが10倍劣化した)、テキストエンコーディングの破損(U+FFFD)は、単純な置換では修正できないため、厳格なゲート(チェックポイント)で検出しなければならないこと。リライトには、CTA(コールトゥアクション)やバナーを避けるため、JSONではなくサニタイズ(無害化)済みの完全なHTMLを使用し、1回の実行につき新しい記事1件に処理を限定した。
出典: Habr — хаб ИИ — 原文
関連記事 ↓
新着ニュース