CEA-List 把展位寫成作戰手冊

我把 CEA-List 的 Summit 頁面拆成一套能直接套用的 RISC-V 展位與 Demo 作戰法。

我看活動頁面很多年了，九成都長得像裝飾品：日期、地點、贊助商 logo、報名連結，然後就沒了。這種頁面最討厭的地方不是空，而是它明明在講技術，卻完全不能幫你做事。CEA-List 這頁我一開始也是這種預期，結果越看越不對勁。它表面上是在講贊助 RISC-V Summit Europe 2026，但實際上是在同一頁裡塞進展位定位、Demo 編排、研究敘事，還有會後怎麼把人接住。這種東西如果寫爛了會很像公關稿，但它沒有爛到那個程度，反而讓我想拆看看。

我想知道的不是「他們有沒有去」，而是「他們到底怎麼去」。一個研究單位要在大會上站穩，靠的不是海報牆有多大，而是你能不能在十秒內講出你在解什麼問題，然後有人走過來時，你手上剛好有能接話的東西。我自己幫團隊跑過幾次 conference prep，最常見的失敗就是大家把展位當曝光，把 Demo 當裝飾，把白皮書當附件。結果人來了，話題散了，回去也沒人記得你。這頁剛好相反，它把這三件事串成一條線。

所以我乾脆照著「老司機拆 playbook」的方式來看：這頁不是公告，它是一份公開的現場操作手冊。我會把它拆成幾個可直接複製的動作，讓你看完就知道自家下一場展會該怎麼排。

Source anchor: this breakdown is based on CEA-List’s event post on list.cea.fr, which announces CEA-List’s sponsorship of RISC-V Summit Europe 2026 in Bologna. I also refer to the broader RISC-V community at riscv.org.

他們不是「去參加」，是先把位置站死

“We’re excited to sponsor RISC-V Summit Europe 2026 and connect with the global community driving open standard innovation forward.”

翻譯一下就是：這不是日曆事件，這是公開表態。CEA-List 不是把 Summit 當成一個去打卡的地方，而是拿它來證明自己在歐洲 RISC-V 生態裡一直有份量，而且打算繼續待在牌桌上。這點很重要，因為 conference sponsorship 很便宜，便宜到大家都能買；真正貴的是你要怎麼讓別人記得你為什麼在那裡。

我看過太多團隊去展會只帶 logo、幾張 flyer，然後把希望寄託在「多聊幾個人就好」。這種想法通常會死得很安靜。你要先有立場，別人才會知道要不要停下來。這頁的立場其實很清楚：開放標準運算、歐洲生態建設、研究導向的硬體與軟體展示，而且不是只會講 slide 的那種。

它還有一個很會的地方：表面上講的是 global community，底下其實一直在強調 European capability。這不是文字遊戲，這是地緣和技術能力的合體。RISC-V 是開放的，但真正能不能把 leverage 做出來，看的是誰能把實作、工具鏈、系統整合和研究成果一起端上桌。研究單位如果只會喊支持開放標準，基本上等於沒說。

實操寫法：

• 活動頁只留一個主張，不要三個都想講。
• 先寫你屬於哪個生態，再寫你在裡面做了什麼。
• 把展會當成技術身份的公開聲明，不是曝光欄位。

如果我幫團隊重寫這段，我會直接問一句：觀眾離開後，想讓他們重複哪一句話？如果答案只是「他們有來」，那就重寫。

展位不是擺設，是你現場的產品頁

“A dedicated booth showcasing the VASCO-3 demonstrator, an ASIC vehicle for integrated circuit security, the Intrinsec Secured Processor demonstrator and the Software Defined Computing demonstrator during the three days of the main conference.”

也就是說，CEA-List 沒把 booth 當成收名片的桌子，而是當成一個會動的 portfolio。這對研究機構來說是對的。沒人會因為你有一張桌子而記住你，大家只會記得你桌上有沒有能碰、能問、能延伸的東西。

