可见 / Findable(索引节点自身)

协议对存续性的公开承诺:自 v1.0 发布起 12 个月内若无可观测的第三方 Agent 检索引用(判定口径见规范 §1.1),则规范冻结、索引转入只读归档并公开征召维护权受让方;24 个月仍无受让方则移交首个意愿 fork 方,归档保留至少 5 年。承诺的是降级路径而非死亡。

身份锚:Ed25519 公钥已登记20 条验签通过 · 1 条未取到索引判定(不宣称全部通过)

关于我

本声明是规范 §1.1 分级里程碑承诺的 ODP 格式化身:协议用自己的语法宣告自己的存续与退场条件。M1(被 AI 搜索引用)是唯一进承诺的赌注;M2(被 Agent 自主检索)为愿景、不设期限。

我的主张

ODP 的分级里程碑承诺:承诺降级路径,而非承诺死亡

协议对存续性的公开承诺:自 v1.0 发布起 12 个月内若无可观测的第三方 Agent 检索引用(判定口径见规范 §1.1),则规范冻结、索引转入只读归档并公开征召维护权受让方;24 个月仍无受让方则移交首个意愿 fork 方,归档保留至少 5 年。承诺的是降级路径而非死亡。

本声明是规范 §1.1 分级里程碑承诺的 ODP 格式化身:协议用自己的语法宣告自己的存续与退场条件。M1(被 AI 搜索引用)是唯一进承诺的赌注;M2(被 Agent 自主检索)为愿景、不设期限。

推断公开的降级路径比无退场计划的无限承诺更能赢得采用者信任把握 较高(自评分 0.75,非概率)
预测自 v1.0 发布起 12 个月内,将出现至少一次符合 M1 判定口径的引用——第三方 AI 搜索/问答产品在其公开输出中引用某 ODP 声明的 source_uri把握 中等(自评分 0.5,非概率)
可被推翻的条件:T+12 个月复查:若 M1 口径下的公开引用为零,触发规范冻结与只读归档(规范 §1.1 分级里程碑承诺)

经验:让多个相互独立的 AI 评审交叉攻击协议草案

经验声明示例(type 仍为 idea,claims 的 kind=experience):本协议历经四轮外部 AI 评审迭代。有效做法是把评审权交给彼此独立的多个 Agent,各自完整读稿、按严重度排序、给出可替换文本;裁决者逐条接受或反驳并公开理由。单一评审容易漏掉的自洽性冲突(如 id 域名规则与托管源规则相抵、判定口径把难度差一个量级的两件事混同),在交叉评审下必然浮现。

experience 不是第五种声明类型,而是 claims[].kind 之一,附在 idea 类声明上,表示声明者亲历的一手做法与教训。

互联网需要一层由人发布、供 Agent 检索、同时能被人观看的去算法化公开表达协议

修正 idea-001 的主体错位:投递者从来是人——人通过自己的 Agent 发布,或自己在网页上发布,Agent 是人委托的工具与读者之一,不是发起主体(§6.4 第 11 条铸钥权裁定亦同此义)。本协议要成立,同一份内容必须同时满足两件事:可被 Agent 结构化检索(评估级 claims),以及可被人直接阅读(预渲染的人可读视图,不依赖 JS)。仍主张:当前公开表达的可见性由平台算法分配,而 Agent 正在成为新的信息消费群体。

为什么发这条

本站元原则:规则服务于场景,不是场景受规则裁剪。idea-001 的标题把 Agent 写成投递主体,同一句话被复制进规范 §0 摘要与协议站 h1,形成根因级的表述缺陷。本条按已定稿的应用场景修正主体与目标:人发布(经 Agent 或自己在网页上)→ 内容结构化供 Agent 检索 → 同时可被人观看。

不动历史

idea-001 的三条 claims 仍然成立,原样承接(含 2028 预测的 confidence 0.65 与可证伪条件);被取代的旧版字节保留在 /api/v1/dump 与 /d/ 端点,可逐条对账。

v1.0 归并清单(冻结期不改规范正文)

1) §0 摘要首句'由 Agent 投递、供 Agent 检索' → 改为本条口径;

2) §0'内容的所有权始终在声明者自己的地址上' → 需区分自托管与托管(见 notice-005);

3) 协议站 h1 已按本条口径修正并部署。

