首頁(yè) > 科技要聞 > 科技> 正文

32B IOI奧賽擊敗DeepSeek-R1！Open R1開源復(fù)刻第三彈，下一步R1-Zero

新智元 整合編輯：太平洋科技 發(fā)布于：2025-03-13 16:08

Hugging Face的Open R1再度升級(jí)！

Hugging Face的Open R1是一個(gè)社區(qū)驅(qū)動(dòng)的項(xiàng)目，目標(biāo)是創(chuàng)建一個(gè)完全開源的DeepSeek-R1版本。目前，已有模型如OlympicCoder-32B和數(shù)據(jù)集如codeforces發(fā)布，顯示了項(xiàng)目的進(jìn)展。

最新發(fā)布的7B和32B OlympicCoder，在IOI挑戰(zhàn)上超越了一眾前沿模型，比Claude 3.7 Sonnet還猛。

OlympicCoder已經(jīng)成了代碼推理界的「肌肉猛男」，有些模型規(guī)模比它大100倍，結(jié)果還是被它按在地上摩擦……

模型在2024年國(guó)際信息學(xué)奧林匹克競(jìng)賽（IOI）50次提交中的表現(xiàn)

而這一切，得感謝Open R1的一系列騷操作：

CodeForces-CoTs數(shù)據(jù)集：近10萬(wàn)個(gè)高質(zhì)量樣本，提煉自DeepSeek-R1，專門訓(xùn)練C++和Python代碼生成。

IOI基準(zhǔn)測(cè)試：拿2024年國(guó)際信息學(xué)奧林匹克競(jìng)賽（IOI）的難題來(lái)虐AI，看看誰(shuí)是真正的「代碼戰(zhàn)神」。

提交策略優(yōu)化：模擬OpenAI的策略，讓模型最大化得分，像真正的選手一樣參加比賽。

我們來(lái)扒一扒它是怎么煉成的，以及Hugging Face團(tuán)隊(duì)踩過(guò)的那些坑。

（小心，可能會(huì)讓你懷疑人生：AI連刷題都比你強(qiáng)了……）

CodeForces-CoTs數(shù)據(jù)集

CodeForces作為編程競(jìng)賽的熱門平臺(tái)，其中的算法優(yōu)化問(wèn)題極具挑戰(zhàn)性。

這使其成為一個(gè)有趣的數(shù)據(jù)集，用于提升和測(cè)試模型的代碼推理能力。

此次發(fā)布的open-r1/codeforces包含了超過(guò)1萬(wàn)個(gè)問(wèn)題，時(shí)間跨度從最初的競(jìng)賽一直到2025年，其中約3000個(gè)問(wèn)題是DeepMind和CodeContests中沒有的。

對(duì)于約60%的問(wèn)題，數(shù)據(jù)集提供了競(jìng)賽組織者撰寫的解題思路，這對(duì)理解原理至關(guān)重要。

同時(shí)，每個(gè)問(wèn)題都從官方網(wǎng)站提取了3個(gè)正確解決方案。

open-r1/codeforces-cots數(shù)據(jù)集更是一大亮點(diǎn)，其中包含了DeepSeek-R1針對(duì)這些問(wèn)題生成的近10萬(wàn)個(gè)思維鏈（CoT）樣本，用C++和Python兩種語(yǔ)言呈現(xiàn)。

研究團(tuán)隊(duì)在這個(gè)數(shù)據(jù)集上對(duì)Qwen2.5 Coder Instruct 7B和32B進(jìn)行微調(diào)，得到了OlympicCoder-7B和OlympicCoder-32B模型。

代碼可驗(yàn)證性危機(jī)

雖然DeepMind和其他競(jìng)賽數(shù)據(jù)集都包含測(cè)試用例，并聲稱是可驗(yàn)證的，但這些通常只是競(jìng)賽網(wǎng)站上全套測(cè)試用例的一小部分。

特別是CodeForces，顯示的測(cè)試用例上限約為500個(gè)字符，這意味著這些數(shù)據(jù)集只包含符合此限制的較短、較簡(jiǎn)單的測(cè)試用例。

例如，研究者選取了7個(gè)問(wèn)題，R1生成的解決方案通過(guò)了全部公開測(cè)試用例，并將它們提交到CodeForces平臺(tái)：

盡管這些方案通過(guò)了較短的測(cè)試，但均未通過(guò)完整測(cè)試集。這凸顯了對(duì)新的可驗(yàn)證的編程競(jìng)賽數(shù)據(jù)集的需求。

