Binance Square
Leolabs AI 实验室
479 投稿

Leolabs AI 实验室

AI Crypto 独立构建者。用 Claude Code / Codex 搭自动化交易与数据分析系统,链上研究与策略实盘,过程公开。
取引を発注
高頻度トレーダー
8.9年
4 フォロー
11 フォロワー
19 いいね
投稿
ポートフォリオ
·
--
翻訳参照
有人在讽刺现在的创业方法论:找个火的产品,前面加个 Open,让 AI 照着抄一遍,然后管它叫开源精神。 好笑,但它指向一件不好笑的事:复制的成本已经接近零了。 以前抄一个产品、一篇深度分析、一套方法论,要几个月。现在一个下午。 所以真正该问的不是「怎么防止被抄」,而是「什么本来就抄不走」。 我的答案是一条分界线:能被一次性生成的东西会贬值,只能靠时间累积的东西会升值。 AI 压缩的是生产,不是积累。 按这条线往下推,值得坚持的其实只有三件事。 第一,做能产生一手信息的事。 自己下场,不只是评论。自己下过单才知道成交价和你以为的不一样,自己踩过坑才知道文档里哪句话是错的。AI 能重组所有已经存在的信息,但它没办法替你去经历那些还没有被写下来的部分。一手信息是唯一不在训练集里的东西。 第二,公开记录你的过程,包括错的那部分。 一次公开的修正,比十篇正确的文章更能说明你在真的做事。抄的人抄得到你的结论,抄不到你是怎么发现自己错的——而且他也不会知道错在哪,因为他没算过,只是复制了结果。 第三,持续。 这条最土,也最难被复制。因为复制品没有下一版。抄一次的成本是一个下午,抄三年的成本是三年,而那正好是你已经在做的事。 说到底,AI 没有改变什么东西有价值,它只是让「看起来有价值」变得很便宜。 真正的分界线一直没变:你的东西是从哪来的。 是生成的,还是长出来的。
有人在讽刺现在的创业方法论:找个火的产品,前面加个 Open,让 AI 照着抄一遍,然后管它叫开源精神。

好笑,但它指向一件不好笑的事:复制的成本已经接近零了。

以前抄一个产品、一篇深度分析、一套方法论,要几个月。现在一个下午。

所以真正该问的不是「怎么防止被抄」,而是「什么本来就抄不走」。

我的答案是一条分界线:能被一次性生成的东西会贬值,只能靠时间累积的东西会升值。

AI 压缩的是生产,不是积累。

按这条线往下推,值得坚持的其实只有三件事。

第一,做能产生一手信息的事。

自己下场,不只是评论。自己下过单才知道成交价和你以为的不一样,自己踩过坑才知道文档里哪句话是错的。AI 能重组所有已经存在的信息,但它没办法替你去经历那些还没有被写下来的部分。一手信息是唯一不在训练集里的东西。

第二,公开记录你的过程,包括错的那部分。

一次公开的修正,比十篇正确的文章更能说明你在真的做事。抄的人抄得到你的结论,抄不到你是怎么发现自己错的——而且他也不会知道错在哪,因为他没算过,只是复制了结果。

第三,持续。

这条最土,也最难被复制。因为复制品没有下一版。抄一次的成本是一个下午,抄三年的成本是三年,而那正好是你已经在做的事。

说到底,AI 没有改变什么东西有价值,它只是让「看起来有价值」变得很便宜。

真正的分界线一直没变:你的东西是从哪来的。

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

结果两份一起废了。

原因是:那个文件里装的不是数据,是身份。

复制一份数据,你就有了两份数据。
复制一份身份,你不是有了两个身份 —— 是同一个身份,同时出现在两个地方。

任何平台看到这个,第一反应都是「号被盗了」。于是整个凭证作废,副本和原件一起死。

这类东西比大多数人以为的多:
· 账号登录态
· API key、授权文件、证书
· 浏览器 cookie
· 各种「记住我」的凭据

你以为在做备份,其实在造分身。而系统只认一个。

最阴的是它不当场报错 —— 废掉的那一刻一切照常,等你真要用的时候才发现。

所以复制任何东西之前,先问一句:

这里面装的是数据,还是身份?

