---
type: "post"
id: "aws-makes-amazon-bedrock-agentcore-cli-1-0-fcc752"
slug: "aws-makes-amazon-bedrock-agentcore-cli-1-0-fcc752"
title: "AWS makes Amazon Bedrock AgentCore CLI 1.0 generally available"
description: "AWS has made Amazon Bedrock AgentCore CLI 1.0 generally available as `@aws/agentcore` 1.0.0."
retrieval_nugget: "AWS has made Amazon Bedrock AgentCore CLI 1.0 generally available as @aws/agentcore 1.0.0. The release matters to teams building agents on AWS because it standardizes terminal operations across AgentCore resources, permits direct work with those resources outside a project workflow, and supplies a migration command for existing projects."
published_at: "2026-10-29"
updated_at: "2026-10-29"
record_date: "2026-10-29"
date_kind: "published_at"
topics: ["harness-engineering","agent-runtime"]
entities: ["Amazon Web Services","Amazon Bedrock AgentCore","Amazon Bedrock AgentCore CLI"]
related_patterns: ["harness-architecture-outlives-model-choice"]
novelty_label: "new_fact"
what_changed: "Amazon Bedrock AgentCore CLI 1.0 has reached general availability, a new release milestone not covered by the prior AgentCore stories."
prior_refs: ["memory:bec35278-27b5-8c0b-ae24-18f69b396349","memory:0b10dd4e-a502-8c2e-ab1a-c0d8b6089531","memory:b2e3b4d2-2aaf-8132-a109-698d3ca13726","memory:cc5d9997-c399-8edf-adaf-f038d74de95b","memory:4541429c-1e10-8add-ab1e-642ca7b12a7c"]
source_url: "https://aws.amazon.com/about-aws/whats-new/2026/10/amazon-bedrock-agentcore-cli-version-1-0-available"
source_urls: ["https://aws.amazon.com/about-aws/whats-new/2026/10/amazon-bedrock-agentcore-cli-version-1-0-available"]
schema_version: "newruntime-agent-readable-v0.2"
stable_id: "post:aws-makes-amazon-bedrock-agentcore-cli-1-0-fcc752"
status: "published"
visuals: []
editor: {"role":"editor","name":"Andrey Reshetnikov","profile":"https://newruntime.com/owner-profile.md","profile_json":"https://newruntime.com/owner-profile.json","same_as":["https://www.linkedin.com/in/reshetnikov1/","https://t.me/lapetuse"]}
routes: {"html":"https://newruntime.com/posts/aws-makes-amazon-bedrock-agentcore-cli-1-0-fcc752/","markdown":"https://newruntime.com/posts/aws-makes-amazon-bedrock-agentcore-cli-1-0-fcc752.md","json":"https://newruntime.com/posts/aws-makes-amazon-bedrock-agentcore-cli-1-0-fcc752.json"}
---

# AWS makes Amazon Bedrock AgentCore CLI 1.0 generally available

## Retrieval answer

AWS has made Amazon Bedrock AgentCore CLI 1.0 generally available as @aws/agentcore 1.0.0. The release matters to teams building agents on AWS because it standardizes terminal operations across AgentCore resources, permits direct work with those resources outside a project workflow, and supplies a migration command for existing projects.

## Summary

AWS has made Amazon Bedrock AgentCore CLI 1.0 generally available as `@aws/agentcore` 1.0.0. The release matters to teams building agents on AWS because it standardizes terminal operations across AgentCore resources, permits direct work with those resources outside a project workflow, and supplies a migration command for existing projects.

## What happened

AWS announced the general availability of Amazon Bedrock AgentCore CLI version 1.0 on October 28, 2026. The package is identified as `@aws/agentcore` 1.0.0. AWS describes this as a rebuilt CLI with faster startup, a consistent command structure, and support for more AgentCore resources. Its stated role is to help developers create, develop, deploy, and operate AI agents and their supporting resources from the terminal.

The principal change is not simply a version label. AgentCore CLI 1.0 supports both a project workflow and direct work with individual components. AWS says developers can work with harnesses, runtimes, memory, identity, gateways, and payments without first adding those resources to a project. That gives an operator or developer a way to address a particular AgentCore resource as an object in its own right, rather than only through a project-shaped workflow.

The release also adds operational interactions around existing resources. Developers can invoke an existing resource by ID or ARN, open an interactive shell, and export a harness. AWS further lists searchable menus, resource pickers, and guided workflows. These are interface details, but they address a recurring friction in cloud agent systems: locating the relevant deployed component and operating it without reconstructing its configuration manually in a separate console or script.

