将全栈 Prodo-Typing 代理部署到您的 AWS 账户中（OpenClaw、Kiro-Cli、Pi、Hermes、Claude Code、Codex）

根据标签查找部署，让您选择要移除的部署，删除 CloudFormation 堆栈（旧版 Terraform 部署仍通过固定旧版引用来拆除），并可选择移除状态桶/锁定表。

包系统

Lowkey 使用基于包的架构来部署不同的 AI 代理运行时。每个包都是一个自包含的模块，包含自己的安装脚本、清单和资源。

可用包

工作原理```

install.sh → picks pack → CloudFormation → EC2 instance └── bootstrap.sh --pack openclaw --region us-east-1 --model ... ├── Phase 1: System setup (SSM, Node.js, volumes) ├── Writes /tmp/loki-pack-config.json (packs read via jq) ├── Phase 2: Install deps (bedrockify) → Install pack (openclaw/hermes) └── Phase 3: Brain files, Claude Code, Bedrock check

添加新包

要添加新的代理运行时：

1. 创建 packs/<name>/ 目录，其中包含 manifest.yaml、install.sh 和 resources/
2. 将包添加到 packs/registry.yaml，包括类型、依赖项和基础设施要求
3. 在 CloudFormation 模板的 PackName AllowedValues 中添加
4. 在 install.sh 的包选择菜单中添加

参考现有包的模式。每个 install.sh 必须能够独立运行，支持 --key value 形式的 CLI 参数，并且支持 --help。

这个实验是关于什么的？

如果你给 OpenClaw 一个属于自己的 AWS 账户来管理和控制，并让它为你构建东西，会怎样？

问题：基础设施消耗你的时间

构建原型从未如此快速。像 Lovable、Base44 和 Bolt 这样的工具让任何开发者都能在几分钟内从想法到可运行的演示。对于简单的带有基本 CRUD 的前端应用，这些平台确实提供了真正的速度。原型方面的问题基本已解决。

问题始于一个团队决定在 AWS 上构建真正的东西的那一刻。即使经验丰富的工程师确切知道他们想要构建什么，也要在编写一行业务逻辑之前花费数天时间在基础设施上：配置计算资源、设计 IAM 策略、配置网络、设置 CI/CD 流水线、安装监控工具以及建立安全基线。对于没有专门 DevOps 资源的独立创始人或小团队来说，这可能会造成巨大延迟，或者可能意味着永远无法足够快地交付产品（甚至根本无法交付）。

另一种选择是（也是大多数独立创始人和灵活团队可能采取的做法）在快速开发平台上快速构建，然后后续迁移到 AWS。但这会产生一系列不同的问题。这些平台是“黑盒”，除了规定的服务外无法访问真正的 AWS 服务（如果有的话），并且当团队规模超出平台能力时需要进行完全重写。技术债务会悄然累积，直到有人需要（不同的或更复杂的）支付集成、合规要求，或平台根本无法支持的工作负载（特殊的后端 API 甚至纯 API 产品、专门的数据模式或图表、特殊的规模配置、专门的安全选项等）。到那时，团队要么面临昂贵重写，要么留在限制其构建能力的平台上。

如果开发者不必在速度和控制之间做出选择，那就太好了。

为什么现在可以解决这个问题

三种能力的汇聚使这个问题首次变得可解决。

1. 真正可用的 AI 代理。 OpenClaw（以及其他类似爪子的工具）作为开源 AI 代理框架，在规模上证明了用户（有些是开发者）会信任 AI 代理来执行 shell 命令、管理文件和与 API 交互——前提是代理有能力且人类保留控制权。它在 6 周内获得了 31.7 万 GitHub star，是开源历史上增长最快的项目之一。

2. 基础设施即代码已经成熟。 aws-cli、Terraform、AWS CDK、CloudFormation、SAM 等工具使资源供应完全可编程。AI 代理可以使用人类工程师使用的相同工具生成、修改和部署基础设施——生成可审计、版本可控且可撤销的输出。

3. 基础模型能够推理架构。 像 Anthropic Claude 这样的模型具备多步基础设施供应所需的上下文窗口和工具使用可靠性。它们能够推理全栈应用架构，生成正确配置，并在跨数小时的构建会话中保持上下文。

这三种能力就是构建模块。当你将它们组合成一个可部署的包，并将其放入自己的 AWS 账户中使其 24/7 管理账户时，你就得到了 Lowkey。

Lowkey 的功能

Lowkey 是一个开源、可自行部署的 AI 代理，它驻留在你的 AWS 账户中（通常每个账户一个代理，以免互相干扰），并构建真正的代码、基础设施、部署和配置。

克隆仓库，通过 CloudFormation 部署，几分钟内你就拥有一个运行在账户中的 24/7 代理，连接到 Amazon Bedrock（默认情况下，你可以更改），加载了 AWS 基础设施技能，随时准备构建。该代理可通过 Telegram、Discord、Slack 或终端 UI 访问，并在会话之间保持完整记忆，因此它始终知道它构建了什么、部署了什么以及每个资源的状态。

Lowkey 在你的 AWS 账户内处理完整的构建生命周期：

• 设计和部署 无服务器 API、容器工作负载和数据管道
• 编写应用程序代码，推送到代码仓库，并触发 CI/CD 流水线
• 配置 IAM 策略、安全组和日志记录
• 设置 CloudWatch 监控，并可根据请求启用 AWS 安全服务（GuardDuty、Security Hub 等）
• 调试生产问题——读取 CloudTrail 日志，识别根因，并应用修复

Lowkey 构建的所有内容都可以使用（但不限于）标准 AWS 服务：CloudFormation 或 CDK 或 Terraform 用于基础设施，CodeCommit 或 GitHub 用于代码，Lambda 或 ECS 用于计算，DynamoDB 或 RDS 用于数据。没有专有运行时，没有抽象层，并且当你的应用超出原型阶段时无需迁移。

你拥有所有东西。 明天禁用它，你的应用程序照常运行。每个资源在 AWS 控制台中可见，可移植到任何工具链，并且归你所有，你可以修改。

与 Cursor、Claude Code、Kiro 及其他工具的区别

与在你的笔记本电脑上运行、笔记本关闭即停止的 AI 编码工具（Cursor、Kiro、Claude Code）不同，Lowkey 是常驻在你的 AWS 账户中的持久代理，全天候运行。周二开始构建，周四回来，它完全知道所有状态。

与 Lovable、Bolt、Base44 等平台的区别

与 快速开发平台（Replit、Lovable、Bolt）不同，这些平台抽象了基础设施并将你的代码困在专有运行时中，而 Lowkey 在 AWS 内部工作。你的基础设施是真正的 AWS，由标准 IaC 工具管理，没有外部供应商锁定（当然 AWS 除外，但你可以选择构建完全容器化的应用，以便将来轻松移植）。

与标准 OpenClaw 助手（Claude code、其他 claw 工具）的区别

与 通用 AI 助手不同，Lowkey 自带 AWS 基础设施技能和实际供应资源所需的 IAM 权限。它专为在 AWS 上构建和运行而设计。其沙箱不是完全锁定在 VM 沙箱或 Docker 沙箱中，而是由它所在的 AWS 账户边界定义。

它不附带任何 clawhub 技能（存在巨大安全风险），但附带主要是 AWS 技能和使用 mcporter 的 Playwright MCP。

Lowkey 的实际运行

来自实际使用的真实截图——构建应用、调试基础设施和监控 AWS 资源。

从提示到已部署的应用

用通俗英语描述你想要的内容。Lowkey 规划架构、编写代码、设置 CI/CD 并部署——整个过程你可以观看，也可以去做其他事情。

在编写代码之前规划架构

在接触任何代码之前，Lowkey 会制定完整的架构计划——数据模型、流量流、基础设施组件和部署策略。你审查并调整，然后它再开始构建。

随时随地进行工作——它记得一切

从任何设备继续你之前的工作。Lowkey 拥有每个项目、每个决策、它部署的每个资源的完整记忆。没有上下文切换成本。

主动的早间简报

Lowkey 不会等你询问。它每天发送报告，涵盖 AWS 成本、安全发现、关键 CVE 和流水线状态——在你的笔记本电脑打开之前。

CVE 检测和修补

Lowkey 可以从 Security Hub、GuardDuty 和 Inspector 读取数据。当它发现 CVE 报告时，它可以提出修复方案、重建容器镜像并验证结果。这是一个便利功能，而非安全保证——始终审查它的操作。

左：代理在夜间检测到 CVE。右：所有 CVE 已消除，应用正常运行已验证。

自主调试

当出现问题时，Lowkey 跨越 VPC、负载均衡器、路由表和 DNS 追踪问题，然后修复它并告诉你发生了什么。

与 Lowkey 的一天

Lowkey 不是你在需要时才打开的临时工具。它是一个始终在线的伙伴，24/7 驻留在你的 AWS 账户中——编码、部署、监控和改进，而你专注于重要的事情。

工作原理

Lowkey 基于 OpenClaw 构建，这是一个开源 AI 代理框架。lowkey 仓库打包了部署生产就绪 Lowkey 实例所需的一切：

1. 一键部署。 部署 CloudFormation 模板。它创建一个隔离的 VPC，默认使用一个 T4g.xlarge EC2 实例（推荐，这样它可以真正做事情，比如运行测试、构建代码、容器化等，就像一台真正的开发机器）、IAM 角色、安全服务，并安装带有预配置工作区的 Lowkey。总部署时间：约 4-10 分钟。

2. 可配置的监控。 部署包括五个可单独启用的 AWS 安全服务——Security Hub、GuardDuty、Inspector、Access Analyzer 和 AWS Config——默认全部启用。对于测试/开发环境，禁用不需要的服务。EC2 实例使用 SSM Session Manager 而不是 SSH（无开放端口），并且 Lowkey 网关仅在本地主机上监听（不暴露到网络）。注意： 启用这些服务不会使代理本身变得安全——它意味着代理可以展示这些工具的结果。你仍然有责任审查并对其采取行动。

3. 观察→规划→行动。 Lowkey 读取你 AWS 账户的当前状态，规划下一步行动，并以完全管理员权限执行。（记住——能力越大，责任越大。这有风险，所以请在干净的 AWS 账户上使用，以最大程度减少代理犯错时的爆炸半径。）

4. 持久记忆。 对话历史和代理记忆存储在实例本地。Lowkey 维护工作区文件（SOUL.md、TOOLS.md、MEMORY.md），使其在会话和重启之间具有连续性。它知道它昨天构建了什么。

5. 你的数据属于你。 唯一的外部调用是到 Amazon Bedrock 进行 AI 推理（根据 Bedrock 数据隐私政策处理——你的数据不会用于训练模型）。或者，使用你自己的 Anthropic API 密钥或 LiteLLM 代理。没有代码、基础设施配置或应用程序数据离开你的账户。安装程序本身会发送 匿名安装遥测数据（安装开始/成功/失败，包括操作系统 + 架构 + 持续时间——没有代码、凭据、IP、主机名或文件路径）——查看发送的具体内容以及如何关闭。

遥测

install.sh 安装程序发送匿名聚合遥测数据，以帮助我们修复安装失败并了解人们在什么平台上运行它。

• 发送内容： 操作系统 + 架构 + 安装程序版本 + 安装结果（started / completed / failed）+ 持续时间 + 单向 SHA-256 哈希的机器指纹。仅此而已。
• 不发送内容： 没有 IP、没有主机名、没有 AWS 账户 ID、没有凭据、没有令牌、没有文件路径、没有代码、没有提示、没有 AI 响应、没有 CloudFormation 模板。安装程序退出后不发送任何内容。
• 传输方式： 即发即弃，2 秒硬超时，任何失败都会静默忽略。安装程序在任何情况下都不会因为遥测而失败、挂起或延迟。
• 退出方式 — 任意一种： ```bash export LOWKEY_TELEMETRY=0 export DO_NOT_TRACK=1 touch ~/.lowkey/telemetry-off
  root@kitploit:~

