Skip to content
Articles

News · · 12 min

AI and Development — September 15, 2026

Period: September 14 — morning of September 15.

Today's main story is not a new frontier model. What's more important is this: routing, deterministic tools, permissions, audit, and compute management are becoming independent layers of the agent stack.

1. Hardware and Infrastructure

Google makes long AI pipelines resumable and adds Blackwell to Dataflow

What happened. Google Cloud today released the GA feature Pause/Resume for batch jobs in Dataflow and support for G4 VMs with NVIDIA RTX PRO 6000 Blackwell. Previously, a multi-day batch job had to be fully restarted after a failure; now, processed state can be saved and the job resumed. Also, GPU/TPU can be freed from a low-priority job and reallocated to inference or feature engineering.

What the data showed. RTX PRO 6000 provides 96 GB of vGPU memory and 1.6 TB/s bandwidth; Google claims the ability to run inference of 70B+ class models within Dataflow. These are platform specifications, not performance benchmarks.

Why it's important. AI economics is determined not only by GPU price, but also by how much compute is lost to retries, sits idle, or is occupied by low-priority tasks.

What you need to understand now: batch pipeline, checkpoint/restart, GPU memory, autoscaling, inference.

What this could change. If a team regularly runs large eval, preprocessing, embedding, or inference jobs, it makes sense to measure the cost of a full recompute after failure. Resumability and dynamic allocation can provide cheaper gains than changing the model.

Date: September 15. Source: Google Cloud — Dataflow Pause/Resume and Blackwell GPU


2. Architecture and Operation of Agent Systems

Google moves part of the "thinking" of a data-agent from the LLM back to verifiable SQL

What happened. BigQuery received six new agent-ready analytical functions: AI.KEY_DRIVERS, AI.CAUSAL_EFFECT, ML.CORRELATION, ML.DETECT_CHANGE_POINTS, ML.TREND, and ML.SEASONALITY. They execute directly next to the data, return structured SQL results, and can be connected as AI agent skills.

The resulting architecture is:

LLM understands the question → selects an analytical primitive → BigQuery computes → LLM interprets the result.

This is more reliable than an approach where the LLM itself tries to deduce the cause of revenue change or a trend from raw rows.

What the data showed. Google claims that change-point detection scales to millions of time series. There is no independent comparison yet of the quality of agent+TVF versus agent-only. AI.CAUSAL_EFFECT also cannot be interpreted as a universal proof of causality: the result depends on the data and statistical assumptions.

What you need to understand now: tool calling, SQL TVF, causal inference, change-point detection, deterministic tool.

What this could change. For analytics-agents, it's worth looking for operations that can be moved from the probabilistic reasoning of the model to a specialized database/statistical layer. The gains are auditability, less context, less data transfer out, and usually a more stable result.

Date: September 14. Source: Google Cloud — BigQuery agent-ready analytics


Microsoft formalizes requirements for future agents: shutdown, scope, least privilege, and permission inheritance for subagents

What happened. Microsoft AI published a draft Humanist AI Code of Conduct. For future MAI models, it directly sets requirements: do not resist being stopped or redirected, do not expand the assigned goal, operate with the minimum necessary permissions, and do not hide traces from auditors. When delegating to subagents, they must inherit at least the same scope, constraints, and permissions.

For irreversible tool actions, the document recommends backing up state, performing a dry run, and verifying the result before retry.

What the data showed. This is not a characteristic of today's models. Microsoft explicitly writes that the document is simultaneously descriptive and aspirational and does not guarantee current model behavior.

Why it's important. This is a good list of requirements for production-agent architecture, regardless of vendor: interruptibility, bounded scope, and delegated least privilege are gradually becoming as basic properties as authentication in regular software.

What you need to understand now: least privilege, scope, interruptibility, subagent delegation, rollback.

What this could change. These properties are better ensured not only through model training but also by the harness/policy layer itself. For now, observe how Microsoft will turn the draft into evals and technical controls.

Date: September 14. Source: Microsoft AI — Humanist AI Code of Conduct


3. Developer Tooling and Programming

GitHub turns model routing into a regular cost/quality/latency setting

What happened. Copilot Auto now has three modes: efficiency, balance, and intelligence. For each prompt, Copilot separately selects a model from the overall available pool. Even in intelligence mode, a simple task like adding a docstring can be sent to a small model.

Why it's important. This marks a noticeable shift from:

choose one best model for the team

to:

choose a policy → router picks a model for each task.

Model routing is becoming part of developer UX, not just internal optimization for large AI companies.

What the data showed. GitHub does not publish benchmark quality or savings for the three tiers. Billing depends on the model actually selected; paid users receive a 10% discount on usage through Auto.

What you need to understand now: model routing, cost/quality trade-off, latency, task classification.

What this could change. Internal evals of coding agents should be based on the cost per successfully completed task, not the token price of a single model. The next logical experiment is to compare a fixed frontier model versus a router on your issue distribution.

Date: September 14. Source: GitHub — Copilot Auto model selection


4. Production AI, SaaS, and Business

Anthropic demonstrates the next form of vertical AI: connectors + skills + approval, not a separate specialized model

What happened. Anthropic launched Claude for Financial Advisors. This is not a new financial LLM, but a set of workflow skills and connectors to Charles Schwab, BlackRock, Addepar, Envestnet, iCapital, Orion, Wealthbox, Wealth.com, Zocks, and other systems.

Skills gather data from CRM, custodians, and portfolio systems, prepare meeting briefs, analyze portfolio drift, create follow-ups and CRM tasks. Investment recommendations, client communications, and compliance decisions require human review; administrative changes are also staged for approval. The enterprise version provides audit logs.

