把中文作为产品记忆

个人主页如果只是一张漂亮名片，语言选择并不复杂。但当它开始承载项目地图、阶段复盘、知识库、作品集和长期写作时，语言就不再只是展示层，而会变成系统的一部分。

中文在这里的价值不是“把英文翻译一遍”。它更适合承载判断、权衡、过程和协作语境。尤其当项目本身由中文讨论、中文复盘和中文飞书知识库推动时，中文内容应该进入公开站点，而不是只留在后台文档里。

#语言也是系统表面

界面语言不是皮肤。它决定读者如何理解一个人的工作方式、判断方式和表达密度。

英文适合保留在组件名、技术路径、API、品牌和开源生态里，因为这些对象本来就以英文运转。中文适合表达项目判断、阶段复盘、协作原则和知识沉淀，因为这些内容更依赖语气、边界和细腻的上下文。

所以这个站点不需要立刻变成严格双语站。更好的策略是先建立中文内容的“居住规则”：哪些页面适合中文，哪些页面只需要少量中文入口，哪些技术对象应该保持英文。

#中文应该住在哪里

博客适合承载完整判断。它可以解释一个阶段为什么这样做，而不是只展示做了什么。

Knowledge 适合沉淀短原则。比如“公开可达优先于内部存在”这种规则，不应该只埋在某次聊天里，它应该成为可引用的知识条目。

Uses 适合记录工作流。工具本身可以是英文品牌，但使用方式、节奏和决策标准更适合中文描述。

About 适合表达工作原则。一个人的产品判断和协作方式，如果只能用抽象英文短语描述，往往会损失很多真实感。

#先保持小而稳定

中文内容第一阶段不追求数量。真正重要的是：它能不能进入现有系统，而不破坏导航、筛选、搜索、排版、移动端和追踪机制。

如果这次试点成立，下一步可以继续补三类内容：

• 中文长文：阶段复盘、产品判断、设计原则。
• 中文 Knowledge：可复用的项目规则和决策句。
• 中文 About/Uses：更真实的工作方式和工具链说明。

这会让个人主页更像一个活的 Studio，而不只是一个漂亮的英文模板。