GitHubでは月間commit数が4月の14億から29億へ増え、8月17日には7時間47分にわたる大規模障害が発生しました。ただし、29億commitをそのまま「AI AgentがGitHubを落とした」と結論づけることはできません。GitHub自身はAI-assisted／agentic development workflowsをTraffic Growthの重要な要因として挙げていますが、今回の直接的な障害原因はCapacity Pressure、Autoscaling Policy、Load Balancer、Authentication Dependency、Retry Amplificationが重なったことです。本記事では、AI Coding AgentによるFan-outがDeveloper Infrastructureへ与える影響と、Retry Budget、Concurrency Limit、Local Gitなど開発側で取れる対策を整理します。

OpenAIは、条件を満たすAPI顧客向けのZero Data Retention（ZDR）を継続しながら、長時間・Multi-stepのAI AgentでもCross-interaction Riskを検出できるPrivate Safety Processingを開発しています。ポイントは、安全監視をなくすのではなく、Automated Systemsによる分析とOpenAI PersonnelによるRaw Customer Contentへのアクセスを分離することです。本記事では、ZDRと「Trainingに使わない」の違い、ZDR EligibleなAPI機能、Remote MCP利用時の第三者Retention、Customer-controlled Infrastructure／Keys、企業側のAudit Trailまで整理します。

AI Agentが検索や回答だけでなく、外部システムへのアクセス、データ変更、決済まで実行するようになるほど、安全設計ではモデルの精度だけでなく「何を見られるか」「何を変更できるか」「最大損失をどこで止めるか」が重要になります。本記事では、OpenAIのCyber EvaluationからHugging Face本番環境への未承認アクセスにつながった事故と、AWS AgentCore Paymentsの支払いGuardrailを軸に、Isolation、Monitoring、Alignment、Payment Cap、Approval、Credential分離、Audit Logなど、Agentに必要な安全設計を整理します。

404 Mediaは、約1,000冊の書籍のうち1冊へAirTagを隠し、そのShipmentをAmazonのLas Vegas LAS8／VGT3まで追跡しました。現地ではAmazon EmployeesによるBook CuttingとScanningの作業が報告されていますが、AmazonはScan Dataが特定AI ModelのTrainingに使われているとは確認していません。本記事では、なぜAI Data Supply Chainが未DigitizedのOld Booksへ注目しているのか、AnthropicのDestructive Scanning事例、First Sale DoctrineとFair Useの違い、Physical Bookの文化的価値、さらに公開Web Contentとrobots.txtまで整理します。

OpenAIは2026年7月末にPreparedness teamを解散しましたが、Bio、Cyber、AI Self-improvementなどの安全評価そのものが廃止されたわけではありません。関連業務は既存チームへ再配置され、Preparedness FrameworkやSafety Advisory Groupも引き続き存在しています。本記事では、Dedicated Safety TeamからEmbedded Safetyへ移る組織変化、同月に起きたHugging Face Cyber Incidentとの関係、SuperalignmentやAGI Readinessなど過去の再編、さらにChatGPT Computer HistoryのPrivacy Riskまで整理します。