Insights 2.0 的工作流：從 brainstorm 到生產部署的六步
eros-engine v2.4.0 把用户畫像從「每輪改寫」換成「事實賬本 + 定時重建」。這篇講它怎麼做出來：六步、四個倉、幾個各管一倉的 agent 會話，每一步交給下一步的都是一份能讀的文檔。
EtherFun 团队的技术与产品笔记。
-
-
一次 zsh 啓動體檢，順便説清 .zshrc、oh-my-zsh 和 powerlevel10k 各管什麼
一台日常開發用的 Mac，新開終端要等半秒。其中約八成花在 conda 的 shell hook 上，另有一個安裝腳本讓 compinit 多跑了一遍。把 conda 改成按需加載、把補全目錄挪到 oh-my-zsh 前面，啓動降到 0.07 秒。文中給出三層配置的分工、量法、改法，以及一個會把 powerlevel10k 測出假數字的坑。
-
禁用词表拦不住 AI 味
AI 味的顽固部分不在词汇层，在句法框架留下的空位。判断一个句子是不是在填空位，需要句子之外的事实 —— 这决定了这类规则只能在起草时执行，润色阶段结构性地做不到。
-
让 AI 伴侣回复更像人的三个杠杆
为每个任务选择合适的模型，让模型判断何时行动，再打磨它生成的内容：这是我们提升对话质量时拉动的三个彼此独立的杠杆，以及把它们串起来的一条规则。
-
过度拒绝税：为什么"安全"的 LLM 会悄悄丢掉你的数据
在 memory/extraction pipeline 里，过度谨慎的模型不会大声拒绝——它会默默丢掉那些敏感但真实的事实。为什么会这样，中性对齐模型加上解除职责的 prompt 如何修好它，以及那个没人预料到的成本真相。
-
从 3 个 locale 扩到 16 个：Claude Code + Codex 双 AI 配合下的 i18n 翻译工作流
两周内把一个 Nuxt 4 项目从 3 locale 扩到 16 locale。这篇博客讲落到工艺上的具体决策：在哪一步用 Claude Code、哪一步用 Codex CLI、为什么不能混用、并行 codex 静默踩对方目录怎么扛回来，以及一条贯穿所有翻译流程的底层规则——「写谁审谁，永远是另一个」。
-
Nuxt + Supabase：把 Authorization header 换成 SSR cookies 后，我们踩了四个坑
一次从客户端 localStorage session + 到处传 Bearer header 切换到 SSR cookies + 服务端 OAuth callback 的真实迁移。文中给出新旧架构的代码对照，逐个还原 prod 暴露的四个坑（OAuth race、service-role env 命名、partial SSR redirect、Playwright × Vue hydration race），并描述我们在调试期间使用的 Claude Code 主驾 + Codex CLI 二审的双 AI 工作流。
-
eros-engine 记忆机制升级 — 给画像装上分类抽屉
昨天那篇文章里的 schema 写了一列 `category` 但代码里其实没人填它。这篇是 PR
-
pgvector + Voyage 做 AI 伴侣记忆 — 比 Mem0 省 5 倍 RAM
我们怎么用 Postgres + pgvector + Voyage embedding 跑 AI 伴侣记忆层，以及为什么砍掉 Mem0 sidecar 之后引擎稳态内存掉到原来的 1/5。包含具体 schema、Rust 写入 / 检索 loop、以及在 shared-cpu-1x 自托管的部署算账。
-
为什么 AI 伴侣产品不需要通用记忆层
我们在 eros-engine 里从 Mem0 迁移到 pgvector + Voyage。这篇复盘解释：AI 伴侣需要的不是通用 facts store，而是围绕 persona 关系建模的记忆系统。
-
Hello, EtherFun Lab
这是 EtherFun Lab 的第一篇文章 — 用来验证主题、排版和部署管线。