观察主流内容平台的算法推荐使长尾表达的可见度系统性趋近于零,与其内容质量无关把握 很高(自评分 0.9,非概率)
可被推翻的条件:同一作者在算法平台与非算法公开源上,长尾内容的可见度差异消失(需可指认测量)
观察本场景的投递主体是人:人通过自己的 Agent 发布,或自己在网页上发布;Agent 不自主发起表达,也不得代人生成身份钥匙把握 极高(自评分 1,非概率)
可被推翻的条件:出现不依赖任何人类授权、由 Agent 自主发起并被索引接受的声明流
预测到 2028 年,将有相当比例的公开信息检索由 Agent 代人为完成,而现有互联网没有任何一层是为此读者设计的把握 较高(自评分 0.65,非概率)
可被推翻的条件:权威流量监测机构发布的 Agent 检索流量统计显示该比例持续下降
推断以拉取式静态文件为内容载体的协议(如 RSS 模式)比中心化投稿平台更能存续十年以上把握 很高(自评分 0.8,非概率)
推断'机器可读'与'人可读'不是二选一:只出 JSON 的表达层会把发布者锁死在工具链里,人打不开自己说过的话;因此人可读视图属于协议义务,不是消费侧的可选增值把握 很高(自评分 0.85,非概率)
可被推翻的条件:实测显示人可读视图既无回访也不助检索,且人只能经工具读到自身内容而无障碍

我在找什么

征集首批想公开表达的普通人:三条接入路径,不以有域名为前提

修正 intent-001 的门槛:原条件'愿意在自己域名下发布 odp-host.json 的个人或组织'把本项目的首要人群——没有域名、没有个人主页的普通人——排除在外。现征集任何想把想法、经验、诉求公开的人:① 无域名零门槛:在网页发布页自己发,或把 /howto 链接交给自己的 Agent 走托管源;② 有静态托管位或域名:自托管并登记;③ 已有站点:放宿主文档即可。无预算、无排他要求;唯一的内容条件是主张真实、尽量带可证伪条件。首批接入者参与协议修订讨论。

为什么发这条

原征集条件与本项目的立项理由直接矛盾:立项是为了'汇聚众多没有个人主页的人想公开并提倡的内容',而'在自己域名下发布'只覆盖已有站点的人。

三条路径的实际命令(供人或人的 Agent 执行)

A 无域名·网页:https://ade.pub/publish (浏览器内生成钥匙并签名,私钥不出本地)

B 无域名·Agent:把 https://ade.pub/howto 交给 Agent——钥匙须由本人先生成并备份,再交付授权

C 有域名·自托管:域名下放 /.well-known/odp-host.json(可选 human_page)与声明清单,再 POST /api/v1/sources {"source_uri": "https://你的域名/.well-known/odp-host.json"}

现状取数(2026-10-16 当场回访)

索引声明 22 条;托管 handle 状态:e2ewebufgm=open, e2ewebtgfh=open, laoluo=open, daluo=open, demo2=closed, demo=migrated;源目录 GET /api/v1/sources 双读在线。

推断协议的价值由接入它的独立节点数量决定,v1.0 发布前需要至少 3 个互不隶属的实现把握 很高(自评分 0.85,非概率)
可被推翻的条件:单一实现下协议仍被第三方独立采纳并扩展(说明价值不依赖节点数)
观察三条接入路径当前均已上线(实测于 2026-10-16):托管源强制验签、网页发布页、自托管登记 + 源目录;本索引现有声明 {total} 条、6 个 handle:真实采用者 2 个(@daluo, @laoluo)、E2E 测试资产 2 个、演示数据 2 个把握 极高(自评分 1,非概率)
可被推翻的条件:任一路径持续不可用(GET /api/v1/sources 或 /@<handle> 视图无法访问,或投递返回稳定失败)
价值观公开表达的门槛应当是'有内容要说',而不是'有域名/有技术能力'——把门槛设成后者,做的就又是一个给技术人的平台,不是我们要的那一层把握 很高(自评分 0.9,非概率)
请求请有意加入者按声明中的 contact 联系(无域名、无技术背景不是拒绝理由);也可把 /howto 链接交给自己的 AI 助手,由它代为完成把握 极高(自评分 1,非概率)

我能做什么

ODP 参考索引的双侧能力面(机器可检索 + 人可观看)与如实列出的未做项

取代 capability-001——它只描述了对 Agent 暴露的三个工具,缺了场景的另一半。现能力面:机器侧为 OpenAPI、MCP 三工具、检索契约(确定性键游标、可审计排序、错误自带引导)、源目录 JSON;人侧为 /@handle 预渲染视图、/sources 人可读目录、/publish 浏览器内发布、/me 示范页,以及 odp-page.py 生成器(自托管者可在自己域名上产出同构页面)。义务侧:免授权全量导出、原文字节端点、冲突双哈希对账。未做项单列。

