-
Notifications
You must be signed in to change notification settings - Fork 3
Releases: phuryn/agentlift
Release v0.8.0
600acde [0.8.0] — 2026年06月08日
agentlift import — read a live agent back into the folder (the inverse of deploy).
A new reverse pipeline reconstructs a neutral .managed-agents/ folder from a live managed
runtime, so a runtime now round-trips both ways — and migration between runtimes falls out
for free. Anthropic import is full; AWS Bedrock import covers the config-only Harness.
Migrate by pairing import with deploy — the folder is the neutral pivot:
# Anthropic → AWS Bedrock agentlift import anthropic ./agent agentlift deploy ./agent --target bedrock --mode harness # ...and back agentlift import bedrock ./agent --harness-name my-agent --bedrock-region us-west-2 agentlift deploy ./agent
Added
agentlift import <anthropic|bedrock> <out> [--agent N ...] [--mode harness] [--harness-id|--harness-name] [--bedrock-region R] [--dry-run]—
a read-only command (never creates/updates/archives). It fetches the live agent, maps it to
a neutral project, writes the folder, and self-verifies by re-running the real parse + plan
(printsRound-trip OKonly if the result is deployable again).--dry-runis the import
analogue ofplan(prints the mapping + diagnostics, writes nothing).- Anthropic import (full).
agents.list/agents.retrieve+skills.versions.download
recover system/description/model, built-in tools with:ask/:allowpermission policies,
URL MCP servers + per-server tool filters, custom skill content, and a coordinator's
subagents(roster ids resolved to names; selecting a coordinator pulls its subagents into
the closure automatically). Skills/MCP used identically by >1 agent are hoisted toshared/
(skills keyed by content hash, MCP by full identity) — the inverse of the planner's dedup. - Bedrock Harness import (
import bedrock --mode harness).get_harness+ S3 skill bundles,
with a reverse model-map (regional inference profile → folder Claude id, e.g.
eu.anthropic.claude-haiku-4-5-20251001-v1:0→claude-haiku-4-5),agentCoreBrowser→ web
tools,agentCoreCodeInterpreter→ sandbox builtins, andremote_mcp→ URL MCP. Single-agent
by nature, so an import never produces subagents. - New modules, mirroring the deploy pipeline in reverse (pure core + thin network edge):
import_model.py,importer.py(inverse ofplanner.py),folder_writer.py(inverse of
parser.py) — all pure and offline-tested — plus the network edgesanthropic_source.pyand
harness_source.py. - End-to-end tests.
tests/test_importer.py(the mapping contract),tests/test_import_roundtrip.py
(provider responses → folder → real parser → real planner, including subagent delegation with
shared and custom skills and MCP servers),tests/test_import_source.py(fetch wiring via
fake clients, no network),tests/test_cli_import.py, and a gated read-only live test
tests/live/test_import_anthropic.py(AGENTLIFT_LIVE_IMPORT=1). - Docs. New docs/import.md; import notes added across the convention,
how-it-works, provider-matrix, anthropic-mapping, deploy-bedrock, deploying, and limitations docs.
Notes / honest boundaries
- The Bedrock Runtime is not importable. A Runtime bakes its agent definition into an opaque
ARM64 container image (GetAgentRuntimereturns only acontainerUri), so it can't be read
back;import bedrock --mode runtimerefuses with that reason. This is the import analogue of
the deploy-time/invocationstrace boundary. Google/OpenAI import is not implemented yet. - Four one-way losses, each surfaced as a Diagnostic (never silent): knowledge inlining is
one-way (it stays in the prompt body on import); custom tools / harness inline functions are
dropped; MCP auth values are provider-side, so only the header/env-var name is recovered;
Anthropic first-party (type: anthropic) skills are referenced by id with no downloadable content. - One wire-format item pending a live download: the Anthropic skill-bundle archive layout (a
zip whose members carry the<name>/...prefix) is the documented shape but is not yet confirmed
against a live download — the unpack is defensive and emitsimport.skill_archive_shapeif the
payload is anything else (the repo's confirm-live-before-trusting rule).
Assets 2
Release v0.7.0
[0.7.0] — 2026年06月05日
AWS Bedrock AgentCore Runtime is now a live multi-agent hosted deploy (Stage 2). Both
AgentCore primitives are live-verified: the single-agent Harness (0.6.0) and now the
custom-container Runtime. --mode auto routes a single agent → Harness and a multi-agent
team → Runtime; mapping stays Claude-native (no remap), with wire-shape receipts on Nova
because Claude inference on Bedrock is a one-time per-account entitlement (Gate A), not a code gap.
Added
--mode runtime— live hosted multi-agent deploy.agentlift deploy --target bedrock --mode runtimebuilds the ARM64 Strands/AgentCore container, creates the ECR repo + logs in +
docker buildx --platform linux/arm64 --push, callsCreateAgentRuntime(PUBLIC network,
HTTPserverProtocol, IAM-only — no JWT authorizer), polls READY, writes
.agentlift-bedrock.json, andInvokeAgentRuntime. Gated by_RUNTIME_LIVE_VERIFIED
(now True) — a bare hosted create refused until a committed receipt.- Subagent delegation live-proven on a Nova receipt (
tests/live/receipts/20260605-134012-runtime-bedrock):
a coordinator + 2 specialists where create + agent + delegation are all PASS-EXERCISED (the
coordinator's top-level trace named both specialists). A single-agent smoke
(20260605-133821-runtime-bedrock) separately got remote MCP PASS-EXERCISED (an objective
root-leveldocs_read_wiki_structureDeepWiki call). - Top-level tool-call trace in the generated handler — returns
{result, tool_calls?}where
tool_callsis read fromAgentResult.metrics.tool_metrics(fail-open: trace extraction never
breaks the invocation), so the deploy receipt can prove delegation objectively. - The
boto3(bedrock) optional dependency now also covers the Runtime hosted deploy.
Changed
- The bare
agentlift deploy --target bedrock --mode runtimenow deploys live instead of
refusing;--build-onlystill emits just the ARM64 container artifact (itsNOTES.txtnow
points at the live hosted-create path). .agentlift-bedrock.json(the Runtime lock) is now live-writing (spec hash → create/update/skip).
Notes / honest boundaries
- The
/invocationsboundary.InvokeAgentRuntimereturns the container's app-defined JSON
body, not a tool-event stream. So subagent delegation and root-level skill/MCP calls are
objective (PASS-EXERCISED), while a specialist's nested skill/MCP calls don't cross the
boundary → PASS-WIRED + text-corroborated (the runtime analogue of the Google
AgentTool→stream_querygrounding-metadata caveat). - MCP per-tool-filter limitation narrowed. The unenforced-
allowedToolslimitation applies only
to the directremote_mcpattachment path; for AgentCore Gateway-fronted MCP, tool scoping
is enforced server-side at the Gateway/Policy layer (AWS-documented; agentlift has not yet
live-verified that path). - Runtime execution role needs:
bedrock-agentcore.amazonaws.comtrust (aws:SourceAccount
condition — not a region-lockedSourceArn), ECR pull,bedrock:InvokeModel, CloudWatch Logs.
Assets 2
Release v0.6.0
0.6.0 — 2026年06月05日
AWS Bedrock AgentCore joins the deploy targets, with two primitives behind --mode
(auto picks the least-powerful one that preserves the folder's semantics — never a silent
downgrade). Both are Claude-native — no Gemini-style model remap; a folder's claude-*
maps to its regional Bedrock inference profile directly.
Added
-
--mode harness— live single-agent deploy to a managed AgentCore Harness (config-only,
IAM-only, no container). One agent with its skills, remote MCP, sandbox, and browser,
6/6 live-verified end-to-end by a committed Nova receipt
(tests/live/receipts/20260605-121525-harness-bedrock): agent + base-session sandbox
(shell) + remote MCP (docs_read_wiki_structure, surfaced as<server>_<tool>) + an
S3-loaded skill (skills[].s3.uri) +agentcore_browser.- Skills upload to
$AGENTLIFT_BEDROCK_S3_BUCKETand attach viaskills[].s3.uri; the
execution role needss3:ListBucket+s3:GetObject. - Idempotent via
.agentlift-harness.json(spec hash → create/update/skip); a since-deleted
clientTokentriggers a retry without it.
- Skills upload to
-
--mode runtime --build-only— compiles a Strands package + a complete deployable
ARM64 AgentCore Runtime container (image +Dockerfile+NOTES.txtrunbook) for the
multi-agent path. -
auditandexport bedrock-strandscover the new target;agentlift plan --target bedrock [--mode auto|harness|runtime]. -
CHANGELOG.md; a CI doc-link guard (tests/test_doc_links.py) that checks every relative
path + intra-repo anchor in the README and docs. -
Google built-in web tools (
--target google):web_search→ Google Search grounding and
web_fetch→ URL Context, each lowered as a wrapped single-tool ADK sub-agent; exercised on a
separate live Google deploy. -
Claude-on-Vertex — an offline-verified spike (
experiments/claude-on-vertex/): ADK resolves
Claude on Vertex and the mixed-model shape composes. Not shipped — a Claude--google-modelis
refused (no live receipt yet); folder Claude models still map to Gemini on Google.
Changed
- README restructured (≈494 → ≈214 lines): big-picture-first, with a one-glance provider
snapshot (AWS Bedrock now first-class), the deep capability matrix moved to
docs/provider-matrix.md, and consistent collapsibles. Updated hero graphic (four backends). - Provider docs reconciled to the live-verified state (
docs/provider-matrix.md,
deploy-bedrock.md,tested-platforms.md,limitations.md).
Notes / known limits
- A multi-agent team (subagents) routes to the Runtime; the harness is single-agent.
The Runtime's hosted create (create_agent_runtime) is build-only here (not yet
live-verified) — a hosted multi-agent deploy is the next milestone. - The AgentCore Harness feature is in AWS public preview. Claude inference runs in the
harness but is gated by the per-account Anthropic use-case entitlement (Gate A), which is
eventually-consistent — so the model-agnostic wire-shape receipt was captured on Amazon Nova. - Per-tool MCP
allowedToolsnarrowing is not enforced on the harness preview (a restrictive
allowlist suppresses MCP tool surfacing), so agentlift emits none and surfaces a diagnostic. :askis not enforced on either Bedrock primitive (no interactive approval channel).
0.5.0 — 2026年06月04日
Added
- Google Vertex AI Agent Engine deploy (
--target google) gains full Skills (embedded
in the source package, loaded via ADKload_skill_from_dir) and URL MCP (McpToolset+
tool_filter, inline auth resolved into Agent Engineenv_vars). - 6/6 live coverage matrix — one neutral fixture deployed and queried on both Anthropic
and Google, all six portability dimensions (agents · subagents · shared/individual MCP ·
shared/individual skill) EXERCISED server-side, with committed receipts. docs/provider-matrix.md— the canonical cell-by-cell capability matrix.