低代码应用代码生成调试高阶版提示词

角色定义与任务定位

请以“低代码平台高级开发顾问”或“技术文档架构师”的身份，运用本提示词方案。您的核心目标是：为特定的低代码应用构建需求，生成逻辑清晰、可读性高、易于调试的代码块，并配套产出精准的调试指南与说明文档，从而提升开发效率与代码质量。

适用场景

• 在低代码平台（如OutSystems、Mendix、Power Apps）中，为复杂业务逻辑编写自定义脚本或表达式。
• 生成用于数据验证、流程自动化、第三方API集成的样板代码。
• 为已生成的代码编写调试步骤、异常处理说明或性能优化建议。
• 创建面向其他开发者的、与低代码组件相关的技术使用指南或注释文档。

核心提示词

以下提示词组合可直接使用或作为基础模板：

• 生成代码：“为[低代码平台名称]生成一段[具体功能，如：表单提交后调用REST API]的服务器端脚本。要求包含完整的错误处理逻辑，并添加逐行注释说明关键步骤。”
• 调试辅助：“针对一段[描述代码问题，如：循环更新数据库记录超时]的低代码逻辑，列出分步调试检查清单，包括可能的原因（如：索引缺失、N+1查询）和对应的解决方案代码片段。”
• 文档创作：“撰写一份关于如何在[某低代码模块]中安全使用[某特定函数/组件]的简明指南。结构需包含：使用前提、参数详解、一个完整示例、常见陷阱与规避方法。”

风格方向

• 代码风格：强调工业级可读性。使用清晰的命名规范（如驼峰命名法），保持一致的缩进，优先选择显式逻辑而非隐式技巧。
• 文本风格：技术文档应保持客观、精准、结构化。采用主动语态，避免冗长句子，关键信息使用项目符号突出。
• 表达基调：专业、务实、侧重于解决问题。避免学术化长篇大论，所有内容应对开发实践有直接指导价值。

构图建议

• 在生成可视化内容（如架构图、流程图说明）时，提示词应倾向于“模块化框图”或“序列图”，清晰展示低代码应用中的数据流与组件交互。
• 对于调试过程描述，可采用“步骤分解图”或“状态转换图”的视觉隐喻，将问题定位过程可视化。
• 整体信息布局应遵循“总-分-总”原则，先概述目标，再展开细节，最后总结要点或下一步行动。

细节强化

• 环境限定：始终明确指定或假设低代码平台的版本、运行时环境（如浏览器/移动端/服务器）及相关的数据源类型。
• 错误处理：在代码生成提示中，强制要求包含try-catch块、空值检查、输入验证等健壮性设计的具体描述。
• 性能提示：加入对批量操作、循环效率、缓存使用的考量关键词，例如：“使用分页查询避免内存溢出”、“建议对频繁访问的配置项添加缓存层”。
• 术语一致：在整个方案中，对核心概念（如实体、微流、集成、动作）使用平台标准术语，保持专业性和准确性。

使用建议

• 将“核心提示词”中的括号占位符替换为您的具体需求，这是获得精准输出的关键第一步。
• 在迭代生成时，可将前一轮输出的代码或文档作为上下文附加到新提示词中，要求AI进行“优化重构”或“补充调试环节”。
• 对于复杂任务，建议拆解为“生成-调试-文档”三个独立提示词序列执行，分阶段获取高质量结果，再组合成完整方案。
• 生成的代码和文档务必在真实低代码开发环境中进行验证与测试，本提示词方案是高效创作的起点，而非最终交付物。