Automating Amazon Textract adapter lifecycle management across accounts

xAI’s Grok 4.7 is now available on Amazon Bedrock, adding a frontier model built for coding, long-running agents, and knowledge work to the Bedrock model catalog. It offers a 500K token context window and supports configurable reasoning effort at four levels: low, medium, high, and xhigh. Grok 4.7 is served on the bedrock-runtime endpoint through cross-Region inference profiles, and it supports the Responses, Chat Completions, and Converse APIs. According to xAI, it’s their most capable model for coding and knowledge work: it works longer on difficult tasks and verifies its own output more carefully before moving on. This post covers what xAI says Grok 4.7 is designed for, how it is packaged on Amazon Bedrock, and how to send your first request. What Grok 4.7 is built for The capability and training details in this section come from xAI’s launch announcement, Introducing Grok 4.7, published September 21, 2026, and from the Grok 4.7 model documentation. xAI positions Grok 4.7 as its most capable model for coding and knowledge work. The theme is endurance rather than raw speed: the model works longer on difficult tasks and checks its own work more carefully before moving on. On training, xAI reports that Grok 4.7 uses a new and larger base model. It was trained with a longer reinforcement learning run over a harder mix of tasks, deliberately weighted toward problems that take many hours to complete. Two capabilities came out of that: the model is better at verifying its own work, and makes more effective use of its 500K token context window on long tasks. xAI also trained it to natively understand the Grok Bot harness, which it credits for improvements in conversational tasks and general knowledge work. For anyone building agents, the self-verification behavior is the detail worth noting. A model that checks its own output before continuing tends to fail less catastrophically on long trajectories, where an early mistake otherwise compounds through every later step. xAI also calls out stronger document and presentation generation, and describes gains on professional knowledge work of the kind done by lawyers, nurses, and financial analysts. xAI reports gains across its published evaluations. These span software engineering with CursorBench and DeepSWE, multi-hour terminal and office work with Terminal-Bench and AA Briefcase, electrical engineering with EEBench, legal work with the Harvey Legal Agent Benchmark, and clinical reasoning with HealthBench Professional. For the results themselves, see xAI’s announcement. Independent evaluation Artificial Analysis runs its own evaluations rather than relying on developer-reported figures, which makes it a useful second reference alongside xAI’s published results. According to Artificial Analysis, Grok 4.7 improves across its evaluation suite. The largest gains are on long-horizon agentic knowledge work and on coding agents run in xAI’s own harness. The Intelligence Index is a composite built from multiple independent evaluations covering agentic tool use, reasoning and knowledge, knowledge reliability, and long-context work. Measure (Artificial Analysis) Grok 4.7 Grok 4.6 Intelligence Index 46 44 Coding Agent Index 56 47 AA-Briefcase, long-horizon knowledge work (Elo) 1,657 1,546 GDPval-AA, professional work products (Elo) 1,695 1,605 AA-Omniscience Index 32 30 AA-Omniscience hallucination rate 29% 34% Output tokens per Intelligence Index task ~81k ~38k Grok 4.7 is measured at xhigh reasoning effort, and Grok 4.6 at the effort level Artificial Analysis reported for each measure. The final row is the tradeoff to plan for: the gains come with roughly double the output tokens per task. That’s why it pays to set the effort level deliberately rather than inheriting the default. Safety and cyber security According to xAI, Grok 4.7 was built with an entirely new safeguard stack and is the strongest model it has tested on refusals and jailbreak resistance. xAI frames the goal in dual-use domains such as cyber security and biological work as holding two things at once: remaining useful for legitimate tasks while refusing dangerous ones. On cyber security specifically, xAI reports the model allows only a small fraction of risky dual-use prompts through while rarely blocking legitimate security work. xAI has also begun giving selected cyber security partners invite-only access to Grok 4.7’s red-team capabilities for defense research. How Grok 4.7 is packaged on Amazon Bedrock Grok 4.7 accepts text and image input and returns text. The model is served on the bedrock-runtime endpoint through cross-Region inference profiles, so requests name a profile rather than a bare model ID: Inference option Model ID Base URL Geo cross-Region us.xai.grok-4.7 https://bedrock-runtime.{region}.amazonaws.com/openai/v1 Global cross-Region global.xai.grok-4.7 https://bedrock-runtime.{region}.amazonaws.com/openai/v1 Grok 4.7 supports the Responses API, the Chat Completions API, InvokeModel and the Converse API. Because the model is OpenAI-compatible, you have a choice of client. The OpenAI SDK works against the /openai/v1 path with a bearer token, which can be either an Amazon Bedrock API key or a short-term token minted from your AWS Identity and Access Management (IAM) credentials. The AWS SDKs reach the same model through Converse, signing requests with your ordinary AWS credentials. Use the OpenAI SDK if you’re porting an existing integration. Use Converse if you want one message shape across the models in your account, along with invocation logging and response streaming through the standard Bedrock event types. Using Grok 4.7 with Bedrock features Implicit prompt caching applies automatically to repeated prompt prefixes, so agents that resend a large system prompt or reference document on every turn pay the cached rate for that prefix. Amazon Bedrock Guardrails attach by ID and version on the request, applying content filters, denied topics, personally identifiable information (PII) redaction, and word policies to both the prompt and the response. This is useful for a model that might run unattended across many steps. With structured outputs, you can constrain a response to a JSON Schema so downstream code can parse it directly. Invocation logging captures each call in Amazon CloudWatch with the request, the response, and token counts including reasoning tokens. This gives you an audit trail for long agent runs. Regions and inference options Grok 4.7 routes through one of two cross-Region inference profiles rather than pinning to a single Region. The Global profile, global.xai.grok-4.7, routes each request to any supported commercial AWS Region, spreading load across more capacity, and is priced below a geographic profile. The tradeoff is less control over where a given request is served, which can mean more variable latency. The US geographic profile, us.xai.grok-4.7, keeps processing within the US geography, which addresses US data residency requirements. Choose it when you have residency constraints or latency-sensitive traffic, and Global when cost and throughput matter more. Service tier and pricing Standard is pay-per-token with no commitment, selected by setting "service_tier": "default" or omitting the field. Priority delivers faster, prioritized processing for a premium ("service_tier": "priority"). Flex offers lower-cost access for work that isn’t time-sensitive ("service_tier": "flex"). Service tier is a significant cost lever that you control. For per-token pricing across the tiers, see the Amazon Bedrock pricing page. Send your first request Before your first call, confirm that the model is available to you in the Bedrock console for the AWS Region that you plan to use. Install the OpenAI SDK, and boto3 if you plan to use the Converse API: pip install openai pip install boto3 Generate a long-term Amazon Bedrock API key from the Amazon Bedrock console for exploration, then set your environment: export OPENAI_API_KEY="" export OPENAI_BASE_URL="https://bedrock-runtime.us-east-1.amazonaws.com/openai/v1" A first request with the Chat Completions API: from openai import OpenAI client = OpenAI() response = client.chat.completions.create( model="us.xai.grok-4.7", messages=[ {"role": "user", "content": "Can you explain the features of Amazon Bedrock?"} ], ) print(response.choices[0].message.content) The same call through the Responses API: response = client.responses.create( model="us.xai.grok-4.7", input="Can you explain the features of Amazon Bedrock?", ) print(response.output_text) And through the Converse API with boto3. Because reasoning is always active, the first content block carries the reasoning and the answer sits in a later block, so search the blocks for the text rather than indexing content[0]: import boto3 client = boto3.client("bedrock-runtime", region_name="us-east-1") response = client.converse( modelId="us.xai.grok-4.7", messages=[ {"role": "user", "content": [{"text": "Can you explain the features of Amazon Bedrock?"}]} ], inferenceConfig={"maxTokens": 2048}, ) blocks = response["output"]["message"]["content"] text = next(b["text"] for b in blocks if "text" in b) print(text) On Converse, you set the effort level through additionalModelRequestFields rather than a reasoning parameter: response = client.converse( modelId="us.xai.grok-4.7", messages=[{"role": "user", "content": [{"text": "What is 17*23? Number only."}]}], inferenceConfig={"maxTokens": 3000}, additionalModelRequestFields={"reasoning_effort": "xhigh"}, ) Three operational notes. First, requests must name us.xai.grok-4.7 or global.xai.grok-4.7. Second, bedrock:InvokeModel is evaluated against three resources: your account’s default project, the inference profile you name, and the underlying foundation model (FM). The foundation model Amazon Resource Name (ARN) is wildcarded across Regions because cross-Region profiles route outside the calling Region. Bearer-token authentication additionally requires bedrock:CallWithBearerToken, which boto3 and Converse don’t need: { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "bedrock:InvokeModel", "Resource": [ "arn:aws:bedrock:{region}:{account-id}:project/default", "arn:aws:bedrock:{region}:{account-id}:inference-profile/us.xai.grok-4.7", "arn:aws:bedrock:*::foundation-model/xai.grok-4.7" ] }, { "Effect": "Allow", "Action": "bedrock:CallWithBearerToken", "Resource": "*" } ] } List every inference profile you plan to call. Profiles are scoped individually, so a policy naming us.xai.grok-4.7 does not cover global.xai.grok-4.7. Third, the two authentication mechanisms cover different code paths. An Amazon Bedrock API key in OPENAI_API_KEY travels as a bearer token and authenticates the OpenAI-compatible calls. The boto3 Converse examples sign with SigV4 instead, drawing on your ordinary AWS credentials from the environment, a profile, or a role. Configure both if you intend to use Converse alongside the OpenAI-compatible APIs. Treat a long-term API key as an exploration-only credential. For production, use short-term bearer tokens generated from your IAM credentials with the aws-bedrock-token-generator package, since they expire automatically and keep access tied to your IAM identity. Working with reasoning effort Reasoning is active on Grok 4.7, and effort level is a primary control you have over its cost and latency. You configure it through the reasoning parameter on the Responses API with low, medium, high, or xhigh, and through additionalModelRequestFields on Converse. The default is high. That’s worth setting explicitly rather than inheriting, because leaving it unset on latency-sensitive or high-volume calls will spend more reasoning tokens than those calls need. Because the model is trained to work longer and verify its own output, higher effort buys more than extra deliberation on a single answer: it buys more self-checking across a long task. Short extraction and classification calls belong at low. Multi-step planning, long agent trajectories, and work where an early error propagates are where high and xhigh earn their tokens. Reasoning content is encrypted. You can have it returned by passing the following on a Responses API request.include: ["reasoning.encrypted_content"] Then send that content back on subsequent turns to give the model its own prior reasoning as context in a multi-turn conversation. The Chat Completions API doesn’t return reasoning tokens. from openai import OpenAI client = OpenAI() # OPENAI_BASE_URL points at the bedrock-runtime endpoint response = client.responses.create( model="us.xai.grok-4.7", reasoning={"effort": "high"}, include=["reasoning.encrypted_content"], input="Explain quantum entanglement simply.", ) print(response.output_text) To find where additional reasoning stops paying for itself, benchmark the levels against your own workload. Get started With Grok 4.7 in Amazon Bedrock, you get a 500K token context window, four reasoning effort levels, image input, tool calling, and Geo and Global cross-Region routing. All of it is reachable through the Responses, Chat Completions, and Converse APIs. To start building, review the Grok 4.7 model card for the current Region list, feature matrix, and parameter details, and check the Amazon Bedrock pricing page for token rates. If you generated a long-term Amazon Bedrock API key for exploration, delete it from the Amazon Bedrock console when you are finished. A standing credential you no longer need only widens your account’s attack surface. Sources Grok 4.7 Model Card xAI, Introducing Grok 4.7 Artificial Analysis, Benchmarking Grok 4.7 xAI, Grok 4.7 model documentation Amazon Bedrock pricing About the authors Suheel Farooq Suheel is a Principal Solutions Architect at AWS, specializing in artificial intelligence, machine learning, and generative AI. He helps Foundation Model Provider customers design, build, modernize, and scale their AI/ML and generative AI workloads on AWS — from bringing foundation models to Amazon Bedrock to optimizing training and inference and building Agentic AI solutions. His experience spans the AWS AI/ML and generative AI portfolio, particularly Amazon Bedrock, Amazon Bedrock AgentCore, and Amazon SageMaker AI. In his free time, Suheel enjoys working out and hiking. William Yap William is Principal Product Manager for Amazon Bedrock. Ikenna Izugbokwe Ikenna is a Principal Solutions Architect at AWS specializing in networking, containers, and AI infrastructure. He guides model providers through scaling their training and inference systems while enabling rapid deployment of evolving frontier models on AWS. His work increasingly spans agentic AI – building reliable, cost-efficient multi-agent systems and the inference infrastructure behind them in production. Anirban Gupta Anirban is a Principal Engineer at AWS based in Seattle, USA, where he focuses on the design of secure, high-scale model-serving infrastructure for Amazon Bedrock. He has driven the technical work behind several foundation-model launches on the platform. Prior to joining Amazon Bedrock, he was a Principal Engineer on AWS Outposts, building hybrid on-premises cloud infrastructure. Fabio Branco Fabio is a Senior Customer Solutions Manager at Amazon Web Services (AWS) and strategic advisor guiding foundational model providers in their go-to-market journey. Prior to AWS, he held Product Management, Engineering, Consulting, and Technology Delivery roles across multiple Fortune 500 companies in industries, including retail and consumer goods, oil and gas, financial services, insurance, and aerospace and defense.

