这篇周记是在 W25 补写的——W24 周末两天全天带孩子，没有空闲时间写。
咖啡店 WiFi 与 Netbird
6 月 6 日，周末，外面下雨，家里嘈杂(娃没法出去玩)，早上出门找了家本地连锁咖啡店。连上 WiFi 之后发现网络有点不对——不开 WireGuard 时网页响应很快，一开 WireGuard 就开始严重丢包。初步判断是咖啡店的网络对 UDP 有限制，可能是为了防止 P2P 下载之类的流量。
这一折腾就是一整天。WireGuard 走不通，魔法工具也依赖家里 HomeLab 的出口，整个链路都受影响。换运营商热点、尝试不同连接方式，绕了一圈之后结论是：需要一条在 UDP 被封时能自动回退 TCP 的内网穿透方案。
最终选了 Netbird。P2P 优先，UDP 不通时自动走 TURN relay，可以走 TCP 443。同时支持 Subnet Router，HomeLab 里只需要一台节点宣告内网网段，不必给每台机器装 client。详细的部署记录见 Netbird 自建笔记。
另一件顺带记录的小事：不同咖啡店的拿铁，各家的成分不同，对乳糖不耐体质的影响有明显差异，这个已经单独记录了一下：星巴克拿铁 vs 独立咖啡店。
Giscus 评论区
6 月 9 日早上打开邮件，收到了一个 GitHub Issue 通知——上一家公司同项目组的前同事，给我的 blog 仓库提了个 issue，希望我加一个评论区。挺有意思的，前东家大裁员、项目解散已经将近一个月了，结果还能从老同事那收到"需求"。只不过这次没有 PID（项目 ID），让我有点恍惚，感觉像是又收到了项目上的客户反馈。
最后选了 Giscus，基于 GitHub Discussions 实现，隐私和管理都在自己手里。集成过程大部分可以自动化，只有 Giscus 的 category ID 需要手动获取。
注册一人公司
6 月 8 日 Netbird 收尾的时候，想起一个朋友之前研究过内网穿透方案，就找他聊了聊。聊着聊着话题转到了他们项目的一些潜在新需求，他提了一个可能的合作机会。但是合作结算方式需要公对公账户结算，这就引出了注册公司的问题。6 月 10 日，我注册了一家一人有限公司。除了这个合作契机，还有一个个人项目的需求——计划给注册用户开通微信支付，微信官方要求有公司实体和对公账户。两个因素叠加，推着把这件事做了。
注册过程在 AI 引导下整体顺利。最难的环节是取名字 -_-，改了几轮才通过审核。流程走到最后一步，AI 才提示我：注册公司可能导致失业保险断档，6 月起的医保等社保需要通过公司账户自行缴纳。提示来得有点晚，不过还在可处理范围内。
公司目前是完全的空壳状态：刚拿到营业执照，零业务、零客户、没有雇员。4 月被裁员后进入了一段探索期，注册公司是这段时间里为某种未来的可能性先备好一个合法容器。
关于为什么要在周记里如实写出注册公司这件事：博客是我长期的、公开的数字记录，注册公司是客观发生的事实，没有理由略过。如果未来全职工作的合规政策有限制，会先探讨在合规框架内保留公司作为个人项目载体的可能性；如果确实不行，配合调整或注销也是可以接受的结果。
关于这段时间对个人运营方式的思考，另有一篇单独记录：一人公司：我对个人运营的理解。
文档校验工具
给一位朋友开发文档格式和内容的批量校验工具，持续迭代中。需求从最初的简单场景不断扩展，现在已经比最初设想的复杂不少。计划做前后端分离，把功能做得更完整，这样朋友就能自己用了。BTW 现在的确是 AI 时代，但是并不是所有人都有时间和精力去跟 AI 一起开发个工具，开发者们还是有机会的。