【要約】「そろそろ終わったかな」と見に行かない——Codexの完了・停止・入力待ちをTeamsで受け取る [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
開発者がCodexの作業進捗を確認するために、頻繁にエディタ画面へ戻る必要があり、集中力が削がれる問題に直面している。具体的には以下の課題がある。
- ・作業完了の確認に伴うコンテキストスイッチの発生。
- ・AIの応答に含まれる機密情報（トークン等）の誤送信リスク。
- ・通知の失敗が、本来のAI作業の失敗に直結してしまう設計上の懸念。
// Approach
Codexのnotify機能を起点とし、PythonとPower Automateを組み合わせた通知パイプラインを構築した。以下のステップで実装されている。
- ・CodexにAGENTS.mdに基づき、通知専用のJSONマーカーを生成させる。
- ・Pythonプログラムで許可リスト方式のスキーマ検証と機密情報の検知を行う。
- ・機密情報検知時は、マスクせず通知全体を破棄する設計を採用する。
- ・Power Automateで受信データを再検証し、Adaptive Cardを再構築する。
- ・通知失敗が作業に影響しないよう、fail-open設計を採用する。
// Result
作業の中断を最小限に抑えつつ、安全に作業状態を把握できる環境を実現した。主な成果は以下の通りである。
- ・「完了」「停止」「入力待ち」の3状態をTeamsで即座に検知可能。
- ・機密情報検知時に通知を破棄することで、情報漏洩リスクを低減。
- ・通知の成否と作業の成否を分離し、システムの堅牢性を確保。
Senior Engineer Insight
> 実戦的な多層防御設計が極めて高く評価できる。特に「禁止リストではなく許可リスト」を用いる点や、通知の失敗をメインプロセスに波及させない設計は、可用性とセキュリティのバランスが取れている。機密情報検知時に部分的なマスクではなく「通知破棄」を選択する判断も、リスク管理として妥当だ。ただし、Power Automateへの依存度が高いため、運用コストと通知遅延には留意が必要である。