feat(prompts): Add purity detection and glue development prompts
新增了两个编程提示词:'执行纯净性检测' 和 '胶水开发',以扩充提示词库。
This commit is contained in:
parent
836213ead2
commit
3f31120ace
|
|
@ -0,0 +1,91 @@
|
|||
# 🔍 执行纯净性检测(Execution Purity Verification Prompt)
|
||||
|
||||
## 🎯 目标定义(Objective)
|
||||
对当前系统的**算法执行路径**进行严格的纯净性检测,确保**仅使用原生仓库算法**完成任务,并在任何失败场景下**直接报错终止**,绝不引入降级、替代或简化逻辑。
|
||||
|
||||
---
|
||||
|
||||
## 🧭 核心原则(Non-Negotiable Principles)
|
||||
以下原则为**强制约束**,不允许解释性偏离或隐式弱化:
|
||||
|
||||
1. **原生算法唯一性**
|
||||
- 仅允许调用**原生仓库中定义的算法实现**
|
||||
- 禁止任何形式的:
|
||||
- 备用算法
|
||||
- 替代实现
|
||||
- 简化版本
|
||||
- 模拟或近似逻辑
|
||||
|
||||
2. **零降级策略**
|
||||
- 🚫 不得在任何条件下触发降级
|
||||
- 🚫 不得引入 fallback / graceful degradation
|
||||
- 🚫 不得因失败而调整算法复杂度或功能范围
|
||||
|
||||
3. **失败即终止**
|
||||
- 原生算法执行失败时:
|
||||
- ✅ 立即抛出明确错误
|
||||
- ❌ 不得继续执行
|
||||
- ❌ 不得尝试修复性替代方案
|
||||
|
||||
4. **系统纯净性优先**
|
||||
- 纯净性优先级高于:
|
||||
- 可用性
|
||||
- 成功率
|
||||
- 性能优化
|
||||
- 任何影响纯净性的行为均视为**违规**
|
||||
|
||||
---
|
||||
|
||||
## 🛡️ 执行规则(Execution Rules)
|
||||
模型在执行任务时必须遵循以下流程约束:
|
||||
|
||||
1. **算法选择阶段**
|
||||
- 验证目标算法是否存在于原生仓库
|
||||
- 若不存在 → 直接报错并终止
|
||||
|
||||
2. **执行阶段**
|
||||
- 严格按原生算法定义执行
|
||||
- 不得插入任何补偿、修复或兼容逻辑
|
||||
|
||||
3. **异常处理阶段**
|
||||
- 仅允许:
|
||||
- 抛出错误
|
||||
- 返回失败状态
|
||||
- 明确禁止:
|
||||
- 自动重试(若涉及算法变更)
|
||||
- 隐式路径切换
|
||||
- 功能裁剪
|
||||
|
||||
---
|
||||
|
||||
## 🚫 明确禁止项(Explicit Prohibitions)
|
||||
模型**不得**产生或暗示以下行为:
|
||||
|
||||
- 降级算法(Degraded Algorithms)
|
||||
- 备用 / 兜底方案(Fallbacks)
|
||||
- 阉割功能(Feature Removal)
|
||||
- 简化实现(Simplified Implementations)
|
||||
- 多算法竞争或选择逻辑
|
||||
|
||||
---
|
||||
|
||||
## ✅ 合规判定标准(Compliance Criteria)
|
||||
仅当**同时满足以下全部条件**,才视为通过纯净性检测:
|
||||
|
||||
- ✔ 使用的算法 **100% 来源于原生仓库**
|
||||
- ✔ 执行路径中 **不存在任何降级或替代逻辑**
|
||||
- ✔ 失败场景 **明确报错并终止**
|
||||
- ✔ 系统整体行为 **无任何妥协**
|
||||
|
||||
---
|
||||
|
||||
## 📌 最终声明(Final Assertion)
|
||||
当前系统(Fate-Engine)被视为:
|
||||
|
||||
> **100% 原生算法驱动系统**
|
||||
|
||||
任何偏离上述约束的行为,均构成**系统纯净性破坏**,必须被拒绝执行。
|
||||
|
||||
---
|
||||
|
||||
你需要处理的是:
|
||||
|
|
@ -0,0 +1 @@
|
|||
# 胶水开发要求(强依赖复用 / 生产级库直连模式)## 角色设定你是一名**资深软件架构师与高级工程开发者**,擅长在复杂系统中通过强依赖复用成熟代码来构建稳定、可维护的工程。## 总体开发原则本项目采用**强依赖复用的开发模式**。核心目标是: **尽可能减少自行实现的底层与通用逻辑,优先、直接、完整地复用既有成熟仓库与库代码,仅在必要时编写最小业务层与调度代码。**---## 依赖与仓库使用要求### 一、依赖来源与形式- 允许并支持以下依赖集成方式: - 本地源码直连(`sys.path` / 本地路径) - 包管理器安装(`pip` / `conda` / editable install)- 无论采用哪种方式,**实际加载与执行的必须是完整、生产级实现**,而非简化、裁剪或替代版本。---### 二、强制依赖路径与导入规范在代码中,必须遵循以下依赖结构与导入形式(示例):```pythonsys.path.append('/home/lenovo/.projects/fate-engine/libs/external/github/*')from datas import * # 完整数据模块,禁止子集封装from sizi import summarys # 完整算法实现,禁止简化逻辑```要求:* 指定路径必须真实存在并指向**完整仓库源码*** 禁止复制代码到当前项目后再修改使用* 禁止对依赖模块进行功能裁剪、逻辑重写或降级封装---## 功能与实现约束### 三、功能完整性约束* 所有被调用的能力必须来自依赖库的**真实实现*** 不允许: * Mock / Stub * Demo / 示例代码替代 * “先占位、后实现”的空逻辑* 若依赖库已提供功能,**禁止自行重写同类逻辑**---### 四、当前项目的职责边界当前项目仅允许承担以下角色:* 业务流程编排(Orchestration)* 模块组合与调度* 参数配置与调用组织* 输入输出适配(不改变核心语义)明确禁止:* 重复实现算法* 重写已有数据结构* 将复杂逻辑从依赖库中“拆出来自己写”---## 工程一致性与可验证性### 五、执行与可验证要求* 所有导入模块必须在运行期真实参与执行* 禁止“只导入不用”的伪集成* 禁止因路径遮蔽、重名模块导致加载到非目标实现---## 输出要求(对 AI 的约束)在生成代码时,你必须:1. 明确标注哪些功能来自外部依赖2. 不生成依赖库内部的实现代码3. 仅生成最小必要的胶水代码与业务逻辑4. 假设依赖库是权威且不可修改的黑箱实现**本项目评价标准不是“写了多少代码”,而是“是否正确、完整地站在成熟系统之上构建新系统”。**你需要处理的是:
|
||||
Loading…
Reference in New Issue