public static class PROMPET
{
  
    public static class GeneralPromptWords
    {
        public static string 代码通用优化提示词 = @"
代码：[代码片段]
预期：[期望功能]
问题：[已知问题，可选]
原则
精准修复：修正逻辑错误，保持接口不变
简洁重构：消除重复，优化结构，提升可读性
适度扩展：识别扩展点，增强可维护性
策略
修复发现的问题同时改进相关结构
优化后的代码自然支持功能扩展
100%保持原有业务逻辑和接口";

        public static string 代码智能分析提示词 = @"
执行多维度智能分析，并输出结构化报告。
分析范围：
逻辑与正确性：核心逻辑、边界条件、错误处理。
潜在缺陷：语法/逻辑错误、安全漏洞、坏味道。
性能与结构：算法效率、资源使用、可维护性。
输出格式：
【代码分析报告】
核心摘要
语言：[识别语言]
功能：[简述功能]
总体评价：[好坏/风险等级简述]
详细分析
逻辑验证：[发现1]
潜在问题：[发现2]
优化建议：[发现3]
行动建议
高优先级：[需立即处理的问题]
改进建议：[可优化的方面]
";
    }

    // 1. 分析诊断类 - 用于分析代码问题，不生成修改代码
    public static class AnalysisPrompts
    {
        public static string 错误分析指令 = @"
分析以下代码：
提供信息：
代码：[ ]
存在问题：[ ]
分析要求：
定位问题：指出具体存在逻辑错误、潜在缺陷或可优化代码的位置（如函数、条件判断、循环边界、变量处理等）。
解释原因：说明该处为何存在问题、与预期功能的差异，或如何影响代码的性能、可读性及可维护性。
输出格式：
只给出严重和确定的分析结果。
不提供修改后的代码、解决方案或额外建议。
";
        public static string 扩展分析指令 = @"
分析代码可扩展性
分析现有代码中哪些结构可以自然扩展以支持新功能。
输入：
现有代码：[描述]
新功能需求：[描述]
输出格式（每条）：
位置：[模块/函数/类]
扩展性：[说明现有结构如何支持新功能，1-2句话]
要求：
仅指出可扩展的设计结构
说明现有代码对新功能的兼容性
每个扩展点必须对应具体代码位置
";

        public static string 代码优化分析提示词 = @"
分析代码的质量问题与优化空间。
分析重点：
逻辑错误与潜在缺陷：指出代码中的bug、边界条件错误或与预期行为不符的逻辑。
可优化点：指出在性能、代码结构（如重复、嵌套过深）、可读性或可维护性上可改进的具体位置。
输出要求：
直接按点列出分析结果，每条说明具体位置（函数）与原因。
仅提供分析，不生成修改后的代码或解决方案。
";

        public static string 代码重构分析提示词 = @"
识别代码中的重复模式，提供具体重构建议
核心指令：
查找重复出现的代码模式（结构、算法、逻辑）
评估抽象价值（1-5分）：精简度、可维护性、可测试性
量化重构收益
";

        public static string 逻辑检测提示词 = @"
验证代码的逻辑
1. 数学逻辑检查
公式实现是否正确
数值计算是否稳定（溢出、精度、除零）
边界条件处理是否恰当
算法是否符合数学定义
2. 程序逻辑检查
控制流是否正确（条件、循环）
数据流是否合理（变量使用、状态变化）
异常情况是否处理
输入输出是否一致
3. 一致性检查
变量关系是否保持
状态转换是否有效
结果是否符合预期
";
    }

    // 2. 重构改造类 - 用于代码重构和架构改造
    public static class RefactoringPrompts
    {
        public static string 综合权重 = @"
整理代码逻辑，简化合并重复逻辑，修复错误逻辑";

        public static string 代码分层重构 = @"
将代码重构为三层架构，严格分离数学/算法逻辑：

**架构：**
1. MathCore_类名称（静态类） - 纯数学/算法逻辑（公式、计算、通用算法）
2. Utility_类名称（静态类） - 数据操作与转换（验证、格式化、类型转换）
3. BusinessLogic_类名称（普通类） - 业务编排层（唯一可调用上述两层的入口，保持原业务逻辑不变）

**规则：**
- 业务逻辑功能零改变，仅重组代码结构
- 数学算法移至MathCore并保持通用性
- 移除所有日志/打印语句
- 错误直接抛出异常
- 外部引用封装至对应层并标注来源

输出完整重构代码，无需解释。
";