数据可以复制。身份只能挪,不能分。
翻訳参照
这周群里有人花了好几天,想复现一个头部地址的打法。每个测试至少跑两小时。 结论是:复现不了。 不是差一点,是「就算不排队、延迟 0 都做不到」。 他后来做了一件很聪明的事:改用回放模拟,允许自己偷看未来——反正是回测,作弊也无所谓,就想知道差距到底在哪。 结果是要偷看到 3 秒以后,才有可能追上他。 而 3 秒在真实交易里是不可能的。 这个测法值得单独说一下。 一般人复现不了别人的策略,第一反应是「我的速度不够」,然后开始买机器、拉专线、优化链路。但速度是个连续变量,你永远不知道要快到什么程度才够——只能一直花钱。 允许自己偷看未来,等于把「速度」这个变量直接拉到无穷大。如果这样都追不上,那差距就一定不在速度上,是别的东西。 这是一次很干净的证伪:不用买任何东西,就排除掉了一整个方向。 同一场讨论里,另一个人给了个方向完全不同的答案: 「其实我做到现在就是觉得,撤单(不接毒单)是最重要的。」 还有一条更实际的,我觉得是这周群里最有价值的一句: 「maker 的难点是实盘不保证成交,所以实际买入大概率价格更高——下跌肯定直接成交了。」 这句话初看是抱怨,细想是个结构性的东西: 你挂单能不能成交,不是随机的。行情往对你不利的方向走时,你的单一定成交;往有利的方向走时,你大概率被跳过。 所以「成交」这个事件本身就带着方向。你回测时假设的成交价,和你实盘拿到的成交价,差的不是滑点,是这一层筛选。 换句话说——你能成交的时候,往往正是你不该成交的时候。 这也解释了为什么模拟盘和实盘差那么远。模拟里成交是「价格到了就算成交」,实盘里成交是「有人愿意把不利的那一边卖给你」。前者是价格问题,后者是对手方问题。 这周还有个背景:平台同一周动了两个开关。 TWAP 拉满,抹平错误定价——靠误定价回归的策略直接废。 Taker 延迟从 250ms 砍到 50ms,利好吃单方——再砍一次信号驱动的做市。 两个开关方向是反的,但落点是同一批人。群里那句总结最狠:「改 taker 延迟本质上淘汰掉微观结构套利的 maker。」 所以现在的局面是:靠速度追不上(有人已经用偷看未来证明了),靠误定价的路被 TWAP 堵死了,靠做市的又被延迟调整削一刀。 剩下能站住的,只有那些不依赖以上任何一条的东西——比如判断哪些单不该接。 本周完整的社群精华在频道,包含流动性 8 小时缩 3 倍的实测、扫尾拥挤度、以及群里 11 条还没答案的问题(每条可点回原消息核对上下文):
这周群里有人花了好几天,想复现一个头部地址的打法。每个测试至少跑两小时。

结论是:复现不了。

不是差一点,是「就算不排队、延迟 0 都做不到」。

他后来做了一件很聪明的事:改用回放模拟,允许自己偷看未来——反正是回测,作弊也无所谓,就想知道差距到底在哪。

结果是要偷看到 3 秒以后,才有可能追上他。

而 3 秒在真实交易里是不可能的。

这个测法值得单独说一下。

一般人复现不了别人的策略,第一反应是「我的速度不够」,然后开始买机器、拉专线、优化链路。但速度是个连续变量,你永远不知道要快到什么程度才够——只能一直花钱。

允许自己偷看未来,等于把「速度」这个变量直接拉到无穷大。如果这样都追不上,那差距就一定不在速度上,是别的东西。

这是一次很干净的证伪:不用买任何东西,就排除掉了一整个方向。

同一场讨论里,另一个人给了个方向完全不同的答案:

「其实我做到现在就是觉得,撤单(不接毒单)是最重要的。」

还有一条更实际的,我觉得是这周群里最有价值的一句:

「maker 的难点是实盘不保证成交,所以实际买入大概率价格更高——下跌肯定直接成交了。」

这句话初看是抱怨,细想是个结构性的东西:

你挂单能不能成交,不是随机的。行情往对你不利的方向走时,你的单一定成交;往有利的方向走时,你大概率被跳过。

所以「成交」这个事件本身就带着方向。你回测时假设的成交价,和你实盘拿到的成交价,差的不是滑点,是这一层筛选。

换句话说——你能成交的时候,往往正是你不该成交的时候。

这也解释了为什么模拟盘和实盘差那么远。模拟里成交是「价格到了就算成交」,实盘里成交是「有人愿意把不利的那一边卖给你」。前者是价格问题,后者是对手方问题。