完整细节、底层架构及来源参考：遥测与隐私 — 代码位于 install.sh（搜索 _telem_）。请勿轻信我们——请亲自阅读。

适用人群

独立创始人及种子轮前团队（1-3 人），受困于快速开发平台限制，例如无法自定义后端、无真实 AWS 服务、无法过渡到生产环境，需要快速迭代且避免积累技术债务。

小型初创团队（2-10 人），在有限资金下竞速产品-市场契合。他们需要支付、集成、合规等复杂后端能力，但负担不起专职 DevOps 资源或已分身乏术。

企业创新团队，正在构建概念验证。他们必须遵循企业安全标准，无法使用要求数据离开 AWS 账户的外部平台，并以验证速度作为考核指标。

任何开发者，清楚自己想要在 AWS 上构建什么，但不想在编写业务逻辑之前花费一周时间搭建基础设施来构建 POC。

原则

1. 从一开始就具备生产形态。 只要提供正确的指令和系统提示，Lowkey 构建的每个应用程序都包含基础设施即代码、CI/CD、监控和范围明确的 IAM。无法晋升到生产环境的原型只是演示，而非真正的原型。
2. 您拥有一切。 Lowkey 在您的 AWS 账户内运行。它创建的每个资源都在控制台中可见，可移植到任何工具链，并且即使移除代理也功能完备。无抽象层、无供应商锁定、无专有运行时。
3. 速度不牺牲质量。 Lowkey 将代码编写 + 部署 + 基础设施搭建从几天缩短到几分钟。这可以包括安全配置、监控和 CI/CD。
4. 透明优于自主。 每个操作都会记录到 CloudTrail。您可以随时清楚地看到 Lowkey 构建、修改或删除了什么。这也支持在应用故障时进行强大的实时调试，并快速纠正。
5. 贴近开发者。 可通过 Telegram、Discord、Slack 或终端访问。

