Official agent skill

AWS Lambda Managed Instances

by awslabs in awslabs/agent-plugins

Evaluate, configure, and migrate workloads to AWS Lambda Managed Instances (LMI).

OfficialApache-2.0Auto-check passedDevOps & Cloud

Install AWS Lambda Managed Instances

skills CLI
$ npx skills add awslabs/agent-plugins --skill aws-lambda-managed-instances -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install awslabs/agent-plugins aws-lambda-managed-instances --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/awslabs/agent-plugins.git skills-src && mkdir -p .claude/skills && cp -r skills-src/plugins/aws-serverless/skills/aws-lambda-managed-instances .claude/skills/aws-lambda-managed-instances && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
aws-lambda-managed-instances
GitHub stars
912
Token cost
~4k tokens
SKILL.md length
1,481 words
Files
8 (incl. scripts, references)
Skills in repo
33
Repo updated
First seen
Licence
Apache-2.0

At a glance

Evaluate, configure, and migrate workloads to AWS Lambda Managed Instances (LMI).

  • Works in 6 steps: Assess the Workload → Build the Cost Comparison → Configure the Deployment → …
  • : Lambda Managed Instances
  • SKILL.md covers When to Load Reference Files, Quick Decision: Is LMI Right…, Instructions and Best Practices, plus 7 more sections
  • Runs Shell scripts from its folder; calls aws

What it does

AWS Lambda Managed Instances is an agent skill from awslabs/agent-plugins, published by the product's own GitHub organization. Evaluate, configure, and migrate workloads to AWS Lambda Managed Instances (LMI). Triggers on: Lambda Managed Instances, LMI, capacity provider, multi-concurrency Lambda, dedicated instance Lambda, EC2-backed Lambda, cold start elimination, Graviton Lambda, instance type for Lambda, scheduled scaling for LMI, Lambda cost optimization with Reserved Instances or Savings Plans. Also trigger when users describe high-volume predictable workloads seeking cost savings, want to scale LMI capacity on a schedule, or…

Its SKILL.md is about 4k tokens, which your agent loads only when the skill is triggered. The skill folder holds 9 other files, including scripts and reference files (for example `references/configuration-guide.md`, `references/cost-comparison.md` and `references/infrastructure-setup.md`).

It sits in DevOps & Cloud, covering Cloud cost optimization. It works with AWS Lambda and Amazon Web Services. The repository describes itself as: Agent Plugins for AWS equip AI coding agents with the skills to help you architect, deploy, and operate on AWS. The licence is Apache-2.0.

When your agent uses it

  • : Lambda Managed Instances
  • Capacity provider
  • Multi-concurrency Lambda
  • Dedicated instance Lambda

Example prompts

  • “/aws-lambda-managed-instances”

Requirements

  • Python 3
  • Node.js
  • A Bash shell

Workflow steps

6 steps, taken from the step headings in SKILL.md.

  1. Assess the Workload
  2. Build the Cost Comparison
  3. Configure the Deployment
  4. Migrate the Code
  5. Set Up Infrastructure
  6. Validate and Cut Over

What it can do on your machine

Read from SKILL.md and the folder at commit da51970. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Ships 1 file in scripts/ (Shell), which the agent can run.

    Shell commands in SKILL.md call:

    • aws

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Links to these hosts (documentation or services it may open):

    • docs.aws.amazon.com
    • aws.amazon.com
    • calculator.aws
    • aws-samples.github.io
    • github.com

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

AWS Lambda Managed Instances loads about 4k tokens when it runs, and up to ~12k if it reads all its reference files. Until then it costs about 164 tokens; SKILL.md has 1,481 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~164
When it runs · the whole SKILL.md, loaded when a task matches
~4k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~12k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); the scripts in this folder are not scanned.

SKILL.md

The full file from awslabs/agent-plugins at commit da51970, republished under its Apache-2.0 licence (© awslabs). 1,481 words, ~3,990 tokens.

