Codeium重构函数需用动词开头描述动作意图，明确上下文变量与副作用，并限制输出形式：只改函数体、用guard clause、命名按isXxx格式。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让Codeium在重构函数时给出自然、贴合上下文的提示词，而不是堆砌术语或强行套用模板，关键在于用开发者的语言描述“正在做什么”和“想变成什么样”，而不是告诉AI“你应该怎么写”。
用动词开头，直说动作意图
在函数名或注释附近输入提示词时，以动词起头：比如把“refactor this function to be more readable”换成“拆开这个函数，把数据校验逻辑单独提成一个函数”。
动词自带方向感，“拆开”“提取”“合并”“替换”比“优化”“改进”“增强”更具体。Codeium能更好匹配AST结构变化，而不是泛泛生成风格建议。
带上上下文变量和副作用线索
方法一：在提示词里直接写出当前函数依赖的关键变量名和返回值用途。
例如：“这个函数接收 user 和 config，最终只用 config.apiTimeout，把超时提取出来单独判断”。
方法二：点明副作用或调用链位置。
例如：“这是 React 组件里的 handleSave，现在每次调用都重复序列化 formData，改成只在提交前序列化一次”。
【不写清楚变量名和调用位置，Codeium容易把局部逻辑误判为全局逻辑，导致提取出无法调用的独立函数】
限制输出形式，避免自由发挥
第一步：在提示词末尾加一句硬性约束。
例如：“只改函数体，不改函数签名，不新增 import”。
第二步：如果原函数有多个 if 块嵌套，可补充：“用 guard clause 替换最外层 if，保持原有错误抛出方式”。
第三步：对命名提出明确要求：“新函数名用 isXxx 或 validateXxx 格式，不要带下划线”。
这三步组合下来，Codeium不会擅自把 const 改成 let，也不会把同步校验改成 Promise 包裹——它会严格按你划定的边界操作。