这周还有个背景:平台同一周动了两个开关。

TWAP 拉满,抹平错误定价——靠误定价回归的策略直接废。
Taker 延迟从 250ms 砍到 50ms,利好吃单方——再砍一次信号驱动的做市。

两个开关方向是反的,但落点是同一批人。群里那句总结最狠:「改 taker 延迟本质上淘汰掉微观结构套利的 maker。」

所以现在的局面是:靠速度追不上(有人已经用偷看未来证明了),靠误定价的路被 TWAP 堵死了,靠做市的又被延迟调整削一刀。

剩下能站住的,只有那些不依赖以上任何一条的东西——比如判断哪些单不该接。

本周完整的社群精华在频道,包含流动性 8 小时缩 3 倍的实测、扫尾拥挤度、以及群里 11 条还没答案的问题(每条可点回原消息核对上下文):
翻訳参照
一个人干活,最难的不是没事做,是早上打开电脑不知道从哪下手。 我后来发现症结在于:把两件完全不同的事挤在同一个时间点做了。 一件是**看世界**——外面发生了什么、有没有跟我相关的变化、哪条值得跟。这件事的性质是筛选,输入来自外部,做完应该是一份「值得看的 0-3 条」。 另一件是**管自己**——我手上有什么在跑、卡在哪、今天推哪一个。这件事的性质是排序,输入全是自己的存量。 混在一起做,结果就是一边刷信息一边焦虑该干活,两件都做不好。 拆开之后顺序也是固定的:**先看世界,再管自己**。反过来会出问题——你按昨天的判断排好了今天,然后才发现外面变了,排的东西已经不该做了。 值得抄的是这个分工,不是任何人的具体流程。你的两件事可能各花五分钟,但它们必须是两件事。
一个人干活,最难的不是没事做,是早上打开电脑不知道从哪下手。

我后来发现症结在于:把两件完全不同的事挤在同一个时间点做了。

一件是**看世界**——外面发生了什么、有没有跟我相关的变化、哪条值得跟。这件事的性质是筛选,输入来自外部,做完应该是一份「值得看的 0-3 条」。

另一件是**管自己**——我手上有什么在跑、卡在哪、今天推哪一个。这件事的性质是排序,输入全是自己的存量。

混在一起做,结果就是一边刷信息一边焦虑该干活,两件都做不好。

拆开之后顺序也是固定的:**先看世界,再管自己**。反过来会出问题——你按昨天的判断排好了今天,然后才发现外面变了,排的东西已经不该做了。

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

我见过三种,风险差得很远:

一、直接把密码贴进对话——最省事,也最糟。那句话会进上下文、进日志、可能进训练数据,而且你撤不回来。

二、让 Agent 去读你的密码管理器——听起来专业,但它拿到的是明文,之后这段上下文去了哪你不知道。

三、Agent 只发起请求,你在密码管理器自己的界面点确认,值直接填进页面。Agent 全程只看到「已授权 / 未授权」,看不到值。

第三种才是能长期用的。判据很简单:**这个方案里,明文有没有经过 AI 的上下文**。经过了就不安全,不管中间包了几层。

还有一条更基础的:需要密码的操作,尽量别让 Agent 代劳,让它把你送到那一步就够了。省下的那点时间,不值得拿账号去换。⚠️
翻訳参照
你的 GitHub 仓库右上角那个链接位,填了吗? 我刚查了自己的 17 个,16 个是空的。那是仓库页唯一的出站链接——2352 颗星,导给我自己网站的流量是 0。 topics 同理。 这类聚合页是别人找工具的主要入口,没打标就不在里面,等于把一个免费流量入口一直关着。 两件事十几分钟能补完: · Settings → 右侧 About 齿轮 → Website 填你的站 · 同一处 Topics 加 5-8 个词,按仓库实际内容填,别套模板 打标别贪多也别偷懒:mcp / claude-code / prediction-markets 这种具体词比 ai / tools 这种大词有用得多——后者的聚合页你根本排不上。 这类缺失不报错,仓库看着一切正常,所以能空很久没人发现。现在去看一眼你自己的。
你的 GitHub 仓库右上角那个链接位,填了吗?

我刚查了自己的 17 个,16 个是空的。那是仓库页唯一的出站链接——2352 颗星,导给我自己网站的流量是 0。

topics 同理。 这类聚合页是别人找工具的主要入口,没打标就不在里面,等于把一个免费流量入口一直关着。

两件事十几分钟能补完:

· Settings → 右侧 About 齿轮 → Website 填你的站
· 同一处 Topics 加 5-8 个词,按仓库实际内容填,别套模板

打标别贪多也别偷懒:mcp / claude-code / prediction-markets 这种具体词比 ai / tools 这种大词有用得多——后者的聚合页你根本排不上。

这类缺失不报错,仓库看着一切正常,所以能空很久没人发现。现在去看一眼你自己的。
翻訳参照
AI 的“撒手没”时刻! 我本来只想让 Codex 帮我拟个草稿。 结果它直接把推文发了。😂 前面我让它结合我的品牌和已有项目,调研 Cloudflare Wallet handle。确认登录和授权后,它自动完成检查和认领,拿下了 然后我说:“发推分享一下。” 我的意思是先写一个草稿我看看。 它理解成了:打开 X,直接发布。 发完还tm自动回读核验,把链接和状态写回我的内容系统。 我看着屏幕: 啊?……啊!😳 有点兴奋又细思极恐的感觉...
AI 的“撒手没”时刻!

我本来只想让 Codex 帮我拟个草稿。

结果它直接把推文发了。😂

前面我让它结合我的品牌和已有项目,调研 Cloudflare Wallet handle。确认登录和授权后,它自动完成检查和认领,拿下了

然后我说:“发推分享一下。”

我的意思是先写一个草稿我看看。
它理解成了:打开 X,直接发布。

发完还tm自动回读核验,把链接和状态写回我的内容系统。

我看着屏幕:
啊?……啊!😳

有点兴奋又细思极恐的感觉...
翻訳参照
留给 @OpenAI 的时间不多了
留给 @OpenAI 的时间不多了
翻訳参照
先把 Cloudflare Wallet 的品牌名拿下了: ☁️ 目前一个 Cloudflare 账号只能认领一个 handle。想保留品牌名的,可以先去看看:
先把 Cloudflare Wallet 的品牌名拿下了:

☁️

目前一个 Cloudflare 账号只能认领一个 handle。想保留品牌名的,可以先去看看:
翻訳参照
给自己的 AI 试试这个 prompt: 【来跟我讨论一下,十年后我想成为怎样的人。 别只聊抽象愿景,帮我把财富、工作、健康和关系都聊清楚。 以后每周带我复盘:这周做的事,有没有让我离那个方向更近?如果偏了,告诉我下周最该调整的一件事。】
给自己的 AI 试试这个 prompt:

【来跟我讨论一下,十年后我想成为怎样的人。

别只聊抽象愿景,帮我把财富、工作、健康和关系都聊清楚。