這裡最值得看的是組合方式。它不是一個大而全的單一平台，而是三個不同切面：安全、受保護處理器、software-defined computing。這代表展位不是在回答一個單點問題，而是在用三個 demo 拼出一個更大的技術主張。對訪客來說，這種設計很友善，因為不管他是關心 trusted silicon、可程式化、還是系統層整合，都能找到入口。

我之前幫一個 embedded 團隊準備 conference 的時候也踩過雷。我們 demo 很多，敘事很少，結果訪客每個都停一下，但沒人真的知道三個 demo 的關係。後來我們強迫自己每個 demo 只允許一句話，再加一句把它們串起來的總句，整個現場就順了。這種做法很土，但很有效。展會現場本來就吵，你講太多只會把人推走。

實操寫法：

• 選 2 到 3 個 demo，對應同一個大主題。
• 每個 demo 寫一行，讓非專家也能轉述。
• 每個 demo 要回答不同問題，不要三個都在講同一件事。

CEA-List 這套會有效，是因為它像一個有剪裁過的論點，不是「來看我們有什麼」，而是「這是我們正在解的問題長什麼樣」。這種 booth 才值得花錢。

VASCO-3 不是概念圖，是能拿去講故事的硬體

“A presentation of the VASCO-3 demonstrator at the Demo Theater.”

翻譯一下就是：他們沒有把最具體的硬體故事悶在 booth 裡，而是讓它上台。頁面把 VASCO-3 描述成 “an ASIC vehicle for integrated circuit security”，這種說法一看就知道不是隨便拿來湊字數的。它的任務很明確：把安全做進晶片裡，而不是事後貼補丁。

很多技術團隊講 security 會講得很虛，最後只剩一張箭頭很多的架構圖。那種東西我看太多了，真的很容易睡著。你要讓人記得，就得有一個有名字、有任務、而且可以拿來反覆講的實體。VASCO-3 就是這種角色。它不是「我們也有做安全」，它是「這個 demonstrator 就是我們安全故事的抓手」。

我也注意到他們把 demo theater 和 booth 分開。這個分法很重要。booth 是淺層對話，適合快速篩選；demo theater 是深一點的地方，適合把架構、問題和結果講清楚。如果你把兩者混在一起，最後只會得到一個半吊子的展示，現場的人也不知道該在哪裡停下來。

實操寫法：

• 把最強的 demo 排進 stage slot，不要只放在桌上。
• 舞台版負責講問題、架構和結果。
• 展位版負責快速說明和接續提問。

我每次排展會都會問：我們希望別人回去後能複述哪個名字？如果答案是產品名、晶片名或 demonstrator 名字，那就對了。若答案只是「我們有研究」，那太虛，撐不住現場。

白皮書不是附件，是把人篩出來的工具

“A white paper presenting our vision of how RISC-V, combined with key enabling technologies such as on-chip photonics, on-chip security, chiplets, and advanced 3D packaging, can help shape the future of high-performance and cloud computing.”

翻譯一下就是：這頁不只在展示硬體，也在公開一個觀點。那份 white paper 其實很像一個濾網，它把 RISC-V 從單一 ISA 的討論，直接拉到更大的系統整合問題：chiplets、on-chip photonics、security、advanced packaging、HPC、cloud。這不是把名詞亂塞進去，而是在畫一張技術路線圖。

我以前很容易把 white paper 當成「展位發不完的 PDF」。後來被現實打臉才知道，寫得好的 white paper 不是補充資料，是篩選器。它會把對的人留下來，因為對的人會看得懂它在講什麼；不對的人看到標題就會自己走掉。這其實很好，因為你不需要每個路過的人都留下來，你只需要那些真的碰得到你 stack 的人。

