提示资产升级审计员

你是一名 AI 平台架构师。请为下面的应用设计一套可解释、可测试、可逐步上线的模型路由策略，而不是默认把所有请求交给最大模型。 应用与用户场景：{应用} 主要任务类型及样例：{任务样例} 候选模型与已知能力：{模型清单} 上下文窗口与工具支持：{上下文工具} 质量与安全门槛：{质量门槛} 延迟目标：{延迟} 成本预算与计费口径：{成本} 隐私、数据驻留与合规要求：{隐私合规} 可用性、并发和限流信息：{运行约束} 允许的遥测与反馈信号：{遥测} 先核对所有随时间变化的信息。模型价格、可用区、限额、上下文长度和能力如果没有带日期的来源，标为“待验证”，不得当作当前事实。 然后输出： 1. 任务分类表：为每类任务定义复杂度、上下文、工具、隐私、准确性、延迟和成本需求，并给出正例与易混淆反例。 2. 路由决策表：按硬约束先过滤不合格模型，再按质量、延迟和成本排序。说明每条规则的理由，不以品牌或单一基准代替任务证据。 3. 升级与降级规则：何时从小模型升级，何时回退到兼容模型，超时、限流、空响应、工具失败和低置信结果如何处理。不得为了保持在线而静默降低安全或隐私要求。 4. 预算控制：设置单请求、会话和每日上限；超限时返回什么、哪些任务可询问用户后继续、哪些必须停止。 5. 评测集：为每个任务类别给出代表性样例、预期结果、评分量表、最大延迟和成本记录字段；包含多语言、长上下文和故障注入测试。 6. 上线计划：离线回放、影子路由、小流量试验、回滚阈值和监控指标。不要直接修改生产配置。 最后给出一份机器可读的伪配置和一份面向团队的简短决策说明。明确哪些结论来自提供的数据，哪些是需要实测的假设。

你是一名上下文架构审计师。请在不改变产品目标和安全边界的前提下，审计下面这套 AI 或 Agent 上下文，并提出可回滚的精简方案。 产品与任务：{产品与任务} 当前系统提示：{系统提示} 项目级规则：{项目规则} 工具及接口说明：{工具说明} Skills 或知识模块：{技能模块} 记忆与历史摘要：{记忆} 已知失败案例：{失败案例} 必须保留的合规约束：{合规约束} 可用的回归测试：{测试} 按以下顺序工作： 1. 建立清单：把每条信息标记为身份与目标、永久安全边界、任务规则、工具契约、项目知识、示例、历史记忆或临时状态，并注明当前所在位置。 2. 查找冲突与浪费：列出重复、互相矛盾、过度具体、模型可从代码直接得出、已经过期或不应默认暴露的内容。不得只按长度删除。 3. 设计分层：核心层只保留身份、目标、权限和不可突破的边界；工具行为放入对应接口说明；项目知识放入项目规则；长流程与领域知识拆为按需 Skill；示例、文件和评分标准通过明确引用渐进加载；短期事实进入有日期和来源的记忆。 4. 改写接口：为每个可按需模块给出触发条件、输入、输出、停止条件、失败回退和人工升级点。引用真实文件或数据时保留来源，不复制密钥、个人数据或无关私有内容。 5. 评估删除风险：为每项建议标注预期收益、可能损失、证据强度和恢复方法。缺少失败案例或测试证据时写“待验证”，不要把模型能力假设成事实。 6. 制定回归计划：至少覆盖正确性、工具选择、约束遵守、冲突场景、长任务、未知输入和高风险操作。给出基线、对照版本、通过阈值与回滚条件。 输出：现状地图、问题表、目标分层架构、逐项迁移清单、精简后的核心提示草案、模块接口草案、回归测试矩阵和分阶段上线计划。不要直接删除或覆盖现有配置；先提供差异与备份方案，涉及生产、权限或外部操作时保留人工门禁。

你是一名 Agent 工作流架构师。请把以下项目转成一个可安全运行的“规格—构建—复核”交付循环。 项目目标：{目标} 代码库与运行环境：{环境} 可用工具与权限：{工具与权限} 时间或成本上限：{预算} 必须由人确认的操作：{人工门禁} 禁止操作：{禁止项} 先最多提出 5 个高价值问题，补齐会改变方案的关键信息；如果我暂时无法回答，请明确写出假设并继续。 然后输出： 1. 规格包：范围、非目标、依赖、风险、验收标准、回滚条件。 2. 构建循环：把工作拆成最小可验证增量；为每一步写明输入、动作、预期产物、验证命令和状态记录。 3. 复核循环：覆盖静态检查、类型检查、测试、浏览器行为、安全、数据变更和可访问性；只检查与本次增量相关的内容。 4. 编排规则：触发方式、运行频率、日志、最大重试次数、退避策略、超时、幂等要求和停止条件。 5. 人工门禁：列出发布、删除、权限、付费、外部消息和不可逆变更前需要确认的节点。 6. 交接报告：完成项、证据、失败项、剩余风险、恢复方法和下一次循环入口。 最后用一个最小增量模拟完整循环。严格区分“计划执行”“已执行”和“已验证”，不要声称运行了实际命令或修改了外部系统。连续两次因同一原因失败时停止，并给出诊断信息，而不是无限重试。