Harukaze Lab 2026-08：从展示型个人站到真实工程日志

为什么现在重构

Harukaze Lab 的第一版完成了一个重要任务：把个人站从想法变成了可访问的 Web 产品。

但到了 2026 年 8 月，真正的问题已经不是“页面够不够漂亮”，而是网站表达的内容是否和我现在真正做的事情一致。

这次最重要的变化：从包装转向证据

旧内容里存在大量很像“标准成功案例”的数字、结论和经历描述。即使它们看起来专业，只要缺少可验证证据，就不应该成为个人技术品牌的核心资产。

所以从这一版开始，我采用一个更简单的原则：

• 已经验证的，写清楚证据和当前状态；
• 正在做的，明确写“进行中”；
• 还没做的，写成计划，不把未来时包装成过去时；
• 涉及客户和隐私的内容，默认匿名化；
• 不为了好看而制造量化指标。

网站现在记录什么

当前重点收敛到四个互相连接的方向：

1. AI-native Engineering：如何让 Agent 真正进入研发与交付工作流；
2. FDE 与企业现代化：如何把真实企业问题转化为可维护的软件系统；
3. 通信系统：以 Asterisk / SIP 为入口，做一个从本地 MVP 可演进到企业部署的通信平台；
4. Build in Public：持续公开架构选择、边界、失败和复盘。

为什么没有直接追最新框架

技术升级当然重要，但内容重构和框架大版本迁移同时发生，会把风险混在一起。

因此这次先完成定位、真实性、SEO 基础和 AI Coding 工程上下文；Next.js / React / Tailwind 的主版本迁移放到独立变更中，并要求有完整构建验证。

接下来

Harukaze Lab 不再追求“看起来什么都会”，而是持续回答三个问题：

• 现在真正正在解决什么问题？
• 为什么选择这套工程方案？
• 最终有没有形成可运行、可部署、可复用的结果？

如果这些问题能长期被回答，这个网站自然会变成比传统简历更有价值的工程档案。