成本估算

Lowkey 可以在配置资源前估算成本，并随时汇总您的实际 AWS 支出。在设置过程中配置 AWS Budgets 警报。

⚠️ 风险 —— 请阅读

Lowkey 对您的 AWS 账户具有 管理员权限。这正是它有用的原因——也是它危险的原因。请诚实地面对其中的权衡：

• LLM 会犯错。 它们可能错误配置 IAM 策略、删除不该删除的资源、创建过于宽松的安全组，或因意外创建资源而推高成本。这不是假设——它一定会发生。
• 管理员权限意味着管理员级别的破坏。 如果模型幻觉出破坏性命令，它有执行该命令的权限。默认情况下没有审批关卡（不过您可以配置一个）。
• 这不是安全产品。 Lowkey 可以启用 GuardDuty 并读取 Security Hub 发现项，但 LLM 总结安全警报与安全运营团队是不同的。不要将其用于安全态势——而是作为信息展示的便利层。
• 非确定性行为。 同一提示在不同日期可能产生不同结果。基础设施变更并非总是可逆的。

我们建议的缓解措施：

1. 专用沙箱账户。 这是您能做的最重要的一件事。如果 Lowkey 破坏东西，爆炸半径仅限于一个账户。
2. 配置 AWS Budgets 警报。 从第一天起设置支出上限。
3. 始终开启 CloudTrail。 Lowkey 发出的每个 API 调用都会被记录。定期审阅跟踪记录。
4. 从小开始。 在要求它设计多服务平台之前，先构建一个待办事项应用。
5. 审阅它构建的内容。 Lowkey 会向您展示它正在做什么。阅读它，质疑它。

局限性

Lowkey 具备以下特征：

• 非确定性。 对相同的请求，它可能会产生不同的结果。对于复杂架构，有 AWS 经验的开发者/架构师能获得显著更好的结果——代理放大专业知识，但不能替代专业知识。
• 单账户范围。 Lowkey 在一个 AWS 账户内运行。它目前不设计用于多账户编排。
• 非安全工具。 Lowkey 可以启用并读取 AWS 安全服务，但它不能替代安全工程、合规审计或威胁建模。拥有管理员权限的 LLM 引入安全问题的能力与发现问题的能力一样强。
• 面向原型到生产，而非大规模运营。 Lowkey 可以监控和调试它所构建的内容，但它不能替代用于大规模生产工作负载的专用运营工具。

开源

Lowkey 是完全开源的。部署模板、大脑文件、技能和引导脚本均可在 github.com/inceptionstack/lowkey 获取。

基于 OpenClaw、Hermes、NemoClaw 和 Kiro CLI 构建——在部署时选择您的代理运行时。

InceptionStack 仓库

欢迎贡献、提交 Issue 和反馈。