以后每周带我复盘:这周做的事,有没有让我离那个方向更近?如果偏了,告诉我下周最该调整的一件事。】
翻訳参照
我已经有一段时间不主动刷 X 的信息流了。 真正的问题不是里面没东西看。恰恰相反,是有价值的信息太多,噪音也多。 本来只想看看有什么新东西,半小时后却只记住了几个不感兴趣的热点,真正和工作、业务有关的内容一条都没留下。 所以我把“刷 X”变了一种玩法,做成了一条持续运转的信息消化环。 它每天跑四轮。我给三类来源的权重是:60% For You、25% Following、15% 主动搜索。 抓到内容以后,它不会立刻让 AI 总结,而是先检查来源是否健康、数据是否新鲜。流程异常就明确报告失败,不拿旧数据冒充“今天没有重要信息”。 然后才进入去重、相关性筛选、证据核验和语义审查。 在一轮匿名化的真实运行里,多个来源共出现 142 次,去重后剩下 80 条不同内容;23 条通过机器初筛,12 条进入语义审查,最后只有 3 条被标为“值得知道”,其中 1 条获得“正式晋升”。 142 次来源命中 → 80 条不同内容 → 23 条初筛 → 12 条语义审查 → 3 条值得知道 → 1 条正式晋升。 这个漏斗真正帮我解决的,不是“筛得有多狠”,而是把以前混在一起的两个问题拆开了: 哪些内容值得我知道? 哪些内容值得改变系统状态? 认知层是“值得知道”:每轮 0–3 条。系统必须告诉我它为什么重要、证据核验到了哪一步、哪些只是作者自述或推断,以及可以从业务、产品、研究或工作流哪个角度利用。 系统层是“正式晋升”:每轮最多 1 条。只有当它有足够证据、相对已有记忆确实有增量、能找到明确的消费者,并留下可核验回执,才会进入知识、观察、行动或内容系统。 另外两条没有消失,但也不会因为“看起来有趣”,就自动变成两个任务或两份待办。 现在一条信息可以有五种去向:丢弃、观察、学习、行动、内容。 只有拿到真实的知识写回、任务路由或内容队列回执,系统才会承认它真的进入了下一环。AI 说一句“已处理”,不算完成。 目前,四轮报告会固定进入我每天打开的 Codex App。 我后来发现,这类工具可能不应该先做成另一个需要打开的 App。因为我真正使用这些信息的地方,本来就是 Codex、Cursor 这类 AI 客户端。 所以我又做了一个本机 MCP alpha,一共 6 个工具: • 5 个只读工具:新鲜度检查、最新摘要、日期摘要、有限搜索、证据读取 • 1 个写工具:只允许显式确认后记录真实反馈 这个 MCP 不负责采集 X,也不复制新的账本、队列或定时器。它只是一个很窄的 AI 客户端入口。 目前 Codex 已经真实识别这个本机服务;Cursor 的配置和路径已经校验,原生客户端加载还在做最终核验。 更底层的内核也不绑定任何模型。来源健康、去重、排序、上限和回执由确定性程序负责;Codex、Claude、Cursor、本地模型甚至纯规则程序,只要遵守同一协议,都可以负责中间的语义判断。 我现在觉得,这类 AI 信息工具真正缺的不是总结速度,而是四件事: 1. 先判断来源是否健康,再谈智能。 2. 允许零输出,不为了证明有用而强行制造结论。 3. 把“知道”和“改变状态”分开。有些消息知道就够了,不值得创建任务。 4. 每一步都留下回执。没有真实写回,就没有闭环。 这版目前还是本地优先的 alpha。我不急着把它做成 SaaS,下一步先找几位非作者测试三个问题: 1. 能不能快速跑出第一份摘要? 2. 不同人的个性化结果能不能持续有用? 3. 它是否真的减少了主动刷信息流的时间? 如果你也想在自己的 AI 客户端里试这种信息消化器,评论区留一句“想试”。我会根据第一批真实反馈,再决定要不要把它整理成公开工具或开源项目。
我已经有一段时间不主动刷 X 的信息流了。

真正的问题不是里面没东西看。恰恰相反,是有价值的信息太多,噪音也多。

本来只想看看有什么新东西,半小时后却只记住了几个不感兴趣的热点,真正和工作、业务有关的内容一条都没留下。

所以我把“刷 X”变了一种玩法,做成了一条持续运转的信息消化环。

它每天跑四轮。我给三类来源的权重是:60% For You、25% Following、15% 主动搜索。

抓到内容以后,它不会立刻让 AI 总结,而是先检查来源是否健康、数据是否新鲜。流程异常就明确报告失败,不拿旧数据冒充“今天没有重要信息”。

然后才进入去重、相关性筛选、证据核验和语义审查。

在一轮匿名化的真实运行里,多个来源共出现 142 次,去重后剩下 80 条不同内容;23 条通过机器初筛,12 条进入语义审查,最后只有 3 条被标为“值得知道”,其中 1 条获得“正式晋升”。

142 次来源命中 → 80 条不同内容 → 23 条初筛 → 12 条语义审查 → 3 条值得知道 → 1 条正式晋升。

这个漏斗真正帮我解决的,不是“筛得有多狠”,而是把以前混在一起的两个问题拆开了:

哪些内容值得我知道?
哪些内容值得改变系统状态?

认知层是“值得知道”:每轮 0–3 条。系统必须告诉我它为什么重要、证据核验到了哪一步、哪些只是作者自述或推断,以及可以从业务、产品、研究或工作流哪个角度利用。

系统层是“正式晋升”:每轮最多 1 条。只有当它有足够证据、相对已有记忆确实有增量、能找到明确的消费者,并留下可核验回执,才会进入知识、观察、行动或内容系统。

另外两条没有消失,但也不会因为“看起来有趣”,就自动变成两个任务或两份待办。

现在一条信息可以有五种去向:丢弃、观察、学习、行动、内容。

只有拿到真实的知识写回、任务路由或内容队列回执,系统才会承认它真的进入了下一环。AI 说一句“已处理”,不算完成。

目前,四轮报告会固定进入我每天打开的 Codex App。

我后来发现,这类工具可能不应该先做成另一个需要打开的 App。因为我真正使用这些信息的地方,本来就是 Codex、Cursor 这类 AI 客户端。

