

Refly AI 交流群播客20250608这组聊天记录讨论了几个话题,首先,用户分享了他们的Perplexity账户被封或遇到问题的情况,并讨论了获取免费年度会员的途径和风险。其次,对话涉及了人工智能工具Refly的使用和更新,包括其PPT生成功能以及用户对其工作流自动化能力的期待。此外,用户也交流了关于AI模型表现的看法,特别提到了Claude在代码处理方面的优势以及Gemini在总结论文上的有效性。最后,聊天记录还触及了如何利用AI工具(如n8n)构建自动化工作流来提升效率,以及当前跨境电商行业和就业市场的状况,并探讨了AI工作流在实际业务应用中的挑战。 群聊日报:https://refly.ai/share/code/cod-wtiphfl1rwqzrzbpyz714w4v
Refly AI 交流群播客20250607昨天群聊包含关于技术话题的讨论,例如开源JavaScript动画库以及Refly的产品开发,特别是其潜在的移动版本。对话还涉及与人工智能相关的各种主题,包括人工智能的局限性、人工智能在产品开发中的应用以及一场名为WaytoAGI的全球人工智能大会的亮点。此外,参与者还分享了关于游戏和视频编辑行业的看法,以及有关通过非传统方式赚钱的趣闻。 群聊日报:https://refly.ai/share/code/cod-pgdkqsusszagv5jrl2jgfbj0
Refly AI 交流群播客20250606这段文字来源于一段聊天记录,参与者讨论了人工智能模型的使用体验,特别提到了Claude、Gemini和ChatGPT。对话内容还包括了对国产芯片训练大型模型的可能性和真实性的猜测。此外,聊天中还涉及了AI生成内容检测的方法、AI工具的功能(例如PPT导出、浏览器控制)以及团队的工作氛围和对加班的要求,最后简要提及了使用AI生成视频和游戏的进展。 昨日 06-06 群聊日报已送达:https://refly.ai/share/code/cod-serld9w7hpys63bxc78h7mpx
Refly AI 交流群播客 202506051. AI工具和模型的使用与讨论 * Refly工具的问题与反馈: 用户对Refly工具的使用体验进行了交流。 * 北京-小菜与老鸟提到了Refly生成的播客音频首次遇到小宇宙审核失败的问题,并尝试让AI分析原因,最终通过删除部分内容解决。 * 上海-Refly-Marc询问Refly是否存在稳定性问题,例如无输出或错误码。 * 用户报告了Refly卡死、重启多、自定义提示词无法保存等问题。 * 上海-Refly-Tom确认Refly将开放API,包括MCP的外部接入和系统操作,目标是减少复杂操作,实现文本输入驱动。 * Time will tell 指出Refly的核心在于减少冗余操作和提供结构化、标准化的接口,以便AI理解。 * 大型语言模型(LLMs)的使用和获取:讨论了获取和使用不同LLMs的方式,包括OpenAI、Claude、Gemini等。 * 有用户提到OpenAI企业版首月1美元的优惠,并分享了薅羊毛的教程和组队信息。 * Peng分享了魔搭平台(ModelScope)的模型资源和每日免费次数,并认为可以与Refly结合实现模型自由。 * 有用户反映官方模型(如OpenAI r1)繁忙或降智,并探讨了其他渠道的可用性。 * 讨论了使用代理(梯子)访问国外模型的稳定性问题,以及不同代理服务的价格和特点。 * AI在其他领域的应用:分享了AI生成PPT、AI秘书(Genspark)管理邮件日程、AI生成视频和3D模型(flowith Neo)、AI讲题和生成教学视频(metaso)等工具和应用。 * Metaso的AI讲题功能被认为对于辅导孩子的家长来说是“直切痛点”的付费点,特别是能够识别图文题并给出准确解析和语音讲解,且不依赖题库。 * 讨论了国内AI教育产品的现状和挑战,包括高中数学题目的准确性和幻觉问题,以及商业模式(课程收费)的限制。 2. AI内容创作与商业化 * AI视频创作的探索:汗青工作室使用多种AIGC技术(包括可灵ai, Veo3, 即梦ai, Vidu, 海螺ai, Flux, CumfyUI, Midjourney)制作AI原生MV。 * 用户讨论了AI在商业单中的应用限制,认为过度依赖AI会影响创作的“初心”和创意视觉化,真正的创作AI只是工具。 * AI工具的商业模式: 提到了Metaso的视频教学下载和PPT下载功能可能会是付费点。 3. 地域发展与行业特点 * 北京与南方影视后期行业的比较: 讨论了北京、上海、四川、广东在影视后期行业的特点。 * 北京广告公司多,后期需求量大,但规模化程度低,人才流失严重。项目竞争看关系、需要了解本土特点,报价相对低。 * 南方(特别是上海、四川、广东)更注重执行力和成品效果,竞标更看重实际能力。上海文化品味高,四川人才基础好,广东规模化做得好。 * 提到了北京甲方可能要求高但预算有限的情况。 4. 社会话题 * 医院看病难: 有用户抱怨医院人多,看病等待时间长。 * 人口和教育市场变化: 讨论了新生儿减少和教育市场萎缩的趋势,并提到了进军老年市场的可能性。 群聊日报:https://refly.ai/share/code/cod-mkoemglo3rrjcghtp7adgi1y
Refly AI 交流群播客 202506041. Refly 平台讨论: * Refly R1 模型表现及更新: 用户讨论了 Refly R1 模型在小说创作中的表现,有用户反映 R1 不如 Gemini,并且在生成代码时出现错误和功能不正确的问题。Refly 团队表示已经上线了 DeepSeek R1 0528 版本,可以直接使用。用户对 R1 0528 的上下文窗口大小(128k 或 164k)进行了讨论,Refly 团队确认目前接入 OpenRouter,最小上下文窗口为 128k。 * 新功能进展: Refly 团队透露正在打磨 MCP (Master Control Program?) 和桌面端,希望能全量上线。本地与线上账号打通被认为是“刚需”。 * 使用问题及建议: 用户反馈了 Refly 网站无法打开(可能是缓存问题)、首页模板内容丢失/不适用、T1 模型重复显示、模型名称过长导致按钮溢出、以及思考/回答速度变慢等问题。有用户建议整理首页模板。 * 自动化和集成需求: 用户表达了将 Refly 工作流包装成 API 的需求,以便自动化固定任务(如文风修改)。Refly 团队确认这是高频需求,会在后续尽快提供。 * Github Issue 自动化: 社区讨论了自动化将 Refly 使用中遇到的问题提交到 Github issue 的方法,包括利用现有的 Github MCP、开小号、或者 Refly 官方提供一个 github-issue bot。这反映了用户希望更便捷地报告问题和参与产品改进。 * Html 节点链接跳转问题: 用户反馈 Refly 的 html 节点中的 href 链接无法打开跳转,特别是在日报中的资源链接。Refly 团队表示会查看此问题。 1. 其他 AI 工具及平台: * n8n: 有用户询问是否有人使用过 n8n 并寻求推荐。n8n 被描述为类似 make、dify、coze 的 workflow 工具。 * Notebook LM: 用户对 Notebook LM 评价较高,认为其“有绝对优势”,特别是模型能力强且“几乎没有幻觉”。相比之下,国内 AI 幻觉“相当严重”。Notebook LM 被认为是特调版 Gemini。 * 秘塔: 秘塔被提及作为 Notebook LM 的国内替代选择,但因国内 AI 幻觉问题而未被优先选择。秘塔有自己的资源优势。 * ima (腾讯元宝): 被认为是国内知识库搭建和微信共享比较方便的选择,对普通大众够用。 * Cherry Studio: 被推荐为本地搭建知识库的选择,尽管“也不是完全本地”。 * Fellou: 用户分享了 Fellou 2.0 客户端(限 Mac 用户)的下载链接和邀请码,并展示了其控制客户端(如微信)的能力。用户认为 Fellou 具备“super 浏览器”的功能,可以操作桌面端软件,甚至脑洞大开地提出 Fellou 定时操控 n8n 和 Refly 工作流的想法。有用户成功使用 Fellou 控制微信发送消息。对 Windows 版本的需求被提及。 * Claude 4: 有用户反映 Claude 4 模型最近又开始出错。 * DeepSeek R1 的免费使用渠道: 用户分享了一个包含50个 DeepSeek R1 免费使用渠道的列表,涵盖了支持联网搜索的平台、提供免费 API 额度的平台、支持创建智能体的平台以及接入 R1 的在线平台、写作平台、开发平台、数据分析平台和 PPT 制作平台。列表中提到了华为小艺、MiniMax、QQ浏览器、天工AI、WPS灵犀、腾讯元宝、秘塔AI搜索、Poe、Perplexity、OpenRouter、硅基流动、扣子、FastGPT 等多个平台。 * 硅基流动: 有用户拥有硅基流动的大量赠金,但也有用户反映其在一段时间内速度变慢,放弃使用。这被认为与 OpenAI 类似,存在“降智和降速”的问题。 * Graphrag: 被提及用于知识库搭建,但对数据清洗和打标签有要求。 * “虚空粉碎”: 一个用户分享了关于“虚空粉碎”概念的链接,并开玩笑地提出要建立相关源代码项目,这似乎是一个更具哲学或武侠色彩的概念,与技术讨论关联不大。 * deepwiki: 被建议用于询问如何实现某些功能并生成 github issue。 引人关注的观点/事实: * “notebook lm 有绝对优势,这种学习类软件最大的要求是模型能力,尤其是抑制幻觉。notebook lm 是特调版的 gemini,几乎没有幻觉。而国内 ai 幻觉相当严重,不然我就用秘塔代替 notebook lm 了。”—— 突显了用户对 AI 模型质量(特别是幻觉问题)的高度关注,并认为这是国内外产品的主要差距之一。 * “为何近期全国多地家电国补要么暂停申请,要么变成每天限量抢券?这种转变背后,其实是一系列现实挑战和政策执行困境共同作用的结果。”—— 详细解释了国家家电补贴政策调整背后的财政和执行原因。 * “refly,太好用了。我竟然可以用fellou来控制。本条信息来自Fellou输入。”—— 展示了 Fellou 作为“super 浏览器”控制桌面应用(如微信客户端)的潜力,并激发了将 Fellou 与 Refly、n8n 结合进行自动化的设想。 * “refly有没有包装工作流,开放api的计划?比如我有个文风修改的需求,我现在是上传原文档,连线到提示词,运行后复制结果到新文档。如果开放api输入输出,就直接有新文档了,这种固定需求就不用每次都点开画布,再一个个手动运行了”—— 这是一个明确的用户痛点和功能需求,反映了 Refly 用户希望将工作流能力集成到更广阔的自动化场景中。Refly 团队对此需求的回应是积极的。 * 用户围绕 DeepSeek R1 免费使用渠道的讨论,反映了用户对免费 AI 资源的渴望和探索。 * 关于自动化 Github issue 的讨论,体现了社区希望提高效率,并与产品团队建立更便捷的反馈机制。 未解决的问题/待跟进事项: * Refly R1 模型(0528版本)在特定任务(如代码生成)中表现不佳、思考/回答变慢的问题是否是普遍存在的?是否与网络或梯子有关?Refly 团队是否会进一步优化或调整? * Refly 首页模板的内容整理和更新。 * Refly Html 节点 href 链接无法跳转的问题需要 Refly 团队修复。 * Refly MCP 和桌面端的具体进展和全量上线时间。 * Refly 工作流包装为 API 的具体计划和时间表。 * Fellou Windows 版本的开发进展。 昨日 06-04 群聊日报已送达:https://refly.ai/share/code/cod-syra9zc7k2kgxemnl0vu2amk
Refly AI 交流群播客 20250603主要主题: 1. Refly产品讨论与改进建议: 社区成员积极讨论Refly当前的功能、用户体验以及未来的发展方向。 2. 竞品分析与学习: 成员分享和讨论了Refly的竞品,如kuse.ai, flowith, lovart, drawnix, excalidraw, 博思 (MindMaster/ProcessOn), dify, metagpt, coze, langchain/langgraph, Fellou, Dia, Eko, 以及正在开发的Comet浏览器。 3. AI技术与应用探讨: 讨论内容涉及AI模型的选择与使用(DeepSeek, Grok Mini, Gemini, Qwen3)、Agentic Workflow、提示词技巧(另类、JSON提示词)、AI生成内容(视频、音乐、MV)以及RAG(Retrieval-Augmented Generation)技术。 4. 产品商业模式与定价: 对博思等产品的买断制、点数收费以及Refly的开源免费模式进行了对比讨论。 5. 老年人使用科技产品的问题: 探讨了当前科技产品对老年人学习和使用的难度,以及未来AI可能带来的改善。 6. Refly社区活动: 提及了群日报、GitHub issue提交通道以及产品竞品共创版。 群聊日报:https://refly.ai/share/code/cod-zg38l6r8iw1c4odherl78wn6
Refly AI 交流群播客 20250602本次聊天记录涵盖了多个话题,主要围绕人工智能(AI)工具的使用体验、推广模式、硬件讨论(特别是Mac Mini和3D打印)、人才引进政策以及日常生活中的一些观察。其中,对AI绘画工具的评价、Refly产品功能和定位的讨论、以及对AI编程模型可用性的反馈是主要焦点。 群聊日报:https://refly.ai/share/code/cod-u62l03ju6dftcibg4ieshw3b
Refly AI 交流群播客 20250530本次群聊围绕AI技术、Refly产品更新、硬件设备选择以及日常生活等话题展开。核心讨论点包括: * AI模型与工具的体验与讨论: 群友们分享了使用不同AI模型(如Deepseek、Gemini)的体验,并讨论了新的AI Agent和工具。 * Refly产品的进展与用户反馈: Refly的团队成员与用户积极互动,发布了Mac客户端的内测版本,并收集用户反馈。多模态功能和客户端的本地化特性是讨论焦点。 * 硬件设备与技术趋势: 群友们讨论了Mac、Windows笔记本、平板等设备的选择和使用体验,特别是与AI应用相关的硬件需求和趋势。 * 生活与闲聊: 群聊中也穿插了日常问候、天气话题、购物讨论等轻松内容。 群聊日报:https://refly.ai/share/code/cod-cq4r4livpyemcypyol2w2dv4
Refly AI 交流群播客 20250531本聊天记录涵盖了Refly客户端的最新发布和用户反馈,围绕国产AI供应商支持、客户端功能、使用体验等问题展开讨论。此外,对话还涉及了自媒体行业的运营模式、挑战(特别是生鲜带货的困难),以及AI工具(如Cherry Studio、Lobechat、扣子空间、字节的trae)在实际应用中的表现和局限性(如Agent的偏离主线问题)。期间穿插了对一些网络视频(如高中生自制火箭、影视飓风、温酒的创意大片)的讨论。 群聊日报:https://refly.ai/share/code/cod-ykt53j63h0e4nysh7s4e2wbl
Refly AI 交流群播客 20250601今天的聊天记录涵盖了社区成员对 AI 技术(特别是 DeepSeek R1)的积极评价与实际使用中遇到的问题(幻觉),对 Refly 客户端的试用反馈(安装 bug、账号问题)以及对更广泛的技术生态和现实议题(美国留学签证、Mac/Windows 生产力)的讨论。社区成员乐于分享经验、工具推荐,并对 Refly 产品的优化提出了宝贵的反馈意见。同时,现实世界的政策变化(如留学签证)也对成员产生了直接影响,并在社区中引发了共鸣和讨论。 群聊日报:https://refly.ai/share/code/cod-zzbjwxwkt8psa2k2nbqu9tb6
Refly AI 交流群播客 20250529讨论围绕着 Refly 客户端 的发布展开,用户们表达了 期待 并积极进行 创意催更,使用 AI 工具生成了多个 Refly 相关的宣传视频。聊天中还提及了 Refly 的一些 功能优化 和 已知 bug,以及对 AI 视频生成(特别是 Veo3)能力和限制的讨论。此外,还涉及了 其他 AI 工具 的分享,例如用于生成音乐和下载播客的工具。 群聊日报:https://refly.ai/share/code/cod-wj46t6ui3gdkszmr1i6atejg
Refly AI 交流群播客 20250528群聊日报:https://refly.ai/share/code/cod-qvd13g6zomlt6ikf94bml1b4 2025年5月28日的交流内容,涵盖了对AI工具(特别是Refly)的讨论、新发布的AI产品信息、硬件购买建议以及一些日常闲聊。核心讨论围绕Refly的功能改进需求(如工作流、数据处理、客户端),AI产品的发展方向(To Prosumer理念),以及对当前AI技术和产品的评价。 主要主题和重要观点: 1. Refly的功能需求与改进方向: * 工作流和输入输出串行化: 多位用户提及Refly目前在支持复杂工作流和将上一节点输出作为下一节点输入方面存在不足。Fann-武汉-研发用户分享了通过提示词勉强实现串联的尝试,并指出“靠提示词终归不太稳定 还是得从工程设计上支持”。上海-Refly-Marc询问了具体场景,表明团队正在考虑相关功能。 * 数据处理能力: 北京-产品-Yoan用户提出了对Refly进行轻量级数据处理的需求,例如清洗和正确引用表格数据,以解决RAG(检索增强生成)中出现的幻觉问题。 * 客户端的需求: 用户们对Refly客户端表现出强烈的期待,主要诉求包括数据本地保存、类似Cursor的Markdown AI编辑器、利用本地性能以及支持本地MCP。Time will tell用户表示“我要客户端”,并希望重构后能实现文档组件与其他组件的联动。上海-Refly-Marc询问了用户对客户端的主要诉求,收集用户反馈。 * MCP(Refly插件)的讨论: MCP被视为Refly扩展能力的重要途径。Peng用户分享了MCP配置指南的视频,并讨论了将一堆MCP抽象封装为可用的场景化功能,甚至 potentially generating revenue (“那么这个封装是不是可以 被大家使用产生收益呢”)。用户也指出当前MCP配置对普通用户来说上手困难 (“因为mcp配置普通人难以玩转”),缺乏完整的闭环案例。 1. AI产品的发展方向与市场定位: * To Prosumer理念: 武汉-木子不是木子狸用户分享了Twitter上的一个观点,认为一种被低估的AI产品模型是面向"Prosumer"(创作型消费者)的工具。核心原则包括: * 核心价值是帮助用户变现,而非仅仅提高效率。 * 增强创作力,而非直接替代。 * 必须对接真实的变现渠道。 这个观点引起了用户的共鸣,认为其“挺有道理的”。 * 国内AI模型评价: 用户讨论了国内一些AI模型,如讯飞星火、文心、豆包、千问和小猿AI。对讯飞星火评价不高 (“不用考虑”,回答灯谜出错)。豆包被认为“还是很好用的”,但也存在回答错误的问题 (“豆包我不敢给孩子用了”,“老回答错”)。小猿AI因其强大的数据积累(特别是题库)被认为非常适合儿童教育场景 (“感觉他家数据巨强”)。DeepSeek(DS)的最新版本引起了讨论,用户测试了其联网和获取实时信息的能力,并认为“ds 还是蛮实诚的”,虽然在某些方面仍有不足(如天气信息)。 1. AI技术的进步与挑战: * AI造假技术: 用户分享了关于AI造假技术(AI换脸等)已经达到“炉火纯青”程度的视频和文章链接,引发了对AI潜在风险的关注。 * AI与教育: 讨论到湖北卷模考作文中出现的“deepseek味”,引发了对教育模式的反思,认为高考应出一些AI难以应对的题目,而非侧重技术比拼 (“说明高考应该出一些 ai 力所不能及方向的题目,单纯的考察技术谁卷的过 ai”)。 * AI工具对创作的影响: “人改变工具 工具反过来塑造人”的观点被提出,讨论了工具对人类创作过程的影响,以及在工具普及前存在的“异化”现象(如死记硬背作文预制菜)。 1. 硬件与技术趋势: * Mac Mini降价: 用户们注意到Mac Mini的价格显著下降,特别是教育优惠和以旧换新补贴后的价格非常吸引人。这引发了用户们的购买欲望,并讨论了苹果产品强大的产品力和供应链管理 (“供应链大师 库克”)。 * 鸿蒙系统讨论: 对华为鸿蒙系统的讨论提及了其不完善的功能和市场定位(“政企机”),认为个人用户可能被视为“韭菜”。 关键引用: * "目前阶段并不能作为全自动化的生产力产出agent,而是需要一定的 human-in-loop" - Fann-武汉-研发 总结当前Refly的Agent能力 * "我觉得还是要增加原子稳定能力,和原子构建能力" - Peng 提出Refly能力提升方向 * "现在还是趋向于ai画布 以后会增加工作流" - Time will tell 对Refly未来发展的预测 * "Refly 的核心产品理念是什么?" - Fann-武汉-研发 对产品定位的疑问 * "因为场景很容易说清楚" - Peng 解释为什么常态讨论场景 * "数据本地保存 然后还要类似cursor的markdown ai编辑器" - 武汉-木子不是木子狸 对客户端的主要诉求 * "我现在还能多都是手动清洗数据啊" - 北京-产品-Yoan 在RAG场景中遇到的数据处理痛点 * "那么需要重复执行的是不是固化下来比较好避免每次单独再来一次" - Peng 讨论工作流抽象的价值 * "现在好的mcp 就是一个产品" - Peng 对MCP能力的肯定 * "主要是,他们生态还不错,各种案例,一般人完全能上手..." - 北京-产品-Yoan 比较Construct引擎的生态优势 * "我之前一直用Construct2/3引擎做游戏,理论上你想用它出成品游戏,那需要很强的工程能力,各种接口接入,数据怎么准备,资源怎么规范。而这类引擎,新手是完全可以上手的" - 北京-产品-Yoan 举例说明易用性对用户上手的关键作用 * "如果能做到新手直接用起来,那就真的是refly最佳应用场景之一啦!" - 北京-产品-Yoan 对Refly易用性的期望 * "黑盒分享就未必了" - Peng 暗示MCP黑盒化可能影响分享和收益 * "Prosumer 不会因为你帮他快 10 倍而买单,他会因为你帮他多赚 1000 块而留下。" - 武汉-木子不是木子狸 分享的To Prosumer理念核心 * "说明高考应该出一些 ai 力所不能及方向的题目,单纯的考察技术谁卷的过 ai。" - 沉默 对AI时代教育的反思 * "跟几百上千的课程比起来, refly 这种直接改变交互的应用才是真正颠覆性的。" - 沉默 强调Refly交互层面的价值 未解决的问题和潜在的跟进项: * Refly团队如何规划工作流、输入输出串行化等功能的实现? * Refly客户端的开发进度和预期上线时间? * Refly团队是否会考虑增强数据处理能力,或提供更易用的MCP来解决数据清洗问题? * Refly如何平衡AI画布的灵活性与工作流的固化需求? * Refly的产品理念是什么?是否会考虑To Prosumer的方向? * DeepSeek最新版本是否真的具备了联网能力,其获取实时信息的能力如何? * Mac Mini教育优惠和以旧换新的具体操作流程和限制? 结论: 这份聊天日志提供了Refly用户社区对产品功能、发展方向以及当前AI市场和技术的宝贵见解。用户们对Refly寄予厚望,特别是在工作流、数据处理和客户端方面提出了明确的需求。同时,关于To Prosumer理念的讨论也为AI产品未来的市场定位提供了新的思考角度。对硬件价格的关注和对国内AI模型的评价也反映了用户对技术发展和性价比的考量。Refly团队似乎正在积极收集用户反馈,以指导产品未来的迭代和重构。
Refly AI 交流群播客 20250527首先讨论了一份故事大纲的反馈与修改,用户分享了修订后的版本,并收到了改进建议。随后,对话转向了技术和硬件,特别是一家名为“懒猫微服”的NAS设备,包括其功能、价格、与其他设备的兼容性(如Mac、软路由)以及在应用程序商店(Refly)上线的计划,有用户对其同步速度和AI搜索能力表现出浓厚兴趣。最后,聊天内容涉及Refly客户端的打包和发布进度,用户们表达了对桌面客户端的期待,同时也讨论了付费模式、与其他编程助手的比较,以及软件开发中的技术问题和用户体验。 群聊日报:https://refly.ai/share/code/cod-nhn98ziqgxozue6fk6e6givu
Refly AI 交流群播客 20250526要围绕人工智能及其应用展开。对话内容包含对 Refly 平台功能的探讨,例如如何处理输入/输出参数和优化画布节点分组。同时,群友们还交流了数字人技术,讨论了相关工具、本地部署的可行性及效果。此外,群聊中也触及了关于AI新闻和市场动态的讨论,包括对新模型发布传闻的辨别以及AI在内容创作中的局限性等话题。 群聊日报:https://refly.ai/share/code/cod-nk9dkd984wvuu1f5hrl1gybb 详细时间线 * 08:21:00 - 09:01:19 “Time will tell” 分享多张图片和文字,内容似乎与案例库的改进、传播势能的形成以及用户分享意愿等话题有关。 * 09:01:42 - 09:02:11 “雲丶彼岸” 询问客户端上线时间,“Time will tell” 回应“马上了,就这两周了”。 * 09:02:25 “Time will tell” 分享关于用户分享意愿的公式。 * 09:05:13 - 09:10:04 “北京-小菜与老鸟” 询问客户端上线时间的真实性,并分享 Refly 群聊日报和汇总的链接。 * 09:06:31 - 09:07:12 “Time will tell” 表示客户端上线时间可能是最近一个月,或者“就最近吧”。 * 09:12:08 - 09:15:30 “北京-小菜与老鸟” 反馈分享的画布状态不一致,与“上海 - Refly - Tom” 讨论后发现是浏览器缓存问题。 * 09:17:22 - 09:26:09 “Time will tell” 提出案例库可以根据用户行为设计、现在案例库薄弱,以及应该以结果为导向展示。 “上海 - Refly - Tom” 表示赞同并认为这块需要优化。 * 09:27:11 - 09:28:43 “上海 - Refly - Tom” 分享包含 “Time will tell” 金句的截图,“紫苏子” 称 “Time will tell” 为“金句王子”。 * 09:28:56 - 09:30:08 “Time will tell” 和 “上海 - Refly - Tom” 讨论案例库需要具体、降低认知负荷并解决具体问题。“北京-小菜与老鸟” 幽默评论这是来自Gemini2.5Pro的认证。 * 09:31:19 - 09:34:22 “武汉-木子不是木子狸” 表示因航班延误被困在 Denver,无法及时回来。“紫苏子” 幽默回应AI界还没啥大事让他继续玩。“Time will tell” 询问被困在哪里。 * 09:33:25 - 09:34:15 “北京-小菜与老鸟” 提到回国被检测到 IP 可疑导致“封号”,“武汉-木子不是木子狸” 回应一直使用 cloudflare 作为梯子。 * 09:34:56 - 09:45:20 讨论 AI 生成的长篇内容和成本,“沉默” 提到 token 爆炸和 deepseek 模型,“武汉-木子不是木子狸” 提到 flowith 号称无限上下文的模型。 * 09:46:39 - 09:49:43 “周江岭” 分享《史蒂夫•乔布斯传》中关于 Altair 电脑和 AI 阅读效率与人类阅读价值的段落,并与“且听” 讨论AI阅读。 * 10:15:57 - 10:34:53 讨论 Mac 系统下的滚动长截图和视频截图软件。“Fann-武汉-研发” 询问推荐,“北京-ai产品经理-logo” 也同求。“武汉-木子不是木子狸” 和“紫苏子” 提供了多款软件推荐和链接,并提到 IINA 和剪映。 * 10:26:48 - 10:35:45 “武汉-木子不是木子狸” 提出AI工具应根据信息内容分类使用(AI主导、AI辅助、引导AI),“Time will tell” 和 “上海 - Refly - Tom” 表示认同。 * 10:35:33 - 10:41:09 “雲丶彼岸” 期待客户端和 R2 更新。“武汉-木子不是木子狸” 询问客户端月底能否出来。 * 10:41:58 - 10:48:15 “周江岭” 进一步解释 AI 阅读和人类阅读的差异,强调人类阅读的创造力和启发性。 “Time will tell” 和 “雲丶彼岸” 讨论 AI 理解人类需求的局限性。 * 10:48:15 - 11:15:17 讨论多重人格和脑机接口的话题。“周江岭” 幽默比喻脑机接口的设想。“Time will tell” 提出人为制造多重人格的可能性及其潜在风险。“雲丶彼岸” 提到电视剧中的多重人格和数据形式的人格存活。“且听” 联想到葫芦娃与葫芦小金刚的关系,并分享葫芦娃图片。“Time will tell” 提到西游记的二创版本。 * 11:18:36 “雲丶彼岸” 幽默提到“麻豆版”西游记。 * 11:59:45 - 13:35:37 讨论关于 AI 时代灰色产业和黄色内容爆发的文章。“紫苏子” 分享文章链接。“北京-产品-Yoan” 认为文章质量尴尬,标题与案例不符。“雲丶彼岸” 认为标题是为了吸引点击。“Time will tell” 强调标题的价值匹配作用。 * 14:17:51 “Time will tell” 发送动画表情。 * 15:17:17 - 15:24:58 “Fann-武汉-研发” 询问 Refly 中如何实现类似 Coze 的输入输出参数,并分享相关截图。“上海 - Refly - Tom” 回应目前不支持,但计划支持流程和变量插值。“Fann-武汉-研发” 表示会尝试实现并考虑贡献代码。“Time will tell” 建议通过调用技能来自定义,并指出在聊天界面显示技能调用可能会挡住内容。 * 15:27:47 - 15:44:38 “Time will tell” 建议优化,像 Agent 一样可以点击按钮进入全屏聊天界面。“上海 - Refly - Tom” 表示会优化。 * 15:45:04 - 15:47:41 “上海 - Refly - Tom” 提到网友线下见面,并邀请大家到上海漕河泾面基。“Time will tell” 提到“武汉-木子不是木子狸” 被困在 Denver。 * 15:47:48 “Fann-武汉-研发” 邀请大家到武汉关山口面基。 * 15:51:33 - 15:52:43 “Peng” 和 “八个大大” 提到武汉的面基事宜和地理位置。 * 15:58:47 - 16:16:05 讨论数字人视频生成技术。“阿渊” 询问是否有免费工具可以提取真人和音纹并替换内容生成视频,分享截图和链接。“紫苏子” 推荐 Heygem 并表示他们做这个很久了,但用户喜欢新画面和背景。“Time will tell” 提到数字人的本地工作流和技术效果参差不齐。“阿渊” 询问本地使用需求和显卡配置,“紫苏子” 回应 4060TI 可以但速度慢,5090 会很快。“阿渊” 艾特 “Peng” 采购 5090。 * 16:10:47 - 16:12:25 “北京-小菜与老鸟” 询问 clash 等梯子配置 refly 域名的方式,“Time will tell” 提供截图说明。 * 16:20:12 - 16:22:29 “Peng” 表示可以部署数字人 MCP,但需要想好场景。“阿渊” 认为服务器配置强悍。 * 16:30:00 - 16:33:42 “Time will tell” 感叹代理的神奇。“zhi” 提醒不要使用 verge,可能存在后台提权问题。“Peng” 提到其个人 PC 配置强悍。 * 16:35:57 - 16:36:08 “Time will tell” 提到还有 25 分钟就“解放了”。 * 17:00:12 “紫苏子” 分享关于 Java 之父认为人工智能是骗局的视频号链接。 * 17:01:04 “Alan-Refly 群友” 寻求 Refly 首页自动生成卡牌的模板。 * 17:13:22 - 17:32:41 “Fann-武汉-研发” 询问如何将新节点加入现有分组,并分享截图。“北京-小菜与老鸟” 回应可能不支持。“上海 - Refly - Tom” 建议框选所有节点创建新分组。“北京-小菜与老鸟” 尝试成功但需要重新命名。“Fann-武汉-研发” 认为拖动是更符合原则的交互。“紫苏子” 认为拖动实现代码量大。“Time will tell” 提到自己不常用此功能。 * 18:37:22 “雲丶彼岸” 分享关于 AI 首次“叛变”人类的新闻链接。 * 18:58:07 - 19:02:12 “Fann-武汉-研发” 询问画布节点批处理/loop 循环是否不支持。“上海 - Refly - Tom” 回应目前 Workflow 能力不强,现在靠人工循环。“阿渊” 询问是否部署红书搜索评论的 MCP,并分享链接。“Peng” 回应晚上回去看看。 * 19:27:08 - 19:33:03 “紫苏子” 分享关于 AI 独角兽崩塌与印度程序员冒充的新闻链接。“北京-小菜与老鸟” 评论“AI= all Indian” 并认为评论亮了。“紫苏子” 艾特 “Time will tell” 说是他说的。 * 19:35:15 - 20:00:39 “Fann-武汉-研发” 询问 Markdown 转 Word 的 MCP。“北京-ai产品经理-logo” 回应没有 MCP 但有 pandoc 脚本,认为可以封装。“紫苏子” 分享多个 Markdown 转 Word 的链接。 * 20:01:15 - 20:03:02 “Fann-武汉-研发” 询问动态生成的代码组件是否能命名或定义成变量给下一个节点引用,并分享截图。“上海 - Refly - Tom” 回应接下来会实现。“Fann-武汉-研发” 解释希望能用系统提示词而非在 prompt 中明确说明。 * 20:04:22 - 20:23:05 讨论关于某个 AI 模型要被“干掉”的新闻。“Time will tell” 分享截图,认为世界虚假、消息震撼。“北京-小菜与老鸟” 询问消息可靠性,并认为可能是假的。“Siri Ray” 认为消息是“左脚踩右脚”(信源互相引用导致越传越真)。 * 20:24:26 - 20:26:48 “沉默” 认为假消息是金融资本为炒作热度所为。“Time will tell” 认同可能是资本割韭菜。 * 20:32:47 - 20:33:18 “Fann-武汉-研发” 认为 deepseek v3 0324 效果不领先,对新版本持谨慎态度。 * 20:39:08 - 21:02:37 “Time will tell” 询问 deepseek v3 是否发布,感叹如果发布会很猛。提到隔壁兔子 AI 克劳德分组涨价。 * 21:06:27 - 21:08:28 “Time will tell” 分享关于某个 AI 模型“蒸”出来的新闻和图片,感到震撼并提到这么快就出来了。 * 21:07:38 “Peng” 询问是否是直接“蒸”的。 * 21:09:33 - 21:16:21 “Time will tell” 希望每出一个先进大模型都“蒸”一下,将性价比打下来。“Peng” 表示希望能出,方便大家使用。 * 22:26:26 “雲丶彼岸” 询问是否又有更新。 * 22:56:05 - 22:56:13 “Time will tell” 分享图片辟谣了之前的消息。 * 23:13:02 - 23:13:13 “且听” 分享自己写的小故事《最后一个苹果》的文档。
Refly AI 交流群播客 20250525首先讨论了 Google Veo3 的文本转视频功能及其潜在应用,甚至想象它能否生成相声。对话随后转向一个因 雷暴 导致的 航班取消 事件,以及对 Denver 机场 的一个具体询问。接着,群成员分享了与 AI 哲学 和 Prompt 工程 相关的文章和见解,特别是关于 AI 在中国推广 以及 Refly 工具 的使用感受。最后,讨论触及 AI 工具的价值创造,强调其重点应在于解决用户需求而非技术本身,并分享了 MCP(可能是指某种内容创建平台或工具)的文本转语音能力。 群聊日报:https://refly.ai/share/code/cod-eji8yiajvwiwsrz2d3d4fju2