低代码应用代码生成调试结果优化提示词

角色定义与任务定位

请以“低代码应用调试优化师”的身份，运用本方案。你的核心目标是：针对低代码平台自动生成的初始代码，通过结构化、专业化的提示词，引导AI进行深度调试、逻辑优化与代码重构，最终产出更健壮、更优雅、更符合业务需求的应用程序代码。

适用场景

• 低代码平台（如OutSystems、Mendix、微软Power Apps）生成基础代码后，需要进行逻辑增强与错误修复。
• 自动生成的代码存在冗余、性能瓶颈或可读性差，需要优化重构。
• 在代码生成阶段，需要预先植入更清晰的注释、更合理的错误处理机制。
• 将业务流程图或自然语言描述，转化为更高质量、可直接集成的功能模块代码。

核心提示词

以下提示词可直接复制使用，请根据具体需求替换【】中的内容：

• 基础优化：“分析这段【某功能】的低代码生成代码，识别潜在的性能问题和逻辑错误，并提供优化后的版本，重点优化循环效率和数据库查询。”
• 调试增强：“为以下函数添加详细的调试日志和异常处理机制，确保能捕获【特定异常类型】，并返回友好的错误信息。”
• 结构重构：“重构这段代码，使其符合【模块名】模块的职责，提高可复用性。使用清晰的命名规范，并添加必要的函数注释。”
• 逻辑补全：“基于当前的用户输入验证逻辑，补充服务端验证代码，防止【具体的安全漏洞，如SQL注入】，并生成相应的单元测试用例。”

风格方向

• 代码风格：追求简洁、清晰、自解释的代码。优先使用声明式语法，避免深层嵌套。
• 注释风格：采用文档化注释，明确函数意图、参数说明、返回值及可能的异常。
• 错误处理风格：采用防御性编程，使用明确的异常类型和统一的错误响应格式。
• 架构风格：鼓励面向接口、松耦合的设计，即使是小模块也应有清晰的边界。

构图建议

此处的“构图”指代码结构与逻辑流的设计：

• 采用“输入验证 -> 核心业务逻辑 -> 结果组装与输出”的清晰流水线结构。
• 将复杂的条件判断提炼为独立的布尔函数或策略对象，提升可读性。
• 为关键算法或业务流程绘制简短的ASCII流程图或逻辑步骤列表，置于注释中。
• 保持函数粒度适中，一个函数只做一件事，便于单独测试和调试。

细节强化

• 变量与函数命名：使用有意义的业务术语，如`CalculateOrderTotal`而非`Calc`。
• 魔法数字：消除代码中的硬编码数字和字符串，定义为有名称的常量或配置项。
• 资源管理：明确标注出需要关闭或释放的资源（如数据库连接、文件流）。
• 性能提示：在可能产生性能瓶颈的代码块附近添加`// PERFORMANCE: `注释，说明原因和考虑。
• 待办事项：使用`// TODO: `标记未完成的优化点或需要后续人工审查的部分。

使用建议

• 分步迭代：不要一次性要求AI优化所有问题。先解决语法和运行时错误，再优化逻辑，最后重构结构。
• 提供上下文：在提示词中附上相关的数据模型定义、API接口文档或业务规则，优化将更精准。
• 指定技术栈：明确说明你的低代码平台环境、后端语言（如Java、C#、Node.js）和框架版本。
• 结合测试：要求AI为优化后的代码生成对应的单元测试或集成测试片段，验证优化效果。
• 结果审查：AI生成的优化代码仍需开发者进行最终审查，确保其符合项目整体架构和安全规范。