ainews-not-much-happened-today-7086

今天没发生什么特别的事。

以下是该文本的中文翻译:

Answer.ai 推出了 fastdata,这是一个利用 claudette 并参考腾讯《Billion Persona》论文开发的合成数据生成库。NotebookLM 现已支持定制化,Motherduck 在 SQL 实现中引入了重要的大语言模型(LLM)功能。PerplexityDropbox 宣布推出针对 Glean 的竞争产品。OpenAI 发布了语音聊天补全功能(audio chat completions),定价为每分钟 24 美分。Meta AI 发布了 Llama 3.1,为联想 AI Now 的端侧智能体提供动力。Yi-Lightning 模型全球排名升至第 6 位,超越了 GPT-4oZyphra AI 发布了包含 5 万亿 token 的大型数据集 Zyda-2François Chollet 澄清称,Transformer 架构本质上是“集合处理”而非“序列处理”。研究表明,记忆有助于提升大语言模型的推理能力。Anthropic 更新了其旨在保障 AI 安全的《负责任扩展政策》(Responsible Scaling Policy)。文中还重点介绍了 Perplexity FinanceLangChain 开发的 Open Canvas 以及 AlphaCodium 代码生成工具。AI 智能体初创公司共筹集了约 5 亿美元资金,关于 AI 对就业市场影响的讨论仍在持续。此外,将提示词缓存(prompt caching)与 Batches API 结合使用,可使 Claude 3.5 Sonnet 的 token 成本降低 95%。

#synthetic-data #fine-tuning #sql #audio-processing #on-device-ai #dataset-release #transformer #llm-reasoning #ai-safety #code-generation #ai-pricing #ai-job-market claudette llama-3-1 yi-lightning gpt-4o claude-3.5-sonnet answer-ai tencent notebooklm motherduck perplexity dropbox openai meta-ai-fair yi-ai zyphra-ai anthropic langchain openai

lots of small ships is all you need.

2024/10/16-2024/10/17 的 AI 新闻。我们为您检查了 7 个 Reddit 子版块、433 个 Twitter 账号31 个 Discord 社区(228 个频道,2989 条消息)。为您节省了预计阅读时间(以 200wpm 计算):280 分钟。您现在可以标记 @smol_ai 进行 AINews 讨论!


目录频道摘要已移至此邮件的网页版:


AI Twitter 摘要

所有摘要均由 Claude 3.5 Sonnet 完成,取 4 次运行中的最佳结果。

AI 模型更新与进展

  • Llama 3 发布@AIatMeta 宣布发布 Llama 3.1,该模型正被用于 Lenovo AI Now,这是一款端侧 AI Agent,支持从文档管理到内容生成的各种功能。

  • Yi-Lightning 模型@01AI_Yi 宣布发布 Yi-Lightning,目前排名世界第 6,超越了 5 个月前发布的原始 GPT-4o。该公司在 @lmarena_ai Chatbot Arena 中排名 LLM 厂商第 3 位。

  • Zephyr AI 数据集@ZyphraAI 发布了 Zyda-2,这是一个包含 5 万亿 token 的宽松许可数据集,由 DCLM、FineWeb-Edu、Zyda-1 和 Dolma v1.7 的 Common Crawl 组成。该数据集的表现优于单个组件数据集,在其上训练的模型在下游任务中表现出更强的性能。

AI 研究与技术

  • Transformer 架构@fchollet 解释说 Transformer 是一种集合处理(set-processing)架构,而不是序列处理(sequence-processing)。它们是顺序无关的,位置感知是通过 position embeddings 在特征层面添加的。

  • LLM 推理:一篇论文建议,记忆可以增强 LLM 的真实推理能力,使模型能够更好地泛化到新的、多样化的问题。

  • AI 安全@AnthropicAI 发布了其 Responsible Scaling Policy 的更新,将安全和安保措施与 AI 模型的能力相匹配。

AI 工具与应用

  • Perplexity Finance@AravSrinivas 强调了 Perplexity Finance,提供实时股票价格、深入的公司财务分析以及具有用户友好界面的多家公司对比。

  • Open Canvas@LangChainAI 推出了 Open Canvas,这是一个开源 Web 应用程序,用于与 Agent 协作编写文档,具有内置记忆功能,并能从现有文档开始。

  • AlphaCodium@svpino 报道了 AlphaCodium,这是一个开源的 SOTA 代码生成工具,在 Codeforces Code Contest 基准测试中表现优于 OpenAI 模型的直接提示(direct prompting)。

AI 行业与市场趋势

  • AI Agent 初创公司@swyx 指出,本月约有 5 亿美元融资用于 AI Agent 初创公司,目前尚未发现其中有公司使用来自其他初创公司的 AI Agent 框架。

  • AI 就业市场@svpino 评论了关于 AI 对就业影响的持续讨论,指出距离他被告知 AI 将取代他的工作已经过去了 685 天。

  • AI 定价@alexalbert__ 指出,结合 prompt caching 和新的 Batches API 可以使 Claude 3.5 Sonnet token 获得 95% 的折扣。


AI Reddit 摘要

/r/LocalLlama 摘要

主题 1. Ollama 与 4.5 万个 Hugging Face GGUF 模型集成

  • PSA:你可以非常轻松地在本地克隆任何 Hugging Face “Spaces” 设置 (Score: 40, Comments: 1):Hugging Face Spaces 可以轻松克隆并在本地运行,提供了一种通过可视化界面快速设置和使用模型的便捷方式。该过程包括克隆 Space 仓库、创建虚拟环境、安装依赖项并运行应用,正如针对某个文本转语音模型的示例命令序列所演示的那样。
  • 你现在可以直接使用 Ollama 运行 Hugging Face Hub 上的 4.5 万个 GGUF 模型中的任何一个 (Score: 314, Comments: 63):Ollama 现在支持直接运行 Hugging Face Hub 上的 45,000 个 GGUF 模型,无需更改 Ollama 设置。用户可以使用命令 ollama run hf.co/{username}/{reponame}:latest 运行模型,并可选择指定量化类型如 Q8_0。欲了解更多信息,用户可以参考 Hugging Face 文档
    • OllamaHugging Face Hub 的集成被视为一项重大改进,允许用户直接运行 45,000 个 GGUF 模型而无需手动配置。此次更新将下载、安装和运行模型的过程简化为单个命令。
    • 用户讨论了对 OpenWebUI 的影响,确认可以直接在界面内从 Hugging Face 拉取模型。一些人对 Vulkan 支持表示兴趣,以期在无需大量依赖项的情况下提高 Linux 系统上的性能。
    • 针对这一新集成,用户提出了关于模型存储位置、运行先前下载的模型而无需转换的能力,以及对视觉模型文本转图像模型TTS/STT 功能潜在支持的问题。

