Loading video...

Video Failed to Load

Go Home

Experiment Log: Today’s test goal: Let experiment object c0conutx_🥥 taste his own coconut milk. 今日实验目标:让小椰子品尝自己的椰汁😋

45,265 views • 1 year ago •via X (Twitter)

8 Comments

Erosares-AST.'s profile picture
Erosares-AST.1 year ago

@Rubber_c0conut 想同时听到TG老师的粗口

C0conutx_'s profile picture
C0conutx_1 year ago

☹️

Visccccccc.'s profile picture
Visccccccc.1 year ago

@Rubber_c0conut 榨椰汁👻

小狗 100 + ▼⁠・⁠ᴥ⁠・⁠▼'s profile picture
小狗 100 + ▼⁠・⁠ᴥ⁠・⁠▼1 year ago

@Rubber_c0conut Wow ! 好讚喔!!🥵🥵🔥🔥🔥🔥🔥

Jack 倔可 🔞's profile picture
Jack 倔可 🔞1 year ago

@Rubber_c0conut 可以量產椰汁了🥥

马虎的橙子🍊's profile picture
马虎的橙子🍊1 year ago

@Rubber_c0conut 在哪里领椰汁

数码小子's profile picture
数码小子1 year ago

@Rubber_c0conut 哈!我就知道这个直播间不是看起来这么简单,果然有隐藏内容

白钻's profile picture
白钻1 year ago

@Rubber_c0conut 来了

Related Videos

周末好啊! 只要是看电影的人,应该都知道黑泽明。 黑泽明被称为电影界的莎士比亚,电影《姿三四郎》是黑泽明的第一部问世作品。 今天不讲《姿三四郎》倒是要讲一个小故事。这个故事来自黑泽明的自传的序—— 书名《蛤蟆的油》 他说有一个民间传说:日本的深山里有一种蛤蟆,长得极其丑陋,有好多只脚。当地人经常抓,抓住以后把它放在镜子前,它在镜子里看到自己这么丑陋,就吓出了一身油。 这种油是很珍贵的药材,可以治疗烫伤。 黑泽明把自己比喻成这只丑陋的蛤蟆,他说晚年回顾自己,就像站在镜子前,看见自己年轻时候的种种丑陋和不堪,急出了一身油。 我在想:这样一个伟大的人,究竟要做到多么谦逊,才会把自己比喻成丑陋的蛤蟆呢? - 这段序文真的引人入胜,引人入思。 现如今,自我膨胀的时代还会有惊出的一身油吗? 我把自己放在镜子面前,一定会惊出一身油,而且越是有了岁月痕迹,痛恨自己身上的东西就越多,比如说贪图,虚荣,表现欲,懒惰等等,我觉得七宗罪应该都占齐了。 人真的很难真实的谈论自己,总是在不断地,美化自己。———黑泽明 又到了周末,让《蛤蟆的油》警醒自己吧! 这部电视剧是国内引进的第一部日剧,翻拍 黑泽明的作品。音乐走起👍

佐伊

13,881 views • 2 years ago

