runesleo

你快不快乐，跟你在做什么关系不大。
跟你做这件事的时候人在不在场，关系很大。
这是哈佛 2010 年发在 Science 上的一个研究，用 iPhone 随机弹窗，采样了两千多人在真实生活里的实时状态。
—— 三个数字 ——
　人有 46.9% 的清醒时间在走神
　「做什么」只能解释 4.6% 的快乐差异
　「有没有走神」能解释 10.8%
也就是说，你在想什么对此刻快不快乐的影响，是你在做什么的两倍多。
而且走神在每一种活动里都占到至少 30%。唯一的例外是做爱。
—— 最反直觉的一条 ——
你可能会想：那我走神去想点开心的事，不就行了。
数据说不行。
走神到愉快的话题时，人并不比专注当下更快乐——这个差异在统计上不显著。
而走神到中性或不愉快的话题，明显更不快乐。
所以走神本身就是有成本的，跟你走神到哪儿关系不大。想好事也救不回来。
—— 是因还是果 ——
这是我第一个怀疑的地方：会不会是心情不好导致走神，而不是走神导致心情不好？
研究做了时间滞后分析：走神在前，情绪下降在后。
方向是走神 → 不快乐，不是反过来。
—— 对一个人做事的人意味着什么 ——
我们习惯的解法是换事情做：这个项目让我烦，那就换个更有意思的。
按这个研究，换事情的收益上限只有 4.6%。
真正的杠杆不在做什么，在做的时候人在不在。
同一件枯燥的活，人在场做，可能比一件有趣的活心不在焉地做状态更好。
——

你写了清理代码，和这段清理代码从来没执行过，可以同时为真。
而且全程不报错。
—— 怎么发现的 ——
一个常驻的后台进程，每次该清理的临时文件都还留着。越积越多。
翻代码，清理逻辑写得好好的，注册在 atexit 里。
看起来完全正确。
—— 真相 ——
atexit 只在进程「正常退出」时执行。
而常驻进程几乎从不正常退出。它的结局通常是：
　被 kill 掉（默认发 SIGTERM）
　被进程管理器重启
　系统关机时被终止
　内存不够被 OOM killer 干掉（SIGKILL）
这些情况下，atexit 一次都不会跑。
SIGKILL 更彻底——它连信号处理器都不给你机会执行。
所以「我写了清理」这句话，在常驻进程这个场景里，默认是假的。
—— 为什么特别难发现 ——
因为它不抛异常。
代码是对的，注册是成功的。你本地测试时手动 Ctrl+C 或者跑完退出，它还真的执行了。
只有在真实的生产结局里，它才安静地不执行。
一个不报错、测试还能通过、只在生产环境失效的缺陷，可以躺几个月没人发现。
—— 正确做法是两层 ——
第一层：显式注册信号处理器，接住 SIGTERM 和 SIGINT。
这层覆盖绝大多数被终止的情况。
第二层：进程启动时，主动扫一遍上次留下的残骸并清掉。
这层才是关键——因为 SIGKILL 谁也接不住，唯一能兜底的时机是下次启动。
只做第一层看起来很完整，

我把一个文件复制了一份当备份。
结果两份一起废了。
原因是：那个文件里装的不是数据，是身份。
复制一份数据，你就有了两份数据。
复制一份身份，你不是有了两个身份 —— 是同一个身份，同时出现在两个地方。
任何平台看到这个，第一反应都是「号被盗了」。于是整个凭证作废，副本和原件一起死。
这类东西比大多数人以为的多：
· 账号登录态
· API key、授权文件、证书
· 浏览器 cookie
· 各种「记住我」的凭据
你以为在做备份，其实在造分身。而系统只认一个。
最阴的是它不当场报错 —— 废掉的那一刻一切照常，等你真要用的时候才发现。
所以复制任何东西之前，先问一句：
这里面装的是数据，还是身份？
数据可以复制。身份只能挪，不能分。

一个人干活，最难的不是没事做，是早上打开电脑不知道从哪下手。
我后来发现症结在于：把两件完全不同的事挤在同一个时间点做了。
一件是**看世界**——外面发生了什么、有没有跟我相关的变化、哪条值得跟。这件事的性质是筛选，输入来自外部，做完应该是一份「值得看的 0-3 条」。
另一件是**管自己**——我手上有什么在跑、卡在哪、今天推哪一个。这件事的性质是排序，输入全是自己的存量。
混在一起做，结果就是一边刷信息一边焦虑该干活，两件都做不好。
拆开之后顺序也是固定的：**先看世界，再管自己**。反过来会出问题——你按昨天的判断排好了今天，然后才发现外面变了，排的东西已经不该做了。
值得抄的是这个分工，不是任何人的具体流程。你的两件事可能各花五分钟，但它们必须是两件事。

你让 AI 帮你处理事情的时候，密码这一关是怎么过的？
我见过三种，风险差得很远：
一、直接把密码贴进对话——最省事，也最糟。那句话会进上下文、进日志、可能进训练数据，而且你撤不回来。
二、让 Agent 去读你的密码管理器——听起来专业，但它拿到的是明文，之后这段上下文去了哪你不知道。
三、Agent 只发起请求，你在密码管理器自己的界面点确认，值直接填进页面。Agent 全程只看到「已授权 / 未授权」，看不到值。
第三种才是能长期用的。判据很简单：**这个方案里，明文有没有经过 AI 的上下文**。经过了就不安全，不管中间包了几层。
还有一条更基础的：需要密码的操作，尽量别让 Agent 代劳，让它把你送到那一步就够了。省下的那点时间，不值得拿账号去换。⚠️

先把 Cloudflare Wallet 的品牌名拿下了：
☁️
目前一个 Cloudflare 账号只能认领一个 handle。想保留品牌名的，可以先去看看：

给自己的 AI 试试这个 prompt：
【来跟我讨论一下，十年后我想成为怎样的人。
别只聊抽象愿景，帮我把财富、工作、健康和关系都聊清楚。
以后每周带我复盘：这周做的事，有没有让我离那个方向更近？如果偏了，告诉我下周最该调整的一件事。】

很多人把这次改动理解反了：
Polymarket 改的不是起跑线，而是终点判定。
起跑线仍是本轮 Price to Beat；终点则从最后一个瞬时价格，变成最后 30/60 秒的平均价格。

自动交易现在很热，大家都在教 Claude 直接下单。
但权限不该这么捆在一起。
可拿走的一条规则是：研究权限可以给 Agent，交易权限（钱包、签名、下单）不能一起交。
正确拆法是：只开公共只读研究面，执行面永远单独、人工放行。
polymarket-toolkit 就是这么做的。
GitHub runesleo/polymarket-toolkit 开源后，MCP 提供了 10 个只读工具。
能查 profile、活动、市场扫描、赎回状态这些研究工作。
工具不带 key、不连钱包，也完全不能下单。
npm 上的 polymarket-toolkit-mcp 最新版 0.7.2，规则一致。
先把研究面开放出来，钱包签名和订单执行走另一道人工门。