主题 2. Mistral AI 的新 Ministral 模型与许可争议

  • Un Ministral, des Ministraux (Score: 39, Comments: 10):Mistral AI 发布了新模型,包括 Mistral 7BMixtral 8x7BMistral Small,后两者采用商业许可。公司限制访问并对某些模型征收许可费的决定引发了关于 AI 开发中开源原则与商业利益平衡的辩论。Mistral 这种做法的转变与其最初对开源模型的承诺形成鲜明对比,并引发了关于 AI 模型分发和可访问性未来方向的疑问。
    • Mistral 的新模型引发了关于开源与商业 AI 开发的辩论。一些用户对限制性许可表示失望,其中一位表示“没有 Apache Licence,就毫无意义”。
    • 新模型的多语言能力被视为最大的进步,尽管一些用户认为这并不特别令人兴奋。其他人则期待尝试这些模型,希望它们能像之前的 Mistral 产品一样“以小博大”。
    • 8B 模型的研究许可被一些人看好用于 ERP 研究。然而,对于 3B 模型缺乏权重以及 8B 许可的限制性性质存在担忧。
  • 为什么在 8B 和 70B 之间没有 Llama 的中间版本? (Score: 46, Comments: 80):该帖子质疑在 8B 和 70B 参数之间缺乏中型 Llama 模型,突显了拥有 8-16GB GPU 的用户在选择上的空白。作者指出,虽然 4GB 3050 GPU 可以胜任运行 8B 模型,但对于无法处理 70B 模型 的更强大消费级 GPU,没有合适的选择。他们建议开发一个 16B 参数模型 来填补 Llama 模型阵容中的这一空白。
    • 用户讨论了家庭实验室消费级 AI 硬件的潜力,一些人建议发烧友可能很快就会拥有用于 AI 处理的个人“硬件大脑”。
    • Meta 的 Llama 模型并非针对消费级 GPU 设计;8B 模型被视为“本地”版本,而更大的模型则针对数据中心。一些用户推荐了 Gemma 2 的 9B 和 27B 模型 作为理想的中型选择。
    • 社区讨论了中型 Llama 模型的缺失,提到了 32.5B 原始模型 和一个失败的 Llama 2 中型版本。一些人建议尝试其他模型,如 Qwen2.5 14B,据报道其性能优于 Llama 3.1 8B
  • Mistral 发布新模型 - Ministral 3B 和 Ministral 8B! (Score: 313, Comments: 74):Mistral 发布了两个新模型 Ministral 3BMinistral 8B,声称性能较之前版本有所提升。该公司断言 Ministral 8B 在大多数基准测试中优于 Llama 2 13B,而 Ministral 3B 据称达到或超过了 Llama 2 7B 的性能,这可能为处理小规模语言模型的开发者和研究人员带来显著的效率提升。
    • Qwen2.5 在大多数基准测试中优于 Mistral 的新模型,用户注意到它在 7B/8B 规模下的 HumanEval(84.8 vs 76.8)和 MATH(75.5 vs 54.5)表现更出色。一些人称 Mistral 的发布具有“欺骗性”,因为它忽略了与 Qwen2.5 的对比。
    • 尽管 Ministral 3B 模型宣传是面向边缘设备的,但目前仅通过 API 提供。用户对许可条款表示失望,注意到 8B 模型仅限于非商业用途,除非协商商业许可。
    • 讨论围绕 llama.cpp 中 interleaved sliding-window attention(交错滑动窗口注意力机制)的实现展开,用户参考了一个关于 Gemma2 支持的 GitHub pull request,并推测 Mistral 模型可能需要的转换代码。

主题 3. 配备 4xRTX4090 的 Threadripper

  • 6U Threadripper + 4xRTX4090 配置展示 (Score: 774, Comments: 182):展示了一个配备 6U Threadripper 处理器和 4 块 RTX 4090 显卡的高性能 AI 构建。这种强大的配置旨在处理高要求的 AI 和机器学习任务,利用了 NVIDIA 顶级 GPU 和 AMD 高核心数 CPU 的计算能力。
    • 该配置引发了关于 功耗 的讨论,估计耗电量达 3 kW,并引发了对电费的担忧。用户们争论投资这种设备的人是否会担心电费成本。
    • 分享了构建细节,包括 Threadripper Pro 7965WX256GB RAM两个 PSU(1500W 和 1300W)。系统使用 水冷,配备 2 个散热器和多个 360mm 风扇。
    • 用户询问了性能情况,原作者指出在 24 小时负载测试期间,GPU 最高温度为 79-81°C。一些人建议对于预制的顶级性能系统,可以参考 renderboxes.com 等替代方案。

主题 4. Meta 的 TPO 技术提升 LLM 性能

  • Meta 的新论文披露了 TPO (Thought Preference Optimization) 技术,结果令人印象深刻 (Score: 43, Comments: 6):Meta 的新论文介绍了 Thought Preference Optimization (TPO),这项技术显著提升了 Llama 3.1 8B 模型的性能,使其在 AlpacaEvalArenaHard 基准测试中达到了与 GPT-4 相当的水平。论文详细介绍了该技术的实验和结果,其原理与 o1 模型 中使用的技术类似,展示了在通用指令遵循能力方面的显著提升。
    • 用户对 AI 基准测试 的飞速进展感到惊叹,8B 模型 现在就能达到 GPT-4 的性能,这与一年前的预期形成了鲜明对比。
    • 几位评论者询问了 TPO 权重 的可用性和实现细节,表现出对复制该技术的浓厚兴趣。
    • 社区注意到重大 AI 研究论文激增,包括微软的 Differential Transformers 和谷歌的 Chain of Thought Reasoning,同时还有关于将 TPO 应用于 Llama-3.1-70B 等更大模型的推测。
  • Optillm 中的熵解码(Entropy Decoding)+ GSM8k 的初步结果 (Score: 30, Comments: 5): Optillm 实现了基于 entropy decoding 的自适应采样,灵感源自 @_xjdr 在 entropix 上的工作。在零样本(zero-shot)设置下,使用 Qwen2.5-0.5B-Instruct 模型在 GSM8k 基准测试上对该技术进行了评估,结果显示其优于基础模型,但未超过通过 Chain of Thought (CoT) decoding 取得的结果。目前已提供 Google Colab notebook 用于测试这两种方法。
    • 用户表示有兴趣在 vLLMllama.cpp 等其他框架中实现 entropy decoding。一些用户在将 optillmllama-servertabbyapi 配合使用时遇到了困难,出现了 404401 错误
    • 开发者提供了排查资源,包括一个 GitHub issue、一个 Hugging Face space 以及用于测试的原始 Google Colab notebook
    • 有人指出 optillmChain of Thought (CoT) decoding 实现中存在一个潜在缺陷,即 confidence score 应仅根据答案片段(answer span)计算,而非整个序列。开发者对如何通用地识别答案部分提出了疑问。