國(guó)際信息學(xué)奧林匹克競(jìng)賽（IOI）

國(guó)際信息學(xué)奧林匹克競(jìng)賽（IOI）是全球頂尖的編程競(jìng)賽。

完整測(cè)試集遵循寬松的（CC-BY）許可發(fā)布，使其成為測(cè)試代碼推理能力的理想數(shù)據(jù)集。

如果你熟悉美國(guó)數(shù)學(xué)邀請(qǐng)賽（AIME），IOI就相當(dāng)于數(shù)學(xué)奧林匹克競(jìng)賽（IMO）的編程版，參加AIME的最優(yōu)秀學(xué)生才有資格受邀參加IMO。

IOI的問(wèn)題設(shè)計(jì)獨(dú)特，每個(gè)問(wèn)題細(xì)分為多個(gè)子任務(wù)，各子任務(wù)輸入約束不同。

參賽者要解決子任務(wù)，提交的方案須在嚴(yán)格時(shí)限內(nèi)通過(guò)所有測(cè)試用例。

最后子任務(wù)通常是完整復(fù)雜問(wèn)題，而前面子任務(wù)相對(duì)簡(jiǎn)單、約束更多，參賽者常針對(duì)特定子任務(wù)拿部分分?jǐn)?shù)，競(jìng)賽中得滿分十分罕見。

團(tuán)隊(duì)整理了2020-2024年的IOI問(wèn)題，將它們拆分為子任務(wù)，使每個(gè)提示都能解決一個(gè)特定的子任務(wù)，便于有針對(duì)性地訓(xùn)練和評(píng)估。

他們還在open-r1/ioi和open-r1/ioi-test-cases中發(fā)布了處理后的問(wèn)題陳述、評(píng)分檢查文件及測(cè)試用例，同時(shí)創(chuàng)建了自定義代碼，用于運(yùn)行解決方案并按IOI規(guī)則評(píng)分，代碼可在https://github.com/huggingface/ioi上獲取。

研究者對(duì)2024年IOI上40多個(gè)領(lǐng)先的推理模型進(jìn)行了全面評(píng)估。

每個(gè)問(wèn)題的提交次數(shù)限制為50次，采用與OpenAI類似的選擇策略模擬得分。

評(píng)估結(jié)果顯示，OlympicCoder模型表現(xiàn)出色。

OlympicCoder-32B在50次提交限制下，超越了o1-mini、DeepSeek-R1、Claude-3.7-Sonnet-thinking等模型。

模型在2024年國(guó)際信息學(xué)奧林匹克競(jìng)賽（IOI）50次提交中的表現(xiàn)

提交策略

這種提交策略可能不利于非推理模型，像OlympicCoder-32B-Instruct和Qwen-2.5-Coder-32B-Instruct。

為模擬真實(shí)競(jìng)賽，團(tuán)隊(duì)采用類似OpenAI用于o1-ioi的循環(huán)提交策略。

首先提交針對(duì)最后一個(gè)子任務(wù)的解決方案，然后是倒數(shù)第二個(gè)子任務(wù)的方案，以此類推，只有選定提交時(shí)才評(píng)估解決方案。

若子任務(wù)已被之前選定的提交解決，就跳過(guò)針對(duì)該子任務(wù)的提交。

在每個(gè)目標(biāo)子任務(wù)里，傾向于選擇更長(zhǎng)的生成內(nèi)容，這對(duì)推理模型合理，對(duì)其他模型不太適用。

如果取消50次提交限制，并評(píng)估生成的所有提交，會(huì)得到以下結(jié)果：

國(guó)際信息學(xué)奧林匹克競(jìng)賽（2024年）無(wú)提交限制時(shí)模型的表現(xiàn)

基于R1軌跡訓(xùn)練的經(jīng)驗(yàn)教訓(xùn)

在創(chuàng)建OlympicCoder模型時(shí)，研究者進(jìn)行了大量SFT實(shí)驗(yàn)，以了解用于CodeForces數(shù)據(jù)集的各種篩選條件的作用。

發(fā)現(xiàn)open-r1/codeforces-cots的以下子集表現(xiàn)最佳：

solutions：R1根據(jù)問(wèn)題陳述生成的方案。

solutions_w_editorials：R1根據(jù)問(wèn)題陳述和解釋正確解決方案的說(shuō)明生成的方案。

請(qǐng)注意，這里只關(guān)注了C++解決方案，融入Python解決方案可能進(jìn)一步提高性能。