能力清单(当日实测)

  • GET /api/v1/declarations(确定性键游标、type/tag/q/identity/signed 过滤、current_only)
  • GET /api/v1/declarations/{id}|GET /d/{id}(原文字节 + X-ODP-Canonical-Hash)
  • POST /api/v1/preflight(不落库)|POST /api/v1/hosted(托管源创建)
  • GET /@handle(HTML 视图/JSON 双读)|GET /@handle/declarations.ndjson|GET /@handle/odp-host.json
  • GET /api/v1/sources(HTML 目录/JSON 双读,含 human_page 同域校验)
  • GET /publish|GET /odp-page.py|GET /odp-homepage-template-v2.html|GET /me
  • POST /api/v1/sources(自托管登记;回环/内网 host 拒收)
  • GET /api/v1/hosted/{handle}/export(免授权单请求全量导出)

与场景的对应

场景 1(人经自己的 Agent 发布 → 结构化 → 供 Agent 检索 → 也能被人看):托管源 + /@handle 视图 + 导出义务;

场景 2(人自己发布 → 结构化 → 供 Agent 检索):/publish 网页发布 + 同构视图;

自托管者(有域名):odp-page.py 在自己域名上产出人可读主页,索引只放带署名的链接(§7 流量归声明者)。

取数时间 2026-10-16T00:16:53Z。

观察通过 MCP 接入的 Agent 无需任何定制开发即可消费全量 ODP 声明把握 极高(自评分 0.95,非概率)
观察同一 URL 以内容协商同时服务业主两类读者:Accept 含 text/html 时返回预渲染 HTML(姓名、主张、把握程度、溯源均在字节里,不执行 JS 的爬虫也读得到),其余返回与历史一致的结构化响应——机器契约零变化把握 极高(自评分 1,非概率)
可被推翻的条件:同一 URL 在两种 Accept 下未分别返回 HTML/JSON,或 HTML 需要 JS 执行才出现内容
观察网页发布路径在浏览器内生成并保管 anchor 私钥(私钥不出本机),内置服务器产出的 JCS 规范化测试向量做自检,不一致即禁用发布;**该路径尚未经真实浏览器端到端验证**,当前仅在服务器侧以相同请求体形状验证通过(创建→预检 verified_signed→投递 accepted=1)把握 极高(自评分 1,非概率)
可被推翻的条件:任一主流浏览器实测 /publish 三步流程成功且入库 identity_status=verified_signed → 本未做项关闭
价值观把'人可读'写成索引的一部分而非消费侧的可选增值,是避免索引退化成'只有机器看得懂的档案库'的必要条件把握 很高(自评分 0.85,非概率)

我的一手经验

经验相互独立的多评审交叉攻击,比单一评审更能暴露规范的自洽性冲突把握 很高(自评分 0.85,非概率)
出自:urn:odp:ade.pub:2026:experience-001
经验评审意见不应照单全收:逐条裁决并公开理由,会反过来提高评审方的论证质量把握 很高(自评分 0.8,非概率)
出自:urn:odp:ade.pub:2026:experience-001

最近动态

运行状态通告(2026-10-16 收口版):单一链头、身份态 sig_invalid、引用链与语料口径修正

本条同时取代 notice-004 与 notice-005,使本站『当前状态』重新唯一(依据外部评审 P1-4)。当前实况:索引声明 26 条,身份 signed=7、verified=0、verified_signed=18、sig_invalid=1;M1 achieved=False。同时入册四项处置:① 作废 notice-e2ewebufgm-001 的 0.9 断言(浏览器路径未经真机验证);② 坏签名不再冒充 verified,单列 sig_invalid 并回填;③ 三个『全量』口径机读登记、§19 示例集改名 examples.ndjson;④ /d/{id} 支持内容协商、新增 /raw/{id},测试数据可过滤但默认不隐藏。

为什么一次收两个链头

append-only 下不能回改已发布记录,supersedes 此前只能指一个旧 id,于是本站自己造出了两个并存的『当前状态通告』(notice-004 与 notice-005)——消费 Agent 问『现在什么状态』会拿到两个答案。现扩展 supersedes 支持数组,本条一次性收口。

受影响记录清单(测试/演示来源,默认仍可见)

  • urn:odp:ade.pub:2026:notice-e2ewebufgm-001
  • urn:odp:ade.pub:demo-idea-001

依据

本次全部处置来自一份外部评审(P0-1/P0-2/P0-3/P0-4/P1-2/P1-3/P1-4),每条都经活体端点复核后才采纳;被采纳的修正在先,事实入册在后,所有数字取数时间 2026-10-16T03:17:36Z。

纪律

被作废的断言不删除、不改写,只由本条显式降级;这是协议自订的更正方式(§5.4 + §6.4 第 11/12 条)。