其他 AI 子版块回顾

r/machinelearning, r/openai, r/stablediffusion, r/ArtificialInteligence, /r/LLMDevs, /r/Singularity

AI 研究与进展

  • Nvidia Nemotron 70B 模型超越更大尺寸模型:Nvidia 发布了其 Nemotron 70B 模型,据报道该模型在多个基准测试中击败了 Llama 3.1 405B、GPT-4o 和 Claude 3.5 Sonnet。他们在 Hugging Face 上发布了指令模型(instruct model)、奖励模型(reward model)和数据集。

  • EgoAllo 通过头戴式摄像头估算 3D 人体姿态:研究人员开发了 EgoAllo,这是一个可以使用头戴式设备的图像来估算 3D 人体姿态、身高和手部参数的系统。这在 VR/AR 领域可能有应用前景。

  • AI 视觉推理取得突破:多伦多大学的研究人员改进了用于 ARC 挑战赛 的视觉 Transformer,通过监督学习在 400 个公开 ARC 任务中实现了超过一半任务的近 100% 解决率。然而,这种方法可能无法很好地泛化到完整的 ARC 基准测试。

AI 行业与公司新闻

  • 特斯拉 Optimus 机器人展示进展:特斯拉发布了一段 Optimus 的更新视频,展示了改进后的行走、物体操控和自主导航能力。然而,关于其中有多少是自主运行还是远程操作(teleoperated)仍存在争议。

  • OpenAI 声称遭到 Elon Musk 骚扰:OpenAI 声称 Elon Musk 正在骚扰其公司,这与 OpenAI 从非营利转向营利状态的纠纷有关。

  • 亚马逊投资核能技术:亚马逊宣布计划 投资超过 5 亿美元 开发小型模块化核反应堆,可能用于为数据中心供电。

AI 伦理与社会影响

AI 政策与监管


AI Discord Recap

由 O1-mini 生成的摘要之摘要

主题 1. LLM 性能与基准测试的进展

主题 2. 新 AI 工具与平台功能

主题 3. LLMs 的优化与训练技术

主题 4. API 性能与集成挑战

主题 5. 社区参与:黑客松与协作倡议


第 1 部分:高层级 Discord 摘要

HuggingFace Discord

  • Hugging Face 社区工具发布:Hugging Face 社区工具允许用户在 HuggingChat 上创建自定义工具,涵盖视频和语音等多种模态,以增强用户交互。

    • 该功能为模型能力开辟了新途径,促进了用户协作与创新。
  • 加速 LLM 训练的努力:一名成员介绍了一个专门用于在 HuggingFace 和 S3 之间存储和流式传输数据以进行 LLM 训练的平台,旨在解决数据管理挑战。

    • 平台渴望获得反馈以进一步完善功能,欢迎申请 Demo 演示。
  • 目标检测方法的见解:讨论围绕利用 YOLO 等模型进行目标检测展开,并提到了边界框(bounding boxes)对准确性的重要性。

    • 建议包括结合 SAM 等模型进行语义分割,以实现像素级标注,从而提高检测细节。
  • NLP 微调数据集格式查询:一名成员询问关于使用指令格式(instruct formatted)数据集微调基础模型的问题,并确认使用原始文本数据集可能会产生不准确的输出。

    • 确保数据集与特定领域知识的兼容性,凸显了仔细选择数据集的重要性。
  • 关于使用 CLIP 编码器进行 ControlNet 训练的讨论:成员们讨论了使用新的微调模型重新训练 ControlNet,引发了对特定数据集潜在过拟合风险的担忧。

    • 利用 CLIP 编码器而非文本编码器引发了关于生成 Caption 的影响以及训练谨慎性的辩论。

Nous Research AI Discord

  • Gandalf 挑战取得高成功率:参与者在 Gandalf 挑战中取得了成功,采用了创新的 Prompt 策略来获得高排名。

    • 诸如询问带有隐藏标准的列表和玩“21个问题”游戏等方法,展示了挑战的迭代本质。
  • Ollama 简化 GGUF 模型执行:Ollama 允许用户使用 ollama run <model_url> 运行来自 Hugging Face 的 GGUF 模型,简化了流程。

    • 凭借 45K 个公开 GGUF checkpoints,它通过可定制的量化类型和 System Prompts 选项增强了体验。
  • GitHub 上发布 SCP 生成器:一个新的 SCP 生成器 能够利用 dottxt-ai 提供的提纲创建 SCP 故事。

    • 这个开源项目欢迎贡献,邀请开发者加入其开发。
  • 关于 LLM 编程语言的辩论:一名成员询问哪种编程语言最适合顶尖 LLM,对比了 JavaScriptPython

    • 观点各异,一名成员断言 LLM 与 Python 深度绑定,同时主张进行更多的 JavaScript 编码
  • LLM 越狱资源讨论:关于 LLM 越狱(jailbreaks) 资源的讨论提到了查看 plineys discord

    • 该社区内部的混乱引发了对替代资源的呼吁。