        public static string 算法重构 = @"
以数学正确性和代码优化为目标，重构算法：
【重构要求】
1. 确保数学原理正确性
2. 提高数值稳定性
3. 优化性能（时间/空间）
4. 增强代码可读性和可维护性
重构原则：
- 不引入新依赖 - 仅使用现有类型和变量
- 每个工具模块功能单一、职责明确
- 模块间通过清晰接口通信，减少隐式依赖
- 提供便捷的使用方式和良好的扩展性
- 保持框架的轻量级和零侵入性
约束条件:
- 保持所有公开方法签名不变
- 不改变任何外部可见行为
- 不引入新类型或外部依赖
【输出格式】
只输出重构后的代码（可包含必要注释）
";

        public static string 框架整理指令 = @"
将现有代码重构为高内聚、低耦合的工具类框架，注重功能的独立性和可复用性。
重构目标：
1. 将功能按职责分组为独立的工具模块
2. 确保每个工具模块功能完整、自包含
3. 建立清晰的模块间依赖关系
4. 提供简洁统一的API接口
重构原则：
- 不引入新依赖 - 仅使用现有类型和变量
- 每个工具模块功能单一、职责明确
- 模块间通过清晰接口通信，减少隐式依赖
- 提供便捷的使用方式和良好的扩展性
- 保持框架的轻量级和零侵入性
约束条件:
- 保持所有公开方法签名不变
- 不改变任何外部可见行为
- 不引入新类型或外部依赖
输出要求：
- 重构后的完整代码实现
";

        public static string 逻辑合并指令 = @"
整理合并代码。
核心原则：
尽量所有公开接口输入/输出完全一致
优先合并代码到逻辑更密集的现有命名空间，避免创建新命名空间
代码可读性、可维护性优先于代码简短
优化方向（可选）：
简化冗余逻辑，提升表达效率
增强健壮性，完善异常处理
应用更优算法或设计模式
";

        public static string 静态类重构指令 = @"
重构为静态类，保持外部行为不变，按以下优先级优化：
重构优先级
正确性 - 处理并发安全与资源管理
可读性 - 提取方法、清晰命名、减少嵌套
模块化 - 拆分职责，降低耦合
消除重复 - 提取通用模式
可测试性 - 减少全局状态，解耦依赖
约束条件
必须保持所有公开API签名和行为不变
确保向后兼容性
不能引入不存在的变量或类型
输出要求
重构后的完整代码
";

        public static string 重构泛型指令 = @"
将给定的C#代码安全重构为泛型版本，不改变任何现有功能和API契约。
核心步骤
分析原代码 - 识别类型依赖和方法契约
设计泛型 - 确定类型参数和约束
实施转换 - 直接生成完整泛型代码
保持兼容 - 确保行为完全一致
最终要求
直接输出完整的C#泛型实现代码，包括：
完整的类定义和泛型参数
所有方法实现
";

        public static string 通用逻辑提取 = @"
代码重构指南
核心目标
提取可复用的通用逻辑，创建能处理默认情况的通用方法，并用其重构原功能。
要求
创建通用方法：提取核心逻辑，包含明确的默认处理机制
重构原功能：使用通用方法实现，
不改变任何现有功能和API契约。
输出
通用方法（参数化、带默认处理）
基于通用方法重构的原功能
检查标准
通用方法能处理未知/未提供的情况
原功能仅通过配置调用通用方法实现
代码更简洁，扩展性更好
";

        public static string 代码继承重构指令 = @"
重构目标类：识别其内部可被工具类替代的逻辑（重复、复杂、通用代码），将对应逻辑委托给工具类方法调用。
必须满足：
1. 保持目标类所有公共方法签名（输入/输出）不变
2. 优先扩展工具类而非在目标类中保留逻辑
3. 确保所有现有测试通过
输出：重构后的目标类代码和必要的工具类更新。
";