Download SKILL.mdSave it as .claude/skills/aws-lambda-managed-instances/SKILL.md (or your agent's skills folder). This skill also uses 7 other files; get the full folder from GitHub.
name
aws-lambda-managed-instances
description
Evaluate, configure, and migrate workloads to AWS Lambda Managed Instances (LMI). Triggers on: Lambda Managed Instances, LMI, capacity provider, multi-concurrency Lambda, dedicated instance Lambda, EC2-backed Lambda, cold start elimination, Graviton Lambda, instance type for Lambda, scheduled scaling for LMI, Lambda cost optimization with Reserved Instances or Savings Plans. Also trigger when users describe high-volume predictable workloads seeking cost savings, want to scale LMI capacity on a schedule, or compare Lambda vs EC2 for steady-state traffic. For standard Lambda without LMI, use the aws-lambda skill instead.
argument-hint
[describe your workload or what you need help with]
metadata.tags
lambda, lmi, managed-instances, ec2, capacity-provider, multi-concurrency, cost-optimization, scheduled-scaling

AWS Lambda Managed Instances (LMI)

Run Lambda functions on current-generation EC2 instances in your account while AWS manages provisioning, patching, scaling, routing, and load balancing. Combines Lambda's developer experience with EC2's pricing and hardware options.

For standard Lambda development, see aws-lambda skill. For SAM/CDK deployment, see aws-serverless-deployment skill.

When to Load Reference Files

Quick Decision: Is LMI Right for This Workload?

SignalLMI is a strong fitStandard Lambda is better
TrafficSteady, predictable, 50M+ req/moBursty, unpredictable, long idle
CostDuration-heavy spend at scaleLow or sporadic invocations
Cold startsUnacceptable (LMI eliminates for provisioned capacity; scale-out may have brief delays)Tolerable or mitigated by SnapStart
ComputeLatest CPUs, specific families, high network bandwidthStandard Lambda memory/CPU sufficient
IsolationDedicated EC2 instances in your account, full VPC controlShared Firecracker micro-VMs acceptable
Scale-to-zeroNot needed (execution environments always running)Required (pay nothing when idle)
Code readinessThread-safe (Node.js/Java/.NET) or any Python codeNon-thread-safe Node.js/Java/.NET, expensive to change

Instructions

Step 1: Assess the Workload

Gather these signals before recommending:

  1. Traffic pattern: Steady vs bursty? Requests per second?
  2. Current costs: Monthly Lambda spend? Existing Savings Plans?
  3. Runtime: Node.js, Java, .NET, or Python?
  4. Memory/CPU: How much memory? CPU-bound or I/O-bound?
  5. Execution duration: Average and P99?
  6. Concurrency readiness: Thread safety (Node.js/Java/.NET)? Shared /tmp paths? Per-invocation DB connections?
  7. VPC: Already in a VPC? Private resource access needed?
Deriving LMI Configuration from Metrics

If Lambda Insights is enabled on the function, use these metrics to calculate your starting configuration. If Lambda Insights is not enabled, suggest adding it to gather accurate workload data — but only proceed with the user's explicit confirmation, as adding the Insights layer may affect function performance or cold start times.

To check if Lambda Insights is enabled, look for a LambdaInsightsExtension layer on the function. To add it, find the latest layer ARN for your region from the Lambda Insights documentation and attach the CloudWatchLambdaInsightsExecutionRolePolicy managed policy to the function's execution role.

Target max concurrency (from cpu_total_time and Duration):

PerExecutionEnvironmentMaxConcurrency = floor((0.5 × Duration) / cpu_total_time)

This targets 50% CPU utilization at full concurrency, leaving headroom for scaling.

Memory allocation (from memory_utilization and current memory):

MemorySize = min(32768, max(2048, MaxConcurrency × (memory_utilization / 100) × current_allocated_memory))

This overestimates (assumes no shared base memory) but provides a safe starting point. The outer min caps the result at the 32 GB (32768 MB) LMI maximum.

Minimum execution environments (from baseline ConcurrentExecutions):

MinExecutionEnvironments = max(3, ceil(baseline_concurrent_executions × 2 / MaxConcurrency))

Targets 50% concurrency utilization to leave headroom for traffic bursts.

Without Lambda Insights: Start with the runtime's default max concurrency, 2 GB memory, and MinExecutionEnvironments = 3. Adjust during testing.

Step 2: Build the Cost Comparison

REQUIRED: Present a cost comparison before recommending LMI. Compare at minimum:

ScenarioWhen it wins
Lambda on-demandLow volume, bursty traffic
LMI on-demandHigh volume, steady traffic

Rule of thumb: LMI becomes cost-competitive when your Lambda spend exceeds ~$1,000/month with steady traffic.

For discount analysis (Savings Plans, Reserved Instances), refer users to the AWS Pricing Calculator and references/cost-comparison.md for formulas and worked examples. Discount recommendations require workload-specific forecasting beyond this skill's scope.

Step 3: Configure the Deployment

Instance families (~450 types): C-series (compute, .xlarge+), M-series (general, .large+), R-series (memory, .large+). ARM (Graviton) for best price-performance.

Memory-to-vCPU ratios: 2:1 (default, CPU-bound work), 4:1 (general/mixed workloads), 8:1 (memory-heavy or Python apps). Min 2 GB, max 32 GB.

Multi-concurrency defaults/vCPU: Node.js 64, Java 32, .NET 32, Python 16.

Scaling: MinExecutionEnvironments (default 3), MaxVCpuCount (default 400), TargetResourceUtilization.

Scheduled scaling: For predictable traffic (business hours, marketing events), use EventBridge Scheduler to adjust Min/Max execution environments on a one-time or recurring schedule — scale up before peak, scale down or to zero when idle.

See references/configuration-guide.md for decision trees and detailed tuning.

Step 4: Migrate the Code

Review code for concurrency safety. LMI runs multiple invocations concurrently per execution environment, but the model differs by runtime:

  • Python: Process-based isolation — globals are NOT shared. No thread-safety changes needed. Focus on /tmp conflicts and memory sizing (per-process × concurrency).
  • Node.js: Worker threads — globals shared within a worker. Requires async safety. Callback handlers not supported on Node.js 22.
  • Java/.NET: OS threads/Tasks — handler shared across threads. Requires full thread safety.

Common issues (all runtimes): shared /tmp paths, per-invocation DB connections. Thread-safety issues (Node.js/Java/.NET only): mutable globals, non-thread-safe libs.

See references/thread-safety.md for the review checklist and references/migration-patterns.md for runtime-specific before/after code.

Step 5: Set Up Infrastructure
  1. Create two IAM roles: execution role (for the function) and operator role (for capacity provider EC2 management)
  2. Configure VPC with subnets across multiple AZs (recommended 3+ for resiliency)
  3. Create capacity provider with VPC config and scaling limits
  4. Create or update function with capacity provider attachment
  5. Publish a version (triggers instance provisioning)

See references/infrastructure-setup.md for CLI commands and SAM templates.

Show full SKILL.md (620 more words)Show less
Step 6: Validate and Cut Over
  1. Deploy to a non-production environment first
  2. Monitor CloudWatch: CPU utilization, memory, concurrency, throttle rate. If you observe low CPU utilization or ongoing throttles, see references/troubleshooting.md for metric-specific adjustment guidance.
  3. Shift traffic to the LMI function (note: weighted alias shifting between LMI and non-LMI functions is not currently supported)
  4. Compare costs after 1-2 weeks of production data
  5. Decommission standard Lambda once stable

Best Practices

Configuration
  • Do: Start with 2:1 ratio and runtime default concurrency
  • Do: Use ARM (Graviton) unless x86 dependencies exist
  • Do: Let Lambda choose instance types unless specific hardware needed
  • Do: Set MaxVCpuCount to control cost ceiling
  • Don't: Set MinExecutionEnvironments below 3 in production (reduces multi-AZ coverage). Non-prod environments can use 1 as the minimum.
  • Don't: Over-restrict instance types (lowers availability)
Migration
  • Do: Start with I/O-heavy functions (benefit most from multi-concurrency; CPU-bound functions compete for same CPU)
  • Do: Review code for concurrency safety before attaching to capacity provider (thread safety for Node.js/Java/.NET; /tmp and memory for Python)
  • Do: Plan traffic shifting strategy based on your invocation source (weighted alias shifting between LMI and non-LMI functions is not currently supported)
  • Do: Include request IDs in all log statements
  • Do: Initialize DB pools and SDK clients outside the handler
  • Do: Estimate total /tmp usage under max concurrency
  • Don't: Write to hardcoded /tmp paths without request-unique naming
  • Don't: Skip cost comparison — LMI is not always cheaper
Operations
  • Do: Set CloudWatch alarms on throttle rate > 1% and CPU > 80%
  • Do: Use scheduled scaling (EventBridge Scheduler) for predictable traffic — raise Min/Max before peak periods and lower them (or scale to zero) when idle
  • Don't: Manually terminate LMI EC2 instances (delete the capacity provider instead)
  • Don't: Forget to publish a version — unpublished functions cannot run on LMI
  • Don't: Rely on a deactivated (Min=Max=0) function to self-recover — schedule an explicit scale-up to reactivate it

Limits Quick Reference

ResourceLimit
Memory2 GB min, 32 GB max
Concurrency/vCPU64 (Node.js), 32 (Java/.NET), 16 (Python)
Instance lifespan~12 hours (auto-replaced by Lambda)
EE lifespan~4 hours (auto-replaced by Lambda)
RuntimesNode.js, Java, .NET, Python
Instance familiesC (.xlarge+), M (.large+), R (.large+)
ScalingDoubles within 5 min without throttles

Troubleshooting Quick Reference

IssueCauseFix
429 throttlesTraffic exceeds scaling speedIncrease MinExecutionEnvironments or lower TargetResourceUtilization
Function stuck PENDINGProvisioning instancesWait; check VPC/IAM config
Architecture mismatchFunction ≠ capacity provider archAlign both to same architecture
Cannot terminate instancesManaged by capacity providerDelete capacity provider instead
Race conditionsCode not thread-safeSee references/thread-safety.md

See references/troubleshooting.md for detailed resolution steps.

Configuration

AWS CLI Setup

REQUIRED: AWS credentials configured on the host machine.

Verify access: Run aws sts get-caller-identity

Regional Availability

Available in all commercial AWS Regions except Israel (Tel Aviv), Middle East (Bahrain), Middle East (UAE), and Asia Pacific (Auckland).

Check the Lambda Managed Instances documentation for the latest regional availability.

Language Selection

Default: TypeScript

Override: "use Python" → Python, "use JavaScript" → JavaScript. When not specified, ALWAYS use TypeScript.

IaC Framework Selection

Default: CDK

Override: "use SAM" → SAM YAML, "use CloudFormation" → CloudFormation YAML. When not specified, ALWAYS use CDK.

Error Scenarios

Serverless MCP Server Unavailable
  • Inform user: "AWS Serverless MCP not responding"
  • Ask: "Proceed without MCP support?"
  • DO NOT continue without user confirmation
Unsupported Runtime
  • State: "Lambda Managed Instances does not yet support [runtime]"
  • List supported runtimes
  • Suggest standard Lambda as alternative
Unsupported Region
  • State: "Lambda Managed Instances is not available in [region]"
  • Name the excluded regions: Israel (Tel Aviv), Middle East (Bahrain), Middle East (UAE), Asia Pacific (Auckland)
  • Suggest the nearest supported region

Resources

© awslabs, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 7 other files (scripts, references) in plugins/aws-serverless/skills/aws-lambda-managed-instances of awslabs/agent-plugins.

  • SKILL.md
  • references/configuration-guide.md
  • references/cost-comparison.md
  • references/infrastructure-setup.md
  • references/migration-patterns.md
  • references/thread-safety.md
  • references/troubleshooting.md
  • scripts/setup-lmi.sh

Open the folder on GitHubat commit da51970

Compare with similar skills

AWS Lambda Managed Instances next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

AWS Lambda Managed Instances compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
AWS Lambda Managed Instances this skillawslabs/agent-plugins912—~4kAutomated safety check: PassApache-2.0
Dt Obs AWSDynatrace/dynatrace-for-ai161—~4.2kAutomated safety check: PassApache-2.0
AWS Lambda Managed Instancesaws/agent-toolkit-for-aws2.8k—~3.7kAutomated safety check: PassApache-2.0
Cloud Cost Optimizationwshobson/agents40k13 repos~1.7kAutomated safety check: PassMIT
Spotinfoalexei-led/spotinfo164—~1.8kAutomated safety check: PassApache-2.0
AWS Cloud Advisortech-leads-club/agent-skills7k—~2.1kAutomated safety check: PassCC-BY-4.0

Similar skills

  • Dt Obs AWS

    Dynatrace/dynatrace-for-ai

    AWS cloud resource monitoring including EC2, RDS, Lambda, ECS/EKS, VPC networking, load balancers, S3, DynamoDB, SQS/SNS, and cost optimization.

    161 GitHub stars~4.2k tokensUpdated 6 days ago
    DevOps & CloudAuto-check passed
  • AWS Lambda Managed Instances

    aws/agent-toolkit-for-aws

    Official

    Evaluates, configures, and migrates workloads to AWS Lambda Managed Instances (LMI).

    2.8k GitHub stars~3.7k tokensUpdated today
    DevOps & CloudAuto-check passed
  • Cuts cloud spend across AWS, Azure, GCP and OCI with cost tagging, rightsizing, commitment and spot pricing models, and architecture changes.

    40k GitHub starsUsed in 13 repos~1.7k tokens
    DevOps & CloudAuto-check passed
  • Spotinfo

    alexei-led/spotinfo

    Query Spot/preemptible VM prices, savings and interruption risk across AWS, GCP and Azure with the spotinfo CLI.

    164 GitHub stars~1.8k tokensUpdated 2 days ago
    DevOps & CloudAuto-check passed
  • AWS Cloud Advisor

    tech-leads-club/agent-skills

    Answers AWS architecture, security and service-selection questions by searching AWS documentation through MCP tools first, then adapting advice to your stack and team.

    7k GitHub stars~2.1k tokensUpdated 17 days ago
    DevOps & CloudAuto-check passed
  • AWS Cost Operations

    zxkane/aws-skills

    AWS cost optimization, monitoring, and operational excellence expert.

    367 GitHub starsUsed in 1 repo~2.4k tokens
    DevOps & CloudAuto-check passed

More from awslabs/agent-plugins

All 33 skills in this repo
  • Dataset Evaluation

    awslabs/agent-plugins

    Official

    Validates dataset formatting and quality for SageMaker model fine-tuning (SFT, DPO, or RLVR).

    912 GitHub starsUsed in 2 repos~1.3k tokens
    Auto-check passed
  • Dataset Transformation

    awslabs/agent-plugins

    Official

    Generates code that transforms datasets between ML schemas for model training or evaluation.

    912 GitHub starsUsed in 2 repos~3.5k tokens
    Auto-check passed
  • Finetuning Technique

    awslabs/agent-plugins

    Official

    Selects a fine-tuning technique (SFT, DPO, RLVR, or RLAIF) for the user's use case and validates it against the selected model's available recipes.

    912 GitHub starsUsed in 1 repo~604 tokens
    Auto-check passed
  • Hyperpod Issue Report

    awslabs/agent-plugins

    Official

    Generate comprehensive issue reports from HyperPod clusters (EKS and Slurm) by collecting diagnostic logs and configurations for troubleshooting and AWS Support cases.

    912 GitHub stars~890 tokensUpdated yesterday
    Auto-check passed
  • Hyperpod Performance Debugger

    awslabs/agent-plugins

    Official

    Diagnose performance issues on Amazon SageMaker HyperPod clusters — uneven NCCL bandwidth across nodes and poor filesystem throughput.

    912 GitHub stars~4.1k tokensUpdated yesterday
    Auto-check passed
  • Hyperpod Slurm Debugger

    awslabs/agent-plugins

    Official

    Diagnostic-only skill for Slurm scheduler and node-daemon issues on Amazon SageMaker HyperPod Slurm clusters.

    912 GitHub stars~3.3k tokensUpdated yesterday
    Auto-check passed

Categories

Questions about AWS Lambda Managed Instances

What does AWS Lambda Managed Instances do?

Evaluate, configure, and migrate workloads to AWS Lambda Managed Instances (LMI). AWS Lambda Managed Instances is an agent skill from awslabs/agent-plugins, published by the product's own GitHub organization. Evaluate, configure, and migrate workloads to AWS Lambda Managed Instances (LMI).

When should I use AWS Lambda Managed Instances?

AWS Lambda Managed Instances fits situations like: : Lambda Managed Instances; capacity provider; multi-concurrency Lambda; dedicated instance Lambda.

How do I install AWS Lambda Managed Instances in Claude Code?

Run `npx skills add awslabs/agent-plugins --skill aws-lambda-managed-instances -a claude-code`. Or copy the skill folder (plugins/aws-serverless/skills/aws-lambda-managed-instances in awslabs/agent-plugins) into .claude/skills/aws-lambda-managed-instances in your project. Claude Code loads it when a task matches its description.

How do I install AWS Lambda Managed Instances in Codex?

Run `npx skills add awslabs/agent-plugins --skill aws-lambda-managed-instances -a codex`. Or copy the skill folder (plugins/aws-serverless/skills/aws-lambda-managed-instances in awslabs/agent-plugins) into .agents/skills/aws-lambda-managed-instances in your project. Codex loads it when a task matches its description.

Can I use AWS Lambda Managed Instances in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add awslabs/agent-plugins --skill aws-lambda-managed-instances -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/aws-lambda-managed-instances, .gemini/skills/aws-lambda-managed-instances, .github/skills/aws-lambda-managed-instances and .opencode/skills/aws-lambda-managed-instances in your project.

What does AWS Lambda Managed Instances need to run?

Going by SKILL.md and its folder, AWS Lambda Managed Instances needs a shell for the scripts in its folder and the command-line tools its instructions call (aws). Our summary lists: Python 3; Node.js; A Bash shell.

Does AWS Lambda Managed Instances access the network?

SKILL.md names 5 domains. As links in the text: docs.aws.amazon.com, aws.amazon.com, calculator.aws, aws-samples.github.io and github.com. This is read from the text; nothing was executed.

Is AWS Lambda Managed Instances safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. The check reads SKILL.md only: the scripts in the folder are not scanned, so read them before running anything.

What licence does AWS Lambda Managed Instances use?

AWS Lambda Managed Instances is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does AWS Lambda Managed Instances use?

About 4k tokens (SKILL.md is roughly 16k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 7.8k tokens, read only when the agent opens those files.

What are the alternatives to AWS Lambda Managed Instances?

Skills that share tags, products or a category with AWS Lambda Managed Instances: Dt Obs AWS (Dynatrace/dynatrace-for-ai, 161 stars), AWS Lambda Managed Instances (aws/agent-toolkit-for-aws, 2.8k stars), Cloud Cost Optimization (wshobson/agents, 40k stars) and Spotinfo (alexei-led/spotinfo, 164 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains AWS Lambda Managed Instances?

awslabs (a GitHub organization, an official publisher) maintains it in awslabs/agent-plugins, which has 912 GitHub stars. The repository holds 33 skills in this directory. The repository was last updated on October 5, 2026.

Source: awslabs/agent-plugins on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.