必须选用Nova Pro版本启用计划模式并声明工具调用，才能自动拆解执行“SpringBoot新增订单管理”等多步骤任务：先结构化分阶段输出执行计划，再依序调用文件读取、SQL执行、HTTP请求等工具完成代码生成与写入。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让nova ai自动拆解并执行多步骤复杂任务，比如“在springboot项目中新增订单管理功能”，关键在于激活它的计划模式与工具调用能力，而非仅靠单次对话生成代码片段。启用计划模式进行任务拆解
打开Amazon Bedrock控制台 → 选择Nova Pro模型 → 在Converse API调用中，向system prompt注入明确指令：“请启用计划模式处理该需求，分阶段输出可执行步骤，并标注每步依赖的工具调用”。
这一步不可跳过。Nova Micro或Lite模型默认不支持计划模式，【必须选用Nova Pro版本】，否则系统将退回为普通对话模式，无法生成带断点、子任务和变更预览的执行流。
输入完整需求描述，例如：“在现有电商项目中新增订单管理模块，含下单（库存校验+优惠券）、支付回调、退款（状态机）、分页查询、短信通知”。AI会立即返回结构化执行计划，而非零散代码。
配置工具调用权限与上下文感知
方法一：通过Bedrock控制台绑定API工具集 → 在“Tools”配置区勾选HTTP Client、SQL Executor、File System Reader三项 → 点击“Apply to Model”生效。
方法二：在Converse请求体中显式声明tools字段，包含toolSpec定义（如curl调用支付网关、JDBC连接订单库、读取pom.xml识别Spring Boot版本）。Nova Pro会据此动态判断哪一步需调用哪个工具。
注意：若未声明tools字段，模型可能虚构接口或硬编码假数据——【工具声明缺失将导致生成代码无法落地】。
执行与验证五阶段流程
第一步：项目结构感知 → Nova Pro自动调用File System Reader扫描src/main/java与application.yml，识别包路径、数据库类型、已有Controller层级。
第二步：下单接口生成 → 调用SQL Executor验证t_inventory表字段，生成带@Valid和@Transactional的OrderController.java，并嵌入优惠券计算逻辑。
第三步：支付回调适配 → 根据第一步识别出的网关地址，调用HTTP Client模拟POST回调签名验证流程，同步生成PayCallbackService。
第四步：退款状态机建模 → 调用文本搜索工具解析项目中已有的StateEnum，继承其命名规范，输出RefundStatusTransition.java状态流转图。
第五步：变更预览与写入 → 所有文件修改以diff格式呈现，开发者确认后触发File System Writer批量写入，覆盖原项目路径。