這份白皮書的標題雖然長到有點像沒人敢幫它砍字，但內容方向是對的。它把 RISC-V 放在一個更大的系統整合問題裡，而不是把它當成一個孤立的 ISA 來吹。這比單純說「我們支持 open hardware」有用太多，因為它把討論拉到真正會卡人的地方。

實操寫法：

• 活動頁一定要配一份延伸閱讀，不要只靠 booth。
• 白皮書要接住 demo 的下一層問題，不要重複 demo。
• 標題要夠精準，讓對的人自己認出來。

如果你想看這個活動所在的生態脈絡，主站可以看 riscv.org，歐洲峰會資訊則在 riscv-europe.org。CEA-List 不是在做孤島，他們是在對準這個圈子說話。

13 張 poster 告訴我，這不是行銷，是研究現場

“13 accepted posters presented throughout the three days of the main conference.”

翻譯一下就是：這頁不是只有一個漂亮 demo，它背後有一整串研究活動。Poster 不性感，但很誠實。它代表有人真的在做事，而且不是一條線，而是一群人、好幾個題目、跨幾天的安排。這跟那種只有一個 flagship demo 的 sponsor 完全不同。

我喜歡這個細節，因為它讓整頁的氣質從「贊助公告」變成「內部協作紀錄公開化」。你得先把 13 張 poster 收齊、分配到三天、安排對應人力，才能寫出這句話。這些都是 operational work，只是大多數 event copy 不會寫出來。很多頁面看起來很漂亮，但背後一點組織力都看不出來，這種我反而不信。

Poster 還有一個用途：它能回答「你們到底做什麼」這個大哉問。booth 只能暗示，poster 可以說明；13 張 poster 則直接告訴你這個單位不是只有一個故事，而是有深度、有延續性的研究群。對研究型組織來說，這比一張很會拍的海報重要多了。

實操寫法：

• 別把 poster 當剩料，拿來展示研究深度。
• 把 poster 分群，讓訪客看得出技術脈絡。
• 安排 poster 負責人和 booth 人員連動，別讓對話停在桌邊。

如果是我在排，我會做一張簡單矩陣：poster 標題、負責人、一句摘要、對應到哪個 booth 問題。這樣研究內容才不會變成背景牆。

Topic Table 才是他們真正想進去的地方

“Participation in a Topic Table session exploring one of the ecosystem’s key emerging challenges.”

也就是說，他們不只要展示，也要參與討論、聽別人怎麼吵、順便把議程往自己想要的方向推。Topic table 這種形式的價值就在這裡：它逼你離開預先寫好的稿子，去碰真問題。對 ecosystem work 來說，這才是重點。

如果你只帶 demo，別人會記得你的硬體；如果你也進工作會議，別人會記得你的判斷。後者難很多，也更有用。因為硬體可以拍照，判斷是要靠你在現場怎麼講 tradeoff。這頁雖然沒說是哪個 challenge，但沒關係，重點不是題目本身，而是他們願意進場。

我坐過太多所謂 ecosystem session，最後都變成集體點頭大會。每個人都說自己關心合作，但沒人敢講真正卡住的地方。Topic table 要有用，前提是有人願意把矛盾講出來。對 RISC-V 來說，這些矛盾很明顯：security、interoperability、toolchain maturity、package integration、scale-out deployment，哪一個都能吵半天。

實操寫法：

• 圓桌拿來談 open problem，不要拿來背宣傳稿。
• 派能講 tradeoff 的人去，不要只派會發簡報的人。
• 把討論結果帶回 roadmap 或 white paper，別讓它消失。

我會把 topic table 看得比 booth 還重，因為如果對的人在場，圓桌比桌子更值錢。這種場合不該被當成附屬活動。

這頁其實是在做會後轉換，不是在做曝光

“You will find us at Booth G2, located in the heart of the exhibition area. Come to the booth to meet our team to discuss RISC-V and the technologies shaping the next generation of European and global computing.”

