TL;DR: BCG’s 2026 AI research links strategic clarity to stronger AI impact more clearly than tool access, and its agentic leadership playbook shows only about 5% of companies are truly agent-first while roughly 60% of deployment decisions sit with the CIO or CTO, according to TruFoundry’s analysis. The control gap is no longer planning versus tooling, but whether policy, routing, budgets, and observability are enforced on the live request path.
NHIMG editorial — based on content published by TruFoundry: BCG strategy matters more than tools, part 1
By the numbers:
- BCG’s AI at Work 2026 survey covers roughly 11,749 workers across 14 markets.
- Strong strategy with limited tools is associated with 80% measurable impact, compared with 60% for strong tools with limited strategy.
- Only about 5% of companies are truly agent-first, according to BCG’s Agentic Leadership Playbook.
Questions worth separating out
Q: How should security teams enforce AI acceptable use policies at runtime?
A: Security teams should pair the written policy with discovery, intent-based controls, and audit logging.
Q: Why do AI agents change the way IAM and governance teams think about access?
A: AI agents change access governance because the relevant privilege is not just the account they hold, but the task, context, and tool chain active during execution.
Q: What breaks when AI request paths are not centrally governed?
A: When request paths are not centrally governed, each application recreates its own access, routing, safety, and cost logic.
Practitioner guidance
- Define the gateway as an enforcement point Make the AI gateway the place where identity checks, routing rules, safety filters, and budget controls are applied before model or tool execution.
- Bind requests to governed metadata Require team, project, application, and environment tags on every request so usage, cost, and accountability can be joined in downstream reporting.
- Separate warning and enforcement modes Use warn-only policies for discovery and hard enforcement for production, with milestone alerts that show where policy is being ignored or exceeded.
What's in the full article
TruFoundry's full article covers the operational detail this post intentionally leaves for the source:
- Documented gateway policy examples for identity, routing, budgets, and guardrails across model and MCP traffic
- Implementation detail on metadata tagging and cost attribution for team, project, application, and environment
- Deployment posture options such as VPC, on-premises, and air-gapped operation for regulated environments
- The second half of the series, which extends the analysis into MCP Gateway and the Agent Harness
👉 Read TruFoundry’s analysis of BCG’s AI strategy findings and gateway controls →
AI gateway controls and agent governance: what teams need now?
Explore further
AI gateway control is becoming the enforcement layer for agentic AI governance. Strategy only matters if it can be translated into live request decisions. That is why routing, identity checks, guardrails, and spend limits matter together rather than as separate disciplines. For IAM teams, the lesson is that AI access governance is moving from static permissioning to runtime enforcement.
A question worth separating out:
Q: Who should own governance when AI-assisted MDR actions affect production systems?
A: Ownership should sit with the security function that can define approval thresholds, exception handling, and audit expectations. The vendor may execute the workflow, but the buyer remains accountable for the impact. That is why governance, logging, and review rights need to be explicit before automation is allowed to touch production.
👉 Read our full editorial: AI gateway controls matter more when strategy meets execution