Grok 4.7 is now available on Amazon Bedrock

With so many new opportunities brought about by artificial intelligence, companies need to make informed decisions, prioritize, and invest wisely in new AI technology. Not everything that is possible today makes sense in their specific business reality. That is why customer enablement is a crucial part of the global SAP AppHaus Network and its partners. Here’s a recent example of customer enablement provided by SAP AppHaus Network partner Bluestonex. In early July 2026, SAP AppHaus Network partner Bluestonex invited customers to an immersive hands-on workshop day at the Bluestonex AppHaus Oswestry, Shropshire, UK. The focus was placed on two industries: retail and supply chain. During the event, attendees watched inspiring demos of new SAP AI capabilities powered by the SAP Experience Center and took part in interactive sessions to experience industry innovation and learn along the pragmatic, human-centered innovation approach. Experience a new way of working with the Autonomous Enterprise Learn more Different showcases for retail and supply chain Two different showcases shed light on different applications and scenarios from the retail and supply chain industries. The first showed how data can be surfaced and acted on meaningfully via the use of AI and smart application functions including SAP Business Data Cloud (SAP BDC) and Bluestonex’s flagship master data management and governance solution, Maextro. The second showed different supply chain and warehouse use cases from the retail and manufacturing industry, where the participants could experience the demo with physical mobile devices and interactive stock movements as if they were in the warehouse setting itself. Two work streams to explore AI-infused innovation After learning about the art of the possible brought about by the latest SAP Business AI solutions of the Autonomous Enterprise, the workshop attendees split into two work streams to explore different aspects of AI-infused innovation: The first group went through a process of rapid ideation and prototype development with a fast-paced innovation approach. Participants got hands-on, creating both low-fidelity and high-fidelity designs. To do so, they were shown how different AI tools, such as Joule Studio, are changing the way applications are built. To explore the skills needed for successful AI adoption and to address the culture shift, the second session used LEGO® Serious Play® and explored the human side of AI transformation. The method is used for skill-building exercises to then tackle a central challenge: building a model that represents how AI could fundamentally change an existing business. The participants learned a set of guiding principles for AI that they can apply in their day-to-day business. SAP AppHaus Network partners acting as front-runners The workshop is a good example of how SAP partners such as Bluestonex act as front-runners when it comes to exploring the Autonomous Enterprise and adopting AI in a meaningful way. During the workshop, experts helped customer teams identify appropriate use cases, design a concept for an AI agent, and create a real business solution that can be built with the latest SAP technology, encouraging and enabling them to conquer this new environment with all its opportunities. The guiding workshop principle was to create value in their respective company context. The feedback given by some of the participants seems to acknowledge that: &#8220;Wow. Mind blown! Great team showing the art of the possible. Excellent.&#8221; “Really great day overall. I always love the real-world scenarios. The hands-on sessions were a highlight, and it&#8217;s a great visual display of what&#8217;s possible.&#8221; &#8220;Great way to generate ideas, meeting other people, engaging format. The real-world scenarios stood out.&#8221; &#8220;The space itself—the Bluestonex church—was a highlight. Love the SAP Experience Center content on the big, beautiful screen.&#8221; Looking back from two perspectives Workshop scene at Bluestonex AppHaus Shropshire, UK, with Dan Barton, Bluestonex co-founder, and Tobias Gollwitzer, SAP AppHaus. Richard Henry, head of Growth, SAP BTP, Data, & Innovation at Bluestonex, looks back: “The addition of the latest demo content powered by the SAP Experience Center to Bluestonex’s industry workshop model marks another step in our mission to help customers realize the Autonomous Enterprise. By combining the latest innovation stories, industry experiences, and SAP Business AI with proven SAP AppHaus methodologies, we move beyond inspiration to action. Through hands-on workshops, design thinking, and immersive experiences, organizations can explore, validate, and prioritize real business opportunities. In the end, our focus remains the same: we want to turn innovation with the latest SAP solutions into practical outcomes and adoption, all for the benefit of our customers.” Tobias Gollwitzer, senior director and regional lead EMEA, SAP AppHaus Walldorf, concludes: “This workshop is just another proof of the exceptional agility, the dynamic approach, and attitude of our SAP AppHaus Network partner in the UK. The team invites and motivates SAP customers to be among the first to conquer new SAP industry-specific technologies, grasp and move towards SAP’s Autonomous Enterprise solutions to their best advantage.” Imke Vierjahn is communications lead for SAP AppHaus Network. Get weekly updates from the SAP News Center, delivered straight to your inbox Subscribe today

Automation & Logistics

Get Automation & Logistics signals in your inbox

Deploy Autonomous AI Capabilities & Skills Runtimes

Related desks