# 模块 7：资产也要验证与演进

<div class="mt-6 text-sm">

代码需要测试，Rule、Prompt 和 Skill 同样需要验证。

一份资产能否长期使用，不取决于措辞是否漂亮，而取决于面对完整信息、缺失信息和越界请求时能否保持正确边界。

</div>

<div class="grid grid-cols-4 gap-3 mt-8 text-sm">
<div class="p-3 rounded-xl bg-blue-500/10 border border-blue-500/30">完整输入</div>
<div class="p-3 rounded-xl bg-emerald-500/10 border border-emerald-500/30">缺失证据</div>
<div class="p-3 rounded-xl bg-amber-500/10 border border-amber-500/30">范围冲突</div>
<div class="p-3 rounded-xl bg-red-500/10 border border-red-500/30">跨项目复用</div>
</div>

<!--
逐字稿：资产也要接受边界验证。代码测试验证的是实现行为，资产测试验证的是模型面对不同输入时会不会保持正确判断。我们不要求每次输出逐字一致，而是要求完整信息时能交付、缺少证据时会停止、越界请求时会拒绝。

资产验证是第五天的收束。它不是额外流程，而是对前面写出的 Rule、Prompt 和 Skill 做代表性输入测试，确保资产不会诱导 Agent 过度自信或跨项目误用。
-->

---

# 用四类输入测试资产边界

<div class="mt-5 text-xs">

| 测试输入 | 期望结果 | 失败信号 |
|---|---|---|
| 入口、状态与测试材料齐全 | 输出事实、方案和验证项都可追溯 | 只给泛化建议，无法指向输入 |
| 缺少 Controller 或状态规则 | 明确列出缺失证据 | 擅自补全权限或调用链 |
| 请求修改数据库、权限和页面 | 标出范围冲突与风险 | 把扩展改动当作默认方案 |
| 换到另一个项目 | 重新扫描项目事实和约束 | 直接复制字段名、路径和异常文案 |

</div>

<!--
逐字稿：这四类输入基本覆盖了工程资产最常见的失效方式。材料齐全时要能回指证据，材料缺失时要指出缺口，范围冲突时要说明风险，换项目时要重新读取事实。验证的是边界和结论等级，不是模型每次是否输出同样的句子。

这四类输入对应资产最常见的失效方式。它们可以用于人工试跑，也能进一步发展为自动化评测样例。重点不是每次输出字面一致，而是边界和结论等级正确。
-->

---

# 资产更新只接受两类证据

<div class="mt-5 text-xs">

| 更新依据 | 应如何处理 |
|---|---|
| 项目规则、框架、接口或测试基座发生变化 | 更新适用范围、来源路径和验证方式 |
| 资产在真实任务中造成误用、遗漏或无效输出 | 补充反例、停止条件或拆分更小资产 |
| 只是觉得“提示词不够顺” | 保留意见，不能直接升级为规则 |
| 想把另一个项目的细节抄进来 | 先标记为待确认，并重新获取证据 |

</div>

<div class="mt-6 p-3 rounded-xl bg-amber-500/10 border border-amber-500/30 text-sm">
资产演进依赖新证据，不依赖个人偏好或模型建议本身。
</div>

<!--
逐字稿：资产可以更新，但更新必须有新证据。项目规则、框架、接口或测试基座变化时，可以调整适用范围和验证方式；真实任务暴露误用或遗漏时，可以补反例和停止条件。仅仅觉得一句话不够顺，不能成为改变团队资产的理由。

这里的更新原则与项目约束 Skill 相同：规则、Prompt 和 Skill 的变化需要对应新的项目事实或真实失效记录。否则资产会很快从“经验”退化成“偏好集合”。
-->

---

# 可复用与必须重查的内容

<div class="mt-5 text-xs">

| 可以跨项目复用 | 换项目必须重新获取 |
|---|---|
| 事实、方案、验证、边界的输出结构 | 路径、模块名、字段、接口与权限码 |
| 证据不足时停止的规则 | 状态枚举、异常映射和事务边界 |
| Prompt 的输入输出契约 | 构建命令、测试基座和目录结构 |
| Skill 的质量门禁与测试矩阵 | 业务必填条件与发布前置条件 |

</div>

<div class="mt-6 p-3 rounded-xl bg-emerald-500/10 border border-emerald-500/30 text-sm">
资产复用的是判断方法，不是上一次项目的结论。
</div>

<!--
逐字稿：跨项目复用的不是上一个项目的结论，而是判断结构。事实、方案、验证和边界的输出方式可以复用；路径、字段、接口、权限码、状态枚举和测试命令必须重新获取。把这条边界守住，资产才能帮助新项目而不是带去旧项目的错误假设。

这张表把“可复用”和“需重查”说清楚。正是这个边界，让资产可以被长期使用，而不会成为把旧项目结论硬套到新项目的风险来源。
-->

---

# 资产验证后，进入 Agent 封装

<div class="mt-8 text-lg">
案例提供事实和反例；资产把事实背后的判断方法保存下来。
</div>

<div class="grid grid-cols-5 gap-3 mt-8 text-sm">
<div class="p-3 rounded-xl bg-blue-500/10 border border-blue-500/30">资产选型</div>
<div class="p-3 rounded-xl bg-emerald-500/10 border border-emerald-500/30">Rule 契约</div>
<div class="p-3 rounded-xl bg-amber-500/10 border border-amber-500/30">Prompt 契约</div>
<div class="p-3 rounded-xl bg-purple-500/10 border border-purple-500/30">Skill 组合</div>
<div class="p-3 rounded-xl bg-red-500/10 border border-red-500/30">资产验证</div>
</div>

<!--
逐字稿：经过资产边界验证后，下一步不是继续堆更多说明，而是把稳定职责封装成受控 Agent。案例提供事实和反例，资产保存判断方法，Agent 则在运行时选择资产并受工具权限约束。这样才能让复用发生在正确的层次。

Rule、Prompt、检查单、示例和 Skill 已经具备可复用的内容边界。接下来要解决的是：怎样把它们加载给一个职责固定、权限受控的自定义 Agent，使资产在运行时仍能保持边界。
-->