🎉 分享下我配置的 user rules

- Always respond in 中文，但注释一律用英文
- 不要过度设计，保证代码简洁易懂，简单实用
- 写代码时，要注意圈复杂度，代码尽可能复用
- 写代码时，注意模块设计，尽量使用设计模式
- 改动时最小化修改，尽量不修改到其他模块代码

活久见，PS 做得好， SEO 也做得特别好的 Adobe 花了19亿美元收购了 SEM 平台 Semrush。

这让我想起游族花了5亿收购 ShareSDK（Mob）。

都是为了买数据，让自己在数字营销领域更有数据支撑，能够花更少的钱投出更好的效果。

满满的成就感，打磨了2周的品牌站，昨天刚上线，今天居然开单了！

1号种子用户，一定要服务好hh

榨干工作，让工作滋养自己
上班就是攒经验，拿到钱
长时间麻木工作易导致活力丧失、学习能力下降，在高强度工作中保持自我成长需从四个方面着手。
首先要重构工作意义，将为老板打工的思维转变为为自己履历打工，让能力做加法、情绪做减法，避免内耗，工作本质是用时间换取报酬，最大意义在于让自己“卖个好价钱”。
其次要打造能力湖城河，拥有可带走的能力以提高不可替代性，结合行业趋势和个人兴趣找到能产生复利效应的能力，如尝试输出和表达做个人内容，做自己的经验课，学习新技能，进一步夯实自己已有的能力比如AI+岗位，再比如，金融+法律，小语种+金融，等等，做交叉探索
第三是将当前工作环境视为训练场，把草台班子的困境当作系统解决问题的高难度课题，例如将同事甩锅转化为建立工作交接与责任追溯机制的训练，避免为琐事纠缠，复杂项目管理，心态修炼，这里没有谁比谁高一等，这里只有你，其它都是你职场游戏的npc
最后要用市场验证成长，每季度刷新简历、关注猎头反应或选择性参加面试，以市场定价判断能力价值，稳定并非在一处长期任职，而是让工作成为塑造更强自我的磨刀石。

看欧美人的书，不用太重视结论；看中国人的书，不用太重视过程。

各有千秋，都有自己的春秋笔法。

antigravity算是集百家之长了，引导页提醒从cursor或vscode导入配置，快捷键支持vim模式选项（我喜欢），chrome devtools mcp直接集成为浏览器扩展，界面里面还有专门的open agent manager（看描述应该是cc的subagent功能定位，单向简单任务指派和拿结果）和clone from github
（我会在这个thread下持续分享antigravity，对了，注册跳转需要把梯子切换为tun模式）

想做一些内容产品，特别是想做知识专栏，没思路没主题，再或者你想做知识库，不知道什么主题好

不要拍脑门，我推荐一个比较好的渠道，就是海外的各大newsletter平台，去看他们写什么主题，至少能提供给你一些思路，比如substack medium

付费即认可

豆总这个回复写得真好。

注意力的损耗

从来没有在电脑上安装过这么多 IDE 🌚

昨晚到现在，Gemini 3刷屏了社媒和朋友圈，我看到最亮眼的打法是Youware，提前两个月把gemini3.com域名买下来。昨晚Gemini3发布，有大量的用户在谷歌里搜Gemini3会打开这个网站，于是给Youware带来了大量的免费流量。

真的太妙了，这是真正的AI增长黑客，懂模型的发展趋势，从产品、增长各个环节来撬动模型的红利杠杆。

之前我提过，模型首发就是流量红利，但我只做到了最快时间接入新模型，产品框架上最大化释放模型的能力，给用户限免使用。但我没想到还可以通过买域名的方式做增长，路子很野，但很有效，而且是对上面这句话的更加深入的理解。

佩服Youware团队，虽然偏大厂背景，但是已经不再循规蹈矩地做事。

补充一个信息，gemini.com在2015年就被Winklevoss 兄弟的加密货币交易所买了，谷歌的Gemini模型是2023年底发布，迫于无奈，Google 只能用gemini.google.com这个子域名，今年的Gemini流量大增，这个加密货币真的躺赚了好多免费流量

哪位大神来开发一个，用约会式软件的交互，左划右划删除本地照片的软件。垃圾图片快要占满我的存储空间，但又没动力进垃圾堆删除。

一夜之间Gemini 3 刷屏朋友圈，上一次刷屏的应该还是nano banana，不过这次是AI圈互联网圈内刷屏，上次是破圈刷屏。

人类的日常生活，AI最大的两个大众应用，一个是快问快答，另一个是把我图片变好看。

商业职场中，很多职业经理人会不断陷入同一个循环：拿到新offer → 加入新公司 → 获得认可 → 努力付出 → 被误解 → 愤怒失望 → 离职 → 重复。然后在你复盘的时候，你会以为每一次都是组织的问题，但实际上，很多时候，作为一位成年人，你从来没有从「理想化」的幻想中成长起来。这些年在我面试的一些高管中，有那么一小部分真正成熟的职业经理人，在我面试的时候除了会问工作经历和项目经历外，还会有另一条隐藏的主线，这条线就是：理想破灭 → 接受真实 → 重新定位的过程。这个点能够回答好的人，都是认清事实且充满韧性的伙伴，是能够顶住压力打硬仗的。他们在自己的职业生涯中不再苦苦寻找一个完美的组织，而是清醒地进入一个有缺陷但值得合作的体系，并在真实环境中不断的发现问题解决问题，去建立起真正的影响力。这，才是从「巨婴」到「成人」的职场觉醒。

昨晚 Cloudflare 的故障就是下面这个 SQL 导致的。
之前，这个 SQL 运行好好的，只会查询 default 数据库的列信息。
但昨天他们升级了某些用户权限，就导致这个 SQL 会同时返回 default 数据库和底层 r0 数据库的解信息，而他们在调整权限时，完全没有任何一个人想到了要去相应的修改这个 SQL。

于是，查询结果翻倍了，导致结果文件大小翻倍，原本只有大约60个的文件，变成了大约120个特征。

这里就要说到一个关键设计了。Cloudflare的反爬虫模块为了性能优化，预先分配了固定大小的内存，并且硬编码了一个上限：最多支持200个特征。

这个限制本来设得挺宽松的，毕竟实际只用60个，留了3倍多的余量。

但是，当特征文件因为重复数据导致超过200个特征限制时，问题就来了。Rust代码里有个检查，如果特征数超限就会panic(崩溃)，直接返回500错误。

更糟糕的是，这个特征文件每5分钟自动生成一次，并且会快速推送到全球所有服务器。由于权限调整是逐步推送到各个数据库节点的，所以每5分钟，根据查询落在哪个节点上，可能生成好文件，也可能生成坏文件。

这就导致了一个非常诡异的现象：系统时好时坏，一会儿恢复正常，一会儿又全面崩溃。这种症状让工程师们一度怀疑是不是遭到了DDoS攻击。

巧合的是，Cloudflare的状态页面(托管在第三方，完全独立于Cloudflare基础设施)恰好在这个时候也挂了，更加深了"遭受攻击"的怀疑。

于是就让他们在定位问题时想错了方向，浪费了一些时间。

直到权限调整逐步推送到所有节点，每个节点都开始生成坏文件，系统进入了稳定的故障状态，工程师们才最终定位到真正的问题，从而修复了故障。

本次故障，从北京期间11月18日19:28左右开始，到22:30初步恢复，再到19日01:06彻底恢复，总共经历了差不多5.5个小时，是 Cloudflare 自2019年以来的最大故障。