用LiveCodeBench作為模型的測(cè)試平臺(tái)，然后將表現(xiàn)最佳的checkpoints用于更具挑戰(zhàn)性的IOI基準(zhǔn)測(cè)試。

研究者測(cè)試了各種超參數(shù)配置來(lái)訓(xùn)練模型，最終確定如下：

模型：Qwen2.5 Coder Instruct 7B和32B

輪數(shù)：10

有效批大小：128

學(xué)習(xí)率：4e-5

調(diào)度器：余弦衰減至峰值學(xué)習(xí)率的10%

上下文長(zhǎng)度：7B為32,768個(gè)token，32B為22,528個(gè)token

樣本打包會(huì)損害推理性能

樣本打包是一種在訓(xùn)練中常用的加速方法，它將訓(xùn)練樣本連接成大小相等的塊，無(wú)需填充token。

打包后，樣本可能會(huì)跨塊邊界重疊。不過(guò)，要是大部分樣本比塊小很多，這種重疊影響不大。

然而，對(duì)于從R1提取的推理軌跡，這可能會(huì)帶來(lái)負(fù)面影響。

因?yàn)楹芏嘬壽E長(zhǎng)，答案被截?cái)嗟目赡苄愿�。這就導(dǎo)致訓(xùn)練時(shí)，它很難關(guān)注長(zhǎng)上下文信息，尤其是問(wèn)題和答案被分到不同塊的時(shí)候。

如下圖所示，打包會(huì)嚴(yán)重?fù)p害模型的性能。用打包時(shí)，模型幾乎解不出LiveCodebench里的題；不用打包，性能在幾個(gè)訓(xùn)練周期后趨于平穩(wěn)。

這種差異可能是由于訓(xùn)練集僅包含C++解決方案，而LiveCodeBench僅評(píng)估Python的性能。

盡管如此，在所有分析過(guò)的數(shù)據(jù)集里，打包的效果都更差。

用較大的學(xué)習(xí)率獲得最佳表現(xiàn)

在用Qwen進(jìn)行的大多數(shù)SFT實(shí)驗(yàn)中，2e-5的學(xué)習(xí)率通常足以獲得強(qiáng)大的性能。

但是，當(dāng)將帶有推理數(shù)據(jù)的SFT用于現(xiàn)有指令模型時(shí)，將學(xué)習(xí)率大幅提高到4e-5，性能會(huì)顯著提升。

如下圖所示，學(xué)習(xí)率每提高一倍，在LiveCodeBench上的得分就會(huì)提高近10分！

納入解題思路無(wú)助于提升性能

在創(chuàng)建open-r1/codeforces-cots數(shù)據(jù)集中的solutions_w_editorials子集時(shí)，原以為給R1輸入問(wèn)題及解答，能獲得更好的推理軌跡。

但出人意料的是，結(jié)果并非如此。訓(xùn)練時(shí)，直接從問(wèn)題描述采樣，反倒讓性能有了一定的持續(xù)提升。

用預(yù)填充以持續(xù)生成長(zhǎng)CoT

在測(cè)試模型時(shí)，發(fā)現(xiàn)個(gè)奇怪現(xiàn)象：拿領(lǐng)域內(nèi)問(wèn)題（比如競(jìng)技編程）提問(wèn)，模型會(huì)在和標(biāo)簽里，輸出長(zhǎng)長(zhǎng)的CoT，然后給出答案。

可要是問(wèn)領(lǐng)域外的問(wèn)題，像「瑞士首都是哪」，模型就變回原來(lái)指令模型的回答方式了。

舉個(gè)例子，簡(jiǎn)單問(wèn)題「1+1等于幾」，模型正�；卮鹗沁@樣：

用戶：1+1等于多少？

模型回答：2。這是最基礎(chǔ)的數(shù)學(xué)加法題，1+1就是 2。這題常出現(xiàn)在面試或者在線測(cè)試?yán)�，用�?lái)考察答題人能不能快速解決問(wèn)題。雖說(shuō)答案大家都知道，但雇主能通過(guò)這題，看看答題人有沒有批判性思維和解決問(wèn)題的能力。而且，這也是數(shù)學(xué)里復(fù)雜運(yùn)算的基礎(chǔ)。下次再有人問(wèn)，你就放心答2就行！



這段代碼里，定義了add_numbers函數(shù)，輸入兩個(gè)數(shù)返回它們的和。接著用1和1調(diào)用函數(shù)，把結(jié)果存進(jìn)result，再打印出來(lái)。