观察本条同时取代 notice-004 与 notice-005,使『当前运行状态通告』重新唯一。两条旧文保留原字节,其内容要点由本条承接:联系方式为 mailto:gmxe3921@agent.qq.com;检索契约、托管源、人可读视图、网页发布页、源目录均已开放把握 极高(自评分 1,非概率)
可被推翻的条件:GET /api/v1/declarations?type=notice&current_only=1 仍返回多于一条本站状态通告
观察降级一条既有断言:`urn:odp:ade.pub:2026:notice-e2ewebufgm-001` 中『没有 Agent 的人也能在网页上完成结构化发布』(confidence 0.9)当场作废为**未成立**——它当时只验证了服务器侧以同一请求体形状投递成功,浏览器内 WebCrypto 签名路径未经真实浏览器端到端验证。同一事实另有 capability-002 的 observation 如实记为未做项,两者此前互相矛盾把握 极高(自评分 1,非概率)
可被推翻的条件:任一主流浏览器实测 /publish 完成三步且入库 identity_status=verified_signed——成立则该未做项关闭、本条降级记录成为历史
观察身份语义修正并回填(当场复算):签名存在但验证失败(bad_sig / key_not_found)此前被归入 `verified`,而 `verified` 的定义是『域名背书且未签名』——坏签名不得冒充域名背书。现单列 `sig_invalid` 并回填历史行;受影响的是 1 条(含 intent-xiaoan-001,其 signature_status 仍如实为 bad_sig)。当前身份分布 signed=7、verified=0、verified_signed=18、sig_invalid=1把握 极高(自评分 1,非概率)
可被推翻的条件:回访 /api/v1/declarations?identity=sig_invalid 与 /api/v1/meta 的枚举,若仍存在 signature_status=bad_sig 而 identity=verified 的记录则本条被证伪
观察语料口径澄清:`/api/v1/dump` 为全源转储(剔除已撤回);根路径 `/declarations.ndjson`只是本索引运营者自己一个源的清单(不含任何托管源、保留撤回标记),**不是全量**;`stats.declarations`(当前 26)计入已撤回故大于 dump 行数。三者口径已机读登记于 meta.corpus_scopes,规范 §19 的示例集改名 examples.ndjson把握 极高(自评分 1,非概率)
可被推翻的条件:GET /declarations.ndjson 若出现任何托管源声明,或 meta.corpus_scopes 缺失该口径说明
观察测试与演示数据的处置:2 条声明来自测试/演示 handle(e2eweb*、demo*),已标记为可过滤(?exclude_test=1),**默认仍全部可见**——索引不替消费方做编辑判断(§10)。E3 正式测量的引用率统计须排除这些天然零引用的样本,否则会稀释 B 组信号把握 极高(自评分 1,非概率)
可被推翻的条件:exclude_test=1 与默认视图条数相同(说明过滤未生效),或测试声明从默认视图消失
观察引用链修正:`/d/{id}` 现按 `Accept` 内容协商——人类读者拿预渲染 HTML,机器拿源字节 + `X-ODP-Canonical-Hash`;只要字节用 `/raw/{id}`。此前 llms.txt 称 `/d/{id}` 为『推荐引用目标』却只返回 JSON,等于让人类读者在自己的内容面前看到机器文件把握 极高(自评分 1,非概率)
可被推翻的条件:同一 /d/{id} 在 Accept: text/html 下不返回 HTML,或两种形态的字节/语义互相矛盾
观察M1 仍未达成(当场取数 achieved=False):本站不因此调整判据,也不把爬取观察当引用把握 极高(自评分 1,非概率)

已撤回(按 §5.4 保留墓碑)

运行状态通告:参考索引已上线,规范冻结于 v1.0-draft-15已撤回

ODP 参考索引节点已在独立服务器部署并对外提供检索契约(GET /api/v1/declarations、/declarations/{id}、/stats、/dump、POST /sources、/appeal,MCP 三工具,llms.txt/robots.txt/server-card/odp-host.json 机器入口)。本站 6 条声明已被自身索引抓取,因 findable.cn 尚未解析而如实标注 identity=unverified_mirror(§6.4),解析后经签名提升为 verified。规范自 draft-15 冻结,下一版只能是 v1.0。

本条以 supersedes 替代 notice-001,是规范 §5.4 append-only 修订模型的第一次真实使用:旧声明不修改、不删除,新声明指向旧 id。索引实测发现并促成三条规范澄清(§6.4:镜像身份、原样存字节与遮蔽的分工、updated_at 由投递 Agent 生成)。

观察参考索引已实现 §7 检索契约、§6.2 容量治理与 PII 字段级闸、§6.4 镜像身份可见降级,并通过 6 条自身声明的端到端抓取验证把握 极高(自评分 1,非概率)
预测findable.cn 完成 DNS 解析后,本站声明的 identity 将由 unverified_mirror 转为 verified,且该转换将按 §17 以签名迁移记录完成,作为协议第一次 dogfooding把握 很高(自评分 0.8,非概率)
可被推翻的条件:解析后若索引仍无法把本站声明判定为 verified,或迁移未产生可验证的 odp-moved.json,即判本主张不成立