为什么未来个人网站应该同时服务人类和 AI Agent
个人网站的访问者已经不只有人：AI 搜索、浏览器代理、远程 Agent 各自需要不同的界面。网站应从名片变成能力节点，用公开协议可发现、可调用。
说明：本篇是个人实验与自评论证，样本为本人站点单案例（n=1），不构成普适结论。
为什么未来个人网站应该同时服务人类和 AI Agent
设想一个已经很近的场景：某人的 Agent 正在评估一个 Java 项目，中途发现某个站点上有一个专门做架构审查的 Agent 能力——它读取站点发布的 Agent 卡片，发起任务，拿到结构化报告，完成结算。全程没有人类”打开网站、找文章、阅读”。
这不是科幻桥段，而是协议栈今天已经具备形状的方向。它逼着每一个还想被找到的人回答一个问题：你的网站，除了给人看，还准备了给谁用？
访问者名单变了
传统个人网站有一个从未明说的默认：访问者是人。这个默认正在失效。未来至少有四类访问者，它们想从你这里得到的东西完全不同：
- 人类：认识你、阅读内容、使用工具、建立信任、购买服务；
- AI Search：抓取、理解、引用你的第一手经验和结构化知识；
- Browser Agent：替用户操作你的页面——搜索、提交、下单；
- Remote Agent：不访问网页，直接发现你的能力、认证、发起任务、拿回结果。
一份访问者名单，对应四种界面。只做第一种的个人网站，等于在用一个只会对人说话的喇叭，站在一个越来越多的听众不是人的房间里。
四类界面不是四座孤岛。Browser Agent 操作的恰恰是给人的那个界面；AI Search 引用的恰恰是知识资产本身——所以正确架构不是盖四栋楼，而是一个事实源，四种投影：结构化的知识资产是本体，页面、feed、结构化数据、能力接口都是它可以被重新生成的影子。这也是后文协议路线”从内容治理做起”而不是”从接口做起”的原因。
三次跃迁：网站的身份在变
个人网站的形态史可以粗看为三段：从”Profile → Blog → Portfolio”的名片时代，进入”知识库 → 搜索 → AI 问答”的时代，正在跨入”知识 → Agent → 工具 → API → 交易”的时代。
每往后一段，网站上”可被使用的东西”占比就更高一层。于是个人网站的理想形态开始趋同于一种此前不存在的东西：一家只有一个人类员工的科技公司官网。首页要回答的不再是”我是谁、做过什么、会什么技术”，而是三个新问题：我解决什么问题；我和我的 Agent 最近创造了什么；你现在能直接使用什么。
这正是本站首页的设计依据——网站是能力节点，不是电子名片。
顺带排除一个看起来最”未来”的捷径：把个人网站做成一个 AI 聊天主页。通用聊天框恰恰是最没有壁垒的形态——人人都能挂一个对话窗口，它既不证明你的判断质量，也不产生可验证的交付。能力节点的正确界面是输入输出契约加证据：你提交一个代码仓库，我返回一份带评分、风险清单和整改路线的结构化报告；你给我评测目标，我还你多模型对比的数据。换句话说，网站要卖的是可验证的结果，不是”和一个 AI 分身聊天”的体验。
知识本身也要”产品化”
四界面里最容易被跳过的是第二层：Knowledge Web。它的要求很具体——所有公开内容都应当成为结构化、可版本管理、可引用、可检索的知识资产，而不只是博客文章的流水账。落到内容类型上，一个能力节点至少会用到这些形态：文章、短笔记、方法论手册、模式、项目、实验、工具、基准、数据集、决策记录、复盘、Skill、能力卡——注意最后几项：能力与决策本身也是内容，它们和文章共用同一套发布管线。
这个分层还有个工程含义：给人看的网页只是知识资产的一种投影。同一份源文件，应该能同时生成 HTML、RSS、Sitemap、结构化数据、搜索索引乃至未来 RAG 语料——投影可以有很多张，事实源只有一份。
AI Search 读什么
生成式 AI 搜索的公开指引（截至 2026-09 调研）给出了一个对个体极其友好的判断：AI 搜索仍然建立在可抓取、可索引、结构清晰的 Web 内容之上，而它更需要的是具有第一手经验、独特观点和专业深度的非同质内容，而不是互联网上大量存在、AI 自己就能生成的通用知识整理。
这几乎是为个人写作者重新定价。“某工具技巧大全”没有独占性；“我在大型 Java 项目里实践 AI 开发后总结的上下文分层方法”有。内容策略因此可以浓缩成一条纪律：只沉淀第一手、可验证、非同质化的经验；AI 用于结构化、编辑和分发，不用于批量制造缺少真实经验的内容。
技术侧的功课并不新鲜但常被忽视：RSS、Sitemap、可索引的 HTML、canonical、作者信息与合适的结构化数据。至于社区提出的 llms.txt 这类机器索引约定——可以做，但不必神化：主流搜索引擎已明确不把它当作特殊排名或索引信号（截至 2026-09 调研）。面向机器的优化，本质上仍是面向内容质量的优化。
页面不只给人看：Browser Agent 与语义化
还有一类访问者介于人和机器之间：替人操作网页的 Browser Agent。当前的 Agent 综合使用截图、DOM 和无障碍树来理解和操作网站（截至 2026-09 调研）——这意味着稳定布局、语义化 HTML、明确的表单与按钮语义，不再只是”无障碍加分项”，而是直接影响 Agent 操作成功率的功能项。
对个体开发者的好消息是：这套要求与可访问性、SEO 的工程要求高度重叠，做一遍，三方受益。更进一步的方向是 WebMCP 一类实验——网站主动把”搜索、筛选、提交、购买”声明为结构化工具，Agent 不必”看网页→猜按钮→模拟鼠标”。它目前仍是提案阶段的实验标准（截至 2026-09 调研），今天不适合成为核心依赖，但从架构上预留理解是值得的：未来网站除了给用户”看”，还应该能告诉 Agent”你可以对我做什么”。本站建设时把这条落成了工程基线：语义化结构、每页唯一主标题、键盘全程可达、三档视口无破版——这些验收项既是无障碍义务，也是机器可读性的地基。
最后补一条常被忽略的边界：给机器的界面越开放，越要说清哪些东西永远不给。完整的个人系统里还有一个私有的控制平面——自己的知识库、任务、成本与审批——它与公网服务之间应保持严格的物理或逻辑隔离；公网只公开能力边界（输入什么、输出什么、数据怎么处理、多少钱、哪里不行），内部实现保持私有。透明的是契约，不是底牌。
协议路线：服从真实需求，不为协议而协议
让 Remote Agent 直接调用，涉及一串协议：OpenAPI、MCP、A2A Agent Card、WebMCP、llms.txt……它们不该同时上。合理的路线由需求驱动，每一步解决一类问题：
| 能力 | 定位 | 节奏 |
|---|---|---|
| HTML / RSS / Sitemap / JSON-LD | 人类、搜索与 AI Search 的基础 | 第一版就做 |
| OpenAPI / API Key | 最直接的程序化调用 | 产品验证后优先 |
| MCP | Agent 使用你的工具与知识 | 有真实调用方之后 |
| A2A Agent Card | Agent 间发现、委托与协作 | 第一个 Agent 验证后 |
“去中心化”在这里的第一义不是区块链，而是更朴素的四条：知识和用户关系归属于自己的域名；不依赖单一内容平台、Agent 平台或模型供应商；通过公开协议可发现、可调用、可迁移；内部实现保持私有，只公开能力边界。与之配套的是产品观：拥有 Capability，供应商只是 Runtime——能力定义、输入输出契约、评测和价格握在自己手里，底层模型和执行框架可以随时替换。
本站就是第一个证据
写到这里，可以把自己正在建的网站当对照组。这个站点的骨架遵循上面路线的第一层：全部内容为 Git 仓库里的结构化文本，每一篇发布即自动进入 RSS、Sitemap 与 JSON-LD（站点用 Organization/WebSite 声明身份，文章用 BlogPosting 携带日期与出处）；列表按主题分组、按更新时间排序，方便人也方便爬虫；能力目录以独立页面存在，为将来的 API 与 MCP 接口预留结构——第一版明确不实现全部协议，只保证结构可演进。
它同时演示了另一件事：机器可读不是运维问题，是内容治理问题。没有元数据纪律（可见性分级、时间戳、来源字段）的站点，先把”哪些内容允许被机器拿走”这个问题糊过去，后面的接口全是坑。
结语
网站这个物种的分工正在重新划定：给人的部分负责信任与审美，给机器的部分负责发现与调用。两者共用同一套事实源——结构化的知识资产。
对一个人来说，把这两副面孔同时准备好，就是把自己从”一份在线简历”变成”一个可以被任何人或任何 Agent 访问的能力节点”。这不意味着今天就要部署全部协议；它只意味着，从第一篇内容开始，就该按”人机共用”的标准来盖房子。这不是技术理想主义，也不是赶时髦——访问者名单已经悄悄改了，问题只在于：你的站点，是否有人替它注意到这件事。
溯源表（发布随稿；每条实质性论断 → 素材出处）
编号：C2-SRC-01=总纲 五章（四类访问者表/5.1 Human Web/5.2 Knowledge Web 内容类型/5.4 隔离原则）；02=总纲 十一章（协议路线表/“去中心化”四义/支付原则）；03=总纲 八章（8.1 Capability 优先与卡片字段、8.2 三能力定义）；04=总纲 七章（7.1 内容原则/7.2 生产顺序/7.5 一材多用）；09=总纲 四章 4.2（可验证结果五例）+十六章第 2/3 条（聊天主页无壁垒、数量非质量）；05=总纲 六章 6.2（首页三问）+十五章（基础能力/预留结构）；06=报告《从个人网站到个人 Agent 公司节点》“未来个人网站正在从页面变成能力节点”节（含给人的界面/AI 检索界面/Browser Agent 界面三小节；其中 Google 生成式搜索指引、agent-friendly 指南、WebMCP 实验状态、llms.txt 非排名信号均为该报告引用的外部文档转述）；07=报告《6v1 未来个人网站深度研究》“个人网站正在发生三次跃迁”节；08=REPO：本站 S1/S2 公开工件（PRD REQ-S1-006、RSS/Sitemap/JSON-LD 构建产物、content schema、agents 能力页、15.1”预留不实现”条款）。
| # | 论断 | 类型 | 出处 | 状态 |
|---|---|---|---|---|
| 1 | 开场”Agent 评估 Java 项目→读 Agent Card→任务→结算”场景 | 案例(设想引例) | 07（报告原文场景，标注为设想场景非实证） | 有源 |
| 2 | 四类访问者及各自需求 | 数据(模型) | 01 表；06 首表互证 | 有源 |
| 3 | 三次跃迁链（名片→知识库→能力节点） | 数据(模型) | 07 | 有源 |
| 4 | “一家只有一个人类员工的科技公司官网”引文 | 观点(引文) | 06 | 有源 |
| 5 | 首页三问（解决什么/最近创造/现在可用） | 数据(设计依据) | 05 §6.2；06 | 有源 |
| 6 | AI 搜索需要 non-commodity、experience-backed 内容；仍建立在可抓取可索引结构清晰之上 | 数据(转述外部指引) | 06（报告引 Google 生成式搜索指导） | 有源-转述（PO G1 后裁定：维持+正文加”截至 2026-09 调研”时限注） |
| 7 | 内容纪律三句（第一手可验证非同质；AI 只做结构化编辑分发） | 观点(原则引文) | 04 §7.1 | 有源 |
| 8 | RSS/Sitemap/canonical/结构化数据为技术底座；llms.txt 不神化（非排名信号） | 数据(转述) | 06 同节；02 表末行互证 | 有源-转述（PO G1 后裁定：维持+正文加”截至 2026-09 调研”时限注） |
| 9 | Browser Agent 用截图/DOM/无障碍树；语义化直接影响操作成功率 | 数据(转述) | 06（报告引 Google agent-friendly 指南） | 有源-转述（PO G1 后裁定：维持+正文加”截至 2026-09 调研”时限注） |
| 10 | WebMCP 方向与”仍是提案、不宜核心依赖、架构预留”判断 | 数据+观点(转述) | 06；02 表（保持兼容思路，标准成熟后实验） | 有源 |
| 11 | 协议路线表（MVP→Beta→验证后）与”服从真实需求，不为协议而协议”引文 | 数据(制度) | 02 | 有源 |
| 12 | “去中心化”四义（域名归属/不依赖单平台/公开协议可迁移/私有实现只公开边界） | 观点(原则引文改写) | 02 末段；07 澄清节互证 | 有源 |
| 13 | 拥有 Capability、供应商只是 Runtime | 观点(引文改写) | 03 §8.1 | 有源 |
| 14 | 本站已实现：Git 内容、RSS/Sitemap/JSON-LD 自动产出、Organization/WebSite/BlogPosting、主题分组、能力页与结构预留 | 数据(实现事实) | 08 | 有源 |
| 15 | “第一版不实现全部协议，只保证结构可演进” | 数据(基线) | 05（15.1 基础能力末条） | 有源 |
| 16 | “机器可读本质是内容治理/元数据纪律” | 观点(推断) | 04+08 机制归纳；已在文中以观点呈现 | 有源-解读，PO 核口径 |
| 18 | 不做 AI 聊天主页（通用聊天缺专业壁垒）；卖可验证结果；“给我评测目标→还你对比数据” | 观点+数据 | 09（4.2 五例、十六章 2/3）；03 §8.2 Model Evaluator 定义 | 有源 |
| 19 | 内容类型清单（文章/手册/基准/数据集/决策/复盘/Skill/能力卡等）与”能力也是内容” | 数据(清单)+解读 | 01 §5.2 十三类型；“能力也是内容”为清单归纳 | 有源-解读 |
| 20 | 一材多用：同一源文件生成 HTML/RSS/Sitemap/结构化数据/搜索索引/RAG 语料，“投影多张、事实源一份” | 数据(制度)+改写 | 04 §7.5 末段；“投影”句为本文修辞 | 有源 |
| 21 | 私有控制平面与公网严格隔离；只公开能力边界不公开内部实现 | 数据(制度) | 01 §5.4；02 末段；03 §8.1 卡片字段 | 有源 |
| 22 | 本站无障碍基线/三档视口/语义化结构为已实现工程项 | 数据(实现) | 08（S1 REQ-S1-007 验收与构建工件） | 有源 |
| 23 | “一个事实源、四种投影”（本体/影子）架构归纳 | 观点(解读) | 由 01 §5.2、04 §7.5、06 操作机制归纳，文中为修辞表达 | 有源-解读，PO 核口径 |
| 17 | 支付/商业化原则 | — | 本篇未引用（避免涉未定商业口径，十六章第 10 条） | 不适用 |