What the data showed. Anthropic has not yet published quantitative results on productivity or error rate. This is a product launch, not a production benchmark. Reuters independently confirmed the launch and main integrations.

Why it's important. The moat of vertical AI increasingly lies here:

domain connectors → proprietary context → skills → compliance → approvals → audit trail

and not necessarily in the proprietary model itself.

What you need to understand now: connector, Agent Skills, human-in-the-loop, audit log, system of record.

What this could change. For regulated SaaS, the reasonable default for now seems to be AI prepares → human approves → system executes, not full autonomy. Competitive advantage may lie in the depth of workflow/integrations, not in model training.

Date: September 14. Source: Anthropic — Claude for Financial Advisors


Today Cloudflare begins deciding separately whether to allow an AI-agent onto a site

This is a continuation of a previously announced policy; what's new today is its effective date.

Cloudflare now distinguishes between Search, Agent, and Training. For new domains, ad-supported pages by default allow Search but block Agent and Training traffic. Browser-use agents and fetch-bots operating on behalf of a user are explicitly categorized by Cloudflare as a separate Agent category.

Furthermore, multipurpose crawlers are evaluated according to the strictest applicable rule: if the owner prohibits Training, Googlebot, Applebot, and BingBot may be blocked when a single crawler combines search and training.

Why it's important. Browser-agents gain a new external dependency:

the model can open the sitethe site allows the agent access.

The web is gradually becoming a permissioned environment for AI.

What the data showed. This is a policy/infrastructure change, not a performance benchmark.

What you need to understand now: crawler, browser agent, robots.txt, agent identity, content licensing.

What this could change. Products dependent on web-agent automation should measure coverage separately from model capability and consider APIs, official integrations, or user-delegated browser access. For publishers, conversely, an opportunity arises to separate search discoverability, AI-agent access, and training rights.

Effective date: September 15. Source: Cloudflare — AI traffic controls


5. GitHub / Open-Source Signals

GitHub Agentic Workflows: developing agent runtime increasingly resembles security/platform engineering

Over the week, github/gh-aw released 17 versions — from v0.88.5 to v0.89.12. The main changes are not about "making the agent smarter," but about observability and security: JSON logs now record timestamps, MCP-server, and the specific tool for each call; threat analysis for custom engines has been fixed.

Separately, GitHub stopped leaving GITHUB_TOKEN in the local git config in a number of agent workflows (persist-credentials:false) and started pinning Actions to commit SHA to reduce supply-chain risk.

There is also useful real telemetry: the scheduled CLI Version Checker over the last three runs completed successfully only once; two ended with errors. In total, the agent spent about 40 thousand tokens and made 26 GitHub API calls, checking nine tools and eight container images.

Signal. Even a very limited repetitive agent requires tracing, expiry, credential isolation, and failure handling. Open source is already spending a lot of engineering time on precisely these layers.

What you need to understand now: MCP tracing, credential blast radius, supply-chain security, safe output, scheduled agent.

What this could change. For internal agents, it's more useful to ask not only "how many tasks they completed," but also failure rate, retries, token/API consumption, and what credentials were present during each action.

Date: September 14. Source: GitHub Agentic Workflows — weekly update


6. Unverified and Early Signals

Potential risk to HBM supply: labor conflict at Micron in Taiwan

Unions representing over 80% of approximately 15 thousand Micron employees in Taiwan are demanding a permanent profit-sharing system and retain the possibility of a strike if the company does not present a concrete proposal between September 18–21. Taiwan is Micron's largest manufacturing hub and a key source of DRAM/HBM. There is no strike yet and no impact on production has been recorded.

This is specifically an early supply-chain signal. In an already tight HBM market, an actual stoppage could potentially quickly propagate up the chain HBM → accelerators → AI servers, but for now there is no reason to speak of shortages due to this conflict.

What you need to understand now: HBM, DRAM, memory supply chain.

What to do: observe for now.


Enterprise buyers likely starting to choose models based on data-retention policy as much as quality

Reuters, citing The Information, reports that Palantir requires from Anthropic an irreversible guarantee of zero data retention before broader use of Claude; Nvidia allegedly restricts Claude to less sensitive tasks, and Booz Allen to proprietary cybersecurity work. The companies themselves did not confirm these details to Reuters.

Therefore, this is currently unverified by primary sources, but an important procurement signal.

If the trend is confirmed, enterprise model evaluation would look like this:

quality + price + latency + retention + training policy + contractual guarantees.

What you need to understand now: zero data retention, data residency, enterprise privacy, vendor risk.

What this could change. For working with proprietary code/data, it makes sense to make retention policy and contractual controls part of the model-selection scorecard, rather than checking them after the technical choice has been made.

Main Technological Shift of This Issue

The agent stack is increasingly less optimized around a single "best model." Google optimizes compute reallocation and moves analytics to specialized tools; GitHub automatically routes each task between models; Anthropic builds vertical workflows around connectors and approvals; Cloudflare begins separately regulating agent access to the external web.

The main shift: model capability remains important, but economics and reliability are increasingly determined by the control plane around it — routing, permissions, tools, state, observability, and access to external systems.

What to Discuss with the Technical Team

  1. Can we replace a fixed frontier model with task-level routing and measure cost per successfully completed task?
  2. Which of the agent's analytical decisions can be moved to SQL/statistical/deterministic tools instead of LLM reasoning?
  3. If our product uses web-agents, what happens when a site separately blocks Agent traffic?
  4. For sensitive data, are retention, audit, and contractual guarantees part of the technical choice of model provider?
  5. How much compute are we losing today due to full retries of long AI/eval pipelines instead of resumable execution?