把信息架构当成内容
栏目、卡片和链接只是容器，不能替代真实输入、过程、结果与边界。
Development note · 2026.08.23 · Local
从“页面存在”到“内容可看”
一轮真实返工记录：为什么页面、导航和测试都通过以后，个人网站仍然可能没有完成。
01 · 当时看起来已经完成
统一首页、作品索引、系统总览、方法、写作和关于都已经存在；导航可以往返，桌面和手机没有横向溢出，禁用脚本也能读到正文。静态合同达到 18/18。
从工程角度看，这很像一个安全交付点。但用户点进作品、系统和方法后，看到的仍是几段定位、一个概念封面和“材料待补”。页面存在，内容却没有真正出现。
测试证明页面符合我们写下的合同；用户评审证明合同本身写错了。
02 · 误判发生在哪里
把审计原型当成作品详情
“哪些材料可用”是制作过程，不是访客最终要阅读的案例。
把封面示意当成运行证据
设计图可以解释结构，但不能证明产品真的运行、数字真的成立。
只验证关键字和路由
页面包含标题、段落和导航，不等于访客能回答“做了什么、凭什么相信”。
03 · 新的内容合同
返工后，每种栏目不再复制同一份项目介绍，而是承担不同问题。
| 栏目 | 必须回答 | 不能用什么代替 |
|---|---|---|
| 作品 | 问题、行动、真实输入输出、证据、判断变化与边界。 | 概念封面、功能列表和未经核实的大数字。 |
| 方法 | 来源项目、步骤、具体案例、失败方式与适用边界；工作系统作为运行中的方法结构归入这里。 | 一句金句、通用 Prompt 合集或只有箭头的抽象系统图。 |
| 写作 | 发布现场、判断变化、日期 / 状态和与其他模块的关系。 | 重复作品正文或把草稿冒充已发布文章。 |
04 · 返工怎样展开
- 01
先回到真实材料
重新检查正式页面、原型、运行账本、图片、发布文章和工作副本，不靠空白模板续写。
- 02
建立证据等级
可公开验证、项目记录、待用户确认与不应公开分开出现，不让语气把它们混成事实。
- 03
先补访客真正能看的正文
Task Radar 展示真实 UI 和状态证据；PHTI 展示在线产品和数据账本；video-scribe 接入真实运行记录；职业案例只展示脱敏关系。
- 04
再建立来源关系
作品讲现场，方法讲可复用判断与运行中的工作系统，写作讲公开表达。
- 05
最后重新验证
所有新增页面、内部链接、桌面 / 手机排版、图片解码和无脚本阅读都要重新检查。
05 · 一个意外的证据
video-scribe 最能说明返工为什么必要。完整原型里原本只有一张设计封面和几段流程；继续查找实际工作副本后，发现了 2026 年 4 月真实运行账本、早期界面、输出目录与当前测试套件。
结果不再是“支持三种输入、四条路径”的功能宣传，而是一条能被复述的记录：17 次尝试，14 次成功、3 次失败；一条英文长访谈怎样保留转写、翻译、分析、中间整理和最终笔记；50 项当前代码测试通过，同时 Prompt 回归数据仍只是示例。
更完整的内容不是写得更肯定，而是把成功、失败、时间口径和仍缺的证据一起展示。
06 · 当前仍没有完成什么
两篇公众号发布日期
- PHTI 发布文章：2026-04-12
- 额度悬浮球文章：2026-07-14
- 均回到公众号原文的创建时间核对
私人和内部材料
- 原始对话与提示词
- 私有目录、账号与凭据
- 企业人员、字段与业务数据
长期公开口径
- 职业案例授权与统计周期
- 部分历史版本与用户反馈
- 动态数据在发布前再次复核
07 · 这次返工留下的判断
个人网站的完整，不是每个导航下面都有一个页面，而是每个页面都让访客看见一段真实实践怎样形成、被质疑，又因此改变。