rubickguo

97 posts

rubickguo banner
rubickguo

rubickguo

@rubickguo1

邮箱 [email protected],一个毕生都在追求酷的年轻人

Shanghai Katılım Mayıs 2017
103 Takip Edilen11 Takipçiler
John Wayne
John Wayne@DevJohnWayne·
全部开源啦
中文
11
25
623
38.9K
rubickguo
rubickguo@rubickguo1·
@NeverToyJoy 昆哥可以搞个长文出来,更适合分发和传播
中文
1
0
0
46
Never 王昆|社区 × AI 产品
一个中层,如何在传统互联网公司推动 AI 转型:7 条实战经验(0/7) 过去一年,Claude、Codex 等产品让 Agent 不再只是 Vibe Coding 工具,而逐渐成为了真正“会使用电脑的工作者”。 AI 辅助(或者说替代?)白领工作的时机,已经到了。 一方面,我忧心忡忡未来自己、行业和人类群体整体受到的AI冲击。 另一方面,我也在快速学习、使用Agent,成为最先适应的人之一。 因为还在公司打工,摆在所有非AI native互联网公司面前的挑战都一样: 到底该如何进行AI转型? 这里说的AI转型并非指的自身的产品如何引入AI能力。 很多公司里的很多人正在强行拙劣地把AI能力嵌入到自己的产品里,提供不匹配他们薪资的💩一般的体验。 传统互联网产品如何被AI重构,是另一个值得单独展开的话题。以后我会分享自己经历过的失败、成功,以及一些不太主流的判断。 这个系列想讨论的,是另一种转型: 如何把 AI 尽可能嵌入公司的日常工作流,替代更多工作,并帮助真正掌握方法的个人和组织,实现 10X 产出。 我所在的公司并不以效率著称,有些组织机制甚至天然反效率。 想在这样的环境里推动 AI Native 改革,阻力重重。 尽管如此,到今天为止,我们依然取得了一些结果:产研速度更快了,交付质量也更高了。 比如我从 0 到 1 推动的 Toy平台(bilibili.com/toy/intro)一个提供给Vibe Coding创意者,便捷部署和分发自己网页的平台:起初只有一名研发,没有设计,产品工作则由我这个产品总监兼职承担;截止目前,已经有数百万用户使用过Toy。 接下来,我会用 7 篇短帖(真的非常短),分享自己在真实组织里推动 AI 转型的具体经验。 不讲“拥抱 AI”之类的正确废话,只讲踩过的坑,以及真正有效的方法。
中文
11
2
13
9K
赵纯想
赵纯想@chunxiangai·
5.6 Sol 给人的感觉就是很努力,满头大汗哭着把结果给你。Fable 就是教父里面白兰度从抽屉里掏出一个结果给你。这就是区别。
中文
25
6
224
116.8K
Yuu💖
Yuu💖@QuantumTransf·
@Arcadia_Bao 不不,我的意思是可以做一个抓书签的,只要进入书签就直接触发 agent 使用对应的 skill 然后转写成标准格式文档 因为我觉得对于很多人来说,2 / 3 steps 就已经很难做后续的东西了,1 steps 最好,无感体验最好
中文
2
0
0
52
忒修斯的船板
忒修斯的船板@Arcadia_Bao·
介绍一下我现在是怎么对待收藏在书签里的文章的 第一步,在随便什么地方收藏,这一步本身没有意义。 第二步,用Obsidian剪藏插件以markdown形式保存文章到本地,这里开始,才是真的当一回事: 1、用自建的skill清洗格式、发送打印机打印,随后自动化归档到长文章库 2、抽时间阅读实体打印出的文章。 2.1 好的文章,看完就做笔记、写推文/flomo,感想化作观点文章,或者知识卡片(是写作练习+费曼式学习)。 2.2 价值低的文章,看完就会直接揉把揉吧扔掉。 这里面的门道是,第一,我发现实体纸张阅读能逼迫我认真对待文章,且产生最大限度的专注力和理解力。 第二,当我看完文章,第一感觉是否是毫无留恋地想直接扔掉打印版,体现了这篇文章的真实价值。毕竟,打印粉墨和纸张也是要钱的,保存也占用空间,所以第一直觉就很能说明文章对我的价值。 3、对打印出的好文章进行进一步整理:符合自己关注的主题分类的装订在一个夹子里,收藏起来供随手翻看,启发自己写新的文章。 至于觉得鸡肋的文章,简单做完笔记就处理掉,心理上和物理上同时断舍离。 4、只要经过上述打印处理过的文章,不论好坏,应该都具备某种意义上的价值。所以我都统一保存在PC的文章库,AI可以随时查阅记录。未来做创作需要找素材的时候,让AI按照关键字定位文章,抄来自己所需要的部分即可。 不需要的时候,这些文章就沉睡在库里,不会消耗注意力。
忒修斯的船板 tweet media
中文
5
9
58
2.9K
rubickguo
rubickguo@rubickguo1·
@thsottiaux 注意力面板,对于完成任务的排序。 对于每个线程消耗 token 的可视化。 成就系统很重要
中文
0
0
0
15
Tibo
Tibo@thsottiaux·
What is something that you feel is surprising that Codex still can't do well and we should have gotten right a while ago?
English
3K
43
3K
563.3K
Yuu💖
Yuu💖@QuantumTransf·
@mario_2333 现在感觉也做不到很好吧,五年的聊天数据怎么压缩是个问题…
中文
3
0
7
337
🍭Mario🐈
🍭Mario🐈@mario_2333·
想起来以前看到的图,不知道这位有没有等到LLM出现呢🥲 我想,如果哪天我意外去世了的话,我tg上也有好多年和好多人的聊天记录,里面不仅有说话习惯,也有大量记忆经历观点想法,我会想公开保存的 不过还是不喜欢做成聊天AI呢,对方同意的话,去除敏感信息,作为了解和怀念我的方式去阅读还是更好的
🍭Mario🐈 tweet media
中文
18
2
68
4.4K
Yuu💖
Yuu💖@QuantumTransf·
最近想到 5-6 个 idea 一个还没开始做,考试周是这样的🥲
中文
6
0
13
1.4K
Yuu💖
Yuu💖@QuantumTransf·
skill 感觉是配合 cli 一起用比较有意义 我常用的纯 prompt skill 应该只有 superpowers 不知道你有没有遇见过想让 agent 查过去 session 内容的场景,以及各种 session 的 handoff,可以试试 obelisk(这就是一个 cli + skill 的场景) github.com/tommy0103/obel…(对不起我又在推销但是我真的觉得它很好用(呜呜
中文
1
0
7
399
蛋挞也是 Taco🎄
蛋挞也是 Taco🎄@ytiihyslqlabpow·
你们真的会用skills吗 我感觉我从来没用过
中文
15
0
15
3.1K
Yuu💖
Yuu💖@QuantumTransf·
@EFLKumo_ 没想到立党难得说了点正确的事情(笑死
中文
1
0
8
267
EFL
EFL@EFLKumo_·
良定义和 DAG。也是(正在开发的)Optic Subagents 架构的核心原则
lidang 立党 (劝人卖房/学CS/买SP500/纳100/OpenAI/Anthrop第一人)@lidangzzz

这些年我最反对的一个设计,就是一堆agent扮演CEO、高管、若干程序员、设计师,若干测试一起七手八脚做项目。 我一直的观点是,单个agent去解决没有边界、条件模糊、无法verify的开放问题,就是个灾难, 20个agent聚在一起,各自分配一个开放无边界的问题,七嘴八舌混乱沟通,最后强行组合一起, 一定是一连串巨大的灾难。 这些年multi agent framework一直都是这个设计思路,让我觉得非常匪夷所思,显然所有人太依赖于目前公司运行和管理经验,而直接把公司模式套在multi agent上面,试图复刻一个公司,这种做法是非常武断的。 我还是那句话,multi agent有价值的场景,尽量要遵循两个条件: 一个是足够并行、互相上下文足够隔离、互相环境足够隔离,互相沟通尽可能减少,并且整个multi agent沟通尽可能遵循一个DAG(有向无环图),避免存在大量重复的吵架和无效沟通, 一个是每个agent都能够被分配一个单独的、封闭的、条件和边界清晰、可以本地verify的任务(最好是本地编译、本地运行、本地完备测试),尽可能减少对沟通的依赖,自己独立推动工作一小步,只向上汇报“成功/失败”和结果,最终被合成在一起。 显然大规模项目的coding不符合这个条件,绝大多数更复杂的社会性任务(比如上面说的20个agent扮演公司过家家)也不符合条件。 目前所有人能认可的第一个场景,就是爬虫、翻译、总结这些openclaw时期的工作,接下来还有若干场景,可以参考我之前讲过的内容。 能想明白这个道理,偷偷发掘一个新领域的一系列问题,尝试找出这一类适合上面两个条件的multi agent任务场景,才是当今设计multi agent最重要的能力。

中文
1
0
5
1.7K
rubickguo
rubickguo@rubickguo1·
对于 C 端用户来说,总结这个功能是非常有必要的。人类天生追求“获得感”和“掌控性”,把一篇很长的文章做出总结对于 C 端用户非常有意义。 但我不喜欢这么干,缺失了原文很多时候让我们减少了“联想能力”,我喜欢看原文获取原始信息。 置身钉内一开始让 ai 总结差点让我错过了这篇优秀的文章。
中文
0
0
0
62
rubickguo
rubickguo@rubickguo1·
@fuwayaya 脑子里时刻都是各种事,失业的第一周去旅游了两周,然后看了两天喜欢的游戏的比赛,之后我就闲不下来了。 第一次感受到自己是个卷王🤣
中文
0
0
0
31
fuwayaya
fuwayaya@fuwayaya·
@rubickguo1 我也很吃惊都不敢给你发消息,正常你可以接offer之后缓两周再上。
中文
1
0
0
25
rubickguo
rubickguo@rubickguo1·
最近真的太忙了,儿子回来之后即便是失业期都忙的不能自已。尤其是小家伙还生病了。 今天用尽全力最后做了一个 ccswitch 早已实现的功能,发现产品经理真的越来越往 ui 靠了,像个无能的废物… 给不了用户价值,在产品设计上做创新是苍白无力的。 盘点下明天要做的事:
中文
1
0
0
101
rubickguo
rubickguo@rubickguo1·
@QuantumTransf deepseek 本身就够便宜了,便宜的边际效应是很强的。 尤其对于 agent 产品来说,我觉得便宜不算竞争力,效果才能成为竞争力。
中文
0
0
1
37
Yuu💖
Yuu💖@QuantumTransf·
感觉时间线上一提到支持 deepseek 的自研 agent 就是省 token 但我们都知道降本未必增效,也有可能增笑 省 token 的同时,推理性能是否有因为这种优化被拉低?有没有人去跑个 terminal bench 看看和 baseline terminus agent 的差距?我觉得我们需要这种数据,至少它说明这可能是真的可用的 agent 我觉得现在的情况是不健康的,都在不计一切的卷 cache rate,但其实高于 90% 之后边际效应就开始显现,没有太大意义
中文
8
1
25
3.9K
rubickguo
rubickguo@rubickguo1·
和纯银聊到怎么在 codex 上使用 deepseek,我推荐了 ccswitch,然后发现这软件的产品设计有些一言难尽,完全不是我能推荐的产品。 想着做这个产品应该不难自己 coding 一个算了,妈呀直接快把我 codex 干完了,十点干到三点还没弄完,太离谱了… 想要无缝切换 deepseek 和 gpt 有这么复杂吗…
中文
0
0
0
140
rubickguo
rubickguo@rubickguo1·
@chunxiangai 别啊你都去了我们这种小垃圾怎么竞争啊
中文
0
0
1
2K
赵纯想
赵纯想@chunxiangai·
投了deepseek的简历,他真敢面我真敢去,弄一个史诗级客户端出来。😂
中文
131
4
339
95.7K
rubickguo
rubickguo@rubickguo1·
美光这财报…太帅了
中文
0
0
0
115
xiaoyu
xiaoyu@zhongxingyuyes·
ai时代如果一个商业产品没有持续创新能力 都要面临一个问题就是开源斩杀线
中文
2
0
1
410