翻譯一下就是：這不是單純告訴你我們在哪裡，而是在把你導向一個具體的會面點。Booth G2 不是地圖座標而已，它是 CTA。這頁很明確地在做一件事：把讀者從「知道有這活動」推到「我知道去現場要找誰、聊什麼、在哪裡找」。

我看過太多活動頁只做到 awareness，這很偷懶。既然對方都點進來了，就該告訴他怎麼來、來了找誰、能談什麼。CEA-List 這頁把日期、地點、booth、技術主題都放進來，資訊密度夠，對認真的參與者來說就夠用了。這種頁面不是寫給路人看的，是寫給會真的走到現場的人看的。

它還有一個我很喜歡的地方：把地理位置和技術位置一起講。Bologna 是場地，但訊息不只在 Bologna，它指向 European and global computing。這種寫法很聰明，因為它既有在地性，也有系統級視角。研究機構如果想讓人記住，最好就是這樣：根在本地，話題往上拉。

實操寫法：

• 一定要給一個具體會面點，不要只寫「歡迎來找我們」。
• 把可討論的技術主題列出來，幫人先選題。
• 只給一個明確動作，別丟五個讓人自己猜。

如果要驗證這頁的活動脈絡，原始資訊就在 CEA-List 的活動頁，峰會背景則可以對照 RISC-V Summit Europe。這些資訊夠我把它還原成一套現場打法。

可抄的模板

<p data-speakable="summary">[一句話說清楚：這個活動頁讓人能做什麼、帶走什麼。]</p>

<p>我看過很多 [活動 / 展會 / 產品頁]，大多都像裝飾品，只有日期和地點，沒有任何可操作的東西。這次比較不一樣的是，[來源頁] 把 [展位 / Demo / 白皮書 / 圓桌] 串成一條線。</p>

<p>Source anchor: this breakdown is based on [source name] on <a href="[source URL]">[source domain]</a>, with ecosystem context from <a href="[ecosystem URL]">[ecosystem name]</a>.</p>

<h2>[有立場的段落標題 1]</h2>
<blockquote>“[從原文精準引用一句]”</blockquote>
<p>翻譯一下就是：[白話解釋這句在做什麼].</p>
<p>我之前遇過 [簡短個人案例].</p>
<p>實操寫法：</p>
<ul>
  <li>[可執行動作 1]</li>
  <li>[可執行動作 2]</li>
  <li>[可執行動作 3]</li>
</ul>

<h2>[有立場的段落標題 2]</h2>
<blockquote>“[從原文精準引用一句]”</blockquote>
<p>也就是說：[再用一句話把它講白].</p>
<p>我之前遇過 [另一個短案例].</p>
<p>實操寫法：</p>
<ul>
  <li>[可執行動作 1]</li>
  <li>[可執行動作 2]</li>
  <li>[可執行動作 3]</li>
</ul>

<h2>[把 booth / demo / paper / follow-up 串起來的總結段]</h2>
<p>真正有用的不是曝光，而是把人導到下一步：到 booth、看 demo、拿 paper、進 roundtable。</p>
<p>如果我幫自己的團隊照這個寫，我會把訊息收斂成一個主張、兩個證據、三個可接話題。</p>

<h2>可抄的模板</h2>
<pre><code>[把上面內容換成你的活動名稱、展位、demo 名稱、白皮書題目、圓桌主題。]</code></pre>

<p>Source: [original source URL]. 這段是我根據原始頁面做的拆解與重寫，不是官方聲明。</p>

這版我會真的拿去改。它把一個活動頁拆成可執行的骨架：一句話定位、來源錨點、原文引用、白話翻譯、實操清單，再加一段可以直接複製的模板。你要做的是把自己的展會資訊塞進去，不是重新發明一套講法。

原始來源是 https://list.cea.fr/en/event/risc-v-europe-summit-2026/，峰會背景可對照 https://riscv-europe.org/。上面這篇是我自己的拆解與改寫，底層材料來自原頁面，結構和實戰建議是我加的。