把个人站做成一个能持续维护的信息中心，而不是一张漂亮名片

SILLITER.WANG 一开始是个视觉型主页：首屏、头像、动效、项目卡片、背景音乐、多语言，能看，挺唬人。但真拿它对外时我发现，漂亮解决不了问题——进来的人想要的是三件很朴素的事：快速知道我是谁、看到我在做什么、找到能继续往下验证的东西。一张漂亮名片给不了这些。

所以它被重构了。视觉全留着，但它服务的东西变了：从"好看"变成信息组织 + 信任建立 + 可持续维护。这篇讲这三层是怎么落地的。

一、按访客目的分层，而不是一页塞给所有人

不同的人进来目的不一样，硬塞同一个页面是低效的。所以信息按层拆开，各走各的入口：

页面	解决什么
/profile	快速了解我是谁、背景和技能
/projects	13 个项目的总览和按用途分类
/projects/[slug]	单个项目的背景、角色、技术栈、结果
/projects/[slug]/proof	核实项目真不真——图片和流程证据
/blog	看构建过程和技术决策
/build-system	我用 AI 把想法推进成产品的方法论
/materials	按用途索取录屏、演示或项目资料
/contact /links	联系方式和统一入口

导航本身也按访客动线排：关于 → 项目 → 博客 → 资料 → 联系（是谁 → 做过什么 → 怎么想的 → 深入 → 行动）。首页负责第一层解释，点进去才是细节，谁也不用被别人关心的东西挡路。

二、项目光有名字没用，所以每个都接了 proof

我特别不想把个人站做成一串项目名的列表。一个项目如果只有名字和一句话，读起来跟概念合集没区别，谁都能编。

所以每个项目都接了 proof pack。公开的 proof 不等于交出全部源材料——它可以是产品截图、流程图、架构图、成片画面、工具运行界面，或脱敏后的输出。它只证明一件事：这个项目不是口号，是有真实产物、有明确边界、有下一步可追问的东西。

proof 和 blog 分工明确：proof 回答"是不是真的"，blog 回答"怎么做的"。proof 是一张能核实的截图，博客是一篇讲清关键决策、架构取舍和踩坑的文章——每篇让一个项目从截图变成能被理解、被搜到、被转发的东西。项目数据统一在 projectCatalog.js 一处维护，catalog:check 脚本保证它和文档、proof 资产不脱节。

三、公开和私有必须分开管

个人站最容易犯的错，是图省事把所有材料一股脑扔进公开目录。完整录屏、后台截图、接口文档，这些是源材料，不该直接晾在网上。

所以边界拆开了：公开页面只放确认过可展示的内容；源材料先进 private/materials/ 工作流——这个目录不进 Git，也不会被部署。围绕它写了一套本地命令，每个对应一段职责：

• init-private-materials 初始化清单
• discover-private-materials 扫描本机项目里的候选材料
• plan-private-materials 对选中的做 dry-run 预览
• check-private-materials 校验私有文件有没有被清单正确记录
• stage-private-material / report-private-materials 生成本地 receipt，确认每份材料后续是邮件发送、脱敏还是转成公开 proof

这套流程看着重，但它解决一个真问题：一个对外传播的信息中心，既要方便别人拿到该拿的，又不能让不该公开的东西混进站里。私有和公开之间隔着一道显式的、有校验的闸门，而不是靠记性。

四、让它像产品，不像一次性网页

这个站早不是"本地能打开就行"的状态。每次改动都会跑一整套校验：项目数据、外链社交入口、博客文章、材料与 proof 资产、安全审计、Next.js 构建，最后 smoke-site.mjs 点核心页面（语言切换、主题切换、音乐开关、移动端布局，检查 OG 图、RSS、sitemap、结构化数据、proof 图片和 console 报错）。push 之后 GitHub Actions 再自动跑一遍。

技术底座也在往"更省心"进化：站现在是 Next.js 全静态导出、托管在 Cloudflare Pages，push 到 GitHub 就自动构建上线（这次迁移的细节我单独写了一篇）。预构建 JSON 模式（md → posts.json，运行时不碰文件系统）让全站静态化成为可能。整个链路的意义是：加页面、加文章、加材料都变成安全操作——每次都知道有没有把已经好的入口弄坏。个人站从一个作品，变成一个能持续维护的东西。

它现在替我做的事

现在的 SILLITER.WANG 对我有几个具体作用：对外介绍页，让人快速知道我是谁；项目索引，把散在本机和 GitHub 上的东西组织起来；proof gallery，降低"这些项目真不真"的解释成本；博客，把构建过程沉淀成能传播的内容；材料中心，让演示和项目资料有明确的索取路径。

我更愿意把它当成一个会持续更新的东西，而不是一个做完的网页：项目继续做，文章继续写，证据继续补。每次迭代，都让"我是谁、我做过什么、为什么值得信"这三个问题回答起来容易一点。它本身，也是我"用 AI 一个人把东西从想法做到可维护产品"这件事的一个样本。