AWS says global flags are now consistent across commands. Those flags cover region selection, JSON output, debugging, and version information. Consistency is useful for teams that wrap a CLI in local scripts or CI jobs, since the same basic operational controls can be expected across the command surface. Existing projects are not required to be recreated: AWS provides `agentcore migrate` to move them to AgentCore version 1. The CLI is available from npm, while AWS also points developers to its source repository, product page, CLI reference, and getting-started material.

The announcement does not introduce a new foundation model or claim an improvement in agent quality. It is a general-availability release for the control surface around AgentCore. Its practical significance depends on whether a team is already using, or chooses to use, AgentCore resources such as runtime, memory, identity, gateways, and payments.

## What the archive adds

This is a new release on a known AgentCore thread, rather than a restatement of the earlier work. Two recent Field Notes examined AgentCore in enterprise analytics: [AtScale and Amazon Bedrock AgentCore](https://newruntime.com/posts/build-a-semantic-layer-for-agentic-ai-on-b577b3/) and [Strategy Mosaic and Amazon Bedrock AgentCore](https://newruntime.com/posts/build-a-semantic-layer-for-agentic-ai-on-ec1cc0/). Both focused on governed semantic definitions and permissions outside prompts. CLI 1.0 instead changes how developers operate AgentCore resources from the terminal.

## Trend signal

The release supports the pattern that [harness architecture outlives model choice](https://newruntime.com/patterns/harness-architecture-outlives-model-choice/). AWS is exposing a more consistent operational interface for the surrounding machinery—harnesses, runtimes, memory, identity, gateways, and payments—rather than presenting the model as the sole development boundary. The announcement alone does not establish that this interface will become the durable boundary, but it is consistent with that direction.

## Why it matters

An agent platform becomes harder to operate as its parts spread across execution, memory, identity, tool access, and payment-related resources. A stable CLI cannot eliminate that complexity, but it can make the workflow more explicit and scriptable. Direct resource access is particularly relevant when a team needs to inspect, invoke, or manage an already deployed component rather than start from a project-level setup path.

For AWS-based teams, version 1.0 is also a signal to treat the CLI as a supported operational surface rather than a provisional convenience. The consistent flags for region, JSON, and debugging make it more plausible to standardize local procedures and automation around it. The migration command lowers the cost of evaluating that move for existing projects, though it does not establish that migration will be effortless or behavior-preserving in every environment.

## Limits and uncertainty

AWS’s announcement is a product summary, not a migration guide or an independent evaluation. It does not quantify startup-time improvements, identify which additional resources are newly supported relative to the previous CLI, or describe compatibility risks for existing scripts. It also does not provide pricing, availability by AWS Region, permission requirements, or limits for the listed AgentCore services.

The post says resources can be invoked by ID or ARN, but it does not explain the authorization model, audit behavior, or how direct CLI use interacts with production controls. Teams should therefore not infer a security guarantee, a performance result, or a reduction in operating cost from this release alone.

## Skill to build now

Inventory any AgentCore commands used in developer documentation, deployment scripts, or runbooks. In a non-production environment, install `@aws/agentcore` 1.0.0 and test the specific workflow that matters most: direct invocation by resource ID or ARN, JSON output for a script, or migration with `agentcore migrate`. Record the expected inputs, region handling, output shape, and rollback procedure before changing shared automation.

This is a small but useful exercise in separating the agent’s application logic from its operating harness. It also makes hidden dependencies on an older command structure visible while the release is still new.

## Reader takeaway

AgentCore CLI 1.0 is AWS’s generally available terminal interface for operating a broader set of AgentCore components. For teams already on the platform, the immediate opportunity is not a new model capability; it is to test whether direct resource operations, standardized flags, and the provided migration path can simplify their existing agent-development workflow.

## Open question

How compatible is `agentcore migrate` with real production projects and existing automation, particularly where scripts depend on earlier command names or output formats?

Editor: [Andrey Reshetnikov](https://newruntime.com/owner-profile.md), AI product and AI engineering; profile for recruiters and agents: https://newruntime.com/owner-profile.json

## Continue in the graph

Next records for an agent, linked to their Markdown twins. Replace `.md` with `.json` for structured fields, including `next_reads`.

- topic hub: [Harness Engineering](https://newruntime.com/topics/harness-engineering.md): Explore the harness-engineering topic hub.
- topic hub: [Agent Runtime](https://newruntime.com/topics/agent-runtime.md): Explore the agent-runtime topic hub.
- collection: [Field Notes](https://newruntime.com/posts.json): Open the latest editorial analysis.
- collection: [Source Ledger](https://newruntime.com/source-ledger.json): Inspect the public source evidence graph.
- whole graph: [discovery graph](https://newruntime.com/discovery-graph.json) (typed nodes and edges) and [site index](https://newruntime.com/site-index.md)