Eleuther Discord

  • MAD 性能揭示模型差异:最近针对 机制异常检测 (MAD) 的测试发现,Llama 3.1 8B 在非算术任务上的表现不如 Mistral 7B v0.1,凸显了显著的性能差距。

    • Llama 表现出较少的古怪行为,但具有更强的地面真值偏差 (ground truth bias),在各项任务中实现了更低的平均损失。
  • 高级 LLM 重排序提升准确率:根据这个 实现方案,参与者讨论了使用机器学习算法进行 LLM 重排序技术 (LLM re-ranking techniques) 以优化搜索结果的有效性。

    • 这些方法的目标是更好地使输出符合用户意图,提供更相关的信息。
  • Muon 优化器优于 AdamW:与 AdamW 相比,Muon 优化器展现出更好的性能,具有更低的验证损失和更少的 Token 使用量,特别是在 GPT-2 等大型模型上。

    • 其新的分布式实现展示了在训练中的显著效率提升,用户注意到在高达 1.5B 参数的模型上取得了成功。
  • 寻找模型幻觉指标:围绕识别评估和量化模型 幻觉 (hallucinations)可靠方法 展开了讨论,成员们正在寻找相关的研究论文。

    • 建立用于评估模型输出保真度的稳健指标正引起越来越多的关注。
  • 在测试期间保存模型输出:成员们讨论了在测试阶段保存模型生成内容的策略,建议使用 --log_samples 参数。

    • 该功能有助于保留实验过程中生成的输出。

OpenRouter (Alex Atallah) Discord

  • NVIDIA Nemotron 70B 碾压竞争对手NVIDIA Nemotron 70B 在多项评估中超越了 Llama 3.1 405BGPT-4oClaude 3.5 Sonnet,据报告其在 Arena Hard 得分为 85.0,AlpacaEval 2 LC 为 57.6,MT Bench 为 8.98

    • 您可以在此处查看结果并进行尝试。
  • Grok 2 回归并伴随涨价Grok 2 目前的定价为 输入 $5/m输出 $10/m,mini 版本仍不可用,这让讨论涨价影响的用户感到吃惊。

    • 更多关于其功能的信息可以在此处找到。
  • OpenRouter 模型与定价洞察:讨论强调了通过 OpenRouter 提供的各种模型,包括 SambaNovaYi Lightning,后者拥有极具竞争力的 $0.14/m 输入费率。

    • 随着按需付费模式的普及,人们猜测即将会有关于自研芯片推理提供商定价的深入见解。
  • 语音交互模型缺乏一致性:针对 GPT-4o 等模型的语音功能出现了担忧,特别是在处理多种语言时输出质量下降的问题。

    • 用户指出,虽然语音输入尚可,但输出变得“古怪”,尤其是在中文等语言中。
  • 显微镜下的 O1 模型:用户辩论了 O1 模型 的性能,特别是它在指令遵循和保持连贯输出方面的困境。

    • 由于存在过度冗长的回答问题,用户对其在各种任务中的实用性表示了担忧。

Perplexity AI Discord

  • Perplexity API 响应时间延迟:用户报告 Perplexity API 的响应时间非常缓慢,基础查询需要 1 到 2 分钟

    • 讨论了基准测试的尝试,普遍情绪表明当前的性能水平未达到预期。
  • Llama 3.1 在基准测试中占据主导地位:一名用户断言,基于对齐基准测试,来自 Nvidia 的 Llama 3.1-Nemotron-70B 超越了 GPT-4Claude 3.5 等竞争对手。

    • 该模型因在众多评估中获得令人印象深刻的分数而名声大噪。
  • Oura Ring 4 走红Oura Ring 4 因其先进的健康追踪功能和时尚设计而受到赞誉,特别是其睡眠监测的准确性。

    • 用户对其增强的健康洞察力印象深刻,这促使其在市场上的关注度不断提高。
  • Starlink 的千兆速度计划引发关注Starlink Gigabit Speed Plan 承诺为农村用户提供前所未有的互联网速度。

    • 随着用户期待卫星互联网连接速度的预期提升,期待感正在增强。
  • LFM 40B API 可用性查询:一名用户询问了来自 labs.perplexity.comLFM 40B 模型潜在的 API 访问权限,但未收到后续回复。

    • 此外,还提出了针对新 spaces feature 提供 API 的可能性,并澄清主平台目前不存在 API。

aider (Paul Gauthier) Discord

  • O1-mini 在对比 Sonnet 3.5 时超出预期O1-mini 在处理复杂任务时表现出显著的能力,通过有效的反复迭代超越了 Claude 3.5,以更少的迭代次数更快地完成任务。

    • 尽管如此,在大多数场景下,用户仍然因为熟悉度和可靠性而青睐 Sonnet 3.5
  • 价格冲击:O1-preview 定价引发担忧O1-preview100 万 token 60 美元 的定价引发了用户的担忧,这使得它对于已经订阅 ChatGPT Plus 的用户来说吸引力降低。

    • 这进一步激发了对 Sonnet 3.5 等替代方案的兴趣,它仍然是备受青睐的性价比模型。
  • Aider 安装困扰凸显兼容性问题:用户分享了 Aider 的故障排除技巧,特别关注在 Windows 11 上使用 pipx 进行安装。

    • Chromebooks 也出现了安装困难,强调了跨平台更广泛兼容性的需求。
  • Token 限制令用户感到沮丧:许多用户报告在使用 claude-3-5-sonnetDeepSeek 模型时达到了 token 限制,建议使用 /clear 来缓解聊天历史记录问题。

    • 最佳实践包括将代码拆分为较小的文件,以帮助更好地管理使用量。
  • DeepSeek 面临模型挑战:关于 DeepSeek 模型挑战的担忧是一个反复出现的话题,引发了围绕变通方法和经验分享的讨论。

    • 成员们交流了改进与模型交互的建议,反映了一个积极寻求解决方案的社区。

GPU MODE Discord

  • 多节点集群引发以太网问题:用户讨论了如何在网络中设置由 4 个 V100 组成的集群,同时强调了 Lambda 除非使用 Infiniband,否则缺乏多节点集群的选项。

    • 尽管有些人更倾向于在实验性设置中使用 Ethernet,但 Pure DDP 可能会消除对 Infiniband 的需求。
  • Gen AI Agents 黑客松公告CreatorsCorner 与多家科技公司合作举办的黑客松发布了公告,重点是创建 AI 驱动的多 Agent 系统

    • 鼓励参与者在构建增强人类日常生活潜力的解决方案时,考虑伦理影响。
  • PyTorch 2.5 正式发布!PyTorch 2.5 的发布已确认,目前 wheel 文件已在 conda 和 PyTorch 的 pip 索引中上线。

    • 针对发布的兴奋情绪,有人评论道:“还以为应该是明天才发”
  • 移除变量导致 Loss 增加:在一次训练迭代中,移除未使用的变量后,Loss 从大约 7 增加到了 10,凸显了模型性能中意想不到的行为。

    • 通过 Diffchecker 分享了文件对比,以便进一步检查。
  • 关于《赛博朋克 2077》基准测试的古怪检查:一名成员询问是否可以使用该系统进行 《赛博朋克 2077》基准测试,并澄清这是为了研究和性能测试。

    • 另一名成员回答说,如果将其重写为 triton kernel,它可能会起作用。

