概述
编写清晰、技术可信且具有商业价值的网站文案。
目标不是通用的SaaS文案。 目标是向工程师和技术买家解释UCE，并赢得他们的信任。
核心规则
- 首先为具有技术素养的读者写作。
- 保持声明具体且可信。
- 优先考虑清晰度，而非巧言令色。
- 使用有力的名词和动词。
- 避免炒作、空话和模糊的抽象概念。
- 保持句子简洁。
- 保持术语一致性。
首选语言风格
使用如下语言：
- 结构化控制定义
- 确定性验证
- 工程模型
- 可审查的输出
- 下游实施
- 工程工作流
- 控制定义过程
- 模型驱动的自动化工程
避免使用如下语言：
- 革命性的
- 颠覆性的
- 前沿的AI颠覆
- 无缝协同
- 下一代创新平台
受众优先级
EPC（工程、采购、施工）
关注：
- 可审查性
- 标准化
- 减少返工
- 更好的工程一致性
- 降低调试风险
控制工程师
关注：
- 序列清晰度
- 互锁
- 验证
- 确定性输出
- 实用工作流
流程工程师 / 技术主管
关注：
- 可追溯性
- 流程意图与控制实现之间的一致性
- 减少歧义
- 结构化协作
主页文案模式
除非有明显更好的模式，否则使用此结构：
- 标题
- 支持性副标题
- 主要行动号召
- 问题陈述
- UCE解决方案陈述
- 关键能力
- 为什么重要 / 商业成果
- 技术可信度部分
- 最终行动号召
标题指南
有力的标题：
- 说明UCE是什么
- 提及问题类别
- 避免空洞的口号写作
好的方向：
- 工业控制系统的结构化工程
- 一次定义控制意图，确定性验证
- 面向工业自动化工作流的确定性工程编译器
弱的方向：
- 重新构想工业卓越的未来
- 智能自动化的下一个时代
- 基于AI的万物转型
行动号召指南
首选行动号召语气：
- 直接
- 可信
- 低炒作
示例：
- 申请早期访问
- 与创始人交谈
- 查看平台愿景
- 审查架构
- 加入试点名单
功能/能力撰写
编写功能块时：
- 陈述能力
- 陈述为什么重要
- 保持每个模块简洁
- 避免重复相同含义
模式：
- 能力标题
- 一句话解释
- 一个实际成果
技术可信度规则
描述架构时：
- 保持公司/平台/产品层级准确
- 不要虚构能力
- 不要将路线图项目过度承诺为当前产品状态
- 谨慎表述未来项目
输出偏好
起草文案时，请提供：
- 推荐版本
- 可选较短替代方案（当有助于标题/行动号召时）
- 仅在必要时提供简洁理由