来自 Claude Code 团队成员 Thariq 分享的用好 Fable 5模型的秘诀。 以下内容整理自 Thariq 的视频: 过去,我们需要时刻检查 Claude 是否在正确地做事。比如,把任务拆分成小块交给它、反复检查它的输出,并在它过早停下时发现问题。但有了 Claude Fable 5,我反而发现自己越来越多地是在检查 Claude 是否在做正确的工作。 Fable 可以一次运行几个小时,它会测试自己的工作,老实说,我经常发现它写出的代码比我的还要好。我的工作变得越来越侧重于指引方向和前期设置,而不是监督。因此,以下是我在使用 Fable 时,工作方式发生的三个改变。 首先,我把 Claude 当作一个思维伙伴。我给它提供所需的上下文。其次,我给 Claude 设定目标并提供验证这些目标的方法。最后,我试着变得更有野心,让 Claude 去做我以前从未尝试过的事情。 第一点,你要越来越多地把 Claude 视为一个思维伙伴。 我在使用 Fable 时发现的一个失败模式是,我可能实际上并不知道自己想要什么,或者我可能不知道什么是可行的。但是,在我的思考过程中尽早让 Claude 参与进来,我就可以在实施之前发现这些问题。 举个例子,我会先从一个小的需求规范(spec)开始,在编写最终的规范文件之前,我会要求 Claude 就实施方案对我进行“面试提问”。这有助于我建立信心,确信自己知道想要什么。或者,我也可能抛出一个想法,让它想出几个可以发展的方向,并制作一些 HTML 页面原型供我审查。 当我准备好进行实施时,我会尽量给它提供上下文,而不仅仅是约束条件,这样 Claude 就能真正帮助我达成目标。 例如,我不会说“保持简单,不要过度设计”,而是会说:“嘿,这个功能是个实验。我们很有可能在一个月后删掉它。所以不要构建任何丢弃起来会很心疼的东西。”给它这样的上下文,能让它发现你可能都没想到的事情。 一旦你知道自己想要什么了,特别是面对一个雄心勃勃的难题时,考虑给 Claude 设定目标以及验证目标的方法。 为此,我们推出了两个很好用的新功能,我也鼓励大家试一试:/goal(目标指令)和 workflows(工作流)。目标功能帮助 Claude 持续工作直至完成,而工作流则帮助 Claude 验证其工作。 因此,在我写完规范文档后,我可能会告诉 Claude:“设定一个目标,以完整实现该规范。然后使用工作流来验证计划的每个部分,并准备一份报告,说明已实现了哪些内容以及是否有任何差异。”这让 Claude 能够尽可能以富有创意和周到的方式发挥其能力,同时又能确保它正在构建你想要的东西。 最后,试着更有野心一些。 Fable 真的是一个令人难以置信的模型,它促使我在工作中打破常规去思考。例如,我正在用 Fable 剪辑这个视频。如果有什么事情是你以为大语言模型做不到的,给它个机会试试。我们由衷地认为,Fable 提高了“一切皆有可能”的上限。

宝玉

143,397 views • 1 month ago

专访独立开发者,句乐部创始人阿崔:做项目值得借鉴的路径和经验 如果现在让我回顾和总结一下,我觉得有几件事特别值得借鉴,也绝对是我以后还会坚持的做法。如果有人来问我,我也会建议他们优先做这几件事: 1. 让别人知道你在做什么 ——无论你现在手头的东西有多“垃圾”,一定要尽早放出来,让别人知道你在做什么。 我当时做的版本其实很简陋,但我就是第一时间发出来宣传。身边很多人做产品习惯“闷头干”,等到做了一段时间再拿出来,结果发现根本没人买账。你想象中的受众、市场,其实很多只是自己脑海里的幻想,没有经过验证。 2. 坚持 MVP 思想,小步快跑 ——做最小可行性产品(MVP),快速上线、快速试错、快速调整。 这点虽然已经被讲烂了,但真的特别重要。小步快跑是最低成本的试错方式,能让你很快发现问题。 但实际上,“听说”和“真正去做”是两回事,很多人只是听了,但没有实践。 3. 及时验证,真实反馈 ——要及时获得真实用户反馈,而不是自己憋着“闭门造车”。 只有不断让外部环境影响你的产品,你才能不断优化和迭代。 4. 不怕丑,不怕失败 ——别怕东西不够好、别人不喜欢,先放出来,再优化。 总结下来,早发布、快反馈、小步快跑、敢于验证,是我认为每个独立开发者、做产品的人都值得借鉴的路径。 注:详细内容,请关注播客BearTalk (狗熊有话说)的专题访谈:从练手小工具到15万用户:阿崔的“句乐部”成长记(8月11日上线)

Bear Liu

12,250 views • 1 year ago

