AWS开源Blocks框架：AI智能体负责写后端代码，Amplify要凉？

亚马逊云科技将Blocks开源TypeScript框架推至公开预览，每个Block都是独立npm包，打包了应用代码、本地环境实现与生产AWS资源。开发者只需运行npm run dev，就能在本地获得Postgres、身份认证、实时消息和文件存储，完全不需要AWS账号。

同一份代码部署到生产环境时不会改动一行，框架自动切换底层实现——数据表从内存存储切到DynamoDB，身份认证换到Amazon Cognito，消息服务对接SNS。这种切换依赖Node.js的条件导出机制，本地开发用轻量模拟，上云后无缝接入Lambda、Aurora、API Gateway等完整服务。文件保存后支持亚秒级热重载，后端启动速度快到几乎不可感知。

第二代Amplify同样基于CDK，用TypeScript定义后端架构，与Blocks的CDK基础设施层高度相似。官方将两者定位为互补：Amplify提供托管体验和CI/CD管线，Blocks专注类型安全的代码生成与本地优先开发。但来自开发者社区的深度分析直指要害——功能重叠的地方占了八成，而Blocks内置引导文件约束AI智能体生成的代码必须符合架构规范，这种“从设计之初就替智能体写好护栏”的思路，Amplify完全没有。

对普通开发者而言，这意味着写提示词的体验变了。说一句“添加身份认证和数据库”，智能体生成的代码能在本地跑，也能直接部署到生产AWS服务，因为框架逼迫它走标准路径。数据表、用户认证、AI智能体、文件上传、后台任务等能力被拆成独立Block，按需拼装后框架自动生成基础设施。遇到框架覆盖不了的场景，CDK逃生舱允许下沉到底层手工配置，自定义Block还能跨项目复用，避免被单一框架锁死。

当开发范式从人写代码切换到AI写代码，原本围绕人类优化的工具链是否还立得住？Amplify要补上多少功课，才能继续待在牌桌上？