Live
Consistent Management of Distributed Hybrid Infrastructure with Azure Arc and Azure LocalMulti‑Agent LLM Pipeline Automates Stale Feature Flag CleanupMariaDB 13.0 GA introduces procedural SQL extensions, Oracle compatibility, and richer observability for modern workloadsProgrammatic Management of Code Coverage Ruleset via GitHub REST APIAI‑driven exploit automation forces new safeguards for image pipelines and SSO token scopesGPU‑aware inference routing with SageMaker HyperPod Inference GatewayGitHub Copilot model deprecation on Oct 19 2026: migration steps for AI and DevOps teamsAutomating SageMaker Hugging Face Deployments with Agent SkillsConsistent Management of Distributed Hybrid Infrastructure with Azure Arc and Azure LocalMulti‑Agent LLM Pipeline Automates Stale Feature Flag CleanupMariaDB 13.0 GA introduces procedural SQL extensions, Oracle compatibility, and richer observability for modern workloadsProgrammatic Management of Code Coverage Ruleset via GitHub REST APIAI‑driven exploit automation forces new safeguards for image pipelines and SSO token scopesGPU‑aware inference routing with SageMaker HyperPod Inference GatewayGitHub Copilot model deprecation on Oct 19 2026: migration steps for AI and DevOps teamsAutomating SageMaker Hugging Face Deployments with Agent Skills
AWS

Architecting with Kimi K3 on Amazon Bedrock: Large Context, Prompt Caching, and Secure Inference

AI SummaryPowered by AI

Amazon Bedrock now includes the Kimi K3 open‑weight model, offering a 2.8 trillion‑parameter engine with a 1 M‑token context window, vision capabilities, and explicit prompt caching. This expands the toolset for engineers building large‑context AI workloads while preserving data residency and security guarantees.

The Amazon Bedrock service now offers the Kimi K3 model from Moonshot AI, an open‑weight model with 2.8 trillion parameters, a 1‑million‑token context window, native vision support, and explicit prompt‑caching. These additions give engineers a higher‑capacity model that can retain large codebases or document sets across calls while keeping data within the AWS boundary.

New Model Capabilities

  • Scale and context: 2.8 trillion parameters and a 1 M‑token window enable long‑running coding or knowledge tasks that need sustained context.
  • Vision integration: Native image handling is available without separate model calls.
  • Prompt caching: Explicit caching lets you mark stable prompt prefixes, reducing latency and input‑token cost when the same context is reused.
  • Efficiency gain: The provider claims roughly 2.5× better scaling efficiency versus its prior K2 model.

Integration and Deployment Considerations

Bedrock exposes Kimi K3 through the same APIs used for other models, including the OpenAI‑compatible Responses and Chat Completions endpoints as well as the native Invoke and Converse calls. You can select the model via the console’s Playground or programmatically using the bedrock-runtime endpoint. The service also supports cross‑region inference profiles: the global profile global.moonshotai.kimi-k3 routes requests to any supported region and is about 10 % cheaper than a geographic profile, while the US‑only profile us.moonshotai.kimi-k3 satisfies data‑residency requirements.

Typical prerequisites are an active AWS account with Bedrock access, Python 3.10+, and IAM permissions for bedrock:InvokeModel, bedrock:InvokeModelWithResponseStream, and bedrock:CreateInference. The following snippet shows a minimal Python call using the OpenAI SDK and the Bedrock token generator:

from aws_bedrock_token_generator import provide_token
from openai import OpenAI
region = "us-west-2"
client = OpenAI(
    api_key=provide_token(region=region),
    base_url=f"https://bedrock-runtime.{region}.amazonaws.com/openai/v1",
)
resp = client.responses.create(
    input="What is Byte‑Pair Encoding, in AI?",
    model="global.moonshotai.kimi-k3",
)
print(resp.output_text)

Security and Data Governance

All open‑weight models on Bedrock, including Kimi K3, inherit the platform’s data‑boundary guarantees: inference requests never leave the AWS boundary, are not shared with the model provider, and are not used for further training. Zero data retention is always on for inference, and zero operator access prevents AWS staff from viewing prompts or completions. These controls let security engineers maintain strict data isolation while still leveraging the model’s capabilities.

Related CloudNinjas coverage: AWS.

What This Means For Practitioners

Adopting Kimi K3 means you can design pipelines that keep large code repositories or documentation sets in‑memory across multiple calls, leveraging prompt caching to cut costs. Choose the appropriate inference profile based on latency, cost, and residency constraints, and ensure IAM policies grant the required Bedrock actions. Verify that your data‑handling policies align with the zero‑retention and zero‑operator guarantees, and monitor token usage to quantify the claimed efficiency improvement. Evaluate whether the 1 M‑token window and vision support simplify your architecture enough to replace multi‑model orchestration patterns.

Originally published atAWS Machine Learning Blog