OpenAI 使用名为 `__obi` 的追踪 Cookie,将其关联至您的 ChatGPT 账户,从而追踪您在第三方网站上的活动。当您使用 ChatGPT 时,该平台会生成一个存储在此 Cookie 中的唯一标识符。
当您访问集成了 OpenAI 广告代码的外部网站时,浏览器会自动将此 `__obi` Cookie 发送至 OpenAI 的服务器。这使得该公司能够收集您的浏览习惯数据,包括搜索词、产品兴趣和购买行为,从而有效地将您的站外活动与您的 ChatGPT 身份关联起来。即使您已选择拒绝营销追踪,该系统依然会运行,因为 OpenAI 将其归类为“分析”工具。
这种数据收集范围广泛,通常会在哈希处理前从表单字段和标签管理器中抓取敏感信息,例如电子邮件、姓名和地理位置数据。尽管 OpenAI 将其标记为分析工具,但它实际上是一种类似于大型广告技术公司所使用的复杂跨站追踪机制。OpenAI 尚未就此 Cookie 的分类及其绕过营销许可的行为提供明确解释,鉴于 AI 对话界面中通常包含敏感信息,这引发了严重的隐私担忧。
**Gorai** 是一个旨在将机器人构建为分布式系统的机器人平台。通过将每个传感器和执行器视为基于 **NATS 网络**的服务,它无需复杂的布线即可实现位置透明、服务发现以及稳健的健康监测。
**主要特性:**
* **单二进制文件部署:** 项目可编译为包含机器人逻辑和嵌入式 NATS 服务器的单一静态二进制文件。它不需要容器或 Kubernetes,非常适合树莓派(Raspberry Pi)等基于 Linux 的硬件。
* **组件模型:** 受 Caddy 启发,组件通过 Go 模块进行管理。只需在 `main.go` 中添加一个空白导入(blank import)即可引入驱动程序,无需自定义包管理器即可实现模块化。
* **AI 就绪:** Gorai 将 AI 智能体视为一等公民,提供“NCP”(NATS 能力协议),允许智能体与硬件工具进行原生交互。
* **运维导向:** 该平台通过内置的事件溯源(event sourcing)、重放和服务发现功能,将可靠性放在首位。
* **动态发现:** 支持硬件热插拔,允许机器人在运行时自动检测并采用各项功能。
Gorai 专为那些相比传统机器人中间件(如 ROS 2)的开销,更看重自主性、车队可扩展性和运维简洁性的团队而设计。
“资深工程师死亡螺旋”是一个常见的陷阱。专业人士因“冒充者综合症”作祟,试图通过独立承担过于宏大的项目来证明自己的价值。他们“扮演”着资深角色,长时间过度透支工作,并对外提供模糊且盲目乐观的进展汇报,最终导致身心俱疲、表现下滑,甚至面临被解雇的风险。
为了避免这种情况,应将心态从“以结果为导向”转变为“以势头为导向”。不要试图独自扛下庞大的项目,而是回归团队,做一个支持型队友。专注于小规模的渐进式任务,处理琐碎的“基础工作”,并给予他人协助。这能帮助你重建日常节奏,巩固职业人际关系。
目标是通过稳健、可见的进展来建立信任与可靠性,而非盲目充当英雄。通过保持透明并持续沟通工作进展,你将建立起作为团队核心成员的声誉。软件交付本质上是一场马拉松而非短跑;通过培养耐力和持久的习惯,你自然会获得承担更大职责所需的信任。请记住:你的工作核心是建立声誉,实际的软件开发只是建立在信任与可靠性基础之上的次要工作。
厌倦了云服务提供商的“平台腐化”和存储订阅费用,作者通过构建一台多功能的定制家用服务器,重新夺回了数字生活的自主权。
作者利用一台老旧的 Zotac MAGNUS EN1070K 迷你电脑,通过 3D 打印定制了外壳,以容纳六块硬盘、一个 Pico 电源和升级后的散热系统。尽管面临 2026 年硬件短缺和成本上升的挑战,作者仍利用二手硬盘组建了一个 29 TB 可用容量的 RAIDZ2 存储池。
作者摒弃了 TrueNAS 等限制性强的方案,选择在 Kubuntu 系统上运行 ZFS 和 Docker。该设备前方配备了一块由 ESP32 驱动的定制触摸屏,用于实时监控,并配有黑底琥珀色的仪表盘界面。
最终成品是一台功能强大的“家庭电脑”,它在无需依赖云订阅或远程服务器的情况下,即可管理备份、媒体资源和本地服务。该项目凸显了一个日益增长的趋势:通过重新利用闲置硬件来保障数据隐私和独立性,证明了我们可以从科技巨头手中夺回数字基础设施的控制权。
为了改善居家环境并优化数字内容获取方式,作者将一个落满灰尘的 LILYGO T5 ESP32 电子墨水屏改造为定制信息仪表盘。他的目标是汇总室内气候指标、Hacker News 资讯、天文事件和空气质量等核心数据,以减少对分散注意力的社交媒体算法的依赖。
该项目经历了迭代设计过程。在最初杂乱无章的尝试后,作者利用 Claude Code 将显示界面结构化为功能性网格布局,通过调整字体和整合信息区域来优化可读性。
从技术层面看,该系统使用中心服务器将数据汇总为 JSON 格式,并通过 Wi-Fi 发送给 ESP32 获取。尽管作者在过程中遇到了 mDNS 解析失败和深度睡眠期间的电源管理等挑战,但他已成功构建了基础架构。该项目目前仍在持续进行中,未来计划集成室内空气质量传感器、优化变化检测逻辑以减少电子墨水屏刷新次数,并增强 TODO 列表与阅读清单之间的数据同步。