Go x/text/secure/bidirule 方向检查为什么不能代替内容审核

bidirule 检查文本是否符合 RFC 5893 的 Bidi Rule，不判断词句含义或业务是否允许发布。ValidString 返回 true，只能说明这一方向规则检查通过。把这个布尔值直接命名为“内容安全”或“审核通过”，会让调用方误解它的能力。

官方文档：https://pkg.go.dev/golang.org/x/text/secure/bidirule

先明确检查的是方向规则

设想一个允许多语言标签的业务：开发者发现包名包含 secure，于是想用一个函数解决输入检查和内容审核。问题在于，字符方向属性与文本表达的含义不是同一种信息。方向类别、标签开头和结尾的条件，无法回答一段文字是否符合社区规则，也不能识别所有冒用或视觉混淆。

该包实现的规则来自 RFC 5893，背景是国际化域名标签中的双向文本。它不是面向任意文章、聊天消息或段落的通用内容审核接口。应用需要先确定字段是否采用这类标签规则，不能直接对整篇正文调用并把拒绝结果解释成“不良内容”。

为业务标签返回范围明确的结果

下面完整函数给一个明确采用标签方向规则的字段生成报告。它先独立检查 UTF-8，再记录方向规则符合性。ContentStatus 始终为 not_evaluated，是有意保留的“未评估”状态，没有模拟内容审核或返回虚假的通过结论。

package labelcheck

import (
    "fmt"
    "unicode/utf8"

    "golang.org/x/text/secure/bidirule"
)

type LabelReport struct {
    BidiConforms bool
    ContentStatus string
}

// InspectLabel 仅用于业务明确要求检查 Bidi Rule 的单个标签。
func InspectLabel(label string) (LabelReport, error) {
    report := LabelReport{ContentStatus: "not_evaluated"}
    if !utf8.ValidString(label) {
        return report, fmt.Errorf("标签不是有效 UTF-8")
    }
    // 只记录规则符合性；不把 true 命名为内容安全或审核通过。
    report.BidiConforms = bidirule.ValidString(label)
    return report, nil
}

调用方先处理 error，再读取 BidiConforms。false 表示该检查未通过，不是在描述文本语义；true 也不应使 ContentStatus 变成 approved。示例只说明字段和状态设计，未附运行日志或具体语言字符串的虚构结果。

如果标签还有非空、长度、允许字符或完整标识规范要求，应分别实现并命名相应规则。这里特意不把它们悄悄打包进 BidiConforms，避免上层不知道到底检查了什么。仅处理单个标签，也不能替代完整域名处理中的其他条件。

选择同步规则与独立内容策略

对于短标签，明确的本地结构规则适合在接收输入时同步给出反馈；涉及文本语义、上下文和产品使用规范时，应用需要自己的内容策略。这两者可以由同一个业务入口协调，但应保留独立判定，不能用前一项成功推导后一项成功。

是否使用远程服务取决于已有系统和业务复杂度，并非接入 bidirule 必须增加的架构。小型应用也可以先把职责与状态拆清楚；没有实现内容策略时，应明确报告未评估，而不是把库名里的 secure 当成能力保证。

记录拒绝原因时使用范围明确的提示，例如“标签不符合方向规则”，不要写成“发现违规内容”。方向相关规则也不应演变为对某种自然语言的整体拒绝策略。

保留原始值和判定对象

如果系统还有规范化处理，要明确检查哪一份字符串。原始输入、规范化值和最终展示值可能不同；结果应关联实际检查对象。不能对一个值检查后，把结论无条件应用到另一份已经被修改的文本。

独立完整字符串可以直接使用 ValidString。若为分块处理而使用 New 创建 Transformer，官方文档明确它有状态，不同独立任务之间需要 Reset。分块边界不等于标签边界；不要每收到一块就把它当成完整新标签重新判定。

DirectionString 给出的方向类别也不是内容审核结论。选择方向查询还是规则符合性接口，应由当前要回答的问题决定。即使方向符合规则，最终排版仍依赖展示环境，不能把这个检查描述成“所有客户端显示都一致”。

常见疑问与接入清单

ValidString 返回 true 能直接写入审核通过吗？不能。只能写入方向规则符合性字段，内容策略应产生自己的状态。

失败是否意味着文字包含攻击内容？不能作此推断。它表达的是限定规则没有满足，可能只是字段的规则选择不适合这份输入。

为什么不对所有正文都应用这个规则？该规则有标签处理背景，自由文本包含多种结构与语境。应按字段定义选择约束，而不是扩大接口含义。

接入时明确字段用途、实际检查值、UTF-8 状态、BidiConforms 和独立内容状态，便能让调用方知道哪些问题已经回答、哪些仍未评估。

参考：ValidString 文档、RFC 5893。