關于“第三屆開放原子大賽”賽程延期公告

各參賽團隊、指導老師及關注本賽事的各界朋友們:感謝大家的積極參與和辛勤備賽。經大賽組委會慎重研究，現決定對“openDACS開源EDA與芯片大賽”進行延期。

延期原因說明

由于本專項賽一些題目技術復雜度較高，且原定賽程與本領域一些重要學術會議周期沖突，導致參賽團隊時間倉促，經過與賽題申報團隊老師專家們溝通，為保障作品質量與參賽體驗，故作出延期決定。

調整后賽程安排

12月1日 大賽截止報名

12月14日 初賽作品提交截止

12月22日 公布晉級決賽名單

1月10日 決賽作品提交截止

1月20日 線下決賽路演（擬）

請各參賽團隊持續關注官網后續通知。對于賽事調整給您帶來

openDACS開源EDA與芯片大賽組委會

2025年11月13日

大賽官網及報名鏈接：

https://competition.atomgit.com/competitionInfo?id=f702525c4fb87ddb624211ef6fb23e20#heading-0-0

openDACS 2025 開源EDA與芯片賽項 賽題七：基于大模型的生成式原理圖設計

1. 大賽背景

開放原子大賽是由開放原子開源基金會組織舉辦的面向開源領域的技術類賽事，目前大賽已成功舉辦兩屆共發布100個賽項，吸引8多萬人報名參賽，覆蓋1000多所院校，發放獎金超過2700萬元，形成了一批具有應用價值的技術成果。本屆大賽預計發布50個賽項，持續規劃1500萬元總獎金。

openDACS2025開源EDA與芯片賽項，聚焦集成電路產業的數字設計、處理器設計自動化、生成式芯片設計等領域，對促進產業高質量發展具有重要意義。本賽項包含7道賽題，下面是賽題七 基于大模型的生成式原理圖設計的介紹。

2. 命題單位及賽題Chair

2.1 命題單位

openDACS工作委員會、復旦大學

2.2 賽題Chair

何均宏，openDACS工作委員會聯合主任，CCF TCICD、TCCADCG、TCI執委，CCF ODC執委。研究領域：(1)基礎計算領域：ARM芯片及Arc64操作系統、分布式數據庫；(2)人工智能領域：AI加速芯片及人工智能軟件框架規劃；(3)CAD&CG領域：幾何建模、網格生成、結構優化、計算圖分割&分布式批處理，2D梯度約簡&擴展。個人獲得國家技術發明二等獎；領導團隊獲得公安部年度技術創新一等獎、巴塞羅那世界博覽會特別創新獎。

楊帆，復旦大學微電子學院教授，博士生導師。主要研究方向為集成電路設計自動化。已在本領域的權威國際期刊和會議包括IEEE Transactions on CAS I、IEEE Transactions on CAD、IEEE Transactions on VLSI、IEEE/ACM DAC、FPGA、ICML等上發表論文數十篇。獲2012年上海市自然科學一等獎1項。獲2018年Integration，the VLSI Journal最佳論文獎，獲DAC'2014, ASPDAC'2017, DAC'2017最佳論文提名。2018年獲國家自然科學基金委優青項目資助。

3. 賽題背景

隨著人工智能技術的迅猛發展，特別是深度學習與自然語言處理領域的持續突破，大型預訓練模型（Large Language Models, LLMs）正逐步成為EDA工具變革的核心驅動力之一。近年來，以GPT、DeepSeek、通義千問等為代表的通用大模型在文本生成、語義理解、代碼生成、圖像描述等任務中展現出令人驚嘆的能力，不僅能夠理解人類語言的深層語義，還能在復雜任務中進行推理、規劃與創造。這些能力為人工智能在工程設計、智能制造、自動化系統等傳統工業領域的深度融合提供了前所未有的可能性。

在電子工程領域中，原理圖（Schematic Diagram）作為系統設計的初始表達形式，是連接設計構想與物理實現的關鍵橋梁。它不僅承載了電路的功能邏輯、元器件連接關系和信號流向，還為后續的PCB布局、布線、原型測試等環節提供了基礎依據。然而，傳統的原理圖設計高度依賴工程師的專業知識、經驗積累和手動操作，整個過程通常包括需求分析、功能模塊劃分、元器件選型、連接關系構建、電氣規則檢查（ERC）等多個步驟，耗時長、人力成本高，且容易因人為疏忽引入設計錯誤。傳統的“手動+工具輔助”的設計模式已難以滿足快速迭代和多樣化定制的需求。近年來，生成式人工智能（Generative AI）的興起為解決上述難題提供了全新思路。基于大模型的生成式系統具備強大的上下文理解、知識推理和內容生成能力，能夠從自然語言描述、功能需求或高層規格中提取關鍵信息，并結合領域知識庫生成符合工程規范的設計方案。本賽題正是在此技術背景與產業需求下提出——“基于大模型的生成式原理圖設計”。其核心目標是探索如何利用大模型的強大語義理解與生成能力，實現從非結構化輸入（如自然語言需求、功能描述、性能指標）到結構化原理圖輸出的端到端智能生成。