所以我又做了一个本机 MCP alpha,一共 6 个工具:

• 5 个只读工具:新鲜度检查、最新摘要、日期摘要、有限搜索、证据读取
• 1 个写工具:只允许显式确认后记录真实反馈

这个 MCP 不负责采集 X,也不复制新的账本、队列或定时器。它只是一个很窄的 AI 客户端入口。

目前 Codex 已经真实识别这个本机服务;Cursor 的配置和路径已经校验,原生客户端加载还在做最终核验。

更底层的内核也不绑定任何模型。来源健康、去重、排序、上限和回执由确定性程序负责;Codex、Claude、Cursor、本地模型甚至纯规则程序,只要遵守同一协议,都可以负责中间的语义判断。

我现在觉得,这类 AI 信息工具真正缺的不是总结速度,而是四件事:

1. 先判断来源是否健康,再谈智能。
2. 允许零输出,不为了证明有用而强行制造结论。
3. 把“知道”和“改变状态”分开。有些消息知道就够了,不值得创建任务。
4. 每一步都留下回执。没有真实写回,就没有闭环。

这版目前还是本地优先的 alpha。我不急着把它做成 SaaS,下一步先找几位非作者测试三个问题:

1. 能不能快速跑出第一份摘要?
2. 不同人的个性化结果能不能持续有用?
3. 它是否真的减少了主动刷信息流的时间?

如果你也想在自己的 AI 客户端里试这种信息消化器,评论区留一句“想试”。我会根据第一批真实反馈,再决定要不要把它整理成公开工具或开源项目。
翻訳参照
借助 AI 没什么问题,关键是得对自己发出去的内容负责。 不是说一有 AI 味就无法忍受。主要是这东西得是你用心做的,而且真想给读者带点价值。
借助 AI 没什么问题,关键是得对自己发出去的内容负责。

不是说一有 AI 味就无法忍受。主要是这东西得是你用心做的,而且真想给读者带点价值。
翻訳参照
看完宝玉老师 @dotey 把费曼学习法写成一个循环,我发现我最近折腾的内容流程其实也是同一件事,只是中间多了 AI 和口述这一层。 以前我的流程很简单:有一个想法,叫 AI 帮我结构化,我改几句就发布。效率挺高。但后来有个明显的问题:内容虽然完整,却不像真人发的。 尤其是 AI 直接整理口述之后,标题、分点、结论都有了,但说话的顺序、停顿,以及临时冒出的判断——最真人化的语气和情绪——都容易被抹掉。 所以我把流程改成了闭环: 1. 真实想法或问题 —— 必须是自己感受到的,或确实有需求的:正在为什么花钱、浪费时间踩坑,或者哪里被卡住了。 2. 实践验证 —— 先把这件事做一遍,留下过程,再让 AI 整理。 3. 口述修正 —— 用自己的语言讲出来,把人话放回去。 4. 多平台发布 5. 反馈 —— 评论和问题再进下一轮,形成闭环。 这就是费曼循环在内容生产里的样子:不是「学会了再输出」,而是输出倒逼你真的搞懂;中间多出来的,只是 AI 负责整理,口述负责把人留在场上。 前两天写 Codex 控制 ChatGPT Pro 的实测,就是这个循环在转,不是额外插进来的鸡汤。 我之前忘了截图。为了把内容写扎实,必须重新跑一遍流程,把画面补回来。在这个重新验证的过程里,我对这件事的判断也变得更清楚了。 写作不只是记录结果。它会反过来逼你实践、验证、补证据,发现自己到底有没有想明白。 在这套流程里: AI 负责整理信息、压缩重复、适配平台 人负责真实经历、最终判断,以及个性化 AI 给出草稿以后,我会完整读一遍。如果你觉得内容像 AI,直接念出来——马上就能发现哪里拗口、哪里是你根本不会说的话。 一个小建议:把口述转写重新交给 AI,只让它帮你理顺和纠错,不要让它增加观点或强行升华。 这不是把写作变复杂。 而是在利用 AI 提高效率的同时,不把自己最有特点的那部分抹掉。
看完宝玉老师 @dotey 把费曼学习法写成一个循环,我发现我最近折腾的内容流程其实也是同一件事,只是中间多了 AI 和口述这一层。

以前我的流程很简单:有一个想法,叫 AI 帮我结构化,我改几句就发布。效率挺高。但后来有个明显的问题:内容虽然完整,却不像真人发的。

