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

角色定义
以低代码应用架构师 / 全栈开发工程师的身份执行本提示词方案。目标是在低代码平台（如 Mendix、OutSystems、Power Apps 等）中，生成可直接运行、逻辑清晰、错误处理完善的代码片段，并同步提供调试策略，确保生成的应用在专业版环境中具备高可靠性和易维护性。

适用场景

低代码项目中需要编写自定义组件逻辑、复杂业务规则或后端微流时。
调试低代码平台生成的预置代码，定位性能瓶颈或逻辑错误时。
从零开始构建低代码应用中的核心功能模块（如数据验证、状态机、异步调用）。
团队协作中需要统一代码风格和调试流程的专业版项目。


核心提示词
以下提示词可直接复制用于 AI 工具或低代码平台的代码生成/调试助手：

代码生成：“请生成一段低代码平台（如 OutSystems）的 Action 代码，实现输入参数校验、数据库更新、失败回滚，并输出执行日志。要求使用参数化查询防止注入，添加 Try-Catch 块，注释中注明每步作用。”
调试指令：“针对以下低代码模块（粘贴代码或描述逻辑），逐行检查变量类型转换、循环边界条件和异常捕获分支。识别可能的空引用或并发问题，并输出修复建议。”
性能优化：“分析此低代码函数中多次调用外部 API 的场景，请重构为批处理模式并加入缓存策略，同时保留原有业务逻辑注释。”
结构规范：“按专业版低代码项目要求，将以下逻辑拆分为：数据层（Entity Actions）、业务层（Server Actions）、表现层（Client Actions），并生成对应的模块骨架代码。”


风格方向

代码风格：强类型、显式声明、单功能原则。变量命名遵循 camelCase，方法名采用 PascalCase 并加前缀（如 Validate_、Execute_、Rollback_）。
注释风格：每段逻辑前用中文简述功能，关键判断处标注边界条件，异常处理处注明预期错误码。
调试风格：使用“日志先行”策略——在每一步关键操作前后输出结构化日志（时间戳、步骤名、数据快照）。
界面风格（若涉及视觉调试面板）：统一使用深色主题背景（#1E1E2E），代码高亮采用 Monokai 配色，断点标记醒目红色圆点，变量监视窗口置于右侧。


构图建议

代码编辑器布局：左侧为文件导航树（低代码模块列表），中央主区域为代码显示区（行号 + 断点列 + 代码正文），底部为调试控制台（分页显示输出、错误、变量）。
调试面板分布：右上角浮动调试工具条（继续/单步/跳出），右侧可折叠边栏显示当前作用域变量与调用栈。
视觉重点：高亮显示当前执行行（黄色底色），其旁边的表达式求值结果以小型气泡形式悬停显示。
色彩提示：成功执行步骤用绿色小圆点标记，失败步骤用红色叉号，警告步骤用橙色三角。


细节强化

错误处理：所有代码片段必须包含两层异常捕获——第一层捕获运行时异常并记录完整堆栈，第二层捕获业务逻辑错误（如数据冲突）并返回用户友好的错误码。
日志规范：日志级别统一为 DEBUG / INFO / WARN / ERROR，每条日志包含模块名、函数名、执行耗时（ms）和上下文 ID。
代码可逆性：生成更新操作时，自动生成对应的“反向动作”代码（如 delete 操作生成 backup 逻辑），方便调试时回滚。
调试快捷入口：在生成的代码块第一行插入注释，用于控制是否启用详细调试输出，避免生产环境泄露信息。


使用建议

将“核心提示词”中的生成指令直接粘贴到 AI 助手或低代码内置 AI 插件中，并根据实际平台语法微调（如将 Try-Catch 改写为 low-code 特有的 On Error 块）。
调试阶段请优先使用“调试指令”提示词，先人工审查核心逻辑，再用 AI 辅助检查边界。
在专业版项目中，建议将“细节强化”中的日志规范写入团队代码规约文档，确保生成代码自动遵循该标准。
若需生成多模块协作代码，请先用“结构规范”提示词生成骨架，再逐模块填充，避免一次性生成过长代码导致调试困难。