LM Studio Discord

  • LM Studio 配置获得升级:用户确认 ROCm 已包含在 LM Studio 0.3.4 版本中,可通过 Developer 选项卡访问,改进了系统配置。

    • 一位用户报告称,更新后性能提高到了 32.82 tok/sec,展示了实际使用中的增强。
  • Nvidia 模型在性能舞台上大放异彩:成员们强调 Nvidia 模型 在笔记本电脑上的表现显著优于 LLM 3.1 等模型,其效率引发了热议。

    • 使用 Nemotron 70b 模型的测试进一步阐明了竞争优势,引发了对未来基准测试的期待。
  • Token 生成速率令人印象深刻:用户报告 70B Q8 模型 的 Token 生成速度达到了令人印象深刻的 5-7 tok/s,足以媲美 ChatGPT 的性能水平。

    • 另一种配置达到了 32.82 tok/sec,展示了不同设置下的差异性和潜力。
  • Llama 3.1 在速度上大获全胜:一名成员在 7900XTX GPU 上使用 Llama 3.1,在 10k context length 下达到了惊人的 66 tokens/sec,展示了硬件的协同效应。

    • 这强调了将强大的硬件与大模型匹配以获得最佳结果的重要性。
  • 冷却系统引发噪音问题:讨论强调了冷却系统常见的噪音困扰,将负载下的声音比作 无人机起飞

    • 这种对硬件管理的见解强调了在平衡性能与噪音水平方面的挑战。

OpenAI Discord

  • Glif 和 Wojnak 生成器表现出色:成员们称赞 Glif 和 Wojnak 生成器 能够以极少的输入产生出色的结果,称其为 AI 工具领域的黄金标准

    • 他们强调了这些工具生成 链接 AI 工具的工作流 以创建功能性应用程序的能力。
  • 桌面端应用的语音功能受到质疑:关于 ChatGPT for Windows 的语音功能出现了担忧,成员们不确定它是否与 Android 应用的功能相匹配。

    • 一些人担心最初只有 macOS 用户获得语音支持可能存在潜在的不公平。
  • O1 模型遭到批评:成员们对 O1 preview 模型 表示不满,理由是与被认为速度明显更快的 O1-mini 相比,其 Prompt 响应时间较慢。

    • 共识指向了改进的需求,因为用户在交互中寻求更高的效率。
  • Wispr Flow 受到关注:讨论重点介绍了 Wispr Flow 应用程序,它可以提高跨平台的写作速度和准确性,目前支持 macOS。

    • 成员们注意到,针对 Linux, Mac, 和 Windows 用户存在开源替代方案。
  • CustomGPT 源码引用失效:关于 CustomGPT 无法引用文档来源的担忧增加,引发了对有效 Prompt 方法的质疑。

    • 用户一致认为,更清晰的 Prompt 对于确保响应中包含源码引用至关重要。

Latent Space Discord

  • 推理提供商寻求明确性:一名成员讨论了寻找支持使用前缀进行聊天助手补全(类似于 Anthropic 的功能)的推理提供商。

    • 提到了对模型可靠性的担忧,表明提供商需要更清晰的沟通。
  • NotebookLM 推出音频自定义功能:NotebookLM 现在允许用户在生成音频前提供自定义音频指令,承诺提供更好的用户体验。

    • 随着超过 80,000 家机构的加入,通过 Google Workspace 推出的 Business 版本已上线,并去掉了“Experimental”标签。
  • MotherDuck 简化 SQL 与语言模型的交互:MotherDuck 引入了 prompt() 函数,将小型语言模型集成到 SQL 查询中,用于数据生成和提取。

    • 这一创新旨在简化 LLM 交互,同时提供显著的成本和性能优势。
  • OpenAI 发布 Windows 桌面应用:OpenAI 首次推出了 ChatGPT Windows 桌面应用的早期版本,专为 Plus 和 Enterprise 用户设计,提供更快的访问速度。

    • 用户可以通过 Alt + Space 快捷键便捷地访问该应用,这与 Claude 移动应用在项目管理方面的更新相呼应。
  • 社区在数据标注方面蓬勃发展:成员们强调了在 Pixmo 数据标注工作中的积极参与,引发了创意迷因(memes)和 Reddit 讨论。

    • 他们鼓励通过私人 Reddit 社区参与,以获取有关数据标注的持续更新和讨论。

Interconnects (Nathan Lambert) Discord

  • Yi-Lightning 占据第 6 位:来自 Chatbot Arena 的重大消息:Yi-Lightning 已获得超过 13K 社区投票,目前在总榜排名 #6,展示了其在数学和编程等领域的实力。

    • 这使其与 Grok-2 等强劲对手并列,引发了对其未来性能指标的期待。
  • GLM-4-Plus 冲入前列:来自智谱 AI 的 GLM-4-Plus 现已进入聊天机器人排行榜前 10 名,反映了中国 LLM 在竞争格局中的迅速崛起。

    • 这表明市场正在成熟,各种模型之间的竞争力不断增强。
  • 推理提供商功能咨询:成员们询问了哪些推理提供商支持开放权重模型的聊天助手补全,特别是参考了 Anthropic 的预填充功能

    • “我不确定我是否可以信任底层发生的事情” 凸显了对这些提供商可靠性和透明度的担忧。
  • 特殊 Token 的探索:讨论了聊天机器人结构中特殊 Token 的使用,强调了与用户和助手交互相关的独特格式。

    • 成员们回顾了过去使用这些 Token 的经验,建议参考文档以获得清晰的理解。
  • 重视研究经验:一位成员分享说,在攻读硕士学位之前,从本科研究转型到非 ML 工作为他们在 AI labs 中提供了相当大的优势。

    • 他们指出,由于实验室运行速度很快,研究经验与职场熟悉度之间的平衡至关重要。