4. 賽題內容

4.1賽題描述

本賽題要求參賽隊伍構建合理規模的知識庫，運用提示詞工程，構建一個完整的生成式原理圖設計系統。 參賽系統需充分發揮大模型在自然語言理解、上下文推理和內容生成方面的優勢，實現從用戶輸入的自然語言功能需求到原理圖網表（Netlist）的端到端智能生成。

其中參賽隊伍應該完成以下幾點：

1. 搭建知識庫。參賽隊伍需圍繞電子電路設計領域，收集并整理來自互聯網公開資源、專業教材，元器件廠商的數據手冊、典型應用電路等權威資料，構建一個結構清晰、內容準確的私域知識庫。
2. 檢索和說明、應答方案：參賽隊伍需要設計合理的檢索方案，實現對知識庫內容的相關信息的準確檢索，進行原理圖網表生成、原理圖特性說明生成、原理圖應答生成。
3. 生成式原理圖系統：參賽隊伍需要以私域知識庫的專業信息作為內容補充，以大模型作為推理引擎，實現從功能需求到原理圖網表的自動化生成。參賽隊伍需要自行選擇合適的Case，來驗證當前系統方案的可行性和未來潛力。實現的編程語言不限。
4. 原理圖網表正確性的可視化和原理圖特性說明：參賽隊伍需要設計網表的合理呈現形式，實現從網表的文字信息到圖片信息的轉換,同時說明原理圖特性。

補充：

1. 該系統的用戶輸入和最終生成的原理圖網表格式均不作要求，參賽隊伍可根據系統的實際需要，設計合理的用戶輸入和原理圖網表格式。
2. 原理圖網表可視化可以結合現有的開源PCB設計工具或者其他開源工程，也可以采用代碼繪制元件實現。繪制美觀程度不做要求，僅能夠描述元件之間的連接關系即可。元件之間連接可以使用網絡標簽實現；

4.2 賽題Case

本賽題的Case不做強制要求。參賽隊伍可從各個開源社區，選擇合適的案例來測試所設計的系統，包括及不限于以下案例。

1. KiCAD開源社區：
   1. --KiCAD中國社區：https://kicad.eda.cn/
   2. --KiCAD開源硬件項目：https://www.kicadprojects.com/
   3. --KiCAD經典設計合集：https://mp.weixin.qq.com/mp/appmsgalbum?__biz=Mzk0OTQ5Nzg4NQ==&action=getalbum&album_id=2995179283977306114#wechat_redirect
   4. --KiCad Copilot(AI助手) 應用文檔：https://icndj48vyfdd.feishu.cn/wiki/VFyzw0UieislJskiolPcFwwAnbd
2. 參考開源項目工程，參賽隊伍也可自選工程。

4.3 輸出要求

參賽隊伍需要設計原理圖生成式系統，該系統要求支持以下功能：

1. 原理圖網表生成輸出。系統需要輸出一份能夠滿足用戶功能需求的原理圖網表。
2. 原理圖特性說明生成輸出。系統需要在原理圖網表生成的基礎上，補充生成一份與原理圖網表相對應的說明文檔，包括設計要點，設計考慮或優化方向等等。參賽隊伍可自行抉擇說明文檔中呈現的內容。
3. 原理圖應答生成輸出。系統需要支持原理圖問答，能夠回答用戶關于原理圖的需求。至少需要支持原理圖網表修改和原理圖解釋兩類問題，參賽隊伍可拓展更多的問題。

參賽隊伍所提供的所有案例中，必須包含以上三項功能的測試數據；若所提供的案例缺少以上部分或全部功能的測試數據，會酌情扣除該案例的所得分。

賽題指引

出題方提供一個基本的賽題系統框架，參賽隊伍可以在該框架的基礎上進行擴展，或者自行設計系統框架。

1. 知識庫建議優先完成數據手冊知識的構建；對于電路原理等知識的構建，可以采用互聯網工具搜索或者補充相關書籍或者資料來實現；知識庫不需要過大，僅滿足系統的需要即可；
2. 檢索方案可以使用向量相似度搜索，Rerank排序等方案，也可使用LLM實現；
3. 生成式原理圖系統需要完成原理圖生成，原理圖說明生成和原理圖問答三個功能，參賽隊伍需要針對以上三個功能利用LLM搭建合理的工作流，并在工作流的合理位置調用知識庫的內容進行網表推理或者網表正確性驗證；
4. 參賽隊伍需要實現腳本來實現原理圖可視化，將原理圖進行適當的繪制；元件之間的連接關系可以通過網絡標簽來實現。

