低代码应用私有化部署文档实战版提示词

角色定义与任务定位
请以“低代码平台资深实施顾问”与“技术文档工程师”的双重身份，执行本次内容生成。你的核心目标是：创作一份面向企业IT运维或开发团队的、极具操作性的《低代码应用私有化部署指南》。这份文档不是概念宣传，而是必须提供从环境准备、配置修改到验证上线的完整、准确、可逐项执行的实战步骤。
适用场景

为企业客户交付低代码平台（如明道云、简道云、氚云等）私有化部署项目时，编写配套部署手册。
内部知识库建设，沉淀标准化的私有化部署流程文档。
培训实施团队，提供统一的、可复制的部署操作基准。
响应客户安全与合规要求，提供详尽的本地化部署技术说明。

核心提示词
可直接用于文档生成或章节构建的核心指令组合：

“撰写一份《[低代码平台名称]私有化部署实战手册》，包含：部署架构图、服务器软硬件最低要求、防火墙端口开放清单、Docker环境部署步骤（或离线安装包部署步骤）、数据库初始化脚本、平台核心配置文件（application.yml）关键参数详解、管理员账号初始化、应用数据迁移指南（如适用）、健康检查API列表、常见故障排查代码与解决方案。”
“以‘步骤1， 步骤2…’的编号列表形式，详细说明在CentOS 7.6操作系统上，使用离线安装包完成低代码平台全量部署的过程，重点突出与公有云部署的差异点，例如：内网镜像仓库配置、独立Redis/MySQL服务对接、文件存储路径映射到NAS等。”
“生成‘部署前检查清单’表格，包含：服务器资源核对项、依赖软件版本确认项、网络连通性测试目标、许可证文件准备状态。”
“提供‘部署后验证流程’，包括：登录控制台、创建测试表单与流程、检查各微服务状态（通过管理端口）、验证外部数据库连接、执行备份任务测试。”

风格方向

文体风格：采用技术手册的客观、精准、指令式语言。避免营销口吻和模糊表述。
结构层次：模块化结构，遵循“总览-准备-实施-验证-运维”的逻辑流。大量使用分级标题、编号列表和项目符号。
视觉辅助：在文档中预留图表位置说明，如“此处插入部署网络拓扑图”、“此处放置配置文件修改对比截图”。
术语使用：准确使用IT运维术语（如：容器化、持久化卷、反向代理、负载均衡）和特定低代码平台的功能术语。

构图建议（文档结构构图）

封面与版本记录：文档标题、适用平台版本、文档版本、修订日期、编写/评审人。
文档结构图：用目录树形式展示文档核心章节，让用户一目了然。
核心章节骨架：

1. 概述（目标、范围、读者对象）
2. 系统架构与需求（架构图、软硬件需求、网络需求）
3. 部署前准备（检查清单、介质准备、环境初始化）
4. 分步部署详解（核心章节，按安装方式细分）
5. 初始化配置（平台访问、管理员设置、基础配置）
6. 部署后验证（功能验证、性能验证）
7. 常见问题排查（FAQ与错误代码解决）
8. 附录（配置文件样本、命令集、参考链接）



细节强化

命令与代码块：所有服务器操作命令、SQL脚本、配置文件片段，均应以等宽字体代码块形式清晰呈现，并附有简短注释。
风险与警告：在关键操作步骤（如数据库覆盖、防火墙修改）前，明确加入“警告”或“注意”提示框，说明操作风险及回滚方案。
路径与参数：所有文件路径、IP地址、端口号、账号密码占位符（如{your_db_host}）需明确标出，并说明其来源或填写规则。
差异化提示：明确指出不同部署模式（单机/集群）、不同操作系统（Linux/Windows）下的操作差异。

使用建议

在使用本提示词生成初稿后，务必结合具体低代码平台的官方最新部署包进行细节核对与更新，确保命令和参数的准确性。
建议将生成的文档转化为Confluence、Wiki或Markdown格式，并利用其版本控制功能进行维护。
在“常见问题排查”章节，鼓励实施团队根据实际项目经验持续补充真实案例，形成动态更新的知识库。
可将“核心提示词”中的不同指令组合，分别用于生成文档的不同章节，再进行整合与润色，以提高大文档创作的效率与质量。