LlamaIndex Discord

  • 使用 Azure AI 构建多模态 RAG 系统:分享了使用 Azure AI Search、Azure OpenAI 和 ArizePhoenix 结合 LlamaIndex 创建多模态 RAG 系统的分步指南。

    • 该指南强调通过上下文检索来提高准确性,并包含基准测试信息供参考。
  • LlamaIndex 与 Elastic 的结合 —— 明天演示:观看关于如何将 LlamaIndex 与 Elastic 结合使用的演示,包含来自社区成员的见解,计划于明天进行。

    • 演示详情可以在此处找到。
  • 与 Meta 合作在班加罗尔举办 AI 黑客松:一场 AI Hackathon 将于 10 月 19 日至 20 日在班加罗尔举行,由 Reskilll 和 Meta 合作举办,并拥有行业专家的指导。

    • 参与者可以在此处注册并查找更多信息。
  • 简化多租户 RAG 应用:社区成员讨论了使用 LlamaIndex 和 Nile 创建多租户 RAG 应用,目标是为大量用户提供数据安全保障。

    • 可以在此处探索说明这一点的全栈演示应用。
  • 适用于 LlamaIndex 的 MongoDB 混合搜索:利用 MongoDB 新的混合搜索支持,允许 LlamaIndex 结合向量搜索和关键字搜索以提升性能。

    • 此处查看此集成的详细信息。

Modular (Mojo 🔥) Discord

  • 参加 Modular 社区 Q&A!:发布了关于即将举行的 Modular 社区 Q&A 的提醒,敦促成员通过提供的 表单 提交问题。团队鼓励参与者在会议开始前提交咨询。

    • 请分享任何你希望团队在会议期间解决的问题。
  • Mojo 致力于 MAX 适配:成员们讨论了 MAXMojo 版本的潜在计划,指出考虑到 Mojo 的新颖性,从 Python 进行适配需要相当长的时间。

    • 对话强调了将现有功能迁移到新框架的复杂性和挑战。
  • LLM 正在革新翻译实践:社区讨论集中在转向使用 LLM 进行翻译而非手动流程,强调了在中文社区中获得的效率提升。

    • 为了确保准确性,利用 prompt 来澄清翻译,特别是关于将 ‘parameter’ 翻译为 ‘编译期参数’ 等术语。
  • Driver Demo 获得好评:最近的 driver 演示展示了模型实现的便捷性,尽管它在 nightly builds 中仍处于部分发布状态。

    • 一位成员表达了他们的赞赏,提到他们多次回顾了演示以充分掌握内容。

Stability.ai (Stable Diffusion) Discord

  • Stable Diffusion 需要 prompt 方面的帮助:一位成员寻求关于 prompt 的帮助,以创建一个 cube 的阴影效果,且不显示其上方的光源,强调了光影在场景中的关键作用。

    • 这引发了关于 prompt 有效性不同经验的讨论,突显了社区对更 具体建议 的需求。
  • Fooocus 模型与兼容性:在询问模型兼容性时,一位成员确认 Fooocus 主要使用 SDXL,但也支持 pony models

    • 这一讨论强调了社区致力于确保兼容性以提升用户体验。
  • 换脸功能解决方案:一位成员询问如何在 Automatic1111 中复制 Fooocusfaceswap 功能,收到了如 Reactor extensionIP-Adapter face 等建议。

    • 这展示了用户之间为增强跨平台工具功能而进行的协作努力。
  • 关于图像质量的担忧:一位成员报告称,尽管使用了 30 steps 和多个 LORA 模型,生成的图像仍缺乏细节,并寻求解决方案的建议。

    • 这引发了关于影响 Stable Diffusion 过程中图像质量的各种因素的更广泛讨论。
  • 创新项目 AI 黑客松Gen AI Agents 黑客松的公告邀请团队开发通过协作增强人类潜能的 AI 解决方案。


Torchtune Discord

  • PyTorch 2.5.0 正式发布!:备受期待的 PyTorch 2.5.0 已正式发布,其中包括 FlexAttentionper-layer compile 等新功能。

    • 鼓励用户升级其本地 torch 安装,以利用这些最新功能。
  • Torchtune 贡献追踪器上线:为那些希望为 Torchtune 做出贡献的人,已经建立了一个用于清理仓库以全面支持 PyTorch 2.5.0 的追踪器,详见 此处

    • 该计划旨在确保库与 PyTorch 的最新更新和改进保持一致。
  • Torchtune 中的 Qwen 2.5 模型集成Qwen 团队发布了 Qwen 2.5,其中包括多个被请求集成到 Torchtune 的模型,但更新仍在进行中。

    • 成员们正在协作添加该模型,并欢迎对集成过程感兴趣的其他人贡献力量。
  • 对 PhD Internship 愿景的热情:一位用户在 arXiv 上分享了一篇有趣的论文,激发了成员们的兴趣和热情。

    • 另一位成员表达了希望通过 PhD internship 来参与论文中所讨论项目的愿望。
  • PPO 工作的持续进展:一位成员表示,在开始新任务之前,他们需要完成 PPO 方面的工作。

    • ‘I gotta land a few RFCs first and finish up my PPO work’ 反映了团队目前的优先事项。

OpenInterpreter Discord

  • OpenInterpreter 任务完成困扰:用户报告了 OpenInterpreter 的持续问题,即任务声称已完成但未执行任何操作。

    • 建议在单独的频道中详细说明版本和模型,以协助排查故障。
  • 关闭应用时出现内核恐慌:一位社区成员在关闭 OpenInterpreter 应用时遇到了 kernel panic,并被建议在专门的支持频道寻求帮助。

    • 这一问题强调了在应用程序使用过程中可靠退出的必要性。
  • 成本效益高的免费 LLM 选项:针对由于 API 成本上升 而与 Chat GPT 集成的免费 LLM 展开了讨论,并提出了可行的替代方案建议。

    • 其中一个建议包括为无法访问本地模型的人员通过 interpreter --model i 使用 i model
  • AI 遇见 Vim:新教程探索:Mikebirdtech 分享了 Jake Koenig 关于在 Vim 中集成 AI 的见解,并在 此处 的教程视频中进行了重点介绍。

    • 这为希望无缝增强编码工作流的开发者提供了一条新途径。
  • 通过脚本提升 OpenInterpreter 的效用:一位成员介绍了来自 OpenInterpreter 的 wtf 脚本,并在 Tool Use 中展示了其功能。

    • 该演示强调了此类脚本如何扩展用户能力以及与平台的交互。