尤其是 AI 直接整理口述之后,标题、分点、结论都有了,但说话的顺序、停顿,以及临时冒出的判断——最真人化的语气和情绪——都容易被抹掉。

所以我把流程改成了闭环:

1. 真实想法或问题 —— 必须是自己感受到的,或确实有需求的:正在为什么花钱、浪费时间踩坑,或者哪里被卡住了。
2. 实践验证 —— 先把这件事做一遍,留下过程,再让 AI 整理。
3. 口述修正 —— 用自己的语言讲出来,把人话放回去。
4. 多平台发布
5. 反馈 —— 评论和问题再进下一轮,形成闭环。

这就是费曼循环在内容生产里的样子:不是「学会了再输出」,而是输出倒逼你真的搞懂;中间多出来的,只是 AI 负责整理,口述负责把人留在场上。

前两天写 Codex 控制 ChatGPT Pro 的实测,就是这个循环在转,不是额外插进来的鸡汤。

我之前忘了截图。为了把内容写扎实,必须重新跑一遍流程,把画面补回来。在这个重新验证的过程里,我对这件事的判断也变得更清楚了。

写作不只是记录结果。它会反过来逼你实践、验证、补证据,发现自己到底有没有想明白。

在这套流程里:

AI 负责整理信息、压缩重复、适配平台
人负责真实经历、最终判断,以及个性化

AI 给出草稿以后,我会完整读一遍。如果你觉得内容像 AI,直接念出来——马上就能发现哪里拗口、哪里是你根本不会说的话。

一个小建议:把口述转写重新交给 AI,只让它帮你理顺和纠错,不要让它增加观点或强行升华。

这不是把写作变复杂。
而是在利用 AI 提高效率的同时,不把自己最有特点的那部分抹掉。
翻訳参照
Ondo Perps 累计成交破 $6B,进 RWA perps Top 5;24h 还有 $3.3 亿。 同一条线:代币化股票能直接当保证金,不用先兑成稳定币再开仓。 我把抵扣率 / 账户上限实测拆过一遍:
Ondo Perps 累计成交破 $6B,进 RWA perps Top 5;24h 还有 $3.3 亿。

同一条线:代币化股票能直接当保证金,不用先兑成稳定币再开仓。

我把抵扣率 / 账户上限实测拆过一遍:
翻訳参照
懒得看字的话,我把前半段讲了一遍 —— 那个 98% 的队列是怎么回事, 为什么"排在前面"反而是簿子上最危险的位置。 完整的四档数据和三条纪律在原帖里。
懒得看字的话,我把前半段讲了一遍 ——

那个 98% 的队列是怎么回事,
为什么"排在前面"反而是簿子上最危险的位置。

完整的四档数据和三条纪律在原帖里。
翻訳参照
这周的 Leo Insider,我写天气策略。定位很清楚:研究流程、验证表、风控 checklist。 我想拆的是一个更底层的问题:天气市场的钱到底可能从哪来? 我把它拆成四层: 1. 市场覆盖差; 2. 信息更新差; 3. 结算理解差; 4. 玩家流差。 这篇完整 memo 会放: - 我怎么搭候选池; - 为什么天气策略难点不只是预测天气; - 玩家流怎么作为外部确认层; - 为什么有 alpha 线索,仍然要卡在放大前; - 一张“小众策略 alpha 验证表”。 这期适合拿来做一件事:以后看到任何小众策略,先别急着问能不能赚。先拆钱从哪来,证据在哪,风险卡在哪。
这周的 Leo Insider,我写天气策略。定位很清楚:研究流程、验证表、风控 checklist。

我想拆的是一个更底层的问题:天气市场的钱到底可能从哪来?

我把它拆成四层:

1. 市场覆盖差;
2. 信息更新差;
3. 结算理解差;
4. 玩家流差。

这篇完整 memo 会放:

- 我怎么搭候选池;
- 为什么天气策略难点不只是预测天气;
- 玩家流怎么作为外部确认层;
- 为什么有 alpha 线索,仍然要卡在放大前;
- 一张“小众策略 alpha 验证表”。

