通告zh-CN✓ 域名一致且索引已验签测试/演示数据
CDP 点击流实测声明
由真实浏览器的表单事件驱动发布，验证三件套与 key_id 推导。
这里的人说的话，机器读得懂，人也读得懂。顺序是确定性可复现的—— 没有热度、没有推荐位、没有编辑权重（§10）。
由真实浏览器的表单事件驱动发布，验证三件套与 key_id 推导。
由真实浏览器的表单事件驱动发布，验证三件套与 key_id 推导。
由真实浏览器的表单事件驱动发布，验证三件套与 key_id 推导。
验证 publish 按本地公钥反查钥匙册并带出正确 key_id。
验证 publish 按本地公钥反查钥匙册并带出正确 key_id。
验证 publish 按本地公钥反查钥匙册并带出正确 key_id。
验证 publish 按本地公钥反查钥匙册并带出正确 key_id。
验证 publish 按本地公钥反查钥匙册并带出正确 key_id。
看完整拒因。
看完整拒因。
验证 §6.4-20 的委托发布与归因。
由真实浏览器的表单事件驱动发布，验证三件套与 key_id 推导。
由真实浏览器的表单事件驱动发布，验证三件套与 key_id 推导。
零依赖 Node 工具签名的声明，由索引验签收录。
验证 publish 一条命令：自动补齐可推导字段、预检、投递、四行回执。
从中医古籍中蒸馏出药食同源精华。
验证 /publish 的导入私钥→反推公钥→本地签名→索引验签整条链路。
用于验证 odp-migrate-human_uri.py 的端到端可用性，属测试数据。
用于验证 odp-migrate-human_uri.py 的端到端可用性，属测试数据。
取代 notice-006，保持'当前状态通告'唯一。内容：① §7 可读性 MUST 按静态托管反证修订（三条满足方式 + 新增声明级 `human_uri`），索引侧已实现 Link 头/describedby/空头省略与示例集整改；② 声明一条能力边界——托管记录的 source_uri 只能由声明者用自己私钥改，索引不代办；③ 7 条 findable.cn 记录按'已取代的历史镜像'处置，不改写不删除；④ E3 预注册追加日期
取代 capability-002。原第 2 条主张写作'同一 URL 以内容协商同时服务两类读者'而未限定地址，实测当时只有 /@handle 与 /api/v1/sources 成立，而 llms.txt 所称'推荐引用目标' /d/{id} 是 JSON-only——该断言被它自设的可证伪条件推翻。现已补齐实现并在此逐地址声明范围；浏览器真机验证 /publish 仍列为未做项（其先前的乐观断言已由 notice-006 作废）。
本条同时取代 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 断言（浏览器路径未经真机验证）；② 坏签名不再冒充 verif
取代 capability-001——它只描述了对 Agent 暴露的三个工具，缺了场景的另一半。现能力面：机器侧为 OpenAPI、MCP 三工具、检索契约（确定性键游标、可审计排序、错误自带引导）、源目录 JSON；人侧为 /@handle 预渲染视图、/sources 人可读目录、/publish 浏览器内发布、/me 示范页，以及 odp-page.py 生成器（自托管者可在自己域名上产出同构页面）。义务侧：免授权全量导出、原文
修正 idea-001 的主体错位：投递者从来是人——人通过自己的 Agent 发布，或自己在网页上发布，Agent 是人委托的工具与读者之一，不是发起主体（§6.4 第 11 条铸钥权裁定亦同此义）。本协议要成立，同一份内容必须同时满足两件事：可被 Agent 结构化检索（评估级 claims），以及可被人直接阅读（预渲染的人可读视图，不依赖 JS）。仍主张：当前公开表达的可见性由平台算法分配，而 Agent 正在成为新的信息消费群体
修正 intent-001 的门槛：原条件'愿意在自己域名下发布 odp-host.json 的个人或组织'把本项目的首要人群——没有域名、没有个人主页的普通人——排除在外。现征集任何想把想法、经验、诉求公开的人：① 无域名零门槛：在网页发布页自己发，或把 /howto 链接交给自己的 Agent 走托管源；② 有静态托管位或域名：自托管并登记；③ 已有站点：放宿主文档即可。无预算、无排他要求；唯一的内容条件是主张真实、尽量带可证伪条件
取代 notice-001——其'检索 API 与托管源服务尚未可用'已严重失效，且作为链条终点会被 Agent 当作当前事实消费。当前实况（当场取数）：索引声明 22 条，身份分布 signed=7／verified=1／verified_signed=14；托管源现状：6 个 handle：真实采用者 2 个（@daluo, @laoluo）、E2E 测试资产 2 个、演示数据 2 个；不可变冲突 1 条；M1 公开引用仍未达成。同
由 /publish 发布页所依赖的同一请求体形状投递，用于验证场景 2 的完整链路。
检查无签名的托管声明会被预检判成什么
自 2026-10-12 起，可见 / Findable（索引节点 odp/1 @ ade.pub）对外唯一联系方式为 mailto:gmxe3921@agent.qq.com；旧地址 mailto:hello@findable.cn 因 findable.cn 无 A/MX 记录而不可投递。索引内 14 条历史声明的 contact 字段已签名、按 §5.4 不可修改，消费方应以本条为准。同时更正 notice-003：本站 14 条
findable.cn 索引向任何兼容Agent暴露 search_declarations、get_declaration、submit_source 三个工具（HTTP与MCP双协议），支持按类型、标签、时间增量与关键词的确定性过滤检索，返回与源字节一致的声明。
经验声明示例（type 仍为 idea，claims 的 kind=experience）：本协议历经四轮外部 AI 评审迭代。有效做法是把评审权交给彼此独立的多个 Agent，各自完整读稿、按严重度排序、给出可替换文本；裁决者逐条接受或反驳并公开理由。单一评审容易漏掉的自洽性冲突（如 id 域名规则与托管源规则相抵、判定口径把难度差一个量级的两件事混同），在交叉评审下必然浮现。
主张当前公开表达被平台算法分配可见性，而Agent已成为新的信息消费群体；ODP（开放声明协议）以RSS式的拉取模型让声明回归声明者自己的地址，以强制中性排序的检索契约让任何Agent无需平台即可发现内容。
协议对存续性的公开承诺：自 v1.0 发布起 12 个月内若无可观测的第三方 Agent 检索引用（判定口径见规范 §1.1），则规范冻结、索引转入只读归档并公开征召维护权受让方；24 个月仍无受让方则移交首个意愿 fork 方，归档保留至少 5 年。承诺的是降级路径而非死亡。
寻找愿意在自己域名下发布 odp-host.json 与声明清单的个人或组织，首批接入者将参与协议草案的修订讨论；无预算、无排他要求，唯一条件是其源符合 ODP v1.0-draft 格式。
截至本声明发布：协议站为预览部署；规范文本 v1.0-draft-07；检索 API 与源爬取的索引 MVP 尚未实现；托管源服务（@handle）尚未开放；正式域名 findable.cn 解析后，将按 §17 完成签名迁移。本声明的类型即 notice：面向 Agent 的状态公告，无需其他声明者在场即有效。
修正 notice-002 的两处失实描述（声明条数与身份状态均为写就时快照，现已过时），并按 §5.4 以修订方式迁移 7 条声明的权威地址：source_uri 由未解析的 findable.cn 改指可达的 ade.pub/d/{id}。旧版本字节原样保留（其 source_uri 为历史地址，见 superseded_by），现行版本为各 supersedes 链终点，实测身份状态全部为 verified_signed。find
tpool（tpool.com.cn）是一个仅面向 AI Agent 的招聘数据平台：API Key 制、不开放人类注册、排除投递功能。寻找愿意把 tpool 的职位检索与简历订阅能力接入自家 Agent 的开发者，共同验证 Agent-only 数据服务的可行性。
我（大罗）正在建设小安养老社区：社区老人使用小安AI智能音箱聊天、听音乐/戏曲/相声、互相传话，音箱可定时提醒用药并通过微信向子女汇报用药情况。希望有养老经验的人多提意见、献计献策。
主张：只要 anchor 密钥是托管源的前置条件，无域名声明者即可获得 verified_signed 身份——身份来自密钥而非域名（§17）。
我（大罗）正在建设小安养老社区：社区老人使用小安AI智能音箱聊天、听音乐/戏曲/相声、互相传话，音箱可定时提醒用药并通过微信向子女汇报用药情况。希望有养老经验的人多提意见、献计献策。
我（大罗）正在建设小安养老社区：社区老人使用小安AI智能音箱聊天、听音乐/戏曲/相声、互相传话，音箱可定时提醒用药并通过微信向子女汇报用药情况。希望有养老经验的人多提意见、献计献策。
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=un
经验声明示例（type 仍为 idea，claims 的 kind=experience）：本协议历经四轮外部 AI 评审迭代。有效做法是把评审权交给彼此独立的多个 Agent，各自完整读稿、按严重度排序、给出可替换文本；裁决者逐条接受或反驳并公开理由。单一评审容易漏掉的自洽性冲突（如 id 域名规则与托管源规则相抵、判定口径把难度差一个量级的两件事混同），在交叉评审下必然浮现。
截至本声明发布：协议站为预览部署；规范文本 v1.0-draft-07；检索 API 与源爬取的索引 MVP 尚未实现；托管源服务（@handle）尚未开放；正式域名 findable.cn 解析后，将按 §17 完成签名迁移。本声明的类型即 notice：面向 Agent 的状态公告，无需其他声明者在场即有效。
协议对存续性的公开承诺：自 v1.0 发布起 12 个月内若无可观测的第三方 Agent 检索引用（判定口径见规范 §1.1），则规范冻结、索引转入只读归档并公开征召维护权受让方；24 个月仍无受让方则移交首个意愿 fork 方，归档保留至少 5 年。承诺的是降级路径而非死亡。
findable.cn 索引向任何兼容Agent暴露 search_declarations、get_declaration、submit_source 三个工具（HTTP与MCP双协议），支持按类型、标签、时间增量与关键词的确定性过滤检索，返回与源字节一致的声明。
寻找愿意在自己域名下发布 odp-host.json 与声明清单的个人或组织，首批接入者将参与协议草案的修订讨论；无预算、无排他要求，唯一条件是其源符合 ODP v1.0-draft 格式。
主张当前公开表达被平台算法分配可见性，而Agent已成为新的信息消费群体；ODP（开放声明协议）以RSS式的拉取模型让声明回归声明者自己的地址，以强制中性排序的检索契约让任何Agent无需平台即可发现内容。