DSPy Discord

  • 创新的多标签分类方法:一位成员分享了一种针对科学文档的多标签分类 (multi-label classification) 新方法,该方法基于之前在极端多标签分类中的 In-context learning 研究工作

    • 他们描述了创建一个异构图 (Heterogeneous graph),其中红色节点代表文档,蓝色节点代表标签,并对其在大规模语料库中有效搜索的潜力表示兴奋。
  • Langtrace 在 DSPy 集成中表现出色:成员们讨论了 LangtraceDSPy 极具前景的集成,重点介绍了从 DSPy 流水线捕获追踪 (traces) 的 设置说明

    • 设置过程包括安装 DSPy、初始化 Langtrace 的 SDK,以及创建一个类型为 DSPy 的项目。
  • ColbertV2 训练需要三元组与查询ColbertV2 的训练示例需要三元组 (triples)、集合 (collections) 和查询 (queries),正如 GitHub 仓库 中所记录的。这表明了一种复杂的数据处理机制,需要进一步明确。

    • 成员们对数据集如何与示例中看到的查询 (queries)集合 (collections) 的索引版本相关联表示困惑。
  • DSPy 提示词优化未反映在 JSON 中:一位成员报告称,在使用 MIPROV2 优化一个简单的分类器后,JSON 配置保留了原始提示词 (prompt) 而非优化后的版本,引发了关于性能损失的疑问。

    • 随后展开了关于保存或加载配置时潜在 Bug 的讨论,并建议调查 JSON 文件的内容。
  • 对 DSPy 文档的正面反馈:一位用户对新的 DSPy 入门指南表示赞赏,强调其平易近人的拆解和完整的 RAG 实现对新手特别有帮助。

    • 建议包括增加交互式笔记本和末尾的“动手尝试”部分,以便进行实践学习。

tinygrad (George Hotz) Discord

  • MSE 和 MAE 增强:一个在 tensors.py 中实现 MSE 及其测试的 Pull Request 已在 此处 分享。贡献者认为 MSEMAE 都可以简洁地总结在库中。

    • 这种简化可以精简张量操作并提高用户的清晰度。
  • 通过 If_Then 门改进 LLVM 加载:当前的 LLVM 加载需要调整以使用 if_then 处理门 (gates),因为现有的技术被视为一种权宜之计 (hack)。成员们认识到为该实现创建更结构化方法的紧迫性。

    • 更好的方法可以显著增强门管理的清晰度和功能性
  • 关于多设备 CLOUD=1 功能的查询:一位成员询问 CLOUD=1 在多设备设置中如何运行,希望与早期的配置保持一致。这反映了对理解多设备操作集成的兴趣。

    • 澄清这一点将帮助用户在分布式环境中优化其设置
  • 对 EMA 参数衰减的好奇:讨论凸显了对 update_ema_parameters衰减 (decay) 过程的好奇,评估其在深度学习实践中的普遍性。成员们渴望更彻底地探索优化技术。

    • 这种好奇心说明了加深对有效训练方法论理解的愿望
  • 推荐的 Tinygrad 学习资源:一位成员建议从 Beautiful MNIST 示例开始,并修改 OpenAI Cookbook 示例 以深入了解 Tinygrad 功能。此外,tinygrad-notes 被引用为极佳的资源。

    • 这些资源为解释 Tinygrad 的各个层面提供了实践基础

OpenAccess AI Collective (axolotl) Discord

  • Axolotl 为随机性打乱数据集:在训练之前,Axolotl 会打乱数据集以确保每个 epoch 的随机性,这验证了训练协议中的最佳实践。讨论参考了 Hugging Face 上的这篇博客文章 以了解更多细节。

    • 一位成员在查阅资料后确认了这一行为,并指出其在缓解过拟合(overfitting)方面的重要性。
  • 梯度累积(Gradient accumulation)差异问题被提出:一个共同问题表明,gradient accumulation 在全批次训练和切换设置之间的 loss 可能不匹配,导致训练过程中的困惑。预计 Hugging Face 很快会发布修复补丁。

    • 成员们讨论了调试这些问题的担忧和个人经验,其中一人对推迟开始训练感到庆幸。
  • Bitnet 提供官方 1-bit LLM 框架:1-bit LLMs 的官方推理框架 Bitnet 已经发布,可以在 GitHub 上访问。该发布重点介绍了简要概述并包含文档。

    • 成员们对 1-bit LLMs 的可用性表示赞赏,并讨论了在当前项目中的潜在应用。
  • A100 计算利用率详情Invisietch 分享了他们使用了 1x A100 持续 3 天,并提供了硬件设置的具体细节。这一见解为同行提供了计算效率的基准。

    • 对话强调了特定硬件选择对计算任务和项目时间线的实际影响。
  • DeepSpeed 使用困难引发关注:Invisietch 还指出了 DeepSpeed 的问题,提到:“因为我无法让 DeepSpeed 工作”,表明存在设置问题。这引发了关于兼容性和实现障碍的讨论。

    • 成员们对如何有效地在工作流中集成 DeepSpeed 表示好奇,并对常见做法提出了疑问。

Cohere Discord

  • Cohere 工具生成响应面临挑战:一位用户对 Cohere 工具在使用 langgraph 生成响应时的文档表示沮丧,并建议如果 chat_stream 失败,可以使用 for loop 作为备选方案。

    • 他们强调了更清晰的文档对于提升用户体验和响应质量的重要性。
  • Command R+ 面临性能问题:一位成员报告称,Command R+ version 0.8 在一个月后的表现优于 version 0.4,引发了关于性能下降原因的讨论。

    • 成员们想知道是否计划进行任何即将到来的更新以改进其功能。
  • 对 LLM 的逆强化学习(Inverse RL)感到好奇:一位用户分享了一篇关于 LLMsInverse Reinforcement Learning 的论文,引发了社区的兴趣并征求意见。

    • 讨论围绕这种方法在增强 AI 能力方面的潜力展开。
  • 号召参与多语言隐身(stealth)项目:一位社区成员号召开发者加入一个需要语言专业知识的 stealth 项目,并附上了加入 Aya 服务器的链接。

    • 顶级贡献者将获得 exclusive swag(专属周边),突显了该项目的协作性质。
  • Langgraph 集成文档更新:提到了与 Coherelanggraph 集成相关的新文档,旨在帮助用户更高效地实现工具。

    • 暗示即将推出的示例将进一步帮助改进 chat_stream 功能。

