61 lines
3.2 KiB
Markdown
61 lines
3.2 KiB
Markdown
# DPML执行模式提示词框架
|
||
|
||
> **TL;DR:** DPML执行模式提示词框架定义了结构化的执行类提示词模板，包含流程(Process)、指导原则(Guideline)、强制规则(Rule)、约束条件(Constraint)和评价标准(Criteria)五个核心子概念，用于指导AI系统完成具体任务。
|
||
|
||
### 目的与功能
|
||
|
||
DPML执行模式提示词框架定义了AI系统执行任务的提示词模板，它的主要功能是：
|
||
- 提供执行任务的结构化提示词定义
|
||
- 通过标准化提示词明确执行的流程步骤、指导原则、规则、约束和评价标准
|
||
- 帮助AI系统通过规范化提示词进行精确、可靠的任务执行
|
||
- 提供执行状态追踪和错误处理的提示词模板
|
||
|
||
## 📝 语法定义
|
||
|
||
```ebnf
|
||
(* EBNF形式化定义 *)
|
||
execution_element ::= '<execution' attributes? '>' content '</execution>'
|
||
attributes ::= (' ' attribute)+ | ''
|
||
attribute ::= name '="' value '"'
|
||
name ::= [a-zA-Z][a-zA-Z0-9_-]*
|
||
value ::= [^"]*
|
||
content ::= (markdown_content | process_element | guideline_element | rule_element | constraint_element | criteria_element)+
|
||
|
||
process_element ::= '<process' attributes? '>' markdown_content '</process>'
|
||
guideline_element ::= '<guideline' attributes? '>' markdown_content '</guideline>'
|
||
rule_element ::= '<rule' attributes? '>' markdown_content '</rule>'
|
||
constraint_element ::= '<constraint' attributes? '>' markdown_content '</constraint>'
|
||
criteria_element ::= '<criteria' attributes? '>' markdown_content '</criteria>'
|
||
|
||
markdown_content ::= (* 任何有效的Markdown文本，可包含特定语法元素 *)
|
||
```
|
||
|
||
## 🧩 语义说明
|
||
|
||
execution标签表示一个完整的执行框架。标签内容可以包含五种不同概念的子标签，每个子标签都有明确的语义：
|
||
|
||
- **process**: 表示执行的具体步骤，包含正常和异常路径，是执行的核心路径定义
|
||
- **guideline**: 表示建议性指导原则，具有灵活性和可变通性，用于推荐最佳实践
|
||
- **rule**: 表示强制性行为准则，必须严格遵守，通常涉及安全、合规或核心质量要求
|
||
- **constraint**: 表示客观限制条件，客观存在且不可改变，需要被动适应
|
||
- **criteria**: 表示评价标准，用于判断执行结果是否满足要求
|
||
|
||
这五个子概念构成了完整的执行框架，从不同维度定义了AI系统如何执行任务。
|
||
|
||
### 优先级关系
|
||
|
||
execution框架内的子概念具有以下固定的优先级关系，这种关系定义了如何理解和解释这些概念：
|
||
|
||
1. **Constraint(约束)** - 最高优先级，表示客观存在的限制，不可违反
|
||
2. **Rule(规则)** - 次高优先级，表示必须遵循的行为准则
|
||
3. **Guideline(指导原则)** - 较低优先级，表示可灵活调整的建议性原则
|
||
4. **Process(流程)** - 在约束和规则的框架内定义执行路径
|
||
5. **Criteria(标准)** - 作为评价依据，验证执行结果是否满足要求
|
||
|
||
这种优先级关系是框架的核心语义特征：
|
||
- 低优先级元素不能与高优先级元素产生冲突
|
||
- Process必须在Constraint和Rule定义的边界内设计
|
||
- Guideline在不违反Rule和Constraint的前提下可以灵活调整
|
||
- Criteria需要考虑所有优先级更高的元素的要求
|
||
|