正在加载视频...

视频加载失败

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

44,618 次观看 • 1 年前 •via X (Twitter)

8 条评论

Erosares-AST. 的头像
Erosares-AST.1 年前

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

C0conutx_ 的头像
C0conutx_1 年前

☹️

Visccccccc. 的头像
Visccccccc.1 年前

@Rubber_c0conut 榨椰汁👻

小狗 100 + ▼⁠・⁠ᴥ⁠・⁠▼ 的头像
小狗 100 + ▼⁠・⁠ᴥ⁠・⁠▼1 年前

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

Jack 倔可 🔞 的头像
Jack 倔可 🔞1 年前

@Rubber_c0conut 可以量產椰汁了🥥

马虎的橙子🍊 的头像
马虎的橙子🍊1 年前

@Rubber_c0conut 在哪里领椰汁

数码小子 的头像
数码小子1 年前

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

白钻 的头像
白钻1 年前

@Rubber_c0conut 来了

相关视频

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

佐伊

13,881 次观看 • 2 年前

来自 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,276 次观看 • 1 个月前

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

Bear Liu

12,250 次观看 • 1 年前

张咋啦 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,078 次观看 • 1 个月前