但要是預(yù)先在模型回答里加上，情況就不一樣了：

用戶：1+1等于多少？

模型回答：好的，我要回答「1+1等于多少」這個(gè)問(wèn)題。1+1等于2。不過(guò)，會(huì)不會(huì)有別的考法？或者不同進(jìn)制？十進(jìn)制里是2，二進(jìn)制就是10了。但這問(wèn)題問(wèn)得直接，用戶估計(jì)就想要個(gè)簡(jiǎn)單答案，那就是2。直接說(shuō)出來(lái)？對(duì)，1+1等于2，你還有別的想了解的嗎？

這說(shuō)明，將推理軌跡融入現(xiàn)有預(yù)訓(xùn)練模型時(shí)，得在最終模型的對(duì)話模板里，默認(rèn)強(qiáng)制加上預(yù)填充。DeepSeek處理提煉模型用的也是這招，這可能就是原因所在。

把這些經(jīng)驗(yàn)都用上，團(tuán)隊(duì)做出了OlympicCoder-7B，性能和DeepSeek的提煉模型差不多，比基礎(chǔ)的Qwen2.5-Coder強(qiáng)多了。

巧用8位優(yōu)化器，拓展長(zhǎng)上下文大模型

訓(xùn)練OlympicCoder-7B時(shí)，研究者發(fā)現(xiàn)DeepSpeed ZeRO-3在配有8個(gè)H100的單節(jié)點(diǎn)上，訓(xùn)練32k上下文長(zhǎng)度的模型沒問(wèn)題。

可一旦把訓(xùn)練方案用于32B模型，就遇到了一系列內(nèi)存問(wèn)題。尤其是上下文長(zhǎng)度超過(guò)20k token時(shí)，哪怕用16個(gè)節(jié)點(diǎn)，也會(huì)因內(nèi)存不足而崩潰。

這可不妙，CodeForces-CoTs里20%的軌跡長(zhǎng)度都超過(guò)20k token，意味著它們會(huì)在訓(xùn)練期間被截?cái)唷?/span>

問(wèn)題的根源在于transformers和trl尚不支持上下文并行。

團(tuán)隊(duì)嘗試了各種節(jié)省內(nèi)存的辦法，發(fā)現(xiàn)將FSDP與paged_adamw_8bit優(yōu)化器結(jié)合起來(lái)，可以將上下文擴(kuò)展到 22,528個(gè)token，但仍有9%的數(shù)據(jù)被截?cái)唷?/span>

更新

最近，團(tuán)隊(duì)在改進(jìn)TRL中GRPO的實(shí)現(xiàn)方面取得了進(jìn)展，帶來(lái)了一些提升，進(jìn)一步提高了效率、可擴(kuò)展性和資源利用率。

以下是這次更新最重要的變化概要：

生成重復(fù)使用

GRPO的主要瓶頸與其他在線方法相同：生成過(guò)程需要時(shí)間。

提高GRPO樣本效率的一個(gè)關(guān)鍵方法是在優(yōu)化過(guò)程中多次重用生成的樣本，而不是在單次使用后丟棄。這一技術(shù)實(shí)際上早在PPO中就已經(jīng)引入。

對(duì)于GRPO，樣本重用的次數(shù)用μ表示。

現(xiàn)在，可以多次重用生成的樣本，從而顯著加快處理速度。

不過(guò)需要注意的是，如果μ過(guò)大，可能會(huì)對(duì)學(xué)習(xí)產(chǎn)生負(fù)面影響。根據(jù)他們的經(jīng)驗(yàn)，2到4之間的值是一個(gè)較好的平衡點(diǎn)。

獎(jiǎng)勵(lì)加權(quán)

在訓(xùn)練模型時(shí)，并非所有獎(jiǎng)勵(lì)都同等重要。例如，可能希望模型優(yōu)先關(guān)注正確性而非格式，而不是平等對(duì)待兩者。

為了解決這個(gè)問(wèn)題，現(xiàn)在可以為不同的獎(jiǎng)勵(lì)分配不同的權(quán)重，從而更精細(xì)地控制優(yōu)化過(guò)程。通過(guò)調(diào)整這些權(quán)重，我們可以引導(dǎo)模型更加關(guān)注特定任務(wù)中最重要的方面。

下面代碼配置了一個(gè)GRPO訓(xùn)練器，通過(guò)GRPOConfig設(shè)置訓(xùn)練參數(shù)，并為兩個(gè)獎(jiǎng)勵(lì)函數(shù)（very_important_reward 和 less_important_reward）分配了不同的權(quán)重（0.9和0.1），以控制優(yōu)化過(guò)程中不同獎(jiǎng)勵(lì)的重要性。