LLM Agents (Berkeley MOOC) Discord

  • 测验访问困扰:一名成员在访问课程网站教学大纲部分的 Week 5 quiz 时遇到问题。另一名成员确认了其可用性并协助导航到正确章节。

    • 后续强调所有参与者应确保查看的是正确的测验网站。
  • 新成员加入并寻求指导:一位新人询问在填写课程表单后是否会收到后续邮件,并就如何获取课程材料寻求澄清。现有参与者安抚他们继续参与课程,不必为 hackathons 感到压力。

    • 这反映了参与者之间相互支持的氛围,鼓励减少对补充材料的焦虑。
  • 确认正确的课程网站:成员们确认 llmagents-learning.org 是面向 MOOC 学生的正确站点,而 Berkeley 站点是为校内学生设计的。他们建议不要使用 Berkeley 站点进行课程活动,以免引起混淆。

    • 这一区分旨在简化在线学习者的访问流程。
  • 发布前的文章审核:有人请求在发布到社交媒体之前进行文章审核,以符合课程预期。虽然对审核过程复杂性的担忧有所浮现,但一些人强调了遵守课程网站概述指南的重要性。

    • 社区情绪倾向于在保持流程简便的同时维护质量。
  • 报告每周课程进度:一位参与者庆祝完成了 Week 1 并表示打算遵循课程结构。这得到了小组的赞赏,培养了继续进步的动力。

    • 这种鼓励性的环境有助于提高全体课程参与者的参与度。

LangChain AI Discord

  • 寻求顶尖 AI Engineering 博客:一名成员询问了关于专注于 Retrieval systemsMulti-agent architectures 的优质 AI Engineering 博客

    • 未建议具体博客
  • 转向 LangGraph 是明智之举:讨论强调了从 LangChain 迁移到 LangGraph优点,特别是在抽象和易用性方面。

    • 一名成员询问了 LangGraphLangChain 相比提供的独特功能
  • 用户的 LangChain 挫败感:一位用户分享了在使用两年后对 LangChain 批评的沮丧,幽默地回顾了他们深夜学习的挣扎。

    • 关于克服这些问题的进一步见解尚未提供。
  • 请求 Agent 图可视化:有人请求协助如何在项目中实现 Agent 图可视化,表明了对实际可视化技术的需求。

    • 遗憾的是,回复中没有分享任何解决方案。
  • 探索 LangGraph 的工具集:一名成员发起了关于 LangGraph 中可用工具的讨论,寻求对其功能的更深入了解。

    • 未提供关于其能力的详细回复。

LAION Discord

  • Inverse RL 进展引发关注:一篇讨论 Inverse RL(逆强化学习)在 LLMs 中应用的论文引发了好奇,促使了反馈讨论。

    • 参与者旨在评估这种方法是否能显著增强语言模型的能力。
  • NotebookLM 推出酷炫功能Google 宣布了 NotebookLM 的新功能,包括音频概览和协作工具,详见此公告

    • 正如其 tweet 中所强调的,这些工具旨在简化多任务处理,同时访问音频内容以获得更好的用户体验。
  • 图强化学习引起热议:一名成员分享了一份关于图强化学习的综述,展示了其在跨学科决策中的潜力,引起了热烈反响。

    • 图结构强化学习之间的联系可能会在化学和计算机科学等领域产生新颖的策略。
  • Gen AI Hackathon 启动:诚邀参与者参加专注于构建用于日常任务的 Gen AI 驱动的多 Agent 系统的 hackathon,详情点击此处

    • 该挑战赛强调安全和伦理考虑,同时促进开发者之间的协作解决方案。

Alignment Lab AI Discord

  • 修复 Twitter/X 嵌入以增强功能:成员们强调了修复损坏的 Twitter/X 嵌入的必要性,旨在推动跨 Discord 和 Telegram 等平台支持多图、视频、投票和翻译等功能。一位成员链接了 FixTweet/FxTwitter 倡议,鼓励大家为改进嵌入技术做出贡献。

    • 该倡议旨在简化集成流程,以实现更丰富的用户参与和跨平台内容共享。
  • 交互式推文功能可提升参与度:一场热烈的讨论集中在更具交互性的推文功能如何显著增强用户参与度,特别是在嵌入内容方面。

    • 成员们建议,增强的多媒体支持可能会促进更多的参与和内容分享。

Mozilla AI Discord

  • 生成式 AI 漏洞赏金门户上线:用于 生成式 AI 漏洞赏金门户 已正式发布,通过用户友好的设计和自动分拣功能简化了漏洞提交流程,从而实现更快的审核。

    • 该倡议旨在通过简化研究人员报告漏洞的方式来提高安全性,使关键问题能够得到更快速的处理。
  • 用户仪表板增强追踪功能:新的个性化用户仪表板提供了一个集中视图,用于监控提交状态、更新和研究人员的进度。

    • 这一增强功能旨在提升用户体验,并促进对漏洞提交的更好管理。
  • 实时通知让用户保持更新实时通知现在将针对提交漏洞的每一项操作发送即时电子邮件提醒,确保透明度。

    • 用户可以毫无延迟地了解其提交状态,促进有效沟通。
  • 基于角色的权限提高安全性:平台引入了基于角色的权限 (Role-Based Permissions),以确保结构化的访问控制,增强数据管理和协作。

    • 这一安全措施将敏感信息的访问权限仅限制给授权用户。
  • 令人兴奋的培训机会即将到来:从 11 月开始,将推出 Prompt Engineering 课程与 CTF 挑战,重点关注 AI 漏洞和技能开发。

    • 该倡议将包括每周博客与教程,旨在增强参与者的 AI 安全知识。

LLM Finetuning (Hamel + Dan) Discord 没有新消息。如果该服务器长时间没有活动,请告知我们,我们将将其移除。


MLOps @Chipro Discord 没有新消息。如果该服务器长时间没有活动,请告知我们,我们将将其移除。


DiscoResearch Discord 没有新消息。如果该服务器长时间没有活动,请告知我们,我们将将其移除。


Gorilla LLM (Berkeley Function Calling) Discord 没有新消息。如果该服务器长时间没有活动,请告知我们,我们将将其移除。


AI21 Labs (Jamba) Discord 没有新消息。如果该服务器长时间没有活动,请告知我们,我们将将其移除。


第 2 部分:按频道详细摘要和链接

完整的逐频道详情已在邮件中截断。

如果您想查看完整详情,请访问此邮件的网页版:

如果您喜欢 AInews,请分享给朋友!预谢!