跳到正文

X

关注 AI 研究者、开发者与机构的动态

当前显示全部 AI 相关新闻
按账号或来源筛选(541)
全部X新闻X:Rohan Paul2044 条X:Kim1543 条X:阿易 AI Notes1240 条X:Testing Catalog623 条X:阿里云 / Alibaba Cloud585 条X:cb_doge540 条X:Elvis Saravia500 条X:Alexandr Wang(Scale AI 创始人/Meta 首席 AI 官)495 条X:OpenRouter456 条X:Elon Musk445 条X:Artificial Analysis439 条X:Ethan Mollick403 条X:PixVerse372 条X:SemiAnalysis342 条X:OpenAI Developers294 条X:ZHO284 条X:Replit272 条X:小北220 条X:Dex Horthy(HumanLayer)196 条X:AI Safety Memes188 条X:Tibo180 条X:Gemini175 条X:swyx171 条X:Emad Mostaque167 条X:MiniMax160 条X:OpenAI151 条X:X.PIN147 条X:Epoch AI140 条X:Runway133 条X:Nathan Lambert130 条X:赵纯想126 条X:Claude Devs126 条X:Aravind Srinivas(Perplexity CEO)125 条X:蚂蚁百灵123 条X:Thomas Wolf(Hugging Face 联创/CSO)123 条X:Jason Liu120 条X:洪明119 条X:马东锡 NLP115 条X:Frank Wang 玉伯113 条X:Gabriel112 条X:Perplexity108 条X:Google AI for Developers104 条X:fofr103 条X:阑夕102 条X:面壁智能 OpenBMB102 条X:Yuchen Jin102 条X:Claude99 条X:Luma AI98 条X:Peter Steinberger98 条X:Sam Altman93 条X:Tencent WorkBuddy86 条X:Thariq84 条X:Cohere83 条X:Eric Zakariasson77 条X:Krea AI77 条X:opencode76 条X:Francois Chollet75 条X:Clément Delangue(Hugging Face CEO)73 条X:Suno70 条X:OpenClaw66 条X:Greg Brockman64 条X:Deedy Das63 条X:karminski61 条X:腾讯混元58 条X:通义千问 / Qwen57 条X:Microsoft Research57 条X:Anthropic55 条X:AK51 条X:Google DeepMind47 条X:商汤 SenseTime (@SenseTime_AI)43 条X:Charlie Holtz43 条X:Peter McCrory(Anthropic 首席经济学家)42 条X:Boris Cherny41 条X:Google AI41 条X:可灵 Kling AI37 条X:Viggle AI33 条X:百度 Baidu32 条X:AI at Meta32 条X:Aidan Gomez(Cohere CEO)29 条X:Logan Kilpatrick29 条X:Josh Woodward28 条X:Mustafa Suleyman(Microsoft AI CEO)26 条X:Noam Brown24 条X:SpaceXAI24 条X:Andrew Milich22 条X:Odyssey22 条X:李继刚21 条X:Tianyi Cui20 条X:华为云19 条X:Arena (@arena)19 条X:硅基流动 SiliconFlow18 条X:Mark Zuckerberg18 条X:DAIR.AI (@dair_ai)17 条X:DeepSeek16 条X:fal (@fal)16 条X:PixVerse (@PixVerse)15 条X:ARC Prize (@arcprize)14 条X:Karina Nguyen14 条X:Mistral AI14 条X:Sundar Pichai14 条X:Demis Hassabis13 条X:ElevenLabs (@elevenlabs)13 条X:Noah Zweben13 条X:Philipp Schmid(Google DeepMind 开发者体验) (@_philschmid)13 条X:智谱 Z.ai12 条X:Lee Robinson12 条Tripo(官方 X)11 条X:卡兹克 (@Khazix0918)11 条X:Arthur Mensch(Mistral CEO) (@arthurmensch)11 条X:Eric Mitchell11 条X:Georgi Gerganov(llama.cpp) (@ggerganov)11 条X:Jensen Huang11 条X:唐杰10 条X:Ammaar Reshi10 条X:Andrew Ng(DeepLearning.AI 创始人)10 条X:Barret 李靖10 条X:Cursor (@cursor_ai)10 条X:Hao AI Lab10 条X:Kimi.ai10 条X:Cognition (@cognition)9 条X:Fei-Fei Li9 条X:Manus (@ManusAI)9 条X:MiniMax Design (H3) (@Hailuo_AI)9 条X:Figure AI (@Figure_robot)8 条X:Gemini Notebook (@Gemini_Notebook)8 条X:Higgsfield AI (@higgsfield)8 条X:Jeff Dean8 条X:Jim Fan8 条X:Lisa Su(AMD CEO) (@LisaSu)8 条X:Meshy (@MeshyAI)8 条X:谢赛宁7 条X:Michael Truell7 条X:張小珺 Xiaojùn6 条X:NotebookLM0 条@berryxia · 历史来源430 条@vista8 · 历史来源262 条@op7418 · 历史来源231 条@google · 历史来源30 条@getsuperintel · 历史来源9 条@latentspacepod · 历史来源9 条@android · 历史来源8 条@dreamlabla · 历史来源8 条@mannybernabe · 历史来源8 条@karpathy · 历史来源7 条@alexatallah · 历史来源6 条@ryanleeminimax · 历史来源5 条@theo · 历史来源5 条@aidotengineer · 历史来源4 条@dkundel · 历史来源4 条@reach_vb · 历史来源4 条@dotey · 历史来源3 条@eliebakouch · 历史来源3 条@googlechrome · 历史来源3 条@kilocode · 历史来源3 条@maxforai · 历史来源3 条@newsfromgoogle · 历史来源3 条@richardssutton · 历史来源3 条@skylermiao7 · 历史来源3 条@victorsuortiz · 历史来源3 条@ajambrosino · 历史来源2 条@akashi203 · 历史来源2 条@anatolikopadze · 历史来源2 条@andrewcurran_ · 历史来源2 条@antirez · 历史来源2 条@barrnanas · 历史来源2 条@coreyching · 历史来源2 条@deanwball · 历史来源2 条@designarena · 历史来源2 条@fellmentke · 历史来源2 条@gergelyorosz · 历史来源2 条@gmi_cloud · 历史来源2 条@gravicle · 历史来源2 条@hxiao · 历史来源2 条@id_aa_carmack · 历史来源2 条@jackminong · 历史来源2 条@lennysan · 历史来源2 条@mada299 · 历史来源2 条@microsoft · 历史来源2 条@mikastars39 · 历史来源2 条@mitchellh · 历史来源2 条@nabeelqu · 历史来源2 条@rudrank · 历史来源2 条@sebastienbubeck · 历史来源2 条@zan2434 · 历史来源2 条@___harald___ · 历史来源1 条@_boraturan · 历史来源1 条@0xjaniak · 历史来源1 条@0xkato · 历史来源1 条@47fucb4r8c69323 · 历史来源1 条@559hkdt · 历史来源1 条@aaliya_va · 历史来源1 条@abhikatte42 · 历史来源1 条@abhishekpatiil · 历史来源1 条@aboutberlin · 历史来源1 条@addyosmani · 历史来源1 条@agi2asi · 历史来源1 条@aiaicreate · 历史来源1 条@aimlapi · 历史来源1 条@aisaonehq · 历史来源1 条@aisystemprompt · 历史来源1 条@alemtuzlak · 历史来源1 条@alexxubyte · 历史来源1 条@alupsasca · 历史来源1 条@amasad · 历史来源1 条@ampcode · 历史来源1 条@anas_build_ · 历史来源1 条@aniketmaurya · 历史来源1 条@anitakirkovska · 历史来源1 条@anneliesgamble · 历史来源1 条@antigravity · 历史来源1 条@arafatkatze · 历史来源1 条@argofowl · 历史来源1 条@ashiknewazaj · 历史来源1 条@atabarrok · 历史来源1 条@atomic_chat_hq · 历史来源1 条@awe_automation · 历史来源1 条@awesomekling · 历史来源1 条@awscloud · 历史来源1 条@ayushagarwal · 历史来源1 条@baaadas · 历史来源1 条@bai_agi · 历史来源1 条@bbuddha_xyz · 历史来源1 条@bclavie · 历史来源1 条@beccalytics · 历史来源1 条@benfleming__ · 历史来源1 条@benhylak · 历史来源1 条@benjamineyliu · 历史来源1 条@bfl_ml · 历史来源1 条@bleysg · 历史来源1 条@bolna_dev · 历史来源1 条@bosmeny · 历史来源1 条@boxmining · 历史来源1 条@bozhou_ai · 历史来源1 条@brexhq · 历史来源1 条@brian_armstrong · 历史来源1 条@brianchew · 历史来源1 条@bridgemindai · 历史来源1 条@budgetpixel · 历史来源1 条@cahidarda · 历史来源1 条@calmpromptshq · 历史来源1 条@ce_zhang · 历史来源1 条@cedric_chee · 历史来源1 条@chaitralikakde · 历史来源1 条@chatgpt · 历史来源1 条@chatgptapp · 历史来源1 条@christinetyip · 历史来源1 条@christofsalis · 历史来源1 条@clark__labs · 历史来源1 条@cloudflaredev · 历史来源1 条@cnorth_13 · 历史来源1 条@cnzoecomeback · 历史来源1 条@cocohearts · 历史来源1 条@code_star · 历史来源1 条@codebyaurelia · 历史来源1 条@cohavygal · 历史来源1 条@commandcodeai · 历史来源1 条@consensusnlp · 历史来源1 条@contralabs_ai · 历史来源1 条@cozyblaze265065 · 历史来源1 条@crimedecoder · 历史来源1 条@crtr0 · 历史来源1 条@damnventures · 历史来源1 条@daniellockyer · 历史来源1 条@darioamodei · 历史来源1 条@davidmaliglowka · 历史来源1 条@davidondrej1 · 历史来源1 条@davidsacks · 历史来源1 条@dbirker78883 · 历史来源1 条@deryatr_ · 历史来源1 条@devfun · 历史来源1 条@diegocabezas01 · 历史来源1 条@digitalocean · 历史来源1 条@dimillian · 历史来源1 条@dimitrispapail · 历史来源1 条@discussingfilm · 历史来源1 条@dkthomp · 历史来源1 条@dmitryrybin1 · 历史来源1 条@dmsobol · 历史来源1 条@douglance · 历史来源1 条@douglasyaody · 历史来源1 条@duckduckgo · 历史来源1 条@easyrouterio · 历史来源1 条@edgardobriban · 历史来源1 条@eisokant · 历史来源1 条@elliotarledge · 历史来源1 条@encrypted · 历史来源1 条@endpointarena · 历史来源1 条@envato · 历史来源1 条@escanorreloaded · 历史来源1 条@esrtweet · 历史来源1 条@ethanhe_42 · 历史来源1 条@eu_commission · 历史来源1 条@fba · 历史来源1 条@fdavidsont · 历史来源1 条@figmaweave · 历史来源1 条@finn_meeks · 历史来源1 条@first_tree_ai · 历史来源1 条@flavioad · 历史来源1 条@flowith · 历史来源1 条@fminzhou · 历史来源1 条@freddie_spirit · 历史来源1 条@frydwia · 历史来源1 条@futurestacked · 历史来源1 条@garrettlord · 历史来源1 条@garrytan · 历史来源1 条@gavinsbaker · 历史来源1 条@GayaniFigma · 历史来源1 条@genspark_ai · 历史来源1 条@gitlawb · 历史来源1 条@gneubig · 历史来源1 条@gokulr · 历史来源1 条@goodfireai · 历史来源1 条@goodnesmbakara · 历史来源1 条@googleaistudio · 历史来源1 条@gordic_aleksa · 历史来源1 条@gro_tsen · 历史来源1 条@hangsiin · 历史来源1 条@happycapyai · 历史来源1 条@haydenbleasel · 历史来源1 条@helloiamleonie · 历史来源1 条@hey_asiif · 历史来源1 条@hilbertspaess · 历史来源1 条@howtoprompt__ · 历史来源1 条@hq4ai · 历史来源1 条@hypersoren · 历史来源1 条@ianbremmer · 历史来源1 条@interaction · 历史来源1 条@intology · 历史来源1 条@iron_redux · 历史来源1 条@ithilgore · 历史来源1 条@itsreallyvivek · 历史来源1 条@jamesjyu · 历史来源1 条@jameszmsun · 历史来源1 条@jason_young1231 · 历史来源1 条@jawad_rahman_ · 历史来源1 条@jaydendavisnc · 历史来源1 条@jeffbarg · 历史来源1 条@jenzhuscott · 历史来源1 条@jiayuan_jy · 历史来源1 条@jilles · 历史来源1 条@jimcramer · 历史来源1 条@jimsyoung_ · 历史来源1 条@jinjingliang · 历史来源1 条@jjacky · 历史来源1 条@jjackyliang · 历史来源1 条@joefioti · 历史来源1 条@joi___ai · 历史来源1 条@joinhandshake · 历史来源1 条@joinpursuit · 历史来源1 条@joulee · 历史来源1 条@jsconfasia · 历史来源1 条@jsrailton · 历史来源1 条@juminoz · 历史来源1 条@kaizero_ainta · 历史来源1 条@karanganesan · 历史来源1 条@kdaigle · 历史来源1 条@kentherogers · 历史来源1 条@kevinsays · 历史来源1 条@khudonogov · 历史来源1 条@kinfisht · 历史来源1 条@koraykv · 历史来源1 条@kotekjedi_ml · 历史来源1 条@kuberwastaken · 历史来源1 条@kurz_gesagt · 历史来源1 条@kwindla · 历史来源1 条@lafalcemateo · 历史来源1 条@lakshyaaagrawal · 历史来源1 条@larrylv · 历史来源1 条@layoffai · 历史来源1 条@levinstanley · 历史来源1 条@lifeofjer · 历史来源1 条@livekit · 历史来源1 条@lon · 历史来源1 条@lostinlatencyx · 历史来源1 条@lotte_verheyden · 历史来源1 条@lqiao · 历史来源1 条@luciushq · 历史来源1 条@luckeyfaraday · 历史来源1 条@lukaspet · 历史来源1 条@madhavsinghal_ · 历史来源1 条@manassharmahere · 历史来源1 条@markiewagner · 历史来源1 条@marksaroufim · 历史来源1 条@marsxiang_ · 历史来源1 条@maseehg_ · 历史来源1 条@mattshumer_ · 历史来源1 条@mem0ai · 历史来源1 条@mengto · 历史来源1 条@merettm · 历史来源1 条@micahcarroll · 历史来源1 条@michael_chomsky · 历史来源1 条@michaelarnaldi · 历史来源1 条@microsoftai · 历史来源1 条@mike_acton · 历史来源1 条@mikeyyyzhao · 历史来源1 条@minchoi · 历史来源1 条@minimaxagent · 历史来源1 条@minu_who · 历史来源1 条@mkbhd · 历史来源1 条@modal · 历史来源1 条@moritzthuening · 历史来源1 条@moxie · 历史来源1 条@mstockton · 历史来源1 条@mtslive · 历史来源1 条@multimodalart · 历史来源1 条@neelnanda5 · 历史来源1 条@neilrahilly · 历史来源1 条@nickbaumann_ · 历史来源1 条@nirantk · 历史来源1 条@noemititarenco · 历史来源1 条@notjazii · 历史来源1 条@nousresearch · 历史来源1 条@oblomovius · 历史来源1 条@ollama · 历史来源1 条@onlyterp · 历史来源1 条@onlyzhynx · 历史来源1 条@organicgpt · 历史来源1 条@orgrem · 历史来源1 条@p0 · 历史来源1 条@palantirtech · 历史来源1 条@palmerluckey · 历史来源1 条@pandatalk8 · 历史来源1 条@parishilton · 历史来源1 条@patrickcarlyle · 历史来源1 条@patricktoulme · 历史来源1 条@paulg · 历史来源1 条@paulsolt · 历史来源1 条@pbdtokenrouter · 历史来源1 条@pererabinoy · 历史来源1 条@philhchen · 历史来源1 条@pirroh · 历史来源1 条@pjaccetturo · 历史来源1 条@postlive · 历史来源1 条@pranaveight · 历史来源1 条@prathamdby · 历史来源1 条@prince_canuma · 历史来源1 条@pumpkherm · 历史来源1 条@pvncher · 历史来源1 条@qiaoqiao2001 · 历史来源1 条@rajveerbach · 历史来源1 条@randyhaddad6 · 历史来源1 条@rauchg · 历史来源1 条@raveeshbhalla · 历史来源1 条@rayanpal_ · 历史来源1 条@rayfernando1337 · 历史来源1 条@redpoint · 历史来源1 条@ric_rtp · 历史来源1 条@richardsocher · 历史来源1 条@riderashgame · 历史来源1 条@rileybrown · 历史来源1 条@robertvaradan · 历史来源1 条@ronshepherd · 历史来源1 条@rosmine · 历史来源1 条@rthiago · 历史来源1 条@ruben_kostard · 历史来源1 条@runware · 历史来源1 条@rvivek · 历史来源1 条@ryanjunejo · 历史来源1 条@safaricheung · 历史来源1 条@samuelstroschei · 历史来源1 条@sanmking · 历史来源1 条@saranormous · 历史来源1 条@savinovnikolay · 历史来源1 条@scale_ai · 历史来源1 条@scaling01 · 历史来源1 条@sdaily_ai · 历史来源1 条@secscottbessent · 历史来源1 条@seltaa_ · 历史来源1 条@sergiopaniego · 历史来源1 条@servasyy_ai · 历史来源1 条@sethltx · 历史来源1 条@sharat_sc · 历史来源1 条@shashankgoyal95 · 历史来源1 条@sherryyanjiang · 历史来源1 条@sherylhsu02 · 历史来源1 条@shl · 历史来源1 条@sighjith · 历史来源1 条@simistern · 历史来源1 条@southpkcommons · 历史来源1 条@sriramkri · 历史来源1 条@sshoaibali · 历史来源1 条@stalkermustang · 历史来源1 条@status_effects · 历史来源1 条@stevencheng · 历史来源1 条@stockanalystpro · 历史来源1 条@suekhim · 历史来源1 条@sultanalfardan · 历史来源1 条@suraj_sharma14 · 历史来源1 条@swisscheese4299 · 历史来源1 条@swmansion · 历史来源1 条@systematicls · 历史来源1 条@teksedge · 历史来源1 条@tftc21 · 历史来源1 条@theahmadosman · 历史来源1 条@themidasproj · 历史来源1 条@theonejvo · 历史来源1 条@therealadamg · 历史来源1 条@timsoulo · 历史来源1 条@tmuxvim · 历史来源1 条@tobi · 历史来源1 条@togethercompute · 历史来源1 条@trackernetwork · 历史来源1 条@trustkerneltech · 历史来源1 条@ttunguz · 历史来源1 条@tuhinchakr · 历史来源1 条@twistartups · 历史来源1 条@ubermenscchh · 历史来源1 条@udayan_w · 历史来源1 条@usefastlane · 历史来源1 条@uzyn · 历史来源1 条@valeriocapraro · 历史来源1 条@vasuman · 历史来源1 条@vdbergrianne · 历史来源1 条@vibeguessing · 历史来源1 条@victoriakimse · 历史来源1 条@victoriawu77 · 历史来源1 条@victortaelin · 历史来源1 条@vikaskansalhq · 历史来源1 条@volchika · 历史来源1 条@walden_yan · 历史来源1 条@warpdotdev · 历史来源1 条@waynesutton · 历史来源1 条@wesroth · 历史来源1 条@whosamberella · 历史来源1 条@xdinodeer · 历史来源1 条@xicilion · 历史来源1 条@xucian_ · 历史来源1 条@yacinemtb · 历史来源1 条@yaojingang · 历史来源1 条@yevr19 · 历史来源1 条@yoheinakajima · 历史来源1 条@yongquanyq · 历史来源1 条@youtubejocoding · 历史来源1 条@yusufg · 历史来源1 条@zachbussey · 历史来源1 条@zeddotdev · 历史来源1 条@zeroxkyle · 历史来源1 条@zhenthebuilder · 历史来源1 条@zicohacks · 历史来源1 条@zixuanli_ · 历史来源1 条@zymazza · 历史来源1 条
19,097 条AI 相关新闻 · 最新在前
9月16日周三
  1. @rohanpaul_ai47

    在 Dreamforce 上,黄仁勋强烈反驳了那些呼吁加强监管、放缓 AI 发展的 AI 实验室。 “如果你对产品的安全性没有信心,对其功能、能力或安全性没有信心,那就别发布它。 我们不需要任何新法律。我们不需要新法规。我们只需要公司自己决定,到了该全力奔跑的时候就全力奔跑。” 安全与速度并不互斥,让 AI 系统更安全也不需要新法律。快速构建,积极测试,只有在不再确信产品安全时才暂停。 --- 来自 “Salesforce” YouTube 频道,(完整视频链接见评论)

    引用@rohanpaul_ai@rohanpaul_ai

    Jensen Huang pushed back hard against AI labs calling for tighter regulation and slower AI development, at Dreamforce. "If you are not confident about the safety of the products, and you're not confident in its functionality, capability, or safety, then don't just release it. We don't need any new laws. We don't need new regulations. we just need companies to decide that when it's time to run as fast as they can." safety and speed are not mutually exclusive, and new laws are not required to make AI systems safer. Build fast, test aggressively, and pause only when you are no longer confident the product is safe. --- From "Salesforce" YouTube channel, (full video link in comment)

  2. @rohanpaul_ai56

    美国副总统 JD Vance 在 All-In Podcast 上对 Anthropic 提出批评,认为如果 AI 公司开发出可用于网络攻击等有害用途的技术,就有义务帮助其他公司防御这类能力,而不是主要依赖政府监管。他以 Frankenstein 作比,称若在造这样的东西就应先停下,或至少在企业来求助时把对抗工具给出去,并批评出现网络攻击工具的同时,急需防御手段的公司却被拒绝获取。节目完整视频链接在 @theallinpod 的评论区。

    引用@rohanpaul_ai@rohanpaul_ai

    U.S. Vice President JD Vance had some unusually strong words for Anthropic on the All-In Podcast. If an AI company develops technology that can be used for harmful purposes, such as cyberattacks, he believes that company has an obligation to help others defend themselves against those capabilities rather than relying primarily on government regulation. ---- "Why is it that the people who are at the frontier of the AI economy are throwing up their hands and saying, “Well, we’ve built Frankenstein,” and the solution to Frankenstein, apparently, is to create a one-world governance structure for artificial intelligence? What I would say to those people is: if you’re building Frankenstein, stop. Or maybe, if the cat is out of the bag, then build the defensive mechanism against Frankenstein. At the same time, that you have this sort of cyber-hacking tool that’s come out of Anthropic’s newest models, you have companies that are desperate for the defensive mechanisms to defend against that cyber-hacking tool, and they’re being denied access to it. So, if you’re going to create Frankenstein, don’t come to the government and say, “We need regulation.” Look inward and accept that if you’re building Frankenstein, number one, you should stop. And number two, when the companies come to you and say, “We need the tools to fight back against Frankenstein,” give them those tools." ---- full video link in comment on @theallinpod

  3. @rohanpaul_ai59

    美国副总统 JD Vance 在 All-In Podcast 上批评 Anthropic,认为开发出可用于网络攻击等有害用途的技术后,公司有义务帮助他人建立防御能力,而不是主要依赖政府监管。他用弗兰肯斯坦作比喻,称若在造弗兰肯斯坦就该停下,若已经放出就应造出对抗它的防御机制。他还提到,Anthropic 最新模型带来了网络攻击工具,而急需防御能力的企业却被拒绝访问。

    引用@rohanpaul_ai@rohanpaul_ai

    U.S. Vice President JD Vance had some unusually strong words for Anthropic on the All-In Podcast. If an AI company develops technology that can be used for harmful purposes, such as cyberattacks, he believes that company has an obligation to help others defend themselves against those capabilities rather than relying primarily on government regulation. ---- "Why is it that the people who are at the frontier of the AI economy are throwing up their hands and saying, “Well, we’ve built Frankenstein,” and the solution to Frankenstein, apparently, is to create a one-world governance structure for artificial intelligence? What I would say to those people is: if you’re building Frankenstein, stop. Or maybe, if the cat is out of the bag, then build the defensive mechanism against Frankenstein. At the same time, that you have this sort of cyber-hacking tool that’s come out of Anthropic’s newest models, you have companies that are desperate for the defensive mechanisms to defend against that cyber-hacking tool, and they’re being denied access to it. So, if you’re going to create Frankenstein, don’t come to the government and say, “We need regulation.” Look inward and accept that if you’re building Frankenstein, number one, you should stop. And number two, when the companies come to you and say, “We need the tools to fight back against Frankenstein,” give them those tools." ---- full video link in comment on @theallinpod

  4. @kimmonismus40

    „Meta 推迟发布 Muse 数月,以专注于安全与保障。我们并没有要求其他所有人先做到这一点,我们才去做。我们只是把它当作日常工作的一部分,因为这对人们、对我们来说显然都是正确的事。我为我们建立的安全基础感到自豪。“ Based Mark。Meta 现在做得非常好。

    引用@finkd@finkd

    Last month I wrote about how we can build a positive and safe future for everyone: https://t.co/eoLGVY8yad Every lab has the responsibility and incentive to move at the pace required to train its models safely, and the ability to take its own actions to ensure that happens. The reality is: - People won't want to use agents that are misaligned with them and that don't do what they ask, so labs have a strong natural incentive to make their models more aligned. There is a lot of debate about slowing progress on capabilities until alignment catches up. My view is that trust and alignment are quickly becoming the most important capabilities that will differentiate agents and models. Any lab that doesn't focus on alignment will fall behind. - Labs face significant liability if their models cause harm, so they have a strong incentive to prevent this as well. Meta delayed shipping Muse for several months to focus on safety and security. We didn't call for everyone else to do this before we would. We just did it as part of our day-to-day work because it was clearly the right thing for people and for us. I'm proud of the security foundations we've built. - Engaging independent evaluators and advisors is industry best practice. MSL already does this today in several areas because it helps produce better work. Other labs can just do this too. In general, it would be helpful for there to be a larger and more diverse ecosystem of evaluators. - Committing the significant majority of compute towards serving people rather than racing towards recursive self-improvement is one of the best ways to ensure we develop this technology safely. Meta has made this commitment and other labs can do this as well. I believe the key to building a positive future for everyone is maintaining the right balance of power. This is within our power to do.

  5. @alexandr_wang49

    Meta 首席 AI 官 Alexandr Wang 表示,Meta 正将绝大部分算力投入服务用户,而非参与递归自我改进(RSI)竞赛,并认为这是最危险的失控路径之一。他提出四条对齐原则:用户和企业只会使用与自身意图和价值观对齐的智能体;每个实验室都应在训练和部署中建立治理框架,包括外部评估者和独立监督;实验室须在民主国家的制度保护下运营并承担模型致害责任。

    引用@finkd@finkd

    Last month I wrote about how we can build a positive and safe future for everyone: https://t.co/eoLGVY8yad Every lab has the responsibility and incentive to move at the pace required to train its models safely, and the ability to take its own actions to ensure that happens. The reality is: - People won't want to use agents that are misaligned with them and that don't do what they ask, so labs have a strong natural incentive to make their models more aligned. There is a lot of debate about slowing progress on capabilities until alignment catches up. My view is that trust and alignment are quickly becoming the most important capabilities that will differentiate agents and models. Any lab that doesn't focus on alignment will fall behind. - Labs face significant liability if their models cause harm, so they have a strong incentive to prevent this as well. Meta delayed shipping Muse for several months to focus on safety and security. We didn't call for everyone else to do this before we would. We just did it as part of our day-to-day work because it was clearly the right thing for people and for us. I'm proud of the security foundations we've built. - Engaging independent evaluators and advisors is industry best practice. MSL already does this today in several areas because it helps produce better work. Other labs can just do this too. In general, it would be helpful for there to be a larger and more diverse ecosystem of evaluators. - Committing the significant majority of compute towards serving people rather than racing towards recursive self-improvement is one of the best ways to ensure we develop this technology safely. Meta has made this commitment and other labs can do this as well. I believe the key to building a positive future for everyone is maintaining the right balance of power. This is within our power to do.

  6. Hao AI Lab52

    FastVideo 的 FastH3 现已可在 ComfyUI 中使用,可在数秒内同时生成视频和原生立体声。官方建议用于需要快速多版本的预演和动态分镜、正式渲染前的节奏与对白测试,以及短时限的短视频社交内容,目前支持本地运行,Cloud 版本即将推出。

    引用ComfyUI@ComfyUI

    FastH3 by FastVideo is now available in ComfyUI Video and native stereo audio, generated together, in seconds. Best for: → Previz and animatics that need lots of takes, quickly → Timing and dialogue tests before committing to a full-quality render → Short-form and social work on tight turnarounds Run it locally in ComfyUI and soon on Cloud ⬇️

  7. @alexandr_wang53

    Meta 首席 AI 官 Alexandr Wang 发文表示坚信必须投入对齐,并提出四点主张。他认为人们和企业只会使用与自身意图和价值观一致的智能体,各实验室应在训练和部署中建立治理框架、引入外部评估者与独立监督,把大部分算力用于服务人而非递归自我改进的竞赛。他引用的 @finkd 帖子提到,Meta 为安全与安保把 Muse 的发布推迟了数月。

    引用@finkd@finkd

    Last month I wrote about how we can build a positive and safe future for everyone: https://t.co/eoLGVY8yad Every lab has the responsibility and incentive to move at the pace required to train its models safely, and the ability to take its own actions to ensure that happens. The reality is: - People won't want to use agents that are misaligned with them and that don't do what they ask, so labs have a strong natural incentive to make their models more aligned. There is a lot of debate about slowing progress on capabilities until alignment catches up. My view is that trust and alignment are quickly becoming the most important capabilities that will differentiate agents and models. Any lab that doesn't focus on alignment will fall behind. - Labs face significant liability if their models cause harm, so they have a strong incentive to prevent this as well. Meta delayed shipping Muse for several months to focus on safety and security. We didn't call for everyone else to do this before we would. We just did it as part of our day-to-day work because it was clearly the right thing for people and for us. I'm proud of the security foundations we've built. - Engaging independent evaluators and advisors is industry best practice. MSL already does this today in several areas because it helps produce better work. Other labs can just do this too. In general, it would be helpful for there to be a larger and more diverse ecosystem of evaluators. - Committing the significant majority of compute towards serving people rather than racing towards recursive self-improvement is one of the best ways to ensure we develop this technology safely. Meta has made this commitment and other labs can do this as well. I believe the key to building a positive future for everyone is maintaining the right balance of power. This is within our power to do.

  8. @Yuchenj_UW52

    Yuchen Jin 对比指出,扎克伯格的 AI 安全观点与多数前沿实验室相反:主流实验室认为模型越强越危险、应限制访问,扎克伯格则认为模型越强,让少数实验室掌控它越危险。扎克伯格在引用的帖文中称,各实验室有责任也有动力按安全训练所需的节奏推进,信任与对齐正在成为区分智能体和模型的关键能力,并提到 Meta 曾为专注安全与安保推迟发布 Muse 数月,以及承诺把大部分算力用于服务人们而非竞相追求递归自我改进。配图文字称,应把超级智能广泛分发给每个人而非集中掌控。

    引用@finkd@finkd

    Last month I wrote about how we can build a positive and safe future for everyone: https://t.co/eoLGVY8yad Every lab has the responsibility and incentive to move at the pace required to train its models safely, and the ability to take its own actions to ensure that happens. The reality is: - People won't want to use agents that are misaligned with them and that don't do what they ask, so labs have a strong natural incentive to make their models more aligned. There is a lot of debate about slowing progress on capabilities until alignment catches up. My view is that trust and alignment are quickly becoming the most important capabilities that will differentiate agents and models. Any lab that doesn't focus on alignment will fall behind. - Labs face significant liability if their models cause harm, so they have a strong incentive to prevent this as well. Meta delayed shipping Muse for several months to focus on safety and security. We didn't call for everyone else to do this before we would. We just did it as part of our day-to-day work because it was clearly the right thing for people and for us. I'm proud of the security foundations we've built. - Engaging independent evaluators and advisors is industry best practice. MSL already does this today in several areas because it helps produce better work. Other labs can just do this too. In general, it would be helpful for there to be a larger and more diverse ecosystem of evaluators. - Committing the significant majority of compute towards serving people rather than racing towards recursive self-improvement is one of the best ways to ensure we develop this technology safely. Meta has made this commitment and other labs can do this as well. I believe the key to building a positive future for everyone is maintaining the right balance of power. This is within our power to do.

  9. @rohanpaul_ai38

    https://t.co/mpxyJDWSSr

    引用@rohanpaul_ai@rohanpaul_ai

    Jensen Huang completely destroys Jacob Coxon’s (ex-Anthrpic employee) 10% extinction prediction. no data, no scientific grounding, no defensible 10%. "First of all, we shouldn’t [try to explain a 10% chance of extinction], because it’s made up. These are well-educated people. They’re called researchers. Obviously, they’re working in a lab, and so the confluence of these words—and then the prediction—is alarming and troubling. It shouldn’t be done. It’s irresponsible." ---- Full video on "All-In Podcast" YouTube channel (link in comment)

  10. @rohanpaul_ai53

    Jensen Huang 在 Dreamforce 上反对 AI 实验室呼吁收紧监管与放慢开发,称不需要新法律或新监管,若企业对产品的功能与安全没有信心就不应发布,有信心则应全力推进。他认为安全与速度并不互斥,主张快速构建、充分测试。该发言由 Rohan Paul 引用自 Salesforce YouTube 频道的视频内容。

    引用@rohanpaul_ai@rohanpaul_ai

    Jensen Huang pushed back hard against AI labs calling for tighter regulation and slower AI development, at Dreamforce. "If you are not confident about the safety of the products, and you're not confident in its functionality, capability, or safety, then don't just release it. We don't need any new laws. We don't need new regulations. we just need companies to decide that when it's time to run as fast as they can." safety and speed are not mutually exclusive, and new laws are not required to make AI systems safer. Build fast, test aggressively, and pause only when you are no longer confident the product is safe. --- From "Salesforce" YouTube channel, (full video link in comment)