PDF・Telegram・Teams が交差するときの本番の痛み
PDF の上限抜け。 pdfMaxBytesMb／pdfMaxPages がないと大型資料が雑談と同じキューに入り、ヘルスは緑のまま個別ジョブだけ遅延します。上限は環境別に置き、切り捨てはログで示し、外向き境界は 強化記事 と揃えます。
ストリーミングとプロキシ。 チャンクはループバックでは速く見えても、公開名ではバッファで固まります。curl -N で比較し、設定は リバプロ記事 に従います。
Teams と層取り違え。 トークン期限・パーミッションずれは再接続に見え、カード検証失敗は Teams 側で静かです。PDF 経路の片ノード残りは doctor 手順 と 502 ログの順で切ります。ビジョン PDF は同時実行を抑え、ログは相関 ID 中心にします。
2026.3 の運用面を平易にまとめる
PDF は agents.defaults.pdfModel、Telegram はストリーミング前提、Teams は SDK と厳いカードへ寄ります。PR は一本でも、運用計画はモデル・転送・アイデンティティの三本で分けます。先にファイアウォールと外向き疎通を クラウド FAQ で確認します。
ハイブリッドはルート別能力表を作り、本番前にビジョン停止・ストリーム戻し・Teams テキスト退避の三本リハでプロキシのチャンク順序バグを炙ります。
PDF 取り込み：pdfModel・上限・フォールバック
図表は agents.defaults.pdfModel をビジョンへ、ログは安い抽出へ。エンジン差はサポートと品質定義を先に揃えます。
pdfMaxPages 切り捨てとパスワード PDF はログと文言で明示。クラス別 p50／p95 と一時ファイル掃除を決め、ステージで過大・破損・多言語を回してから本番へ合わせます。
Telegram ストリーミングの既定と CPU 現実
増分は負荷も増えるので HTTP に加えイベントループと openclaw doctor --json を見ます。エッジでレート制限、チャンクに相関 ID、ボットは社内／顧客で分離、ストリームと長ポーリングはプロキシ規則をルート別にします。
再送は冪等キー次第で二重化しやすいので境界で重複破棄と指標を用意します。
Microsoft Teams SDK：権限・カード・再接続の規律
スコープ・エンドポイント・秘密ローテは TLS 台帳と一体管理し、マルチリージョンは共有トークンかスティッキーで片ノード更新の波及を防ぎます。カードはポータル検証、負荷試験は本文と分離、リフレッシュは 600 基準で監視します。
障害時はカード止めて受領のみ、ゲスト多めはパイロット後に本番とします。
判断マトリクス：PDF・Telegram・Teams のリスク
レビューで壁と秘密の近くへ貼ります。
| 項目 | 利点 | リスク | 先に見る |
|---|---|---|---|
| PDF＋pdfModel | 図表回答 | ページ暴走 | pdfMaxBytesMb／Pages／切捨ログ |
| TG ストリーム | 体感 | バッファ | 内外 curl -N |
| Teams SDK | カード | OAuth ずれ | ポータル検証・権限 |
| ハイブリッド | コスト | 能力差 | ルート別表 |
SLO 例：二十ページ未満 PDF の p95 は十二秒、Telegram チャンクは八百ミリ秒、Teams 往復 p99 は三秒。四半期で見直します。
七段チェック（コメント例）
環境に合わせて置換し、秘密はチャットに貼りません。ステージングで先に検証します。
# 1) PDF ガード
# agents.defaults.pdfModel: "vision-route-name"
# pdfMaxBytesMb: 12
# pdfMaxPages: 40
# 2) nginx 系プロキシ越しの Telegram ストリーミング
# proxy_buffering off;
# proxy_read_timeout 3600s;
# 3) Teams SDK トークンファイル
# chmod 600 /var/lib/openclaw/teams/oauth.json
# 4) doctor JSON のベースライン
# openclaw doctor --json | jq '.status'
# 5) ループバック健全性
# curl -sS http://127.0.0.1:18789/health
# 6) 公開側ストリーミング試験
# curl -N https://your.host.example/health
# 7) プロキシとゲートウェイで共有リクエスト ID
ストリームはプロキシとセットで当番表に残します。
可観測性・SLO・ロールバック順序
PDF 失敗・Telegram チャンク・Teams OAuth を計測し、閾値でページします。短い PDF 合成でマーカーを確認します。ロールバック順は PDF ビジョン停止、Telegram ストリーミング、Teams はトークンとカードを優先します。502 は共通リクエスト ID でエッジと突き合わせます。
リモート Mac では熱余裕を文書化し、四半期に破損 PDF・遅延 Telegram・無効カードを注入して手順を固定します。約束は中央値と失敗率で示します。
FAQ、相互リンク、ホスト型リモート Mac の位置づけ
doctor は正常でも PDF が止まるのはなぜですか？
切り捨てログ、一時ディスク、キュー、ストリーミング経路のプロキシバッファを順に確認します。
Telegram ストリーミングと Teams を同じワーカープールにできますか？
分けることを推奨します。Teams のカード集中で Telegram 側が枯渇しやすいからです。
PDF のビジョンは Apple ハードのみで回せますか？
性能と熱に余裕のあるリモート Mac であれば可能です。サーマル、バッチ、クラウドフェイルオーバー閾値を文書化してください。
まとめ： PDF は pdfModel と上限、Telegram はエッジ実測、Teams は OAuth／カード優先、層は doctor とプロキシで切ります。
限界： プロバイダ等は自前吸収。SFTPMAC ホスト型リモート Mac は OpenClaw＋隔離 SFTP でイングレスと安定を月額化する用途向きです。
PDF／チャネル負荷をリモート Mac で載せる場合は SFTPMAC のプランをご覧ください。