小四每日精选

这条把 Claude Code 的「变笨」问题解释成 context rot，而不是简单归咎于模型退化。核心判断是：窗口越满，模型对任意具体信息的召回越差；Claude Code 不是单纯聊天模型，而是一个帮你管理上下文的 harness。

作者把 context engineering 拆成四个动作：Write，把必须长期保留的内容写到 CLAUDE.md，而不是留在聊天；Select，用 @ 文件或明确函数名只拉入相关材料；Compress，主动用 /compact，并带 focus，例如 /compact focus on the auth refactor；Isolate，用 subagents 把大范围探索放到独立窗口，只把最终结果带回主线程。额外两个工具是 /context 看当前窗口消耗，/clear 在不相关任务之间清空。

这条对 AI 编程工作流很实用，因为它把「模型能力」和「上下文卫生」分开。更强模型会提高上限，但不会自动修复一个塞满无关日志、旧文件和过期目标的会话。团队如果想稳定使用 Claude Code / Codex，需要把上下文当预算管理，而不是当无限空间。

一位日本独立开发者在 r/SaaS 复盘了自己的翻译 app：2025 年 10 月上线，约 8 个月做到 $10k MRR。他不在东京，也不在典型创业圈，增长路径没有广告、没有付费 referral、没有大发布，主要靠在 X 上持续公开进展，再由用户自然分享扩散。

这个案例最有价值的是它反驳了几个常见动作执念。创始人说，发布前花了太多时间猜「有没有人想要这个」，但很多预测最终都错了；产品一开始只是解决自己的问题，放出来后才发现别人也有同样问题。他没有采用硬 paywall，也没有做 TikTok marketing，因为这些不符合自己的能力和表达方式。对他来说，landing page 最重要的是让人立刻知道产品做什么，而不是写聪明但模糊的口号；如果用户能在页面上直接试一部分产品，效果更好。

他的 AI 使用边界也很清楚：后台会自动化 log analysis、performance monitoring、incident response 等流程，但不把最后一公里交给 AI；代码自己读，用户真正接触的 UI 自己把关。这个取舍对当下 solo founder 很实用：AI 可以提高产能，但用户体验和审美判断仍然是差异化资产。

最可复制的商业判断是那句类比：营销像 lighter fluid，产品像 wood。如果 wood 是湿的，倒再多 lighter fluid 也烧不起来。也就是说，独立开发者不必复制美国 tech Twitter 的所有增长套路，先把一个高频问题做成让目标用户顺手的体验，再选择自己能持续执行的分发方式。