參賽隊伍可以根據以上框架進行合理的分工，實現一個可行的生成式原理圖系統。

4.5 賽題評分

本賽題將從以下幾個方面來進行評分：

1. 系統方案評分（50分）：
   1. 知識庫設計的合理性(10分)：知識庫要具有一定規模，并具有清晰的結構。
   2. 檢索方案的準確性（10分）：系統正確的從知識庫中檢索到對應的內容
   3. 生成式原理圖系統的生成，說明和應答功能（30分）：方案的完整性，健壯性和可行性。
2. 自選案例評分（30分）：參賽隊伍需要選擇合理的案例來驗證自身系統的可行性和健壯性。該部分將根據以下標準評分：
   1. 案例的豐富性：參賽隊伍需要選擇不同類型的案例來驗證所設計的系統的效果。案例類型的劃分標準由參賽隊伍自定，但需闡述劃分標準的合理性
   2. 案例的復雜度：某些PCB設計具有復雜的外圍電路和較大規模的元器件數目，參賽隊伍需要呈現系統能夠支持的最復雜的PCB設計的輸出效果。
3. 實機演示效果評分（20分）：參賽隊伍需要呈現該系統實機演示效果。實機演示失敗該項直接做零分處理。參賽隊伍在確定實機演示方案時，需要包含以下幾點：
   1. 系統的關鍵技術要點演示
   2. 面對不同用戶輸入干擾的健壯性
   3. 完整案例的生成式電路演示效果圖，生成式問答準確性
   4. 其他參賽隊伍認為需要演示的內容

注意，實機演示不是簡單的代碼運行過程，參賽隊伍需要設計合理的方案證明自身系統的優勢。

4.6 提交要求

（一）初賽：

參賽隊伍提交該賽題的設計文檔，要求是PDF文檔，在文檔中應寫清楚技術實現細節，包含以下幾點：

• 功能描述
• 整體設計框架
• 功能模塊細節設計
• 方案的優勢和挑戰
• 自選測試案例結果數據

（二）決賽：

參賽隊伍需要提交知識庫(需包含原始材料)和系統源碼兩個部分，并附Readme文件。Readme文件中需清晰說明各個案例的代碼運行方式。若參賽隊伍使用python實現，提交對應的環境依賴文檔。

（三）作品提交通道：

參賽隊伍提交作品前，需將隊長在大賽官網上的注冊郵箱、用戶名、姓名、手機號碼等信息郵件發送給本賽題工作人員（聯系郵箱：shanceli2023@163.com，郵件主題命名為：“隊伍名稱”建倉申請），工作人員將為該隊伍在 AtomGit 上創建一個私有倉庫，并將隊長添加為該倉庫管理員。參賽隊伍完成作品后，將作品相關文檔及源代碼提交至該倉庫即可。提交作品命名方式為：賽題名稱+隊伍名稱+作品標題。AtomGit網址：https://atomgit.com/。

4.7 賽事流程

4.8 賽題獎金

大賽分為初賽和決賽，均設獎項，總獎金40萬元。

（1）初賽：參賽隊伍按賽題報名，在規定的時間內提交參賽開源代碼、可執行代碼、測試數據和相關文檔材料，由賽題評審組評分。每個賽題評選出：優勝獎1-2名，獎金1.3萬元；優秀獎2-3名，獎金0.5萬元。

（2）決賽：初賽的各賽題優勝獎10-14支隊伍進行路演，評出3項“開源創新之星”獎，獲獎者追加獎金2萬元；3-5項“開源新秀”獎，獲獎者追加獎金1萬元。

5. 賽事報名和聯系方式

報名網址：https://competition.atomgit.com/competitionInfo?id=b5e726b59a2f4094afebf0a56a1e1c34

聯系方式：taosm@pcl.ac.cn

賽事微信群：

二維碼失效請加wx:bailuoheng1998

官網公告鏈接或點擊 閱讀原文 跳轉：https://competition.atomgit.com/competitionInfo?id=f702525c4fb87ddb624211ef6fb23e20#heading-0-0

聲明：本文由電子發燒友社區發布，轉載請注明以上來源。如需平臺（包括：試用+專欄+企業號+學院+技術直播+共建社區）合作及入群交流，請咨詢18925255684（微信同號：elecfans123），謝謝！