        public static string 函数委托式重构指令 = @"
函数标准化转换规范
转换目标
将函数统一转换为两种形式：
有返回值 → Func<object, object>
无返回值 → Action<object>
核心方法
使用 ParameterCheck 和 TCheckWithDescription 进行参数校验：
ParameterCheck(object obj, string context, int minCount) - 验证参数数量和基础格式
TCheckWithDescription<T>(object obj, string description) - 进行类型安全校验
转换模板
1. 无参数函数
csharp
// 有返回值
public static Func<object, object> 函数名_ = (obj) => 原函数();
// 无返回值
public static Action<object> 函数名_ = (obj) => 原函数();
2. 有参数函数（以两个参数为例）
csharp
public static Func<object, object> 函数名_ = (obj) =>
{
    List<object> paramList = ParameterCheck(obj, ""函数名"", 2);
    var 参数1 = TCheckWithDescription<类型1>(paramList[0], ""函数名参数1"");
    var 参数2 = TCheckWithDescription<类型2>(paramList[1], ""函数名参数2"");
    return 原函数(参数1, 参数2);
};
3. 单参数无返回值函数
csharp
public static Action<object> 函数名_ = (obj) =>
{
    List<object> paramList = ParameterCheck(obj, ""函数名"", 1);
    var 参数 = TCheckWithDescription<类型>(paramList[0], ""函数名参数"");
    原函数(参数);
};
命名规则
函数名后加下划线：原函数名 → 原函数名_
";

    }

    // 3. 代码处理类
    public static class OptimizationPrompts
    {
        public static string 代码简化指令 = @"
严格遵循以下规则简化代码：
1. **功能等价**：仅重构代码结构，确保输入输出、API及行为与原始逻辑完全一致。
2. **精简原则**：减少代码行数，消除冗余结构，使用更简洁的等效写法，提升可读性。
3. **严禁事项**：
   ❌ 移除任何业务逻辑或功能以及必要的#region。
   ❌ 修改函数签名、算法复杂度或执行顺序。
   ❌ 保留所有错误处理，但移除所有日志记录和打印语句。
   ❌ 删除不必要的中间变量或过度封装。
";
        public static string 逻辑简化指令 = @"
🔧 在不改变任何功能的前提下，用最简洁的方式重写代码
简化规则
功能完全不变：输入输出、API接口、所有行为必须与原始代码一致
追求极致简洁：用最少的代码行数、最直接的结构实现相同逻辑
自由优化：可以修改算法复杂度、合并逻辑、使用语言特性等任何简化手段
简化方向
优化算法和数据结构
合并重复或相似逻辑
使用更简洁的语法特性
减少嵌套层次和中间变量
任何能让代码更简洁的合法重构
";
        public static string 代码修复提示词 = @"
修复以下代码，严格遵循：
禁止使用不存在的内容 - 不使用未定义的变量、方法、类或模块
保留已有方法 - 必须保持并使用代码中已有的所有方法
修复逻辑错误 - 修正错误的算法、条件判断、循环或数据处理
保持接口不变 - 不修改函数/方法的参数列表和返回值类型
";

        public static string 代码优化提示词 = @"
在不改变所有公开接口输入/输出行为的前提下，优化代码。保持核心功能不变。
优化方向（任选或全选）：
逻辑精炼：简化冗余，提升表达效率
功能完善：增强健壮性，完善异常处理
创造性重构：应用更优算法或设计模式
关键要求：
保持所有公开接口行为完全一致
追求本质的优雅与清晰，而非简单增减代码
代码质量（可读性、可维护性）优先于极致的简短
直接提供优化后的完整代码
";
        public static string 代码扩展提示词 = @"
对代码进行创造性重构，完全基于代码自身的逻辑结构，不引入外部无关知识。
优化原则
仅基于提供的代码逻辑进行分析和重构
保持原有业务逻辑的核心行为不变
通过创造性思维提升代码的表达力、可读性和可维护性
优化方向
提升逻辑清晰度和架构合理性
改善错误处理和边界情况
优化模块组织和代码结构
提高代码的可测试性和扩展性
";

        public static string 代码精确修复提示词 = @"
基于已发现的问题定位，修正代码逻辑错误，确保实现预期功能。
必要输入：
代码：[ ]
预期功能：[ ]
错误分析：[ ]
修复要求：
针对性修正：仅修复已识别的逻辑错误和缺陷，不改变原有代码结构和功能设计
保持一致性：遵循原代码的编程风格和命名规范
验证考虑：确保修复后代码满足预期功能要求
输出格式：
修复后的代码：
[完整修复后的代码，输入包含多个代码片段就分段返回]
";