GRPO還進(jìn)行了一些較小但影響深遠(yuǎn)的改進(jìn)：

PEFT+vLLM集成：現(xiàn)在可以將PEFT（參數(shù)高效微調(diào)）與vLLM結(jié)合使用，將高效微調(diào)與優(yōu)化的推理相結(jié)合，提升可擴(kuò)展性。

梯度檢查點(diǎn)：通過(guò)重新計(jì)算某些激活值而非存儲(chǔ)它們來(lái)減少訓(xùn)練過(guò)程中的內(nèi)存消耗，從而支持訓(xùn)練更大的模型。

優(yōu)化的選擇性Log Softmax計(jì)算：引入了一種新的Log Softmax計(jì)算方法，降低了訓(xùn)練期間的內(nèi)存峰值。

接下來(lái)的工作

團(tuán)隊(duì)當(dāng)前的重點(diǎn)集中在兩個(gè)關(guān)鍵領(lǐng)域：

提升生成速度：正在探索進(jìn)一步的優(yōu)化（如靜態(tài)緩存），以使生成過(guò)程更快。

將GRPO擴(kuò)展到多節(jié)點(diǎn)設(shè)置：正在努力使 GRPO 能夠在多節(jié)點(diǎn)上擴(kuò)展，從而支持訓(xùn)練更大的模型。

Open R1 Math-Dataset更新

研究團(tuán)隊(duì)還進(jìn)一步豐富了之前發(fā)布的OpenR1-Math-Raw數(shù)據(jù)集，添加了新的元數(shù)據(jù)，以在過(guò)濾和驗(yàn)證過(guò)程中支持更明智的決策。具體來(lái)說(shuō)，新增了以下列：

reparsed_answers：注意到答案列中的許多條目要么LaTeX格式不正確，要么僅包含部分答案。此外，由于一些問(wèn)題是多項(xiàng)選擇題，正確答案本身及其對(duì)應(yīng)的字母都應(yīng)視為有效響應(yīng)。

為此，他們使用Llama-3.3-70B-Instruct模型從解決方案列中重新提取了所有答案，確保reparsed_answers包含正確答案，并在多項(xiàng)選擇題中同時(shí)包含對(duì)應(yīng)的字母。

correctness：基于模型的答案驗(yàn)證可能需要大量資源。因此，團(tuán)隊(duì)使用Llama-3.3-70B-Instruct作為評(píng)判模型，并結(jié)合math_verify對(duì)答案列和reparsed_answers列進(jìn)行了評(píng)估。

訓(xùn)練與評(píng)估

在數(shù)據(jù)受限的過(guò)濾場(chǎng)景中，精確度和召回率都是重要的考慮因素。

因此，研究團(tuán)隊(duì)沒有為每個(gè)實(shí)驗(yàn)設(shè)定相同的token預(yù)算，而是對(duì)所有數(shù)據(jù)進(jìn)行了單個(gè)周期的訓(xùn)練。

他們選擇了Qwen7B-Instruct模型，并通過(guò)RoPE擴(kuò)展將其微調(diào)至32k的上下文長(zhǎng)度，采用余弦調(diào)度。

為了跟蹤性能進(jìn)展，每隔40步在AIME-24、AIME-25和MATH-500數(shù)據(jù)集上使用lighteval評(píng)估模型。

下圖展示了在AIME-24、AIME-25和MATH-500數(shù)據(jù)集上，不同方法（包括無(wú)限制、LLaMA驗(yàn)證、math_verify等）對(duì)模型準(zhǔn)確率隨訓(xùn)練步數(shù)變化的影響。

結(jié)果顯示，驗(yàn)證顯著影響了早期性能。過(guò)濾在前40步尤為重要。

在MATH-500數(shù)據(jù)集上，較嚴(yán)格的驗(yàn)證方法在早期階段顯著提升了性能（例如，no_restrictions得分為 0.61，而LandMV 為0.72）。然而，隨著訓(xùn)練的進(jìn)行，這種性能差距逐漸縮小，擁有更多樣本（即使其中包含錯(cuò)誤）變得更有利。

使用math_verify過(guò)濾的數(shù)據(jù)集始終表現(xiàn)出較低的訓(xùn)練損失。

