秋田散人

Entrepreneur in Bitcoin industry, MEV searcher，链上大宗贸易，分享一些技术视角下的商业见解。

[秋田散人 @akitabtc]

今天收到 follower DM，甩给我了去年 @jeff_run_faster 帮我蒸馏的这个推特的数据（估计烧掉不少 token），瞄了几眼挺多话还是很能震慑到自己——确实能教育好自己的还是过去的自己。

过几个月 30 岁了，很幸运自己去年比较闲发了很多推，一方面是连接了很多新朋友，一方面是输出了 20 来岁这十年最必要的一些心血和经验总结。无论是见解积淀还是社交关系自己都将长期受益。

这个推特还是会勤于落笔，给行业一线的朋友提供更多有效信息。

[小鳄鱼 @jeff_run_faster]

整理了一下 @lnkybtc 散人大佬的twitter分享，要珍惜大佬们的分享欲。。。
https://t.co/y2eDbr7gs0

[秋田散人 @akitabtc]

@DoveyWanCN 8万 again

[秋田散人 @akitabtc]

@takumi_k_jpn 彼はコース上で唯一、身体保護の安全パラメータを設定しているランナーのようだ。

[秋田散人 @akitabtc]

@sun_xinjin hk半岛那座古建动土成本略高吧

[秋田散人 @akitabtc]

@KhanAIBuilds 理解你说的，如果是纯文字需求的话，就用rime，因为连禁网都不需要。因为开源。纯拼文字输入效率的话，也是豆包水平更高。禁网了就不需要rime了。

[秋田散人 @akitabtc]

关于 vibe coding 在 Mac 端的中文语音输入的解法，我之前对这方面一直很保守，一直拿 Mac 原生的 F5 听写将就着用，因为第三方输入法一直是隐私和重要资料泄露的重灾区，特别是剪贴板监听。Mac 端的文字输入我也一直用的是开源的鼠鬚管/Rime 输入法：https://t.co/soBftYt1Dh

其实 iPhone 端的听写识别率现在已经很高了，但是显然苹果没有分配太多听写算力和硬件资源（包括麦克风本身的设计）给 Mac 用户，以及本身电脑收音就比手机困难一点（我当时一直以为识别率低主要是这个原因）。

但最近和 AI 的沟通效率实在成为了我的工作瓶颈，听写完如果还要键盘输入修修补补容易打断思路，不得不尝试一些先进的语音输入工具，如 Typeless，豆包输入法等。

一一体验下来，似乎在原生麦、不联网的情况下的最优解还是装豆包输入法，他支持本地 model 渲染文字，实测下来只开本地 model 就已经识别率高得无解。

并且用 Surge、LuLu 这样的网络规则配置软件把输入法进程彻底禁网，能够兼顾隐私和安全需求。

[秋田散人 @akitabtc]

@GreedIcarus 要联网的基本都可以否决掉了

[秋田散人 @akitabtc]

@wangeguo @0xKaKa03 没试过，直接用的豆包的fn。不过这种键盘映射工具应该很多，尽量找个开源的

[秋田散人 @akitabtc]

@KhanAIBuilds mac原生的中文输入效率还是太差了，苹果在Mac端好多东西有点落后了

[秋田散人 @akitabtc]

@haoyueliangfeng 手机端苹果听写就足够好用了吧

[秋田散人 @akitabtc]

@LanFanTK 谢谢你，也是在吸收你们的反馈和配置最优解

[秋田散人 @akitabtc]

中国的青年才俊们组成的团队，很多时候就是一个随机的 idea 觉得自己团队要用（或者自己要用），但市场上没有什么现成的好用的就干脆自己重写一个，用得好了就干脆推广出去大家一起用。

于是一个小的 “side project idea” 就可能主导了一个新兴的赛道角落或者产品方向。纯粹的技术端算力过剩、技术人从自己需求出发，倒推到受众端和产品端。

就像梁老板说的，做了许多技术哲学层面更高维度的事情（LLM，AGI 之类），再看这些下游应用事务的处理是游刃有余的，to C 业务我们这几年赶都赶不走。

[秋田散人 @akitabtc]

很欣赏字节的工程师/产品团队们，写出这么多好用的又看起来跟主营收没太大关联纯效率导向的刚需作品来（包括飞书）。

[秋田散人 @akitabtc]

很欣赏字节的工程师/产品团队们，写出这么多好用的又看起来跟主营收没太大关联纯效率导向的刚需作品来（包括飞书）。

[秋田散人 @akitabtc]

下载资料：
1. 豆包输入法：https://t.co/MUqjNx8qg7
2. LuLu 网络规则管理（开源）：https://t.co/mueUv7jgsw
3. 鼠鬚管/Rime 输入法（开源）：https://t.co/1HBlGvttqt

[秋田散人 @akitabtc]

开多号其实都是为了最好的模型（Fable）的用量 cap 作为 scale 基准的，所以本身就是有很多次级模型用量的冗余的。理论上不应该去买和用其他任何便宜厂商的了，这一点之前没想清楚，他们涨价倒是提醒我了。

[秋田散人 @akitabtc]

Deepseek API 过去半年我一直很喜欢，顶着大陆实名制用在一些中性的纯文本处理业务上。从用户体验来说，长文本处理性能、API 反应速度和 status 可用性方面要碾压国内其他同行（包括最近很火的两位被大家神吹鬼吹的我感觉都没大规模用在产线上或者严苛地做过对照组）。

但最近一轮涨价整体成本到了原来的 3-5 倍，对齐国内同行的价格，老实说现在这样已经和 claude/codex/grok 20x 套餐内的 cli oauth 模式（set-up token）用起来成本差不多了，后者还可以拣很多用量冗余，对于我们这种常备 5-10 个 20x 的多号用户其实零边际成本，而且性能和隐私都更优。

所以原来成本因素主导现在在我这里基本可以停用了。国内厂商现在的议价能力随着国际曝光度确实变强了，我觉得这轮涨价的动机也并非纯粹成本，只是因为看到 “国内同行做得就那样都能要那个价，我没理由不要这个钱啊”。

[秋田散人 @akitabtc]

@Daiiors @seaify1 我说并发不准确，应该说是同一个账户几天几周下来经过了多少人的项目，这个是可以事后观察出来的

[秋田散人 @akitabtc]

@liangdake 应该不会，本来传统美国境内业务利就很厚，客群也很丰富，没必要了。平添麻烦

[秋田散人 @akitabtc]

200 美元每月租几个 Kalshi 账户，必须是你本人海外身份注册，闲置的私聊我。

账户获利税务部分告诉我你的属地税务条款，均由我来最终支付。