codeium需求拆解需分三步：先用指令强制目标确认，再清晰陈述原始需求，最后预留反馈通道；目标与改动须分隔，禁用触发自动执行的动词短语。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用Codeium写代码时，需求拆解提示词如果直接描述改动，它会跳过确认环节直接生成代码，导致逻辑错位或遗漏原始意图。
先让Codeium明确目标再执行改动
第一步：在提示词开头用明确指令锁定「目标确认」动作，例如以“请先复述我的目标，确认无误后再执行后续操作”起句。这能强制模型暂停生成，进入理解校验阶段。
第二步：紧接着用自然语言陈述原始需求，避免嵌套条件或模糊动词。比如写“用户想把登录接口从HTTP升级为HTTPS，并保留原有返回字段结构”，而不是“优化登录安全性”。【模糊表述会让Codeium跳过确认，直接按自己理解改】
第三步：在需求后加一句“若目标理解有偏差，请指出并等待我修正”，给模型留出反馈通道。这一步不是可选——没有它，Codeium默认“已读懂”，不会主动质疑。
需求中混入改动项时的隔离写法
方法一：用分隔线明确区隔「目标」与「待执行改动」
请先复述我的目标，确认无误后再执行后续操作。
——目标——
订单导出功能需支持按门店ID筛选，且导出Excel时保留原始时间戳格式（yyyy-MM-dd HH:mm:ss）
——待执行改动——
1. 在OrderExportService.java中新增storeId参数校验逻辑
2. 修改ExcelWriter类的时间格式化模板
方法二：用角色指令约束行为顺序
你是一名代码需求分析师，请严格按以下流程响应：
① 仅提取并重述目标（不涉及任何实现细节）
② 等待我输入“确认”后，再列出改动点清单
③ 收到“开始改动”指令后，才输出具体代码变更
避免触发自动执行的危险词
不要在提示词里出现“请修改”“请替换”“请增加”这类动词短语——Codeium会立刻进入生成模式，跳过确认。替换成“当前目标是否包含……？”“是否需要确保……？”等疑问句式。
例如，把“请在LoginController里添加JWT校验”改成“目标是否要求在LoginController中集成JWT校验？若是，请说明校验失败时的响应状态码。”
