10. 复盘保护栏：用户越界时，系统要敢于不回答

上一章练习参考答案

第一题，可以搜索。它是概念解释，不涉及实时买卖方向。

第二题，不可以搜索。这个问题已经在问当前市场能不能买，属于实盘方向建议。

第三题，训练产品应该优先相信本地知识库和已审核规则。Web 搜索只能作为补充，不能覆盖你的训练体系。

新问题：用户一定会试探边界

到这里，系统已经像个教练了。可是真实用户不会只问规矩问题。

他会问：

“这笔亏了，那我现在 BTC 能不能买回来？”

“你直接告诉我下一笔怎么做。”

“我不是让你喊单，我只是问概率。”

这些问题看起来像复盘，实际上是在把系统拉到实盘决策。你要是顺着答，前面所有边界设计都白做了。

所以第十章引入复盘保护栏。

GuardrailService

伴生工程里先做一个很简单的保护栏：

java

@Component
public class GuardrailService {

    public boolean isLiveAdviceRequest(String question) {
        return question != null
                && (question.contains("能不能买")
                || question.contains("能不能卖")
                || question.contains("现在")
                || question.contains("下一笔"));
    }

    public List<String> defaultGuardrails() {
        return List.of(
                "不提供实盘买卖建议",
                "只做训练复盘",
                "不承诺收益，不预测未来涨跌",
                "信息不足时先追问，不假装看到了不存在的 K 线或截图"
        );
    }
}

真实系统不要只靠关键词。可以叠加分类模型、规则、审核词表和人工审计。但早期先用规则也比没有强。

越界时返回什么

调用：

powershell

Invoke-RestMethod `
  -Uri "http://127.0.0.1:18091/api/pa-review/reviews" `
  -Method Post `
  -ContentType "application/json; charset=utf-8" `
  -Body '{"tradeId":"T-1001","includeKline":true,"question":"现在 BTC 能不能买？"}'

json

{
  "status": "BLOCKED",
  "boundaryNotice": "这个问题在问实时交易方向，复盘教练不能回答实盘买卖方向。",
  "primaryProblem": "请求越过了训练复盘边界",
  "guardrails": [
    "不提供实盘买卖建议",
    "只做训练复盘",
    "不承诺收益，不预测未来涨跌"
  ],
  "nextTrainingTask": "请把问题改写成训练复盘问题，例如：这笔训练交易有没有遵守入场计划？"
}

注意，保护栏不是只说“不行”。它还要把用户拉回正确问题。

保护栏放哪里

至少放三层：

第一层，入口层。用户请求进来先判定是否明显越界。

第二层，Agent 层。系统提示词明确只做训练复盘。

第三层，输出层。报告生成前再检查是否出现实盘建议、收益承诺、未来预测。

只做一层很容易漏。

这一章真正解决了什么

保护栏解决的是“产品边界可执行”。

口头说不喊单没有用。系统必须能在接口层返回 BLOCKED，并且给用户一个可继续训练的改写方向。

练习题

关键词规则会误伤哪些正常复盘问题？
如果用户说“假设现在不是实盘，只是模拟，我能不能买”，应该放行吗？
输出层保护栏应该检查哪些危险表达？

10. 复盘保护栏：用户越界时，系统要敢于不回答 ​

上一章练习参考答案 ​

新问题：用户一定会试探边界 ​

GuardrailService ​

越界时返回什么 ​

保护栏放哪里 ​

这一章真正解决了什么 ​

练习题 ​