张咋啦 Zara Zhang 一年之内,把推特从1k粉做到了7w粉~ 我看完后这个视频,深受触发,强烈推荐所有做X的人都要看看~ 课代表笔记省流版: 1. 把 X 当成一个 party,不是舞台 不要只把它当成自己发言的地方,而是先进入别人正在讨论的圈子,听他们聊什么,再自然加入。 2. 先训练你的算法和 feed 你想混哪个圈子,就要主动调教信息流:对标题党、不相关内容点“不感兴趣”;对高质量内容点赞、评论、转发、收藏。好的 feed 会给你持续输入,也会帮你找到可参与的话题。 3. 真诚互动比批量回复重要 反对用 AI 机器人批量回复。真正有价值的回复,尤其是在大 V 或行业人士下面的回复,可能带来点赞、回复、关注,进一步让算法把你的内容推给相关圈层。 4. 高频发帖,要变成条件反射 给自己定个目标,每天发 3 条。关键不是专门空出大块时间,而是把发帖门槛降到很低,让它变成日常动作。 5. 三个保持高频的习惯 1)Learn in public:把看到的好观点、笔记、共鸣内容公开分享,并标注原作者。 2)Give feedback in public:体验 AI 产品后,公开写真实反馈,并 @ 官方账号或创始人。 3)Build in public:把自己做的 demo、原型、录屏、产品进展发出来,尤其是新模型/新工具发布后快速做东西。 6. 先贡献价值,再谈自己想卖什么 不要一上来就推销产品或公司。先让别人觉得你真诚、有价值、有判断力,后面他们才会愿意回应你。 7. 粗糙但真实,胜过精致但空洞 不完全反对 AI 写作,但强调:在你还没有形成判断力和个人 voice 之前,不要依赖 AI。应该先多读、多发,形成自己的风格,再让 AI 辅助,而且输出必须像你自己说的话。 一句话总结:X 增长的本质不是“发爆款”,而是持续出现在正确圈层里,用真实、有价值的表达建立个人品牌和影响力。

木马人

72,539 views • 2 months ago

贝佐斯这个关于数据和人性的故事太顶了,戳中了所有大公司的致命通病,每个管理者和创业者都应该读十遍。 他在高管会上拿起手机,拨了亚马逊自己的客服电话, 然后开了免提,全屋子高管安安静静地听。 整整等了十分钟,才有人接😳 而就在五分钟前,客服部门刚汇报完,平均等待时间不到六十秒😅 最讽刺的地方就在这,数据没有造假,每一个数字也都严格符合统计规则, 只是那些等了九分钟就愤怒挂掉的电话,不算在平均值里, 和自动语音菜单的三分钟不会被计入等待时间。 以及超过系统上限的极端值会被自动过滤掉。 说明数据被精心设计过了,它只展示你想看到的东西, 把所有真实的用户痛苦,都完美地排除在外。 这就是古德哈特定律最残酷的体现, 当一个指标变成了考核目标,它就立刻不再是一个好指标了。 所有人都会开始优化这个数字本身,而不是它背后代表的真实体验。 最反直觉的是越是标榜自己数据驱动的公司,越容易被自己的数据蒙蔽,因为所有人都在拼命让曲线往上走。 高管们看着漂亮的仪表盘,觉得一切都好,但用户正在用脚投票,然后默默离开。 贝佐斯教给所有管理者一件事是你最重要的工作不只是看报表,要自己打一次客服电话, 而且要用隐身模式买一次自己的产品,完整走一遍用户会经历的所有流程。 仪表盘是员工的绩效工具,但不是用户的真实镜子,那些不会出现在平均值里的糟糕体验和被过滤掉的95分位、99分位用户,以及那些愤怒到直接挂掉电话的人,才是真正决定你公司生死的人。 数据和故事打架的时候要永远相信故事,每周花十五分钟,做一次自己的用户,比看一百份报表都有用。 而且别只看平均值,去看最糟糕的那1%的体验,那才是你真正的产品质量。 数据是工具,不是信仰,再大的规模,也不能让数据把人性过滤掉。 每一个创始人和管理者可以问问自己,你上次自己打一次自家的客服电话是什么时候? #贝佐斯 #管理 #产品思维 #数据驱动 #创业

AYi

50,800 views • 4 months ago