The daily field guide to agent engineering

Separate the session.
Control the effects.

GitHub’s release wave makes routing, durable sessions and controlled automation tangible. Healthcare governance adds a real intake rollout and a newly published change to certification requirements.

The 30-second take

Route models without forgetting side effects. Keep sessions independent of the UI. Treat local inference as one boundary, not full sovereignty. Separate proposals from writes. Record governance decisions and track changing certification rules.

Today’s reading list

Showing all 6 items

01
Generally available · October 28 · GitHub

Route the work. Account for the edits.

Copilot Fusion chooses execution patterns as well as models.

A rejected draft can still leave changes in the workspace.

Fusion can use one model, escalate through a quality-checked cascade, or run draft–critique–revision. Administrators can restrict its model pool separately from general model availability. Current documentation says the main conversation stays on the same model where possible for caching, while assisting reviewers receive only needed context.

Evidence & limits. The documentation explicitly says discarding a draft does not automatically revert its file edits. Fusion is separate from subagents and does not launch them. GitHub’s benchmark and cost comparisons are vendor-reported; they do not establish universal savings or independently reproduced quality.

For builders & deployment owners · Editorial analysis

Evaluate the complete routing policy and resulting workspace. Give speculative edits an explicit review, commit or rollback boundary. A better final answer is not proof that intermediate effects were safe.

02
Open protocol milestone · October 28 · Microsoft

Let sessions outlive the interface.

Agent Host Protocol reaches 1.0 alongside VS Code’s new default Copilot harness.

One host owns the session while several clients can observe and interact with it.

AHP supplies a state snapshot plus ordered actions. Reconnecting clients replay missed actions or obtain a fresh snapshot, then reconcile pending actions. The host arbitrates conflicts; clients negotiate optional capabilities such as terminals and automations. The public protocol repository is MIT-licensed.

Evidence & limits. The architecture was introduced August 26; October 28 is the 1.0 milestone, not its invention. A running host is still required for remote execution. Protocol documentation is not an independent reliability test, and AHP does not standardize each harness’s internal context management.

For builders & deployment owners · Editorial analysis

Keep UI/session state separate from the agent’s reasoning and memory. Test disconnects, stale client actions and conflicting edits against one authoritative session, rather than reconstructing agent state from a chat transcript.

03
Experimental preview · October 28 · GitHub

Local inference still uses a cloud router.

Fusion adds opt-in routing between supported local and cloud models.

Inference location and operational control are separate boundaries.

The release adds managed Windows support for MAI Code 1.1 Flash; Copilot CLI also supports manually configured eligible models on Windows, macOS and Linux. Ordinary BYOK discovery does not automatically make a model eligible for routing. GitHub explicitly says routing decisions remain in the cloud, so these sessions are not offline.

Evidence & limits. This is experimental and restricted to supported models and configurations. Intelligent local routing in the Copilot app currently supports managed Windows ML models; directly selecting other local models is a different capability. No air-gap guarantee or complete data-control assurance is established.

For builders & deployment owners · Editorial analysis

Map where routing, inference, telemetry and escalation occur before approving a deployment. Require explicit data-flow and contractual evidence. A local model alone does not establish sovereignty.

04
Generally available · October 28 · Open source

Keep the agent away from the write credential.

GitHub Agentic Workflows graduates to general availability.

Separate proposed actions from the jobs that execute them.

Markdown workflows compile into Actions YAML and reuse runner groups and policy constraints. The agent runs read-only by default behind a sandbox and network firewall. Structured safe outputs are executed by separate permission-controlled jobs. The GA release adds runner support, budget forecasting and isolation options.

Evidence & limits. Current threat-detection docs describe configurable enforcement: default warn mode annotates reviewable outputs, converts branch pushes to review PRs and aborts non-reviewable outputs; strict mode blocks safe outputs on detected threats or detector failures. Detection can be disabled. Human review depends on configuration and policy gates. These are documented controls, not proof of immunity to prompt injection.

