Clawdbot的AWS Bedrock版与GitHub官方版存在五大差异：一、认证机制不同，前者用IAM角色授权，后者依赖明文API密钥；二、网络路径不同，前者走VPC Endpoint内网调用，后者直连公网API；三、部署方式不同，前者通过CloudFormation原子化交付，后者需手动配置；四、模型切换不同，前者参数化一键切换，后者需改代码和依赖；五、审计能力不同，前者集成CloudTrail/CloudWatch满足合规要求，后者仅本地日志。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
如果您正在比较Clawdbot（即OpenClaw）在AWS Bedrock环境下的部署版本与官方GitHub仓库发布的标准版，二者在底层架构、认证机制、模型接入方式及运维模型上存在实质性差异。以下是区分这两类版本的关键路径：
一、模型调用机制与凭证管理方式不同
Bedrock版强制通过AWS IAM角色进行模型访问授权，完全规避API密钥的明文存储与硬编码；官网版默认依赖用户自行配置外部大模型提供商（如Anthropic、OpenAI、百炼等）的API Key，需手动填入配置文件或环境变量中。
1、Bedrock版在CloudFormation模板中自动创建具备bedrock:InvokeModel权限的IAM角色，并绑定至EC2实例；
2、官网版需用户在.env或config.yaml中填写ANTHROPIC_API_KEY或OPENAI_API_KEY等字段；
3、若官网版运行于AWS环境但未启用IAM角色，则仍需暴露密钥，存在密钥泄露导致超额账单或数据越权调用的风险。
二、网络通信路径与安全边界不同
Bedrock版默认启用VPC Endpoint与SSM Session Manager，所有模型请求均在AWS内网完成，不经过公网出口；官网版若未额外配置代理或隧道，则模型请求直接从实例公网IP发出，可能被目标服务限流或拦截。
1、Bedrock版通过com.amazonaws.us-east-1.bedrock-runtime私有端点调用Claude等模型；
2、官网版使用标准HTTPS请求直连api.anthropic.com或api.openai.com等公开地址；
3、当实例位于NAT网关后或企业防火墙策略严格时，官网版可能出现“Connection refused”或超时错误。
三、部署自动化程度与基础设施耦合度不同
Bedrock版以CloudFormation模板为唯一交付形态，全部资源（EC2、Security Group、SSM参数、IAM角色）由模板原子化创建；官网版提供Docker Compose、systemd脚本、裸机安装等多种启动方式，但无统一IaC封装，依赖用户手动协调组件版本与依赖关系。
1、Bedrock版部署后自动生成Outputs输出块，含SSM端口转发命令与Web UI访问URL；
2、官网版需用户手动执行docker-compose up -d、配置反向代理、开放安全组端口并设置域名解析；
3、官网版若使用旧版Docker镜像，可能因Base Image中Python或Torch版本不兼容导致bedrock-runtime调用失败。
四、模型切换能力与运行时灵活性不同
Bedrock版支持通过CloudFormation参数一键切换底层模型（如anthropic.claude-opus-4-20250514-v1:0 → us.amazon.nova-lite-v1:0），无需修改代码或重启服务；官网版切换模型需手动编辑配置项、更新依赖库甚至重写适配器逻辑。
1、Bedrock版在模板Parameters中预置FoundationModelId字段，修改后触发Stack更新即可生效；
2、官网版需在llm_provider.py中调整模型标识符，并确保对应Provider SDK已安装；
3、部分官网版分支尚未适配2025年10月后Bedrock新增的Streaming响应格式，直接对接将导致Web UI空白或报错。
五、审计追踪与合规能力不同
Bedrock版天然集成CloudTrail与CloudWatch Logs，所有模型调用行为可被企业SIEM系统实时采集；官网版若未主动对接日志服务，仅保留本地容器日志，不具备跨账户、跨区域、不可篡改的审计能力。
1、Bedrock版每次InvokeModel调用均生成CloudTrail事件，含调用者ARN、时间戳、模型ID、输入Token数、输出Token数；
2、官网版仅能通过docker logs moltbot查看原始HTTP请求/响应体，无结构化字段与签名验证；
3、金融或医疗行业用户若需满足GDPR或等保2.0三级要求，必须使用Bedrock版以获取合规证据链。