        public static string 代码精确重构提示词 = @"
重构任务说明
基于已有代码的问题分析与修复需求，首先识别代码中的通用模式或重复逻辑，随后对代码结构进行优化重构，以提升可维护性与可读性，同时确保功能不变。
必要输入
代码：[ ]
重构分析：[ ]
重构要求
模式识别优先：先分析代码中的重复模式、冗余逻辑或可复用的结构，明确重构重点。
针对性重构：仅针对已识别的逻辑错误和代码缺陷进行修正，不改变原有外部行为与功能设计。
保持一致性：严格遵循原代码的编程风格、命名规范与模块划分。
验证保障：重构后必须完全满足预期功能要求，并确保不影响其他已有功能。
输出格式：
修复后的代码：
[完整修复后的代码，输入包含多个代码片段就分段返回]
";


        public static string 代码精确扩展提示词 = @"
任务目标
基于已识别的代码逻辑问题，进行精准修复与优化，在保持原有架构与风格的前提下，确保代码正确实现预期功能。
必要输入
请提供以下信息以协助分析：
代码：[ ]
预期功能：[ ]
逻辑分析：[ ]
修复与优化要求
精准定位：仅修改与已发现问题相关的逻辑部分，不调整无关代码结构或功能设计
风格一致：严格遵循原始代码的编程风格、命名规范与模块组织方式
功能验证：确保优化后的代码完全满足预期功能，并合理处理边界条件和异常场景
代码质量：在修复逻辑的同时，兼顾可读性与可维护性，可适当添加必要注释
";



    }


    // 5. 特殊转换类 - 用于特殊类型的代码转换
    public static class ConversionPrompts
    {
        public static string 数学逻辑转换 = @"
用一段连贯的话回答：对于提供的算法，首先提取其纯数学逻辑核心
（即算法依赖的数学原理、公式和推导，不包括编程细节、工程实现或框架依赖），
然后仅基于这些数学逻辑，给出一个新的实现，该实现应专注于数学表达或理论框架，确保整个回答不分段落。
";
    }

    // 6. 开发指导类 - 用于指导开发完整功能
    public static class DevelopmentPrompts
    {
        public static string 使用框架构建提示词 = @"
设计完整接口类，要求：
1. 遵循{编程语言}最佳实践，体现领域驱动设计思想
2. 包含完整的生命周期管理方法（初始化、配置、执行、清理）
3. 提供可扩展的插件/策略接口，支持依赖注入
4. 包含完整的异常处理规范和错误码枚举
5. 添加清晰的接口注释和使用示例
6. 确保接口最小化且功能完整，便于直接实现
";

        public static string 分阶开发提示词 = @"
设计一个具体功能的完整代码解决方案，要求：
完整代码 - 提供可直接运行的核心实现
可靠实用 - 包含错误处理、边界情况和安全考虑
简洁创意 - 在实用基础上加入简单巧妙的设计改进
解释说明 - 用注释说明创意点如何提升实用性
";
        public static string 框架提取提示词 = @"
通用代码分析与框架生成
请分析下方代码，识别其核心功能模块，并生成一个通用的、可扩展的代码框架。按以下步骤执行：
分析要求
识别核心功能 → 分析代码的主要功能和职责
解构模块 → 识别输入/处理/输出，标记代码耦合和重复模式
提取共性 → 抽象可复用的模式和接口
框架设计
分层架构 → 设计职责清晰的分层结构
可扩展性 → 支持插件化、配置化扩展
模块化 → 确保模块间的低耦合和高内聚
";
        public static string 示例函数生成提示词 = @"
输出：返回一个完整C#函数
要求：
生成一个名为(ExampleUsage_函数名)的静态函数
根据输入类型调整实现：
静态方法：直接调用
实例方法：创建对象后调用
构造函数：创建对象实例
复杂类：展示核心功能的最简用法
包含最少但必要的参数值和变量声明
将调用结果转换为字符串返回
不包含控制台输出、测试逻辑或条件判断
确保生成的是完整函数（包含方法签名和主体）
";
        public static string 集中错误处理模块构建提示词 = @"
构建一个C#集中错误处理模块，
统一管理所有异常抛出，
提供中文错误信息和结构化错误处理。
";
    }

}