diff --git a/prompts/coding_prompts/执行纯净性检测.md b/prompts/coding_prompts/执行纯净性检测.md
new file mode 100644
index 0000000..423760f
--- /dev/null
+++ b/prompts/coding_prompts/执行纯净性检测.md
@@ -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% 原生算法驱动系统**
+
+任何偏离上述约束的行为，均构成**系统纯净性破坏**，必须被拒绝执行。
+
+---
+
+你需要处理的是：
\ No newline at end of file
diff --git a/prompts/coding_prompts/胶水开发.md b/prompts/coding_prompts/胶水开发.md
new file mode 100644
index 0000000..3042baa
--- /dev/null
+++ b/prompts/coding_prompts/胶水开发.md
@@ -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. 假设依赖库是权威且不可修改的黑箱实现**本项目评价标准不是“写了多少代码”，而是“是否正确、完整地站在成熟系统之上构建新系统”。**你需要处理的是：
\ No newline at end of file