ian

Toy Kiddie 🧸 | Indie Dev & AI Builder / Build in Public / Sharing hands-on GenAI learnings

[ian @Tsubame_99]

@aleabitoreddit 我全程持有并持续跟踪了这一周的情况，我只能说这一战太精彩了！Serenity

[ian @Tsubame_99]

@fan128168 其实很多事情都被夸大了。我这个过程中不需要个税证明，也不需要存款证明这些东西。

[ian @Tsubame_99]

我昨天刚办完，全程都是线上办的。审批很快就下来了，没有想象中那么复杂。

这个业务不需要存款证明，你只要准备好以下材料即可：
1. 港澳通行证
2. 身份证
3. 出入境记录

关于出入境记录，其实不一定非要入境记录（有些人可能要等很久），只要有出境记录也是可以的。你只需要去把那个文件下载下来，然后上传就可以了。只要有出境记录就行，不需要入境记录。

[ian @Tsubame_99]

@luoyonghao 刚好在看最罗老师和李想最新的播客🤣

[ian @Tsubame_99]

@yaosiscom @stripe 我也遇到了

[ian @Tsubame_99]

这半个月我做了个实验。跟着热度，纯靠 SEO 和 GEO。 在那短暂的几天里，就在韩国区把一个关键词做到了搜索第一。 流量涌进来，有人想买单。但热度最高的时候，我没接支付。

当天急着找服务商，Creem 和 Polar 一起申。Polar 秒过，但转化极低。客户在韩国，它却不支持本土支付。 其实早想接 Stripe，只是之前卡在提现节点上，被我搁置了。等我重新跑通路径、真正把它接上的时候，那波最好的流量已经过去了。

热度退去，现在每天依然有稳定的进账。 但看着余额，反而觉得更痛。

风把人吹上去不难。难的是风刮过来的时候，你手里有没有东西。 这次我借着 SEO 站了上去，手里却偏偏少了一个装钱的漏斗。

这次踩空，也让我更深刻地意识到 AI 时代的一条铁律： 一切都必须是快速验证、极速上线。 当杠杆的效能被放大，周期的轮转被极度压缩，风刮过来的速度比以往快了十倍。

以前总以为，我们平时打磨工具，是为了在未来去等一个机会。 但现在才彻底看清：当潮水砸下来的时候，你根本没有时间去临时造一个漏斗。 徒手是接不住任何机会的。 你提前打磨好了多少工具，你的机会边界就只有多大。

[ian @Tsubame_99]

太慷慨了，送了16亿token

[ian @Tsubame_99]

感谢小米的创造者计划

[ian @Tsubame_99]

感谢小米的创造者计划

[ian @Tsubame_99]

I've actually been building something very similar already — it's called Reeve, and it's fully open-source.
https://t.co/oR2ZldZghl

A self-hosted coding agent daemon built in TypeScript. Connects your issue tracker to agents, isolates each task in its own environment, and turns tickets into PRs. Use Claude today, swap to Codex tomorrow — the pipeline stays the same.

[OpenAI Developers @OpenAIDevs]

📣 What if every open issue had a Codex agent?

That’s the idea behind Symphony, an open-source agent orchestrator for Codex that turns task trackers into always-on systems for agentic work, letting humans focus on review and direction.

[ian @Tsubame_99]

@yinmin1987 说的anyint吧

[ian @Tsubame_99]

@fL7a0KQ7xutQixx 可以看看我这条推文：https://t.co/6LAWBjM2U4

[ian @Tsubame_99]

用 Claude 网页版工作的人应该都碰过这个问题。Claude Design 的额度是按账号算的，用着用着就到上限了。如果你手上有不止一个账号，正常的做法是退出当前账号，重新登另一个，输邮箱，等验证码，再进去。每天来个两三次，这套流程就开始让人烦躁。

我自己就是这样。网页端用 Claude Design，额度烧得很快；Claude Code 有时候也需要切账号。我不想走反代，也不想用第三方的账号切换器，原生登录是最干净的方式，不会因为中间多了一层什么东西导致账号出问题。但原生登录的代价就是每次切换都要手动退出再重登一遍，流程是安全了，操作是真的烦。