研究團(tuán)隊(duì)推測(cè)math_verify能有效識(shí)別特定任務(wù)子集（主要是數(shù)值型任務(wù)），而基于Llama的驗(yàn)證或未過(guò)濾的數(shù)據(jù)集則保持了更廣泛的數(shù)據(jù)多樣性。

不僅如此，還有個(gè)意外發(fā)現(xiàn)，未過(guò)濾數(shù)據(jù)集并未嚴(yán)重退化。盡管包含錯(cuò)誤樣本，no_restrictions數(shù)據(jù)集在長(zhǎng)時(shí)間訓(xùn)練中仍保持了競(jìng)爭(zhēng)力。

下一步是什么？

通過(guò)這次更新，團(tuán)隊(duì)現(xiàn)已具備完成復(fù)刻DeepSeek-R1計(jì)劃第1步和第2步的主要組件：

在接下來(lái)的幾周，他們計(jì)劃重點(diǎn)關(guān)注：

完善蒸餾數(shù)據(jù)集的組合，以訓(xùn)練通用推理模型。

將GRPO擴(kuò)展到更大的模型，如Qwen/Qwen2.5-Coder-32B-Instruct，從而推導(dǎo)出R1-Zero變體。

結(jié)合來(lái)自數(shù)學(xué)和代碼等多領(lǐng)域的獎(jiǎng)勵(lì)信號(hào)，并引入獎(jiǎng)勵(lì)模型來(lái)評(píng)分非推理數(shù)據(jù)。

本文來(lái)源：新智元

網(wǎng)友評(píng)論

聚超值•精選

推薦 手機(jī) 筆記本 影像 硬件 家居 商用 企業(yè) 出行 未來(lái)
  • 漢美馳李梟雄：擁抱AI浪潮，智能家居需求暴增勢(shì)不可擋
    漢美馳李梟雄：擁抱AI浪潮，智能家居需求暴增勢(shì)不可擋

    作為美國(guó)百年家電品牌，HamiltonBeach漢美馳在美國(guó)市場(chǎng)處于行業(yè)領(lǐng)導(dǎo)地位，在本屆AWE展會(huì)上，漢美馳與太平洋網(wǎng)絡(luò)合作，展出了他們的三個(gè)主打品類：破壁機(jī)、慢燉鍋和空氣炸鍋，其中，破壁機(jī)屬于攪拌類小家電，漢美馳是這個(gè)品類的開創(chuàng)者；慢燉鍋是美國(guó)家庭的必需品，就像我們中國(guó)家庭的電飯煲一樣，漢美馳慢燉鍋累計(jì)在美國(guó)的銷量超過(guò)3000萬(wàn)臺(tái)，是這個(gè)品類的領(lǐng)導(dǎo)品牌；漢美馳的這款HALO空氣炸鍋剛剛獲得了全球頂級(jí)設(shè)計(jì)大獎(jiǎng)——iF設(shè)計(jì)獎(jiǎng)。 今年，漢美馳在國(guó)內(nèi)市場(chǎng)的動(dòng)作很多，包括：推出了家電行業(yè)第一款應(yīng)用chatGPT的AI牛排機(jī)，全球首發(fā)煙灶產(chǎn)品，全球首發(fā)中式廚電產(chǎn)品，自建抖音、淘寶直播間，與頭部主播烈兒寶貝等合作……這些經(jīng)營(yíng)動(dòng)作的背后，漢美馳有怎樣的戰(zhàn)略規(guī)劃？他們對(duì)中國(guó)市場(chǎng)有些什么樣的判斷？他們的優(yōu)勢(shì)有哪些？請(qǐng)看PConline獨(dú)家專訪漢美馳中國(guó)營(yíng)銷中心總經(jīng)理李梟雄先生。

    呼倫 呼倫 2023-05-05 00:03
  • 極氪“流血”上市，最急的是埃安、哪吒?jìng)?

    在經(jīng)歷了2018-2020年“蔚小理”的上市潮后，隨著國(guó)內(nèi)新能源汽車市場(chǎng)競(jìng)爭(zhēng)日益激烈，以及全球EV需求放緩，IPO的大門正在向造車新勢(shì)力們緩緩關(guān)閉。極氪的成功上市既是對(duì)新勢(shì)力的一次激勵(lì)，也是一次警示——后來(lái)者必須面對(duì)越來(lái)越嚴(yán)苛的上市條件。留給哪吒汽車、廣汽埃安們的機(jī)會(huì)可能不多了。

    劉凡 劉凡 2024-05-11 11:26
    極氪   吉利   哪吒   埃安
    • 二維碼 回到頂部