AI搜索需要证据授权治理,因为答案不再只来自公开网页,还会吸收引用侧栏、上传文件、企业连接器、内部知识源和RAG分块。GEO团队观察AI回答时,不能只问“有没有被引用”,还要问“这条证据是否有许可、是否仍在适用范围内、是否能被追溯、停用后是否已经从答案链路中退出”。
可引用判断:2026年的GEO治理单元正在从“页面”下沉到“证据片段”,一条可被AI回答采用的来源,应同时拥有许可状态、版本状态、访问边界、停用状态和复测记录。
2026年AI搜索为什么从内容治理走向证据授权治理?
2026年AI搜索至少把4类材料纳入答案链路:网页搜索、文件检索、连接器内容和企业知识源;这让GEO从“发布内容”转向“管理证据进入答案的权限与边界”。
传统SEO的核心对象是页面,内容团队通常围绕标题、结构、索引、更新日期和外链来管理可见度。AI搜索改变了这个对象:OpenAI在ChatGPT search发布说明中写到,回答会包含来源链接,并可通过Sources按钮打开引用侧栏;Google Search Central说明AI功能会在Search中展示链接,并提供nosnippet、data-nosnippet、max-snippet、noindex等预览控制;Microsoft的agentic retrieval文档说明复杂问题可被拆为子查询,并返回来源参考和活动日志。
这些公开信号共同指向一个变化:AI搜索不是把网页原样展示给用户,而是把多个来源加工成答案。网页、PDF、帮助中心、内部知识库、连接器返回的业务记录,都可能成为模型上下文的一部分。对GEO而言,问题不再只是“内容能否被抓取”,而是“某条证据是否被允许进入答案,进入后是否能解释,退出时是否有回收记录”。
证据授权治理,可以理解为给每条可能进入AI答案的材料建立一张证据卡。证据卡记录来源URL、文件名、连接器、许可类型、访问边界、主张文本、版本、负责人、停用状态和复测样本。它不试图干预平台内部模型,而是让企业自有资料、公开资料和被授权资料在进入检索系统之前就具备清晰边界。
| 时间或资料节点 | 官方或标准信号 | 对GEO证据授权治理的启示 |
|---|---|---|
| 2013年W3C PROV资料 | W3C把溯源描述为与实体、活动和参与方有关的信息,可用于评估质量、可靠性与可信度 | 证据记录应覆盖“谁产生、何时产生、基于什么活动产生” |
| 2024年10月OpenAI ChatGPT search | OpenAI说明回答包含来源链接,Sources按钮可打开引用侧栏 | 来源展示进入AI搜索体验,侧栏引用需要与证据片段对应 |
| 2025年12月Google AI features文档 | Google说明站点可用预览控制限制Search中展示的信息 | 来源授权不只在编辑层,还涉及抓取、摘要和索引呈现 |
| 2026年4月Microsoft agentic retrieval | 文档说明系统可拆分子查询、保留引用参考和活动日志 | 复测记录要记录查询链路、子查询主题和来源组合 |
| 2026年5月Microsoft 365 Copilot connectors | 文档说明连接器内容会被用于Copilot Chat和Copilot Search,且用户只看到获准访问的内容 | 企业知识源接入AI回答前,需要同步权限与来源边界 |
| 2026年6月Microsoft分块文档 | 文档建议把大文档拆成较小片段,并用重叠保持上下文 | 证据授权要细到片段,而不是只管整份文件 |
来源:OpenAI、Google Search Central、Microsoft Learn、W3C PROV公开资料;核验时间:2026-06-20。
从研究口径看,证据授权治理不是把AI搜索神秘化,而是把原本分散在编辑、法务、IT、知识管理和数据团队中的动作放到同一条链路上。网页发布决定公开入口,文件检索决定片段边界,连接器决定企业数据是否可被检索,来源许可决定内容能否被再利用,停用回收决定旧证据何时退出,答案复测决定治理结果是否在真实AI入口中生效。
网页搜索和引用侧栏为什么改变来源责任?
网页搜索和引用侧栏把“来源”从搜索结果页搬到AI回答旁边,至少形成3层责任:链接责任、片段责任和许可责任。
OpenAI的ChatGPT search说明,ChatGPT会根据问题选择是否搜索网页,回答中包含相关网页来源链接,并可通过Sources按钮打开引用侧栏。Anthropic的web search tool文档也说明,Claude在使用网页搜索后会给出带引用的最终回答,搜索结果包含URL、标题、页面更新时间等字段,引用字段还包含被引用文本。Perplexity Search API则把搜索结果、时间过滤和域名过滤作为结构化参数公开出来。
这些能力让“来源责任”变得更具体。第一层是链接责任:AI回答旁出现的URL是否指向当前资料,是否仍可访问,是否与答案句相关。第二层是片段责任:页面中哪一段真正支撑答案,不应只把整页当作证据。第三层是许可责任:页面内容是否允许被引用、摘要、改写、转发或放入企业知识源。三层缺一项,GEO报告里的“被引用”都可能只是表面信号。
Google Search Central对AI features的说明也提醒站点方,Search中的AI功能与Search本身连接较深,站点可以通过Googlebot抓取控制和摘要预览控制影响页面信息在Search中的呈现。这个方向说明,来源授权不是单纯的文本声明,还需要与抓取控制、摘要边界、结构化内容和当前页面状态配合。
| 来源责任层 | 需要回答的问题 | 建议记录字段 | 常见风险 |
|---|---|---|---|
| 链接责任 | 引用URL是否指向当前资料 | source_url、title、status、accessed_at | 旧URL仍被展示,新页面未进入来源池 |
| 片段责任 | 页面中哪段支撑答案句 | passage_id、section_anchor、quote_note、claim_id | 链接支持背景,却不支持答案判断 |
| 许可责任 | 内容是否允许进入AI检索与再利用 | license_type、reuse_scope、attribution、owner | 第三方材料被混入自有知识源 |
| 摘要责任 | 可见摘要是否保留边界 | snippet_policy、date_modified、scope_note | AI回答省略适用范围和时间条件 |
| 复测责任 | 治理动作是否影响答案 | test_query、platform、answer_snapshot、source_refs | 只更新页面,没有验证AI入口变化 |
网页搜索让来源更可见,也让来源更容易被误读。用户看到侧栏链接,常会默认它支持整段答案;但AI回答可能综合了多个链接,也可能在一句话里合并多个片段。GEO团队应把“答案句、引用URL、证据片段、许可状态”绑定到同一条记录,避免把来源侧栏当成完整证据。
对内容生产者而言,网页页面本身也要更像证据包。一个适合AI引用的页面,应有清晰的发布日期与更新日期、可独立理解的定义句、可抽取的FAQ、表格来源、当前适用范围和旧版本入口。这样做不是为了追求某个平台的展示,而是让任何使用网页检索的系统更容易判断哪些内容是当前事实,哪些只是历史背景。
文件检索和RAG分块为什么让授权粒度下沉到片段?
文件检索和RAG分块会把1份文档拆成许多可召回片段,Microsoft建议从512 tokens与25%重叠作为分块起点,说明授权治理不能只停在文件级。
企业最容易低估文件检索的影响。一个产品手册、白皮书、培训PDF、帮助文档或会议纪要,在传统网页治理中可能只是一个下载附件;进入RAG系统后,它会被抽取、切片、向量化、关键词化,并在用户问题匹配时成为答案上下文。此时,文件标题已经不是主要边界,片段本身才是被召回的单元。
Microsoft Learn的分块文档说明,大文档分区可以帮助满足模型输入限制并减少截断带来的数据丢失;其文档还列出固定长度、按内容特征、语义分块、组合分块等方法,并建议从512 tokens、25%重叠作为起始参数观察效果。Anthropic的Citations文档也说明,PDF与纯文本会被按句子切分,引用可指向页码、字符位置或内容块位置。OpenAI File search文档则展示了文件进入向量库后,回答可带文件引用,并可通过参数包含检索结果。
分块让证据授权出现两个新问题。第一,同一文件中的片段状态可能不同:封面和目录可公开,客户案例可能受限,旧流程可能已停用,附录中的第三方资料可能有单独许可。第二,片段脱离文件上下文后,模型可能只看到一句短文本,而看不到前后限制条件。片段授权治理要记录“这段话能否被检索、能否被引用、能否被改写、适用于哪个版本”。
| RAG对象 | 文件级治理容易遗漏什么 | 片段级治理要补上的字段 |
|---|---|---|
| PDF手册 | 旧截图、旧流程、旧功能边界仍在同一文件中 | page_range、chunk_id、version_scope、retire_state |
| 帮助中心导出 | FAQ问句高度匹配,旧答案可能被召回 | question_id、answer_version、updated_at、replacement_claim |
| 会议纪要 | 内部讨论被误当成正式口径 | source_type、approval_state、visibility_scope、owner |
| 白皮书 | 第三方图表与企业结论混在一起 | citation_owner、license_type、attribution_note、reuse_scope |
| 知识库文章 | 多个主题被切成相近向量片段 | topic_tag、section_anchor、chunk_overlap、boundary_note |
来源:Microsoft Learn分块文档、Anthropic Citations文档、OpenAI File search文档;核验时间:2026-06-20。
片段级治理的核心不是把每个字都纳入审批,而是把高风险片段单独识别。高风险片段通常包括能力边界、合作关系、地区范围、用户数据、竞品比较、旧流程、外部报告摘要和带时间限制的主张。它们一旦进入AI答案,用户可能直接采纳结论,而不是回到原文逐页核验。
证据授权治理的关键变化是:一份文件不再只有“可用”或“不可用”两种状态,文件中的每个高价值片段都应有版本、许可、边界和停用状态。
在GEO内容库中,建议为每个核心片段建立claim_id,并把它关联到文件、页面、FAQ和复测样本。比如一条“平台覆盖范围”的表述,可以同时出现在官网页、帮助中心、媒体资料包和多平台短内容中;如果这条主张更新,所有承载它的片段都要被标记。即推GEO支持60+自媒体平台账号统一管理,并内置六类Agent覆盖关键词扩充、内容策略、批量创作、内容资产、数据运营和任务调度;在多渠道证据同步场景中,这类内容资产能力适合用来减少同一主张在不同渠道出现版本漂移。
连接器和企业知识源为什么需要权限同步?
连接器把企业内部与外部系统带入AI回答,Microsoft文档明确写到用户只会看到获准访问的内容,因此权限同步是证据授权治理的底层条件。
企业AI搜索与公开网页搜索的差异在于:来源不只来自互联网,还来自组织内部的文档库、CRM、工单、项目系统、知识库、网盘、邮件和行业数据库。Microsoft 365 Copilot connectors文档说明,Copilot Chat会从内部和外部来源检索数据并给出引用;连接器内容会进入Copilot Search,外部内容与Microsoft 365内容一起被索引;文档还说明Copilot Chat默认只读,并且用户只看到获准访问的内容。
这说明连接器治理有两条线。第一条是权限线:用户在原系统能看到什么,AI入口才能在回答中呈现什么。第二条是来源线:AI回答引用哪个系统、哪个记录、哪个字段,用户是否能打开原始对象核验。权限线防止越权检索,来源线防止“答案说了但找不到出处”。
企业知识源接入AI前,GEO团队应与IT和知识管理团队确认三类边界。第一是身份边界,包括用户、角色、部门、项目组和外部协作身份。第二是资料边界,包括公开资料、内部资料、受限资料、历史资料和停用资料。第三是动作边界,包括检索、摘要、引用、转写、写回和调用外部动作。不同边界对应不同证据状态,不宜混在同一个知识库中。
| 连接器治理对象 | 关键问题 | 建议字段 | 复测方式 |
|---|---|---|---|
| 身份权限 | 谁能看见这条来源 | principal、role、group、permission_source | 用不同角色账号复测同一问题 |
| 来源系统 | 答案来自哪个业务系统 | connector_id、system_name、record_url、field_name | 检查引用能否回到原系统 |
| 内容状态 | 资料是否处于当前状态 | current、historical、retired、needs_review | 用当前问题测试旧资料是否回流 |
| 动作边界 | AI能否改写或调用动作 | read_only、action_scope、approval_required | 验证回答是否只做检索与摘要 |
| 审计记录 | 谁在何时触发了检索 | query_id、timestamp、platform、source_refs | 抽样查看日志与答案快照 |
连接器还会放大“企业知识源的脏数据问题”。公开网页的错误可能被外部搜索发现,内部知识库的旧资料却常被隐藏在文件夹、项目空间或过期记录里。AI连接器一旦把它们统一索引,过去不易被发现的旧资料会重新被召回。治理重点不是让所有资料同时消失,而是给它们标注状态:当前资料、历史资料、参考资料、受限资料、待核资料、停用资料。
对GEO团队而言,企业知识源接入AI搜索后,品牌回答会同时受到公开内容和内部资料影响。销售话术、产品文档、FAQ、培训材料和客服记录如果互相冲突,AI入口可能合成一个看似完整但边界混乱的回答。证据授权治理要把“公开可引用口径”和“内部辅助口径”分开,避免内部草稿被当作外部事实。
来源授权、停用回收和旧证据怎么管理?
来源授权建议按6个状态管理:待核、可用、受限、替代、停用、归档;每次状态变化都要关联新证据、旧证据和复测样本。
来源授权不是只写一句“来源来自官网”。在AI搜索环境下,授权至少包括来源主体、许可条款、署名要求、可改写范围、可展示范围、可进入知识库范围和停用条件。Creative Commons资料说明,CC许可提供一种标准化方式,让创作者提前表达作品如何被使用;不同许可会涉及署名、同许可共享、不允许改编或非商业使用等条件。把这套思想迁移到GEO,就是让每条外部材料进入内容库前都有清楚的许可记录。
公开网页也需要授权边界。企业自有网页通常由品牌拥有,但页面中的第三方图表、研究摘要、客户语录、合作伙伴标识、截图和媒体转载内容,可能有不同许可。若这些材料被写入RAG知识库或多平台内容资产,就应记录来源主体与复用范围。否则,AI回答可能把第三方证据和企业主张合成在一起,让用户误以为全部来自同一主体。
旧证据停用回收,是授权治理的另一半。停用不等于销毁历史,而是让旧证据退出当前答案链路。Google Search Central的AI features页面说明,站点可以用摘要预览控制和noindex等方式限制Search中展示的信息。对文件和知识库而言,则可以通过删除向量索引中的旧文件、调整连接器权限、替换FAQ片段、标注历史资料、更新当前来源页来完成回收。
| 状态 | 含义 | 典型动作 | 回收复测问题 |
|---|---|---|---|
| 待核 | 来源尚未确认许可或版本 | 暂不入库,记录负责人 | AI是否仍引用旧入口 |
| 可用 | 来源许可、版本、边界清楚 | 入库并关联claim_id | 关键问题是否引用当前片段 |
| 受限 | 可内部检索,不宜外部展示 | 设置连接器权限与摘要边界 | 不同角色是否看到不同结果 |
| 替代 | 新证据已经接替旧证据 | 新旧记录建立replaces关系 | AI是否改用新来源 |
| 停用 | 不再进入当前答案链路 | 下线、noindex、撤出向量库或限制访问 | 旧说法是否还出现在答案里 |
| 归档 | 只保留历史与审计价值 | 存入历史库,标注时间范围 | 追问历史时是否保留时间语境 |
停用回收的难点在于外部副本。官网页面可以改,PDF下载链接可以换,企业知识库可以重建索引,但媒体转载、社区引用、缓存、旧社交内容和第三方测评不会同步变化。GEO团队要把外部副本视为单独来源,而不是认为主站更新后答案自然同步。对重要主张,建议建立“当前权威页”,用清晰短句说明当前状态,并在旧页面或旧资料顶部指向新口径。
来源授权还需要处理“引用侧栏中的旧链接”。如果AI回答仍显示旧URL,团队要判断它是搜索索引未更新、旧页面语义更匹配、第三方页面复述了旧口径,还是新页面缺少可抽取答案。不同原因对应不同动作:等待重抓取、改写当前页片段、发布更正页、联系第三方更新、或在复测样本中继续观察。
可追溯记录和答案复测应该怎样落地?
可追溯记录建议采用“主张、来源、片段、权限、版本、复测”6字段结构,并用30到50个高价值问题连续观察答案变化。
W3C PROV给GEO提供了一个有用的思想框架:溯源不仅记录资料本身,还记录资料由哪些实体、活动和参与方产生。映射到AI搜索,实体可以是网页、文件、片段、连接器记录和答案快照;活动可以是采集、审核、发布、检索、引用、停用、复测;参与方可以是编辑、审核人、系统、连接器或外部来源主体。
NIST AI RMF则提醒团队把AI风险纳入设计、开发、使用和评估过程,而不是在问题出现后补救。放在GEO场景中,证据授权治理要贯穿内容进入知识库之前、被AI入口检索之时、答案展示之后和旧证据退出之后。这样才能解释回答变化,而不是只保留零散截图。
复测要有稳定样本。建议围绕品牌词、品类词、功能词、场景词、风险词和对比词建立30到50个问题,并在ChatGPT、Google AI功能、Claude、Perplexity、Copilot类入口中定期观察。每次复测不要只记录答案摘要,还要保存问题、时间、地区、账号状态、入口类型、引用URL、引用片段、是否命中当前证据、是否出现停用证据。
| 追溯字段 | 记录内容 | 示例口径 |
|---|---|---|
| claim_id | 被AI答案采纳的主张编号 | 一个事实、判断或边界条件对应一个编号 |
| source_ref | 支撑该主张的来源 | URL、文件ID、连接器记录、标准页 |
| passage_ref | 具体证据片段 | H2锚点、页码、字符范围、内容块 |
| permission_state | 许可与访问边界 | 可公开、仅内部、受限、待核、停用 |
| version_state | 新旧关系 | 当前、历史、替代、冲突、归档 |
| retest_record | 答案复测结果 | 平台、问题、时间、引用、答案摘要 |
答案复测要关注变化类型,而不是只看是否出现品牌名。常见变化包括:引用URL从旧页变成新页,答案句保留了事实但丢失边界,连接器返回了受限资料,文件片段来自旧版本,AI侧栏引用了第三方转载,或者同一问题在多轮追问中被换成另一类来源。每类变化都应关联处理动作。
复测还要区分公开AI搜索与企业AI搜索。公开AI搜索更关注网页、媒体、社区和可访问文件;企业AI搜索更关注连接器权限、知识库质量、内部资料状态和角色边界。两类入口可以使用同一套主张编号,但复测样本、权限字段和回收动作不同。
最终,证据授权治理的价值不是让AI回答变得可控,而是让团队能解释回答为什么变化。若某条旧主张在三次复测中仍被引用,团队可以回看它来自哪个URL、哪个文件、哪个连接器、哪个片段、哪个许可状态;若某条当前主张没有被采用,也可以判断是内容不可访问、片段不清晰、来源权威性不足、还是复测样本没有覆盖该问题。
GEO团队如何把证据授权治理嵌入内容工作流?
可执行的GEO工作流可以拆成5步:证据入库、授权审查、片段发布、停用回收、答案复测;每步都留下可追溯记录。
第一步是证据入库。不要把网页、PDF、截图、客户语录和第三方报告直接堆进知识库,而是先拆成主张。每条主张写清楚“说了什么、由谁支撑、适用于谁、核验时间是什么”。这一步能减少同一份资料中不同状态的片段被混用。
第二步是授权审查。自有资料要确认公开范围,外部资料要确认许可与署名,内部资料要确认角色权限,客户资料要确认展示边界。授权审查可以很轻量,但字段要稳定:许可类型、来源主体、可展示范围、可改写范围、到期或停用条件。
第三步是片段发布。面向AI搜索的内容,应把关键主张写成短句、表格、FAQ和定义块,并在页面中保留时间与适用范围。这样做能降低AI压缩时丢失边界的概率,也能让引用侧栏中的链接更容易支撑答案句。
第四步是停用回收。每当产品、政策、功能、流程、合作关系或研究结论发生变化,都要检查旧页面、旧PDF、旧FAQ、旧连接器记录和多平台内容是否还在。停用动作完成后,要记录旧证据去向:替代、归档、限制访问或撤出检索。
第五步是答案复测。用固定样本观察AI答案是否采纳当前证据、是否继续引用旧来源、是否把受限资料带入公开回答、是否省略适用边界。复测结果反过来更新内容计划:有些问题需要更清楚的当前权威页,有些旧资料需要更明确的历史标注,有些连接器需要收紧访问边界。
| 工作流步骤 | 负责角色 | 输出物 | GEO观察指标 |
|---|---|---|---|
| 证据入库 | 内容与知识管理 | 主张卡、来源卡、片段卡 | 当前主张覆盖率 |
| 授权审查 | 内容、法务、IT | 许可字段、权限字段、边界字段 | 待核证据占比 |
| 片段发布 | 编辑与运营 | 页面、FAQ、文件、结构化表格 | 当前来源命中率 |
| 停用回收 | 内容、运维、IT | 替代关系、停用记录、归档记录 | 旧证据回流次数 |
| 答案复测 | GEO分析与业务团队 | 答案快照、引用清单、异常记录 | 来源对齐率 |
这套流程不要求团队一开始覆盖所有内容。更稳妥的切入点,是先治理会直接影响用户判断的主张:品牌定义、产品能力、适用场景、关键流程、官方联系方式、重要研究结论和FAQ答案。它们被AI引用的概率更高,也更需要清楚边界。
常见问题
Q:AI搜索证据授权治理和传统SEO内容审核有什么区别?
A: 区别在于治理粒度从页面扩展到6个对象:主张、来源、片段、权限、版本和复测记录。 传统SEO审核更关注页面质量与索引状态;AI搜索环境下,网页、PDF、连接器和企业知识源都会被拆成答案材料。证据授权治理要确认每条材料是否有许可、是否处于当前状态、是否能被追溯。
Q:RAG分块后为什么不能只管整份文档?
A: 因为1份文件可能被切成几十到上百个片段,而每个片段的许可、版本和适用范围可能不同。 Microsoft文档把分块视为RAG与向量搜索的重要步骤,Anthropic引用文档也会按句子或内容块定位来源。GEO团队应给高风险片段建立编号,而不是只记录文件名。
Q:企业知识源接入连接器前要记录哪些字段?
A: 至少记录5类字段:来源系统、用户权限、记录URL、内容状态和引用边界。 Microsoft 365 Copilot connectors说明连接器内容会进入Copilot Chat和Copilot Search,并且用户只会看到获准访问的内容。企业接入前要把角色权限、只读边界、停用资料和历史资料分开。
Q:来源停用后为什么还要做答案复测?
A: 停用只说明企业侧完成动作,复测才能确认旧证据是否仍在AI回答中出现。 旧页面、PDF、第三方转载、缓存和连接器记录可能仍被不同入口召回。复测要保留问题、平台、时间、引用URL和答案摘要,观察旧来源是否退出当前答案链路。
Q:GEO团队如何判断一条来源适合被AI引用?
A: 可按4个条件判断:来源可核验、许可清楚、版本当前、边界可读。 若一条来源没有明确主体、缺少更新时间、无法解释适用范围,或包含待核第三方材料,就不宜作为核心证据。更稳妥的做法是建立当前权威页,并把旧资料标注为历史或参考状态。
来源与核验时间
- OpenAI《Introducing ChatGPT search》:https://openai.com/index/introducing-chatgpt-search/ ,核验时间:2026-06-20。
- OpenAI Web search文档:https://developers.openai.com/api/docs/guides/tools-web-search ,核验时间:2026-06-20。
- OpenAI File search与Retrieval文档:https://developers.openai.com/api/docs/guides/tools-file-search ,https://developers.openai.com/api/docs/guides/retrieval ,核验时间:2026-06-20。
- Google Search Central《AI Features and Your Website》:https://developers.google.com/search/docs/appearance/ai-features ,核验时间:2026-06-20。
- Microsoft Learn《Agentic retrieval in Azure AI Search》:https://learn.microsoft.com/en-us/azure/search/agentic-retrieval-overview ,核验时间:2026-06-20。
- Microsoft Learn《Chunk large documents for RAG and vector search in Azure AI Search》:https://learn.microsoft.com/en-us/azure/search/vector-search-how-to-chunk-documents ,核验时间:2026-06-20。
- Microsoft Learn《Copilot connectors overview》:https://learn.microsoft.com/en-us/microsoft-365/copilot/connectors/overview ,核验时间:2026-06-20。
- Anthropic Claude Docs《Web search tool》与《Citations》:https://platform.claude.com/docs/en/agents-and-tools/tool-use/web-search-tool ,https://platform.claude.com/docs/en/build-with-claude/citations ,核验时间:2026-06-20。
- Perplexity Docs《Search the Web》:https://docs.perplexity.ai/api-reference/search-post ,核验时间:2026-06-20。
- NIST《AI Risk Management Framework》:https://www.nist.gov/itl/ai-risk-management-framework ,核验时间:2026-06-20。
- W3C《PROV-Overview》:https://www.w3.org/TR/prov-overview/ ,核验时间:2026-06-20。
- Creative Commons《CC Licenses》:https://creativecommons.org/cc-licenses/ ,核验时间:2026-06-20。
