Research:Research:AI協作指南與學術誠信規範

🔙 116級總計畫首頁

🤖 AI 協作指南與學術誠信規範

AI Collaboration Guidelines & Academic Integrity Policy

Phase 0 生效

👤 適用對象：116級畢業專題全體學生

📅 生效日期：Phase 0 啟動日起 (2025/11)

⚖️ 制定單位：116級畢業製作委員會

💡 一、核心精神：AI 是你的外骨骼

在本屆「零預算戰略」與「高強度產出」的架構下，系上鼓勵學生合理使用 AI 工具（如 ChatGPT, Cursor, Midjourney）來提升效率、優化流程與強化邏輯。

我們的原則很簡單：AI 是你的「加速器」與「實習生」，但你必須是擁有最終決策權的「總監」與「架構師」。

💻 二、全體適用：AI Vibe Coding 與技術實作守則 Track A & B Updated

系上允許採用 "AI Vibe Coding"（AI 輔助編碼）模式。無論你是 Track A 撰寫 Arduino/ESP32 韌體，或是 Track B 開發全端應用，我們理解你可能無法手寫每一行 Code，但為了確保產品是「活的」，你必須遵守以下「架構師原則」：

1. 架構優先原則 (Architecture First)

規範：你可以不懂語法 (Syntax)，但必須完全掌握 「邏輯架構」。
執行：在叫 AI 寫 Code 之前，你必須在 Phase 2 畫出精確圖表：
- Track A (實體)：機電方塊圖 (Block Diagram) 與腳位定義。
- Track B (數位)：資料庫 Schema 與 User Flow。
驗收：評審詢問時，你必須能看著圖解釋訊號/資料流向。無法解釋者，視為對作品失去控制權。

2. 黑盒子輸入/輸出原則 (I/O Principle)

規範：將 AI 生成的程式碼視為「功能模組」，你必須能定義它的 Input 與 Output。
應用場景：
- Track A：餵給馬達什麼數值 (PWM)？感測器吐回什麼數據 (Analog/I2C)？
- Track B：前端送出什麼 JSON？後端回傳什麼 Status Code？
紅線：嚴禁生成一堆連自己都不知道「參數在哪裡改」的程式碼。

3. 驗證即真理 (Verification is Truth)

規範：AI 寫的 Code 往往充滿幻覺，必須通過「真實環境」測試。
底線 (Review 3 標準)：
- Track A：程式碼必須燒錄至開發板並驅動硬體。嚴禁僅有 Simulation (如 Wokwi) 但實體不會動。
- Track B：程式碼必須部署至公開伺服器 (Vercel/AWS)。嚴禁只能跑在 Localhost。

✅ 三、綠燈區：鼓勵使用的場景

以下應用場景符合本課程教學目標，建議積極導入：

邏輯攻防與模擬答辯 (The Devil's Advocate)
R1 必備在提案前，利用 GPT 扮演嚴格評審，針對摘要提出 3 個邏輯漏洞，強化「問題意識」。
學術英文潤飾 (Translation & Polishing)
國際發表使用 DeepL/GPT-4 將展板與摘要轉譯為「學術級英文」，提升 iF/Dyson 投遞品質。
行政自動化 (Administrative Automation)
畢籌會使用 Zapier/Make 串接，自動檢查檔案命名、自動催收進度。

🛑 四、紅燈區：嚴格禁止的行為

以下行為涉及學術倫理與評分紅線，一經發現將依校規處置：

核心概念外包 (Core Logic Outsourcing)
嚴禁直接要求 AI「幫我生一個題目」，且自己無法解釋價值主張。計畫書若出現無數據佐證的空泛論述，將被退件。
偽造技術驗收 (Fake Implementation)
嚴禁 R3 機能原型必須是「活的」。禁止僅生成 UI 影片但無真實程式碼，或用 3D 渲染圖偽裝成實拍。
未經修飾的版權風險
注意 AI 生成圖與音樂需注意版權標示，直接使用未經後製的生成圖導致競賽資格受損者，自行負責。

📝 五、透明揭露機制 (Transparency Protocol)

為確保學術誠信，所有使用 AI 協作的產出，建議在雙週指導紀錄簿或產品開發執行計畫書的附錄中進行標註。

標註範例：

⚠️ 六、違規罰則 (Penalties)

116級畢業製作委員會頒布