这期适合拿来做一件事:以后看到任何小众策略,先别急着问能不能赚。先拆钱从哪来,证据在哪,风险卡在哪。
翻訳参照
很多人装 GitHub 项目前,会先刷一下 Star 数。 Star 只是发现信号。真正决定能不能装的,是安装前的四道门。 拿一个目前只有约 1 个 Star 的仓库做例子:chungty/unjiggle。 命令是 `pip install unjiggle`。 用 AI + 它,把 iPhone 304 个 App 整理成了 3 页。 第一次写回,系统直接把布局重排了,以为失败;第二次完整读写才真正稳定下来。 走的路径是备份 → safety-test → suggest/go,再人工确认每一步。 装 GitHub 工具前,建议过这四道门: 1. 可执行安装面 安装命令是否一行就能跑通?依赖和步骤是否真正可执行,不用各种折腾? 2. 近期维护 最近还有更新吗?作者是否还在处理 issue 和反馈? 3. 权限 它会申请哪些访问权限?权限范围是否和功能匹配,会不会过度? 4. 可回滚的安全测试 改动前备份了吗?有没有 safety-test 或 suggest 模式先看效果?翻车后能不能干净回滚? Star 帮你发现,不帮你验收。 把这四条记下来,下次再遇到小众仓库时,就知道该怎么判断了。
很多人装 GitHub 项目前,会先刷一下 Star 数。

Star 只是发现信号。真正决定能不能装的,是安装前的四道门。

拿一个目前只有约 1 个 Star 的仓库做例子:chungty/unjiggle。

命令是 `pip install unjiggle`。

用 AI + 它,把 iPhone 304 个 App 整理成了 3 页。

第一次写回,系统直接把布局重排了,以为失败;第二次完整读写才真正稳定下来。

走的路径是备份 → safety-test → suggest/go,再人工确认每一步。

装 GitHub 工具前,建议过这四道门:

1. 可执行安装面
安装命令是否一行就能跑通?依赖和步骤是否真正可执行,不用各种折腾?

2. 近期维护
最近还有更新吗?作者是否还在处理 issue 和反馈?

3. 权限
它会申请哪些访问权限?权限范围是否和功能匹配,会不会过度?

4. 可回滚的安全测试
改动前备份了吗?有没有 safety-test 或 suggest 模式先看效果?翻车后能不能干净回滚?

Star 帮你发现,不帮你验收。

把这四条记下来,下次再遇到小众仓库时,就知道该怎么判断了。
翻訳参照
X 上那些看起来最夸张的截图和数字,反而是 AI 时代最容易验证的东西。 把原帖和截图交给 AI 深入分析一下,数字口径、证据缺口和前后矛盾,很快就会浮出来。 哪些靠谱,哪些不靠谱,已经没有以前那么难查了。
X 上那些看起来最夸张的截图和数字,反而是 AI 时代最容易验证的东西。

把原帖和截图交给 AI 深入分析一下,数字口径、证据缺口和前后矛盾,很快就会浮出来。

哪些靠谱,哪些不靠谱,已经没有以前那么难查了。
翻訳参照
Redis 创造者 Salvatore Sanfilippo(antirez)最近写了一篇文章。他说在 AI 时代,人的控制重点应该从逐行代码上移,转向软件思想、整体设计、测试和产品愿景。新人还是应该亲手实现小系统来建立理解。 我最近把 Codex、Claude、Cursor 的多条业务线分别做成独立文件夹入口,共享 AGENTS.md、registry 和 HANDOFF。Claude 最近反复漂移,让我确认根因不是模型不强,而是边界、状态、验收和写回没锁住。这是我自己用下来踩到的坑。 我还是会让 AI 仔细看代码,尤其是涉及资金、生产、安全和关键路径的地方还是要下钻。真正升级是默认先审思想、边界、验收和证据,再按风险看代码。
Redis 创造者 Salvatore Sanfilippo(antirez)最近写了一篇文章。他说在 AI 时代,人的控制重点应该从逐行代码上移,转向软件思想、整体设计、测试和产品愿景。新人还是应该亲手实现小系统来建立理解。

我最近把 Codex、Claude、Cursor 的多条业务线分别做成独立文件夹入口,共享 AGENTS.md、registry 和 HANDOFF。Claude 最近反复漂移,让我确认根因不是模型不强,而是边界、状态、验收和写回没锁住。这是我自己用下来踩到的坑。

我还是会让 AI 仔细看代码,尤其是涉及资金、生产、安全和关键路径的地方还是要下钻。真正升级是默认先审思想、边界、验收和证据,再按风险看代码。
翻訳参照
CodeX 5.5 疯狂降智中,这是要发新模型了吗?
CodeX 5.5 疯狂降智中,这是要发新模型了吗?
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約