即刻App年轻人的同好社区
下载
置顶Readwise Reader 是最好用的阅读软件之一。
但作为一款海外产品，Readwise Reader 在中国有些许水土不服。
为了让你更好地使用 Readwise Reader ，我们做了一款小工具—— wechat 2 reader
这款小工具解决了两个问题：
1. 让收藏文章更加便捷，在微信内转发文章或链接，即可以收藏文章。
2. 解决了Readwise Reader 在收藏中文文章时，图片丢失的问题。
但作为一款海外产品，Readwise Reader 在中国有些许水土不服。
为了让你更好地使用 Readwise Reader ，我们做了一款小工具—— wechat 2 reader
这款小工具解决了两个问题：
1. 让收藏文章更加便捷，在微信内转发文章或链接，即可以收藏文章。
2. 解决了Readwise Reader 在收藏中文文章时，图片丢失的问题。
46 3020
我是记录到 flomo 后自动同步到 Notion(早期 flomo 自带功能），同时还搞了一个 codex 的定时任务自动将 flomo 同步到 obsidian
afanOS: 刚刚存了一条写作的笔记，先放进flomo，又觉得它应该放进Obsidian，稍微纠结了一下，干脆两边都存了。 flomo的卡片看着舒服，我愿意打开回看；Obsidian方便AI读取，写作的时候能用上。两边的用处本来就不一样。 以前很容易卡在“这条到底该放哪里”，好像每份资料都得有一个唯一正确的位置。但重复存一下又有什么关系呢？ 我自己能回看，AI也能找到，就够了。想清楚之后，感觉以后存东西能少纠结很多。
5 11
我用 Kimi 最新的模型 Kimi-K2.8-preview 制作了 deepseek-v4.1-flash 的架构显示。
和 OpenAI 的 GPT-3 的架构进行对比。
transformer-vs-deepseek-3d.zhangyu12375.workers.dev
和 OpenAI 的 GPT-3 的架构进行对比。
transformer-vs-deepseek-3d.zhangyu12375.workers.dev
00:45
3 00
如果你能在 @Tabbit浏览器 里使用 Terminal 终端，你会____
01:31
2 01
明天要去看赵雷演唱会
今天一直在循环他的歌
然后居然发现
汽水音乐的歌就是听着比网易云的舒服很多，
音质很好。
但我想着不应该啊，
我网易云的音质一直开的是"极高"
然后我点进网易云一看👀
和这我这么好几年的会员都白开了。。。
在极高上面还有
• 沉浸环绕声 Surround Audio
• 超清母带 Master
• 臻音全景声 Audio Vivid
• 高清臻音 Spatial Audio
• 高解析度无损 Hi-Res
• 无损 SQ
• 极高 HQ
• 标准
我真服了啊，网易云的产品经理🫠
整天给我推音质会员，然后我开着黑胶会员给我用最烂的音质
今天一直在循环他的歌
然后居然发现
汽水音乐的歌就是听着比网易云的舒服很多，
音质很好。
但我想着不应该啊，
我网易云的音质一直开的是"极高"
然后我点进网易云一看👀
和这我这么好几年的会员都白开了。。。
在极高上面还有
• 沉浸环绕声 Surround Audio
• 超清母带 Master
• 臻音全景声 Audio Vivid
• 高清臻音 Spatial Audio
• 高解析度无损 Hi-Res
• 无损 SQ
• 极高 HQ
• 标准
我真服了啊，网易云的产品经理🫠
整天给我推音质会员，然后我开着黑胶会员给我用最烂的音质
5 11
如果我是飞书的产品经理，我就给每个私聊群聊都增加一个 git 仓库。
老实说，云端 Agent 的市场份额有没有本地 Agent 市场空间大还需要验证。
Agent 的市场份额，就是上下文在哪里的问题？
现阶段的上下文，大部分都在用户本地，因为最开始用起来的都是 pro-C 用户。大部分任务的上下文在用户本地，所以本地的 Agent 最先发展起来。
下一个阶段，大家都在说 Agent 要上云。
那么问题就是，有多少上下文需要上云呢？
上云的场景有几个
1. 本地空间不足，云端存储；
2. 需要协同或者分享；
而针对协作的需求，飞书，钉钉，企业微信这样的 IM 确实就是最好的载体。
但是需要协同的上下文，真的有那么多吗？这里用打个问号？
1. 我在本地编辑了很久的 PPT 准备了很久的稍等，最终上云的只有 PPT。
2. 我用 AI 抽卡视频很多次，最终需要上云分享和协作的，只有成功的那一次。
类比地来看。
实际上在线文档发展了很多年，飞书云文档，google docs 等等这么多平台加起来的数据量，数据量才慢慢超过 office 的传输。
市场空间有多大，
所以需要上云的上下文有没有那么多，要打个问号？
老实说，云端 Agent 的市场份额有没有本地 Agent 市场空间大还需要验证。
Agent 的市场份额，就是上下文在哪里的问题？
现阶段的上下文，大部分都在用户本地，因为最开始用起来的都是 pro-C 用户。大部分任务的上下文在用户本地，所以本地的 Agent 最先发展起来。
下一个阶段，大家都在说 Agent 要上云。
那么问题就是，有多少上下文需要上云呢？
上云的场景有几个
1. 本地空间不足，云端存储；
2. 需要协同或者分享；
而针对协作的需求，飞书，钉钉，企业微信这样的 IM 确实就是最好的载体。
但是需要协同的上下文，真的有那么多吗？这里用打个问号？
1. 我在本地编辑了很久的 PPT 准备了很久的稍等，最终上云的只有 PPT。
2. 我用 AI 抽卡视频很多次，最终需要上云分享和协作的，只有成功的那一次。
类比地来看。
实际上在线文档发展了很多年，飞书云文档，google docs 等等这么多平台加起来的数据量，数据量才慢慢超过 office 的传输。
市场空间有多大，
所以需要上云的上下文有没有那么多，要打个问号？
原动态已删除
3 20