所以写了 Session Stash。它是一个 Chrome 扩展，做的事情很简单：把你当前账号的登录态（Cookie + localStorage）保存成一个快照，切换的时候把目标账号的快照注入回去。整个过程一次点击，不需要重新登录。

比如你要在 Claude 上面管理两个账号。打开 Session Stash，先把当前登录的账号 A 保存成快照。然后点一下「清空」，浏览器里的 Cookie 和 localStorage 会被直接清掉，页面回到未登录状态。这时候正常登录账号 B，登进去之后再保存一次。两个账号就都存好了，之后在它们之间切换只需要点一下。

这里有一个设计细节：清空的时候 Session Stash 不走站点的 logout 接口，而是在本地直接抹掉。原因是很多站点的 logout 会在服务端把 session 标记失效，有的策略更严，会把这个用户下所有活跃 session 一起清掉。那样的话你保存的快照下次切回来就作废了。本地清空绕开这一步，服务端那边账号始终没有登出过，快照可以一直复用。

数据安全那一层走的是零知识加密。密钥从你的主密码派生，永远不离开浏览器，数据在本地加密完才写进你自己的 Cloudflare KV，中间没有任何第三方。

不只是 Claude，Perplexity、ChatGPT、Midjourney、V0 这些按账号卡额度的工具都一样。

Chrome 扩展，MIT 开源：
https://t.co/oHPMBHro0h

[ian @Tsubame_99]

claude重置额度了？我日

[ian @Tsubame_99]

用 Claude 网页版工作的人应该都碰过这个问题。Claude Design 的额度是按账号算的，用着用着就到上限了。如果你手上有不止一个账号，正常的做法是退出当前账号，重新登另一个，输邮箱，等验证码，再进去。每天来个两三次，这套流程就开始让人烦躁。

我自己就是这样。网页端用 Claude Design，额度烧得很快；Claude Code 有时候也需要切账号。我不想走反代，也不想用第三方的账号切换器，原生登录是最干净的方式，不会因为中间多了一层什么东西导致账号出问题。但原生登录的代价就是每次切换都要手动退出再重登一遍，流程是安全了，操作是真的烦。

所以写了 Session Stash。它是一个 Chrome 扩展，做的事情很简单：把你当前账号的登录态（Cookie + localStorage）保存成一个快照，切换的时候把目标账号的快照注入回去。整个过程一次点击，不需要重新登录。

比如你要在 Claude 上面管理两个账号。打开 Session Stash，先把当前登录的账号 A 保存成快照。然后点一下「清空」，浏览器里的 Cookie 和 localStorage 会被直接清掉，页面回到未登录状态。这时候正常登录账号 B，登进去之后再保存一次。两个账号就都存好了，之后在它们之间切换只需要点一下。

这里有一个设计细节：清空的时候 Session Stash 不走站点的 logout 接口，而是在本地直接抹掉。原因是很多站点的 logout 会在服务端把 session 标记失效，有的策略更严，会把这个用户下所有活跃 session 一起清掉。那样的话你保存的快照下次切回来就作废了。本地清空绕开这一步，服务端那边账号始终没有登出过，快照可以一直复用。

数据安全那一层走的是零知识加密。密钥从你的主密码派生，永远不离开浏览器，数据在本地加密完才写进你自己的 Cloudflare KV，中间没有任何第三方。

不只是 Claude，Perplexity、ChatGPT、Midjourney、V0 这些按账号卡额度的工具都一样。

Chrome 扩展，MIT 开源：
https://t.co/oHPMBHro0h

[ian @Tsubame_99]

@ayushporwalhq @jiayuan_jy @MulticaAI This is exactly what Reeve is doing
https://t.co/wAc292PU0C

[ian @Tsubame_99]

@fkysly 我感觉20x用量大了模型会被官方降智，不知道你有没有这个体感

[ian @Tsubame_99]

我习惯使用 200k 总长度的上下文，并在上下文占用接近 80% 时，让 Agent 生成一份 Handoff（交接）文档，随后开启新会话并让新的 Agent 阅读。这种方式的效果往往比系统自带的压缩机制更好，且过程更加清晰可控。

https://t.co/g0qcTB3GMH

[Thariq @trq212]

https://t.co/Ljzw0lmvao