For builders & deployment owners · Editorial analysis

Inspect compiled permissions, allowed outputs and failure policy before enabling automation. Test detector failure as well as detected threats. Give the agent and its reviewer separate budgets and preserve the run evidence.

05
Implementation begun · October 28, 09:00 ET · Vendor report

Make approval part of a continuing record.

Mass General Brigham begins implementing Trustible around its AI governance process.

Intake, risk tiers, review routing and decision evidence belong in one lifecycle.

Trustible describes a workflow from intake through risk assessment, appropriate review, recorded decision and a centralized inventory. Reviewers can override a risk score with a documented rationale. Each use case retains a lifecycle record rather than ending at committee approval.

Evidence & limits. This is a vendor-reported implementation, not a completed outcomes study. Monitoring signals, metric owners and thresholds for renewed review are still being explored. The monitoring module connects evaluation signals to governance decisions; it does not sit in the runtime path or change model outputs. No measured approval-time or safety gains are reported. The agreement is not an MGB product endorsement.

For builders & deployment owners · Editorial analysis

Assign an owner and a re-review trigger to every approved use case. Keep the decision record connected to evaluation evidence and changes; do not mistake a governance inventory for runtime enforcement.

06
Final rule published October 28 · Not yet effective

A certification requirement is changing. Keep your evidence requirements explicit.

HTI-5 removes a layer of predictive decision-support requirements from ONC certification.

Formal publication is new this day; the announcement was October 26.

The final rule removes source-attribute support, access and modification requirements and predictive decision-support intervention risk management from §170.315(b)(11)(iv)–(vi) of the ONC Health IT Certification Program. Evidence-based decision-support feedback tools remain. The rule generally takes effect December 28, 2026; specified other amendments take effect January 1, 2027.

Evidence & limits. This is a final rule, not a proposal or an already effective change. Its scope is a particular certification program, not all clinical-AI oversight. Claimed burden reductions and concerns about lost transparency are not measured deployment outcomes. The accessible Federal Register HTML was checked; its linked official PDF was not retrieved.

For builders & deployment owners · Editorial analysis

Review procurement and local governance requirements for vendor evidence, evaluations, change notices and monitoring. Those choices remain important even when a certification criterion changes. This is editorial analysis, not a new mandate imposed by this rule.

How to read this edition

Product availability is not an outcome study.

Coverage window: October 28, 00:00–23:59 EDT. GitHub and Microsoft sources carry October 28 dates without exact times, so precise New York-day placement is unverified. Trustible’s distribution is dated 09:00 ET. HTI-5’s Federal Register publication is October 28; its October 26 announcement and future effective dates are identified separately.

Four technical cards reflect GitHub’s release wave, selected for distinct engineering lessons rather than general company news. GA, experimental preview, protocol milestone, implementation begun and final regulation are different evidence states. Current documentation explains controls but is not assumed to describe features all newly introduced that day.

No product tests or benchmark results were independently reproduced. No cross-benchmark ranking is implied. Diagrams explain control boundaries and workflows, not measured performance. Older AHP architecture material is explicitly labeled.

Source check

Research checked, no paper forced into the window.

arXiv cs.AI and cs.CL were accessible, but the retrieved listings still topped out at the Wednesday October 28 batch containing October 27 submissions. No fresh in-window paper was verified in this pass. That is a verification limit, not a claim that no papers were published.

AINews redirected to Latent Space. The October 28 issue and October 29 issue were checked. The latter says it covers October 27–28 and supplied leads; original release dates, not newsletter placement, determined inclusion.

Trustible’s direct page fetch failed, but live search retrieved its announcement text and PRNewswire corroborated distribution timing. Regulatory analysis uses accessible Federal Register HTML; the official PDF retrieval failed. Six selected items, public sources only. Recommendations are editorial analysis.

Browse Past Editions →

Previous editions

View all editions