Linux Socket網路程式設計【本課程為線上課，報名後專員會提供上課資訊】
104學習
網路應用軟體操作
指能熟練使用各類線上平台與工具，如電子郵件、雲端儲存、協作軟體（例如Google Workspace、Microsoft 365）、社群媒體管理及線上會議系統等。具備此技能代表能有效進行資訊搜尋、資料整理、團隊溝通與遠距協作，提高工作效率與靈活度，並適應數位化辦公環境，對提升職場競爭力非常重要。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
C# 從零開始前進.NET物件導向程式全攻略
C# .Net Framework系統基礎實作攻略
【2026/11/30開班】CompTIA Network+ 國際網路認證課程
電腦視覺演算法之人臉辨識實戰【本課程為線上課，報名後專員會提供上課資訊】
物聯網資訊安全實務｜本課程為線上課
C語言控制Raspberry Pi I/O【本課程為線上課，報名後專員會提供上課資訊】
CompTIA Security＋國際網路資安認證班
CompTIA Security＋國際網路資安認證班
.NET開發資料庫應用系統全方位－ADO.NET與Entity Framework(.NET Core)攻略
精選證照
考取專業證照，讓能力被市場看見
程式設計與軟體開發知識
網際網路是目前資訊領域最常碰到的學科，這領域包括：網路入門、通訊網路實務、全球資訊網、電子郵件與即時通訊、網誌/微網誌/Vlog－Facebook與Google+、網路資源活用、FTP檔案傳輸與P2P下載、Google搜尋祕技、網路安全的認識與防範、資訊倫理與網路著作權。
TIPCI臺灣國際專業認證學會
網際網路及行動通訊
網際網路及行動通訊證照專注於網路技術與行動通訊系統的基礎知識與應用，涵蓋網路架構、協定、資料傳輸、安全防護及行動通訊技術等。取得此證照者具備設計、管理及維護網路系統的能力，能有效處理網路故障並確保通訊品質，適用於資訊科技、電信及相關產業，提升職場競爭力與專業技能。
財團法人中華民國電腦技能基金會
基礎程式語言
基礎程式語言證照旨在驗證持有者具備基本程式設計能力，涵蓋變數、流程控制、陣列及簡單演算法等核心概念，適合初學者入門。透過理論與實務測試，證明能使用常見程式語言撰寫簡單程式，具備問題分析與解決能力，為進階程式設計及相關職涯奠定扎實基礎。此證照廣受資訊產業與教育機構認可，是進入軟體開發領域的重要入門資格。
尚未查核發照單位
Networking Automation Certification
Networking Automation Certification證照專注於網路自動化技術的應用與管理，培養學員掌握自動化工具及程式語言以提升網路配置、監控與維護效率。持證者具備設計、部署及排錯自動化網路系統的能力，能有效整合網路設備與軟體資源，提升企業網路運作的靈活性與穩定性，適合網路工程師及IT專業人員進階職涯發展使用。
HashiCorp
i-Net+
i-Net+證照為資訊網路基礎能力認證，涵蓋網路架構、協定、設備配置及網路安全等核心知識，適合初學者及有志進入資訊網路領域者。透過理論與實務結合，提升網路設計、管理及故障排除能力，符合現代企業對網路專業人才的需求，助於提升職場競爭力與晉升機會。
Comp TIA
IT Expert-網路資訊+網路規劃設計專業人員
IT Expert-網路資訊+網路規劃設計專業人員證照專為具備網路架構設計、管理與維護能力的專業人才設計，涵蓋網路通訊協定、路由交換技術、防火牆設定及安全管理等核心技能，能有效規劃企業網路環境並確保系統穩定運作，適合從事資訊系統規劃、網路工程及資安防護等相關工作，提升職場競爭力。
經濟部ITE資訊人員鑑定
精選貼文，掌握第一手知識
ITE嵌入式系統軟體開發專業人員備考｜IEA／IEX核心、驅動與中斷同步觀念
準備 ITE 嵌入式系統軟體開發專業人員鑑定，需把 IEA「嵌入式系統技術」的系統軟體，連接到 IEX「嵌入式系統的開發平台與工具（Embedded Linux）」的核心架構、中斷、程序執行緒與裝置驅動。本篇整理這些主題的基本判斷：工作屬於哪一層、事件如何通知，以及共享更新為何需要同步。
本文目錄
考試範圍：IEA系統軟體與IEX核心、驅動
必懂觀念1：應用、核心與驅動的責任
必懂觀念2：輪詢與中斷處理
必懂觀念3：共享計數與工作協調
常見誤判：從題目條件排除錯誤方向
練習題與解析：沿用本堂影片教學題
備考檢查清單
本篇對應的官方範圍與延伸準備方向
官方來源與資料說明
考試範圍：IEA系統軟體與IEX核心、驅動
本篇對應 IEA 系統軟體中的核心與驅動，以及 IEX 的 Embedded Linux 系統架構與核心、系統中斷服務、處理程序與執行緒、裝置驅動程式。備考目的在於辨認責任、執行環境與資料競爭；排程和記憶體管理僅作角色介紹，不等於完整機制教學。
必懂觀念1：應用、核心與驅動的責任
應用程式決定產品行為，例如顯示溫度、比較警報門檻。核心管理處理器時間、記憶體與裝置存取等系統資源。驅動程式則處理特定硬體的控制細節，讓上層能透過合適的介面使用裝置。在一般 Linux 架構裡，這些角色互相配合；不是每個應用程式都直接碰硬體暫存器。
以讀取感測器為例，應用程式提出讀值需求，相關核心介面與驅動協助完成裝置存取，再把結果交回。若底層根本沒有成功取得資料，改畫面顏色不會修好通訊。反過來，如果讀值正確而警報門檻比較寫錯，就應該檢查應用邏輯。分層的價值，是把問題縮到可以驗證的範圍。
必懂觀念2：輪詢與中斷處理
資料到達的時機，也需要軟體協調。輪詢是程式反覆查看裝置狀態；中斷則是事件發生時提出通知，由處理器轉去執行處理。中斷不等於整個應用已經完成，也不保證零延遲。在一般 Linux 硬體中斷處理階段，應快速處理必要工作，將適合延後的工作交給允許的執行環境，不能在裡面任意睡眠等待。
必懂觀念3：共享計數與工作協調
同時工作還可能產生資料競爭。假設2個執行緒共用1個計數器，都先讀到10，各自加1後都寫回11，最後就少算1次。即使使用多核處理器，也不會自動消除這個問題。對單一共享計數，可以選合適的原子操作；對一整段相關資料，則要依執行環境使用適當的鎖或其他同步方法。
在溫度監測器案例中，溫度採樣、畫面更新及網路傳送可以是不同工作。排程決定誰何時執行，記憶體管理協助配置與隔離資源，而共用資料仍要有同步設計。若警報有明確期限，還必須分析最壞反應時間；只憑平均執行得很快，無法保證每次都及時完成。
常見誤判：從題目條件排除錯誤方向
把所有錯誤歸給應用：底層沒有取得資料時，修改配色無法修復通訊；讀值正確但警報比較錯誤，才應優先查應用邏輯。
把中斷通知視為工作完成：中斷不保證零延遲，一般 Linux 硬體中斷處理也不能任意睡眠等待。需辨識哪些工作可延後到合適環境。
把多核或較大的資料型別當成同步：兩者都不會保護讀取、修改、寫回的整個過程。原子遞增適用於題目限定的單一計數；多項資料的一致性仍須另行分析。
用平均速度推定每次都及時：有明確期限的警報，仍需分析最壞反應時間。
練習題與解析：沿用本堂影片教學題
以下2題為自編教學題、非官方原題；題幹、選項與答案沿用本堂影片，不代表官方出題或計分方式。
第1題｜單選
溫度監測器中，哪項工作最接近裝置驅動程式的責任？ A. 依裝置規格操作控制暫存器。 B. 依使用偏好決定畫面配色。 C. 依產品規則決定警報門檻。
答案是 A。操作裝置控制暫存器，需要理解硬體規格，是典型的驅動責任。配色與警報門檻則屬於本案例的應用需求。這不是說驅動與產品行為毫無關係，而是先用責任區分，避免在錯的層次反覆修改。
第2題｜單選
2個執行緒會同時遞增1個共享事件計數器，哪個處理方向最適當？ A. 改用多核處理器分擔遞增。 B. 替計數器使用原子遞增。 C. 把遞增改成先讀再加再寫。
答案是 B。條件限定為單一共享計數的遞增，合適的原子操作可以避免更新被覆蓋。A 的多核處理器不會自動消除競爭；C 的先讀、再加、再寫，正是兩個執行緒可能寫回相同結果、覆蓋更新的原因。即使加大資料型別，也沒有保護讀取、修改、寫回的過程。如果還有其他必須一起更新的資料，就要重新分析整體同步，不能認為所有地方加上原子操作就一定安全。
備考檢查清單
□ 能把產品行為、資源管理與裝置控制，分別對應應用、核心與驅動。
□ 能區分輪詢與中斷，說明一般硬體中斷處理的等待限制。
□ 能用「兩個執行緒都讀到10、都寫回11」重現遺失更新。
□ 能說明單一原子遞增的適用條件，並辨識多項資料需整體同步的情況。
練習任務：在硬體資料路徑旁標出應用、核心與驅動的責任，找出可能被同時存取的變數並說明同步需求。
本篇對應的官方範圍與延伸準備方向
本篇依官方技能規範選材，僅涵蓋上述入門觀念，並非兩科完整考綱教學，也不保證考過。依課程規劃的範圍覆蓋表，尚須另外準備：
IEA：另準備 C 指標、位元操作、驅動程式實作與軟體分析設計；多核與記憶體階層也需完整原理及題目練習。本文的分層與計數案例只建立入門判斷。
IEX 核心：另補排程、記憶體管理、檔案系統、匯流排存取與電源管理的完整機制，以及 Linux／Android 概述與特性。第4篇僅接續啟動與除錯主線。
IEX 介面與人機介面：另準備 USB／RS232C、有線無線網路、驅動開發、圖形輸出、輸入、視窗控制項、事件通知及 Shell 相關概念。
開發整合與趨勢：另做板上除錯、同步設計與整合練習，並依官方更新補充最新趨勢。
下一篇：ITE嵌入式系統軟體開發專業人員備考｜IEX交叉編譯、Linux啟動與除錯
官方來源與資料說明
資料查核紀錄：2026-10-22。技能規範採官網連結版本，PDF 未標年度／版號；修訂狀態仍須依官方確認。本文不推估主題占分；Linux 技術文件僅補充觀念。
IEA技能規範（ITE官方範圍）
IEX技能規範（ITE官方範圍）
Linux裝置模型（開發專案第一方技術文件）
Atomic types（開發專案第一方技術文件）
Driver Basics（開發專案第一方技術文件）
更多 〈ITE-嵌入式系統軟體開發專業人員〉 推薦好文
ITE嵌入式系統軟體開發專業人員怎麼準備？報考資格、考科與辦證規則
ITE嵌入式系統軟體開發專業人員備考｜IEA硬體架構、記憶體與介面重點
ITE嵌入式系統軟體開發專業人員備考｜IEX交叉編譯、Linux啟動與除錯
精選 Claude 該選 Haiku、Sonnet、Opus 還是 Fable？三個問題選對模型，額度用更久
同一個問題丟給 Claude，有時又快又好，有時卻等很久、還把額度用光？
問題往往不在你的提問，而是模型沒選對。
打開 Claude 的模型選單，會看到四個名字。可以把它們想成四種同事：
Haiku：反應最快的助理，適合快速摘要、擷取重點（免費版可用）
Sonnet：什麼都能接的主力，寫作、分析、程式都行（免費版可用）
Opus：擅長深度思考的資深顧問，適合複雜研究與推理（Pro 以上）
Fable：能自己規劃、自己檢查的專案負責人，適合從零做出完整成品（付費方案）
能力越強，回答越慢，也越吃使用額度。拿 Opus 或 Fable 去做 Haiku 就能完成的事，只是白白燒掉額度。
選之前，先問自己三個問題：
1. 這件事要想多深？
查詞、摘要新聞 → 輕的模型就夠；比較企劃、找數據矛盾 → 需要深度思考
2. 做錯的代價多大？
內部草稿 → 錯了改就好；要給主管決策、要對外發布 → 用更強的模型，也要更仔細檢查
3. 要它自己做多久？
一問一答 → Sonnet 就很夠；從粗略想法做到完整成品 → 交給 Fable
記住一個原則：先輕後重，不夠再升級。
Haiku → Sonnet → Opus → Fable
另外，選單裡還有一個「Effort（思考深度）」：整理會議紀錄時調低，回得快；審合約、找風險時調高，想得更完整。
最常見的三個錯誤：
・什麼都用最強的模型
・答案不好只會換模型，卻沒先把需求講清楚
・只看答案長短，不看有沒有抓到重點
小練習：下面三件工作，你會各選哪個模型？
① 回覆客戶的簡單詢問
② 分析半年銷售數據寫成報告
③ 從零規劃一套新人訓練
（參考答案：① Haiku ② 先用 Sonnet，要給主管決策就升 Opus ③ Fable）
想看完整五分鐘影音說明，104學習免費課程「5分鐘學會挑選Claude模式」已經上線，免費報名就能看：
https://nabi.104.com.tw/course/104nabi/47f0bb26-3b67-4f8c-80f4-39dd215c0d01
也歡迎在留言分享：你平常最常用哪個模型？有沒有拿兩個模型比較過同一件工作？
資料來源：
Claude Academy〈Choosing the right Claude model〉
https://academy.claude.com/tutorials/choosing-the-right-claude-model
（模型版本與方案以 2026 年 11 月官方說明為準：Haiku 5.5、Sonnet 5.5、Opus 5.5、Fable 5.1）
軟體工程師內推管道及注意事項？工程師社群、LinkedIn等求職網以外的找工作管道
軟體工程師「內部推薦」有哪些管道和注意事項？本文作者ExplainThis團隊，曾協助多名軟體工程師成功進入外商科技大廠、海外新創，解析除了求職網以外的找工作管道，包括內推、學徒計畫、工程師網路社群、經營LinkedIn等。
文／ExplainThis（王鵬傑、李俊廷、林品均）
本文目錄：求職網以外的找工作管道（點擊可快速前往）
一、內部推薦內推（Referral）比較容易獲得面試機會內推管道內推該注意的4個事項最好的內推是強內推二、學徒計畫三、工程師的網路社群四、經營LinkedIn
當提到找工作，多數人第一直覺想到的，可能會是求職網。以台灣來說，像是傳統的求職網104、1111，或者新興平台CakeResume與Yourator。而找海外工作，可能第一直覺會想到老牌的Indeed、Glassdoor，或者是新興的LinkedIn。
然而，除了這些求職網，事實上還有許多其他的找工作管道。我們在這個小節將會詳細談幾個不同的找工作管道，讓讀者們能透過不同的管道，增加獲得面試的機會。
一、內部推薦
在找工作上，業界公認比透過求職網站或公司官網申請更有效的方式，是透過內部推薦（referral）。當你上求職網站申請，往往需要先經過前面提到的ATS系統，跟上百位申請者一同競爭，脫穎而出後才可能被真人招募員看到你的履歷。
然而，如果能夠被內推，將有可能跳過這個環節，直接被招募員或用人主管等真人審履歷。這雖然不代表一定會通過招募員或用人主管的篩選，但最起碼能直接省去前面的系統審核。
內推（Referral）比較容易獲得面試機會
你可能會問，為什麼內推比較容易獲得面試機會？因為，通常來自公司內部員工的推薦，表示推薦者對應徵者有一定程度的認識和信任。
與此同時，內部員工對公司文化和工作環境有比較深入的了解，所以推薦的人通常會更適合公司的需求，因此，公司較傾向相信現有員工的判斷，這讓透過內推進來的申請者，比較可能在茫茫履歷海中受到青睞。
內推管道
如果你想要找人幫你內推，在台灣的軟體工程師社群中，有歹晚郎內推互助網絡（https://bit.ly/3FlItvp）與Nex Work（https://work.nexf.org/）等由海外軟體業前輩發起的內推網絡。此外，也可以在LinkedIn或是Blind（https://www.teamblind.com/）上，搜尋「#referral」的標籤，或是找有在該公司任職的人，然後禮貌地發個私訊請對方幫忙內推。
當然，很多時候可能不會立即得到回應，又或者可能對方太忙沒回應，也不要感到氣餒，可以多詢問同一家公司中不同的人幫忙內推。
（圖／博碩文化提供）
內推該注意的4個事項
在找人內推時，如果能依循某些注意事項，會比較容易讓人想幫你忙。以下我們分享幾個建議大家要遵循的原則。
1. 履歷好好寫
在各大海外公司工作的人，也知道自己公司的標準，所以不會來者不拒、盲目內推。你想提高別人內推你的意願，務必要好好寫履歷。好好寫代表著格式上要正確，以及內容描述上要讓人覺得你有達到對方公司想要找的人才水準。假如不知道怎麼寫好履歷，可以參考Chapter 2的履歷撰寫相關內容。
2. 附上想被內推的職位
在多數大公司，光是一個大組可能就幾百人，比一間新創公司還大，因此除非是專職招募的招募員或者是工程經理，不然多數人其實不知道其他組現在有什麼職位開缺。所以不要找人內推時，還說什麼「你有沒有建議我申請哪些職位」，這只會讓人覺得你沒做功課。
大家平常工作已經夠忙了，沒空幫你去看你適合申請的職位，所以務必自己附上。通常大公司的職缺都會有Job ID，可以附上你想申請的。附上你為何適合這個職位：內推的人也不會想自己在公司內的名聲臭掉，所以多半會先判斷你是不是真的適合被內推。如果你想提高別人內推你的意願，就要做到讓別人認為你適合被內推。
要做到這點，務必附上你為何適合這個你想被內推的職位。理想上也要附上為何你適合該公司（建議多做一些功課來研究該公司，進而能闡述你為何跟該公司文化契合）。花時間幫你的這件事本身就很佛心，千萬不要把別人的善意視為理所當然。
可以用的句型是在簡短自我介紹後，提及「我目前在找XX領域的工作，對這個職位很感興趣。過去我在XX領域有OO經歷，我相信我能對這個職位有所貢獻」。
3. 記得表達感謝
假如一個原本跟你不相識的人願意內推你，務必要表達感謝。因為大家平時工作很忙，可能還有家庭事務要兼顧，額外抽時間幫你，這件事本身就很佛心，千萬不要把別人的善意視為理所當然。
即使內推沒有讓你拿到面試機會，也要記得感謝對方。畢竟很多公司冷凍期半年，你之後還可以再嘗試，與對方維持良好關係，這次沒上之後要請對方幫忙也會讓對方更有意願。
最好的內推是強內推
雖然上一段有提到可以找人幫忙內推的管道，但如果要獲得比較有幫助的內推，或俗稱的「強內推」，建議平時就要建立起能幫自己內推的人脈。
所謂的強內推，是指對方在內推時，有註明是「強力內推」。一般來說，多數公司的內推系統，都會詢問「你跟被推薦者的熟悉程度」以及「你有多推薦這位被推薦人」。不同公司具體問的問題可能會不同，但大多不脫離這兩類問題。
而唯有這兩個問題都回答「很熟悉」、「強烈推薦」，並且推薦理由寫得很詳細，才會被認定為是強內推。
當然，一般內推已經比直接在公司網站或人力銀行網站申請來得好，只是如果能的話，獲得強內推會是更好。
至於如何獲得強內推？一個是平時有好的工作表現，可能你現在的同事，未來會去不同公司，如果跟他們合作時，做到對方發自內心會想推薦你，這時要獲得強內推就容易得多。
又或者假如你還是學生，在平常的小組作業中，盡可能地貢獻，在同組的同學心中留下好的印象，未來同學們進到不同的公司，你要找他們內推，也會容易獲得強內推。
另一個則是多參與不同的社群活動，例如貢獻到開源社群，或者是參與技術會議等，這些也是一個你能夠曝光、與他人協作的機會，在這些場合貢獻價值，也相對容易獲得強內推。
上面提到這些要獲得強內推的方式，都是需要時間去耕耘而非速成的。因此，如果你現在還沒辦法獲得任何強內推，建議從現在開始行動，而不是等到要求職時才發現沒有人能為你強內推。
二、學徒計畫
學徒計畫（Apprenticeship Program）是近期各大公司越來越盛行的一個專案，包括：LinkedIn、Microsoft和Google等，都曾推出類似的計畫。
這些專案旨在招募更多元的人到科技公司，其中常見符合此計畫的人條件包含以下：
自學程式
參加過程式戰鬥營（coding bootcamp）
非傳統電腦科學背景
暫時離開工作，並嘗試重回職場
學徒計畫在經歷上的審核以及面試上，技術層面比起正職的初階工程師更簡單一點。多數的學徒計畫也都有轉正職的機制。
部落客「半路出家軟體工程師在矽谷」有一篇專門彙整各大公司學徒計畫的文章（https://brianhsublog.blogspot.com/2019/08/TechApprenticeship.html），並且時常更新，非常推薦有興趣、有需求的讀者可以去看看。
（圖／博碩文化提供）
三、工程師的網路社群
除了上述提到的3點，網路社群是軟體工程師不可錯過的資源。這些社群不僅提供了工作機會，也能幫助你與同業交流、了解產業趨勢，以及許多面試經驗的分享。以下是幾個會張貼工程師工作機會的熱門或相關網路社群：
PTT Tech_Job版：https://www.ptt.cc/bbs/Tech_Job/index.html
PTT Soft_Job版：https://www.ptt.cc/bbs/Soft_Job/index.html
PTT Oversea_Job版：https://www.ptt.cc/bbs/Oversea_Job/index.html
Facebook Front-End Developers Taiwan：https://www.facebook.com/groups/ f2e.tw/
Backend台灣（Backend Tw）： https://www.facebook.com/groups/backendtw/
四、經營LinkedIn
對比傳統的求職網，目前新興的人脈社交媒體LinkedIn已經逐漸成為找工作的首選，特別是對於外商與海外求職，LinkedIn基本上比一般專注於本土市場的求職網有更多的職缺機會。比起求職網投遞履歷，經營Linkedin能夠讓獵人頭或招募員，看到你更多元、更深入的一面，以及看到你更長期的累積。現在已經有許多獵人頭與人資，會直接在LinkedIn上找人選，所以花心思經營LinkedIn將有可能讓自己獲得更多機會。
節錄自：博碩文化《軟體工程師求職策略大全／ExplainThis、王鵬傑、李俊廷、林品均 著 》
[joblist_plugin title='104【外商軟體工程師】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB&order=15&page=3&zone=4,5' amount='3']
[joblist_plugin title='更多104【軟體工程師】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB' amount='3']
推薦閱讀：
軟體工程師談薪水8重點：不掀薪資職級底牌、靠「最後一招」多談一點
軟體工程師履歷範本｜5大地雷別踩：形容詞太多、技術名詞太少
外商軟體工程 | 履歷面試精華，知名外商人資教你
【免費資安講座來囉】想進入資安領域？從搞懂網路架構開始 |「Network+國際網路認證」線上研討會，參加抽好禮
⭐1小時聽懂！為什麼掌握網路架構對資安防護很重要 ?
🚩建立網路防護的前哨站
網路攻擊無所不在，企業因網路攻擊導致資料外洩、營運中斷的案例時有所聞，網路安全與資安韌性，仰賴網路與資安人才的專業職能。企業推動資訊安全主要是為了防範各種網路攻擊威脅，從部署防火牆、網路系統弱點、連接埠的安全性、虛擬網路的連線安全等種種網路安全佈建，一旦疏忽輕視，往往成為資安事件的導火線。
CompTIA Network+ 網路驗證課程提供網路基礎訓練，從基礎的 TCP/IP 架構、網路設備配置與連接埠規則、有線/無線網路技術與應用，到進階的網路故障排除技巧。掌握網路如何串接，有助於建構一個安全且穩定的網路環境，為資安防護打好基礎。
在完成Network+的認證課程培訓後，將奠定扎實的網路架構基礎，往後進修Security+時，將更能掌握資料安全與資料保護的核心概念，穩扎穩打的成為擁有網路與資安整合能力的資安工程師。
🍀🍀本次說明會特別邀請安碁學苑 陳成聰 專案處長，以及 CompTIA市場開發總監 Stanley Wong帶大家了解如何從Network+進入資訊安全產業，以及完成訓練後，有哪些豐富的職涯發展路徑🍀🍀
▲報名時間
即日起，至活動前兩天截止
▲講座時間 (擇一參加即可)
🔸第一場 2025年8月6日(三) 19:30 - 20:30
🔸第二場 2025年8月13日(三) 19:30 - 20:30
▲講座形式
線上進行，說明會連結與資訊，將於活動前兩天陸續發送至您的電子信箱。
🎁參加說明會，抽好禮
👉查看完整內容與報名 https://bit.ly/4mh9rc5
不懂程式也能做官網？AI 網站架設系統推薦與選用說明
【常見問答先看】
Q：完全不懂 HTML，真的可以自己做網站嗎？
A：可以。這類工具的設計前提就是讓非技術人員操作。以管理王為例，官網說明內容由 AI 產生，版面以拖拉式區塊編輯器調整，不懂 HTML 也能自行維護。
Q：AI 產生的內容可以直接上線嗎？
A：建議把它當成初稿。AI 能很快產出結構完整的文字，但公司的實際服務內容、價格與聯絡方式，仍需要由了解業務的人確認與修正。
Q：網站做好之後，網域與 SSL 要另外處理嗎？
A：依管理王官網說明，網域綁定、SSL 憑證、RWD 適配、SEO meta 標籤與社群分享卡都屬於上線基礎設定，由系統協助完成。網域本身的註冊費用不在方案說明內，請另行確認。
Q：做出來的網站對搜尋引擎友善嗎？
A：官網說明採用伺服器端渲染的架構，並內建排名追蹤與 GA 安裝，屬於 SEO 友善的設計。排名結果仍取決於內容品質與競爭程度，無法保證。
看完這幾個問題，接下來從頭說明這類工具是什麼，以及怎麼評估。
【AI 網站架設系統是什麼】
AI 網站架設系統透過 AI 對話產生網站內容與版型，再搭配拖拉編輯完成網站建置。使用者描述自己的行業、服務與想呈現的重點，系統產出一個可用的初版，之後再用視覺化編輯器調整細節。
它主要解決兩個問題。一是起步門檻，過去做官網要先找設計、寫文案、談報價，往往拖上一兩個月。二是後續維護，網站上線後想改一段文字、換一張圖，不必每次都回頭找外包廠商。
【管理王的功能內容】
管理王由戰國策集團出品，以下依官網功能頁整理。
多產業範本：涵蓋企業官網、電商著陸頁、活動報名頁、餐廳官網、SaaS 產品頁、醫療診所等類型，可從接近自己需求的範本開始。
AI 文案生成：主視覺標語、功能介紹、客戶見證、常見問答等區塊，由 AI 一次產生繁體中文內容。
拖拉式編輯：以區塊編輯器調整版面，新增、刪除或移動區塊都用拖拉完成。
上線基礎設定：網域綁定、SSL 憑證、手機與平板的 RWD 適配、SEO meta 標籤，以及社群分享卡自動產生。
CRM 與分析整合：訪客留言可以自動進入業務人員的待跟進清單，並由 AI 分析訪客行為。
SEO 友善架構：內建排名追蹤與 GA 安裝，採伺服器端渲染技術。
其中 CRM 整合這一項值得留意。許多公司的官網表單只是寄一封信到公用信箱，之後有沒有人回覆無從得知。表單直接進入待跟進清單，等於把網站和業務流程接起來。
【適合哪些人】
一位剛成立工作室的室內設計師，需要一個能放作品與聯絡表單的網站，但預算有限，也沒有時間學架站。她用對話描述服務項目與風格，取得初版後換上自己的作品照片，當週就能上線。
另一家十五人的設備代理商，原有官網是多年前外包製作的，每次更新產品都要等廠商排程。行銷人員改用拖拉編輯之後，新品頁面可以自己完成，詢問表單也直接分派給負責的業務。
整體來說，新創公司、中小企業、個人工作室，以及需要快速製作活動頁或著陸頁的行銷團隊，都是適用對象。若網站需要高度客製的互動功能或複雜的會員系統，則應另外評估專案開發。
【AI 網站架設系統比較：三種路線】
在進行 AI 網站架設系統比較時，可以把選擇分成三類。
委外或自行開發：設計與功能的自由度最高，適合品牌形象要求高或功能特殊的網站。代價是時間與費用較高，後續修改也需要技術人員。
單點的架站工具：專注在網站製作，範本多、上手快。網站收到的詢問若要進入客戶管理或行銷流程，通常要再另外串接。
整合平台裡的架站模組：網站與 CRM、行銷、電子報共用資料，訪客留言直接成為名單。適合把網站視為業務入口，而不只是形象頁的公司。
評估時可以看幾個重點：AI 產生的繁體中文是否自然、範本是否涵蓋自己的產業、編輯器是否真的不需要技術背景、上線設定是否完整、SEO 基礎是否到位，以及表單資料的去向。資料存放地點也值得確認，管理王官網說明資料存放於台灣資料中心。
【AI 網站架設系統費用】
關於 AI 網站架設系統費用，管理王採方案計價，各系統內建於方案中，不需為單一系統另外付費。
免費方案 NT$0，永久免費，成員上限 10 人，儲存空間 1 GB，註冊贈 AI 點數 500 點（一次性），部分功能為 30 天試用。
經濟型每月 NT$5,000，成員上限 30 人，50 GB，每月 AI 點數 1,000 點。
商務型每月 NT$10,000，成員上限 60 人，200 GB，每月 AI 點數 3,000 點，含 8 小時遠端導入教育訓練。
旗艦型每月 NT$19,900，成員不限，1 TB，每月 AI 點數 10,000 點，含 16 小時遠端導入教育訓練。
年繳月費不打折，但加贈 2 個月，付 12 個月可使用 14 個月。AI 產生內容會使用 AI 點數，各方案每月提供的點數不同，選擇方案時可一併考量。需要客製化開發時為每小時 NT$1,000，加購教育訓練每小時 NT$2,000（最低 10 小時）。費用以 app.ai.com.tw 官網公告為準。
【上線前的檢查事項】
初版網站產生之後，建議依序確認以下幾點。公司名稱、地址、電話與服務項目是否正確，這些是訪客與搜尋引擎最先讀取的資訊。每一頁的標題與描述是否寫出該頁的重點，而不是沿用預設文字。圖片是否換成自家的實際照片，範本圖片雖然好看，但無法建立信任。手機上的版面是否容易閱讀，按鈕是否容易點擊。聯絡表單是否實際送出測試過，並確認有人會收到與回覆。這幾項都不需要技術背景，卻是網站能否發揮作用的關鍵。
【AI 網站架設系統推薦：我們的建議】
談到 AI 網站架設系統推薦，我們認為關鍵不在第一版做得多快，而在網站上線之後是否持續有人維護，以及訪客的詢問是否確實被接住。能讓行銷或業務人員自己更新內容、並把表單接進跟進流程的工具，長期價值會比較高。
戰國策集團深耕企業服務超過 25 年，服務超過 3 萬家企業客戶，管理王由台灣團隊開發與支援。建議先用免費方案產生一個初版網站，實際操作編輯器，再評估是否符合需求。如有疑問，歡迎來電。
管理王
AI.com.tw
0800-003-191
ITE嵌入式系統軟體開發專業人員備考｜IEA硬體架構、記憶體與介面重點
準備 ITE 嵌入式系統軟體開發專業人員鑑定，IEA「嵌入式系統技術」中的硬體基本架構、記憶體、介面周邊與電源，是理解元件選用與資料傳遞的基礎。本篇依官方範圍整理保存特性、介面辨識與供電條件；讀完應能從題目需求判斷元件角色，而非只靠容量、速度或接線數量作答。
本文目錄
考試範圍：IEA硬體與介面
必懂觀念1：從資料路徑辨識元件
必懂觀念2：用線路與選取方式辨識介面
必懂觀念3：讀不到溫度時的供電檢查
常見誤判：從題目條件排除錯誤方向
練習題與解析：沿用本堂影片教學題
備考檢查清單
本篇對應的官方範圍與延伸準備方向
官方來源與資料說明
考試範圍：IEA硬體與介面
本篇對應官方 IEA 技能規範的硬體基本架構（處理器、匯流排、記憶體）及介面周邊與電源主題。備考時可將題目拆成「誰運算、資料是否須斷電保留、如何選取周邊、供電是否成立」四個問題。這是本篇的學習整理，並非官方公布的題目分布或配分。
必懂觀念1：從資料路徑辨識元件
案例：感測器每秒送出一次溫度，處理器判斷是否過熱，畫面顯示結果；使用者設定的警報門檻，要在關機後保留。感測器取得物理量，處理器執行程式，顯示器輸出資訊。匯流排讓元件交換資料，不能因為它負責傳送，就把它當成運算單元。
執行中的變數與暫存資料，通常放在 RAM。一般 RAM 斷電後不保留內容，所以警報門檻若要下次開機繼續使用，就需要非揮發性儲存，例如 Flash。容量大小和是否斷電保存，是不同的判斷條件；把 RAM 加大，並不會自動讓它變成永久儲存。
保存位置決定後，還要考慮寫入方式。不要每次讀取溫度，都把完全相同的門檻重寫到 Flash；這既多餘，也要考慮寫入壽命。案例可在使用者確認新門檻時才保存，平常以 RAM 裡的值運算。實際寫入粒度、壽命與斷電保護，仍須依元件資料表設計。
必懂觀念2：用線路與選取方式辨識介面
保存位置確定後，還須正確連接感測器。常見的 I2C 使用時脈與資料兩條訊號線，透過位址選取目標；常見的 SPI 則以時脈、輸入輸出資料線及晶片選擇訊號連接。兩者都要確認裝置支援的電壓、時序及通訊設定，不能看到感測器就直接認定介面相同。
必懂觀念3：讀不到溫度時的供電檢查
如果接好後仍讀不到溫度，先查供電與接地，再核對訊號接腳、位址及設定。若裝置有省電模式，還要確認周邊已喚醒；處理器運作正常，不代表感測器也有正常供電。這就是把數位訊號、介面與電源管理放回同一條資料路徑來看。
常見誤判：從題目條件排除錯誤方向
把容量當成保存特性：RAM 再大也不會因此成為非揮發性儲存；先辨認是否需要斷電保留，再比較其他條件。
只數導線就選介面：須一起判斷訊號功能與目標選取方式，電源與接地線不能算成通訊特徵。SPI 有接線變形，應依元件規格核對。
處理器正常就排除電源問題：感測器可能未供電、未共地或尚未喚醒。遇到無讀值，先核對供電，再查接腳、位址與設定。
練習題與解析：沿用本堂影片教學題
以下2題為自編教學題、非官方原題；題幹、選項與答案沿用本堂影片，不代表官方出題或計分方式。
第1題｜單選
裝置必須在斷電後保留警報門檻，哪一種安排符合需求？ A. 把門檻只存在 RAM。 B. 把門檻保存到 Flash。 C. 把門檻只留在暫存器。
答案是 B。這裡要求的是斷電保留，Flash 的非揮發特性符合條件。一般 RAM 和處理器暫存器都不能單靠自身達成這項需求。這題沒有要求比較寫入速度，因此不能用「處理器旁邊比較快」代替儲存特性的判斷。
第2題｜單選
板上周邊共用時脈與資料兩條訊號線，控制器用位址選取目標，最符合哪個介面？ A. SPI。 B. USB。 C. I2C。
答案是 C。關鍵是共用的兩條訊號線，加上位址選取。這與 I2C 的常見形式相符；常見 SPI 以晶片選擇訊號區分目標，USB 也不是這組接線描述。判斷時把線路與選取方式一起看，不能只數接了幾條導線，因為還可能有電源與接地線。
備考檢查清單
□ 能區分處理器的運算、匯流排的傳遞與記憶體的保存角色。
□ 能以斷電保留需求解釋 RAM 與 Flash 的選擇，並說明 Flash 不宜無意義重寫。
□ 能以 SCL／SDA 與位址辨識常見 I2C，以時脈、資料線及 CS 說明常見 SPI。
□ 能畫出資料路徑，列出供電、接地、接腳、位址、時序及喚醒狀態的檢查項目。
練習任務：畫出感測器、處理器、記憶體與輸出四個區塊，標出資料流、警報門檻保存位置及介面。
本篇對應的官方範圍與延伸準備方向
本篇依官方技能規範選材，僅涵蓋上述入門觀念，並非兩科完整考綱教學，也不保證考過。依課程規劃的範圍覆蓋表，尚須另外準備：
IEA：另補數位電路分析、處理器架構、多核、記憶體階層完整原理、其他匯流排與當期硬體趨勢。本文只有資料路徑與基本保存特性，未深入上述主題。
IEA 系統軟體、應用語言與分析設計：另準備 C 指標、位元操作、驅動實作及軟體分析設計；核心與同步的入門觀念接續於第3篇。
IEX：USB／RS232C、有線與無線網路、Android、完整核心機制及人機介面仍須另讀；第3、4篇僅選取核心、驅動、建置與啟動觀念。
下一篇：ITE嵌入式系統軟體開發專業人員備考｜IEA／IEX核心、驅動與中斷同步觀念
官方來源與資料說明
資料查核紀錄：2026-10-22。技能規範採官網連結版本，PDF 未標年度／版號；修訂狀態仍須依官方確認。本文不推估主題占分；Linux 技術文件僅補充觀念。
IEA技能規範（ITE官方範圍）
I2C概述（開發專案第一方技術文件）
SPI支援概述（開發專案第一方技術文件）
更多 〈ITE-嵌入式系統軟體開發專業人員〉 推薦好文
ITE嵌入式系統軟體開發專業人員怎麼準備？報考資格、考科與辦證規則
ITE嵌入式系統軟體開發專業人員備考｜IEA／IEX核心、驅動與中斷同步觀念
ITE嵌入式系統軟體開發專業人員備考｜IEX交叉編譯、Linux啟動與除錯
用Codex操作Chrome瀏覽器，自動讀Gmail、寫Google Sheet教學！設「3層護欄」防AI亂點亂寄
想讓AI幫忙操作Chrome瀏覽器、讀Gmail、下載附件、寫進Google Sheet，又怕它亂點、亂寄信？作者以教師可能遇到的「自動批改作業信」為例，示範用Codex Chrome Extension設定白名單、二次確認與留痕log三層護欄，再一步步放手讓AI操作瀏覽器。本文節錄自《ChatGPT × Codex全攻略》。
文／曾慶良（阿亮老師）
本文目錄（點擊可快速前往）
動手做前準備清單全章流程地圖：4步由小到大動手實作：讓Codex操作你的Google Chrome動手操作3大禁區
編按：作者以「老師自動批改學生作業信」為範例，示範讓Codex讀取Gmail「作業繳交」標籤的來信、下載附件、產出評語，再逐列寫進Google Sheet。雖然示範情境在教學現場，但換個主題就能套用到職場，例如整理應徵者的履歷信、客戶詢價信或活動報名回覆；文中的白名單、二次確認、留痕log三層護欄，也適用於任何讓AI代操瀏覽器的工作。※本文以「Chrome Extension」模式操作，是由Codex直接在你的Chrome「已登入」的Gmail等分頁操作，不必處理OAuth、API token（這些憑證都不用辦），看得到它在做什麼。
動手做前準備清單
項目規格沒有怎麼辦Codex CLI + 桌面App已完成、能登入補安裝，Codex CLI 、桌面AppChrome Extension從Codex App Plugins內裝補安裝，Chrome extensionGmail帳號有「作業繳交」標籤、收得到信Gmail內建立一個Label「作業繳交」Google Sheet一張空白工作表，欄位先排好Drive內新建一張，命名「本學期_作業批改」
Google Sheet欄位先排好
第一列填入這6個欄位（順序很重要，等下Skill要按這個順序寫入）：
ABCDEF批改日期學生姓名作業主題AI評語字數建議評分
權限設「僅特定人員」或「限校內帳號（你的學校網域）可存取」，把你自己（和真的需要看的同事）逐一加進去。不必也不要用「擁有連結的任何人可檢視」，Codex用你登入的身分操作，本來就進得去，不需要開公開連結。
此表含學生個資（姓名＋評語），絕對不可以用「擁有連結的任何人可檢視/可編輯」公開連結分享。公開連結等於把全班個資丟到網路上任人抓取。務必設成「僅特定人員」或「限校內帳號」，並定期到「共用」設定檢查存取名單有沒有跑進不該有的人。
【補充】企業導入前置（用公司信箱、下載含個資附件前必看）
本章讓Codex操作你「已登入」的信箱、下載附件、寫進Sheet，放在公司環境要先過3關，別自己一個人默默開跑：
公司信箱須經IT /資安核准：使用Codex Extension操作公司Gmail / Workspace前，先問過IT或資安窗口，確認符合公司對第三方工具存取信箱的規範，否則別用個人身分擅自授權公司帳號。
先用測試帳號跑通：第一輪用一個測試信箱＋假資料把流程走順，確認護欄有效，再碰真實信箱。
附件含個資要確認合法性、用完清除：下載的.docx /客戶附件若含個資，先確認你有處理的合法依據（同意/業務必要），處理完就從~/Downloads/inbox-essays/之類暫存夾刪除，別長期堆在本機或同步到公開雲端夾。
全章流程地圖：4步由小到大
1 授權與護欄 Chrome Extension 範圍限定 + 二次確認
↓
2 寫 Skill auto-email-processor 四階段定義
↓
3 跑 1 封測試 盯著看，確認沒亂點
↓
4 放開跑全部 批次處理 + 失敗重試 + 總結報告
絕不可跳過步驟3，跑1封測試看看，這是整章最關鍵的安全閘門。沒看過第1封就放執行，等同把你的Gmail鑰匙交給陌生人。
動手實作：讓Codex操作你的Google Chrome
步驟1-A 授權與三層護欄
確認Codex桌面App已開啟、已登入
確認Chrome已裝Codex Extension
Chrome右上工具列點Codex圖示
看到「Chrome plugin connected」狀態 = 正常
Codex桌面App內的Plugins區也顯示「Chrome plugin connected」，兩邊都看得到 = OK
Codex從這裡開始就有能力「在你登入的Chrome內」做事。所以下一步馬上設範圍限制，沒設好就不要往下做。
步驟1-B 護欄1：範圍限定（白名單）
Codex Extension預設「進入新網站會問」。但更穩的做法是明確設一份白名單。在Codex對話開頭就先宣告：
本對話只允許操作 mail.google.com、docs.google.com、sheets.google.com。
任何其他網域請拒絕並回報給我。
明確列出允許與禁止的清單：
# 允許 Codex 操作的網域白名單
mail.google.com # Gmail
docs.google.com # Google Sheet / Docs
sheets.google.com # Google Sheet（舊網域別名）
# 禁止：其它一律不行
✗ bank.example.com # 銀行
✗ pay.example.com # 支付
✗ facebook.com / x.com # 社群媒體
這是用文字下的範圍限制，搭配Extension預設的「進新網站問一次」雙重防護。
步驟1-C 護欄2：二次確認
在Codex對話開頭就先指定下面五類動作必須先暫停問你，得到「OK」才能繼續：
刪除任何信件 → 必須問
寄出任何信件 → 必須問
移動信件到垃圾桶 → 必須問
修改Sheet既有列（非新增）→ 必須問
修改Gmail filter / forwarding設定 → 必須問
「標記為已讀」、「加標籤」、「下載附件到自己電腦」、「在Sheet新增一列」這幾項算可逆操作，不需要每次都問。
步驟1-D 護欄3：留痕log
叫Codex把它做的每一步寫成log，方便事後抽查：
請建立一個 ~/codex-logs/email-processor.log
每次處理一封信，寫一行 JSON：
{"ts":"2026-05-17T10:00:00Z","subject":"...","sender":"...","action":"已批改寫入Sheet","ok":true}
失敗時 ok:false，多寫 reason 欄位。
請在每次跑完 Skill 後自動 append。
跑完一輪後，cat ~/codex-logs/email-processor.log（Windows PowerShell：Get-Content $HOME\codex-logs\email-processor.log）看得到N行JSON，每行對應一封信。
動手操作3大原則
範圍限定：只開放特定網域，其餘一律拒絕
二次確認：刪/寄/改既有資料必須先問
留痕：每次操作寫log，可事後追查
三個都做到了，才往下進步驟2寫Skill。
步驟2-A 寫auto-email-processor Skill
macOS / Linux（或在Git Bash執行）：
mkdir -p ~/.agents/skills/auto-email-processor
cd ~/.agents/skills/auto-email-processor
touch SKILL.md
Windows PowerShell寫法（同一件事的PowerShell寫法）：
New-Item -ItemType Directory -Force $HOME\.agents\skills\auto-email-processor
Set-Location $HOME\.agents\skills\auto-email-processor
if (-not (Test-Path SKILL.md)) { New-Item -ItemType File SKILL.md }
如果Windows使用者希望直接沿用Bash指令，可以在~/.agents/skills/的上層資料夾右鍵 → Open Git Bash Here，就能在Git Bash內原樣執行mkdir -p、touch。兩個方式擇一即可，不必兩邊都跑。
為什麼用Skill而不是直接打prompt？Skill寫一次、用很久。下次要批改只要說「跑auto-email-processor」，不必再貼整段流程描述。
2026新功能NEW：Record & Replay（錄一次、重播多次）
Skill有3種建立法：
手寫SKILL.md（本節做的）
對話中請Codex幫你生
Record & Replay，你手動把一連串網頁操作（點「作業繳交」標籤 → 過濾未讀 → 下載.docx）錄製一遍，Codex會把它存成可重播的Skill。像Gmail這種步驟固定、重複性高的流程特別適合這種方式，錄完再回頭微調SKILL.md補上護欄。搭配always-allow（總是允許）：把重播時重複跳出來的權限請求（例如每次都問「可以操作mail.google.com嗎」）設為「總是允許」，就不會一直被打斷，但只對白名單網域開always-allow，刪/寄/改既有資料這類敏感動作仍維持二次確認。
步驟2-B SKILL.md開頭：frontmatter與Scope
SKILL.md一定要以YAML frontmatter開頭（name、description是必要欄位，觸發詞寫進description，Codex才會自動觸發）：
---
name: auto-email-processor
description: 讀 Gmail「作業繳交」標籤內的未讀信，抓 .docx 附件，套 essay-feedback Skill 批改，寫回 Google Sheet「本學期_作業批改」。觸發詞：批次批改、處理交作業信、跑 email processor。
---
# auto-email-processor
## Scope
- 允許網域：mail.google.com、docs.google.com、sheets.google.com
- 禁止：其它任何網域
- 允許動作：讀信、下載附件、加標籤、Sheet 新增列
- 禁止動作：刪信、寄信、修改 Sheet 既有列
Skill的「身分證」段落，讓Codex知道「我可以做什麼、不能做什麼」。
步驟2-C 中段：四階段Steps
## Steps
### Phase 1 讀
1. 開新分頁到 https://mail.google.com
2. 點左側「作業繳交」標籤
3. 加「is:unread」過濾條件
4. 列出信件主旨與寄件者，不要點開
### Phase 2 分（過濾）
對每封信，符合所有三條件才處理：
- 寄件者是學生（你的學校網域，例：@school.edu.tw）
- 主旨含「作業」或「homework」
- 有 .docx 附件
### Phase 3 處（批改）
1. 下載 .docx 到 ~/Downloads/inbox-essays/
2. 從寄件者名 / 主旨解析學生姓名與作業主題
3. 呼叫 essay-feedback Skill 批改
4. 把回傳的「評語/ 字數/ 評分」記下來
### Phase 4 記
1. 開 Google Sheet「本學期_作業批改」
2. 新增一列：日期 / 姓名 / 主題 / 評語 / 字數 / 評分
3. 回 Gmail 標該信「已讀」+ 加「已批改」標籤
4. 寫一行 log 到 ~/codex-logs/email-processor.log
【補充】Phase 3那句「呼叫essay-feedback Skill」是哪來的？
這支批改Skill在「多檔案批次處理」篇建立過，該章resources/essay-feedback/有現成檔案，只要將其複製到~/.agents/skills/essay-feedback/就能被本章觸發。還沒建也能先跑通流程，把Phase 3第3步暫時換成這3行替代做法：
用Codex內建能力讀出.docx純文字內容
請Codex直接寫一段150字評語、估算字數、給A / B / C建議評分
把這三個值當成回傳結果往Phase 4傳（先能寫進Sheet，之後再換成正式的essay-feedback）
步驟2-D 末段：Rules護欄
## Rules
### MUST（必須）
- MUST 敏感操作前停下來問我（刪信、寄信、改既有列）
- MUST 處理失敗的信維持「未讀」、加標籤「需人工處理」
- MUST 每處理一封寫 log
- MUST 全程操作我這個帳號，不可切到別人的 Gmail
### NEVER（絕不）
- NEVER 自動回信給學生
- NEVER 跨網域操作（白名單以外）
- NEVER 刪除任何信件
- NEVER 修改 Sheet 既有列（只能 append）
## Tools
- Codex Chrome Extension（Gmail / Sheet 操作）
- Codex 內建 .docx 解析
- essay-feedback Skill（subagent 呼叫，來源見第三篇 CH19）
Skill寫完存檔。Codex下次看到觸發詞會自動讀SKILL.md。
準備測試素材：先讓信箱有東西可讀
Skill寫好了，但如果「作業繳交」標籤裡一封信都沒有，步驟3的測試就沒東西可跑。動手前先花3分鐘，自己造1～2封測試信，讓自動化有真實素材可讀。這步驟做完，跑步驟3才有意義。
準備1～2份.docx測試檔：隨手開Word（或Google Docs →下載為.docx）打一段假作文，存成例如：測試作文_王小明.docx。想更真實就做兩份、換個學生名。
自己寄給自己：在Gmail點「撰寫」，收件者填你自己的Gmail，主旨故意帶關鍵字（例：第八單元作文 作業繳交 王小明，一定要含「作業」讓Phase 2過濾條件吃得到），把剛才的.docx當附件夾進去，寄出。寄1～2封。
建一個標籤：Gmail左側sidebar往下拉找到「建立新標籤」，命名為作業繳交（就用這章Skill要讀的標籤名，別另取，不然Skill讀不到）。若動手前清單那步已經建過，這步跳過。
手動把測試信貼上該標籤：回收件匣，勾選剛剛那1～2封自寄信 → 點上方「標籤」圖示（或右鍵）→ 勾「作業繳交」。現在這個標籤底下就有真實的未讀作業信可供Codex練習了。
【提醒】用「自寄信」當測試素材最安全就算Codex跑歪了、標錯標籤，動到的也只是你自己建立的虛假信件，不會影響到學生真正交的作業。等步驟3測試通過，再放真實信件進來。
步驟3-A 跑1封測試（最關鍵的一步）
進Codex：
codex
輸入：
請執行 auto-email-processor Skill，但這次只處理 1 封測試：
1. 開 Gmail
2. 找到「作業繳交」標籤內第一封符合條件的未讀信
3. 完整跑完 Phase 1-4
4. 跑完後回報你做了什麼（步驟列表、最後 Sheet 寫了哪一列）
整個過程請在我面前跑、不要靜默。
每動一步先告訴我「我準備做 X」，等我說 OK 才執行。
【提醒】請全程盯著螢幕看！不要去泡咖啡、不要切到別的視窗。第一次跑就是要確認「它真的有照規矩來」。
步驟3-B 盯著看的時候要確認什麼？
Codex跑的時候，眼睛確認這6件事：
Codex開的是正確的Gmail標籤（不是收件匣全部）
它沒有點開不該點的信（例如沒有.docx的、或寄件者不是學生的）
下載.docx時沒覆蓋你既有檔案
批改完Sheet新增一列（不是修改既有列）
信件標為「已讀」+ 加「已批改」標籤，沒刪除、沒進垃圾桶
log檔有一行新紀錄
任何一項不對 → 立刻按Esc中止（在CLI內跑則按Ctrl + C）、修SKILL.md、再跑一次測試，不要現在就往步驟4前進。
步驟3-C 第一次跑常見的「走偏」
Q1：Codex點到收件匣不是「作業繳交」標籤
回答：Gmail介面更新時，標籤位置會變動。SKILL.md改成「在左側sidebar用文字找『作業繳交』再點」，不要靠固定位置。
Q2：把作文老師個人信也當成作業處理
回答：Phase 2過濾條件不夠嚴。再加「主旨必須有作業/homework」「附件必須是.docx」雙條件。
Q3：Sheet寫到錯的工作表（同一活頁簿有多張表）
回答：Skill補上「先點底部tab確認是『本學期_作業批改』再寫」。
Q4：標完「已批改」標籤後又標「重要」
回答：Codex在學Gmail介面，可能誤點。Rules補：「只加『已批改』標籤，其他不准動」。
步驟4-A 測試OK了，跑全部未讀
同一個Codex對話內輸入：
很好，剛才測試正確。現在請執行 auto-email-processor Skill
處理「作業繳交」標籤內所有未讀信。
需求：
1. 並行數：1（順序處理，方便我看）
2. 失敗自動重試 1 次
3. 重試仍失敗的信：加標籤「需人工處理」，跳過，繼續下一封
4. 全部跑完給總結報告：成功 N 封 / 需人工 N 封 / 失敗 N 封
5. 列出需人工的信件主旨與寄件者，方便我之後處理
開始。
「並行數1」會比較慢，但安全。等你跑過3-5次都OK再考慮加到2-3並行。
步驟4-B 預期看到的總結報告
✅ auto-email-processor 處理完成
成功批改：23 封
需人工處理：2 封
- 「期中作文.docx 附件損壞」 / 小明 <ming@...>
- 「忘記附檔」 / 阿花 <hua@...>
失敗：0 封
Google Sheet 已新增 23 列
Gmail 標記已讀 + 標籤「已批改」：23 封
標籤「需人工處理」：2 封
log 寫入 ~/codex-logs/email-processor.log：25 行
數字加總 = 標籤內未讀信總數 = Sheet新增 + Gmail標記 = log行數，四個數字對得起來就是完成。
步驟4-C 抽查Sheet內容是否正確
打開「本學期_作業批改」工作表
隨機挑3列，對應到原信件
檢查欄位：日期、姓名、主題、評語、字數、評分都對
檢查AI評語有沒有亂寫（這部分是essay-feedback Skill的責任，但這次順便抽查）
Gmail內隨便開一封看是否標籤「已批改」+「已讀」
看log檔最後幾行有ok:true
6項都對 = 整套流程信任度 +1。下次可以放心多並行、少盯著。
動手操作3大禁區
把這3個禁令寫在便條紙貼在螢幕上：
不操作金融帳戶：銀行、支付、券商、加密貨幣交易所，一律白名單外。不論看起來多簡單的「查餘額」也不行，因為AI沒辦法分辨「查」和「轉」之間只差一個按鈕。
不自動寄信給真人：草稿可以、儲存可以，但按下「寄出」這個動作絕對是你自己按。AI寄錯信沒辦法收回，後果你扛。
不超範圍：Skill寫了什麼就只做什麼。不要在同一個Codex對話「順便叫它做別的事」，授權邊界會模糊掉。要做別的就開新對話、重新設權限。
節錄自：博碩文化《ChatGPT × Codex全攻略：從零基礎到自動化，打造你的AI Agent工作流》／曾慶良（阿亮老師） 著
ITE嵌入式系統軟體開發專業人員怎麼準備？報考資格、考科與辦證規則
嵌入式系統軟體開發結合硬體控制、程式設計與整合測試。準備 ITE 鑑定時，先分清學習建議與正式報考資格，再依官方簡章核對考科、費用及證書申請條件，避免沿用舊資料或誤算個人期限。
本文目錄
適合職務、用途與正式資格
兩科範圍、題型及及格條件
報名、費用與特殊需求
成績、電子證書與待確認規則
練習與行動任務
常見問答
官方資料與查核日期
適合職務、用途與正式資格
官方列出的職業方向，包括嵌入式系統設計、程式設計與測試，以及軟硬體整合測試。假設你要讓感測器讀值、顯示溫度並發出警示，就會同時碰到這些工作。建議先能閱讀簡單的 C 程式，理解二進位、基本電路與 Linux 操作。這是學習建議，不是報考門檻。
依2026年1月版簡章，報考資格為中華民國國民，或具有合法外僑居留證的非中華民國國民，未列學歷及年資要求。應具備基礎電腦操作能力。一般報名不用交照片，考試要帶具照片的身分證件正本，例如國民身分證或駕照；外籍考生的應試證件請先向主辦確認。
這項鑑定由電腦技能基金會主辦及執行，簡章列資策會負責規範制定。它可以作為能力及求職參考；官方介紹頁的政府採認資料有特定歷史年度，不能直接當成今年的優惠，也不能把證書當成法定執業許可。報名前請核對官方入口與最新公告。
兩科範圍、題型及及格條件
現行人員別包含兩科：嵌入式系統技術，代碼 IEA；以及嵌入式系統的開發平台與工具，代碼 IEX，平台為 Embedded Linux。前者涵蓋硬體、介面與系統軟體，後者涵蓋核心、驅動、人機介面及開發環境。不要套用舊版 Windows CE 二選一的資料；完整範圍請看官方規範。
兩科都是電腦化學科測驗，各40題，單選與複選混合，每題2.5分，答錯不倒扣。每科90分鐘、滿分100分，各達70分才合格，不能用兩科平均替代。複選是否部分給分尚待確認，不能自行假設。每科原價NT$1,600，兩科合計NT$3,200，未含手續費與證書費。
技能規範PDF未標年度，2026修訂狀態待確認；測驗為中文，專有名詞視需要附英文，無程式實作術科。成績依2026簡章取小數第1位，FAQ寫第2位，待官方統一。
報名、費用與特殊需求
考試每年分季舉辦，各季報名與考試日期以官網最新公告為準，報名前請先上網查詢。線上選考區及科目後，依當次繳費單完成付款並查核狀態；20人以上團體報名請洽窗口。北、中、南都有試區，完成報名後不能更換考區，考前3天登入查場次座位。
有身心障礙補助或特殊服務需求，請在報名時提出證明，別等到考試當天；補助是每年ITE／EEC合計2考科。一般報名不退費，特定不可抗力事由可依簡章申請延期1次。個人繳費截止、補助文件與場次要依當次系統及主辦回覆確認。
成績、電子證書與待確認規則
學科交卷後即顯示成績，考後10個工作日後可查詢並辦理證書服務。現行採電子證書；單科合格不等於已領到人員別證書，兩科合格後仍須申請。單科組合有3年限制，但起算措辭有差異，請向主辦核對個人期限；人員別效期、定期換證、持續教育及一般重考限制，本次未查得明確規定，不能自行推估。
成績公布起算為鑑定結束次工作日起10個工作日。一般證書申請約1個月，急件3工作天，以個人申請狀態為準；費用及登入後狀態待確認。成績複查於鑑定結束次工作日起10日內書面提出，每科NT$200，以1次為限。
仍需向主辦確認的項目包括：技能規範修訂狀態、成績小數位、單科組合期限起算、人員別證書效期／換證／持續教育、複選計分、一般重考限制、證書費與申請狀態、當次付款方式、當年度行政主管機關與採認效益，以及外籍應試證件、補助送件和個人場次。未查得明文的項目不自行推估。
練習與行動任務
本堂不安排正式作答練習，先完成個人報考資訊整理。
行動任務：建立報考檢查表，列出資格、科目、證件、繳費與辦證待查事項，向主辦確認個人條件。
常見問答
問：具備 C 語言能力才可以報考嗎？
答：C 是建議的先備能力，並非簡章所列學歷或修課門檻；正式資格以官方公布為準。
問：兩科平均70分就合格嗎？
答：不可以，各科須獨立達70分；單科合格與取得人員別證書也不同。
官方資料與查核日期
資料查核日期：2026-10-22。試務資料採115年度簡章（2026年1月 V1.0）及官方科目頁；最新考期與規則請至官網查詢，以官方最新公布為準。技能規範未標年度，修訂狀態待確認。技術文件僅補充開發觀念，不代表考試配分。
115年度完整簡章（ITE官方資料）
證照與職業導向（ITE官方資料）
IEA科目頁（ITE官方資料）
IEX科目頁（ITE官方資料）
IEA技能規範（ITE官方資料）
IEX技能規範（ITE官方資料）
大會考報名入口（ITE官方資料）
發證方式（ITE官方資料）
常見問題（ITE官方資料）
CSF測驗服務網（ITE官方資料）
更多 〈ITE-嵌入式系統軟體開發專業人員〉 推薦好文
ITE嵌入式系統軟體開發專業人員備考｜IEA硬體架構、記憶體與介面重點
ITE嵌入式系統軟體開發專業人員備考｜IEA／IEX核心、驅動與中斷同步觀念
ITE嵌入式系統軟體開發專業人員備考｜IEX交叉編譯、Linux啟動與除錯
從基礎電學到晶片設計與微電腦應用——南港高工電子科：培育跨領域機電控制與電路設計人才
電子科和電機科到底有什麼不同？這是不少國中生在選填志願時常遇到的疑問。南港高工電子科主任支裕文用「30伏特」給出簡單判斷：30伏特以下的直流電屬於電子科的課程學習範圍；30伏特以上的大電力與交流電，則是電機科的專業領域。那麼，電子科究竟在學什麼？一起來認識這門與晶片、電路及智慧科技息息相關的技術專業。
「晶片設計」、「物聯網」、「人工智慧」，串接南港高工電子
南港高工電子科主任支裕文，本身就是技職教育體系出身，畢業於大安高工資訊科與國立彰化師範大學工業教育系，擔任教職後又繼續進修，分別於臺灣科大與成功大學取得碩士與博士學位，在技職教育現場任教已有23個年頭。談起投身技職教育的契機，支主任笑說，當年讀書時代擔任競賽選手時，同儕間經常互相討論，把自己摸索懂的技術教會身邊同學，那種成就感悄悄在他心底扎下了根。「把原本不會的人教到懂，是一件很幸福的事。」懷抱著這份初衷，投入教育界，引導國中剛畢業的孩子從最基本的一顆小零件開始，一步步推開當前最熱門的科技與晶片控制大門。
若要用三個關鍵字形容南港高工電子科的教學主軸，支主任點出「晶片設計」、「物聯網」與「AI人工智慧」。課程不僅結合軟體程式與硬體電路，更教導學生將邊緣運算晶片結合感測器，讓日常生活中的各類電子裝置，都能具備獨立判斷與運作的智慧能力。
循序漸進的三年地圖：從手工焊接到智慧晶片應用
高一奠定手作與電學基礎：基本電學、程式設計實習、基礎電子實習，理論課從基礎電學的電壓、電流與電阻…等原理切入；實習課則以「基礎電子實習」為主，先學會怎麼使用儀器及手工具，例如：三用電表、函數波信號產生器、示波器、電源供應器…等儀器量測，以及尖嘴鉗、斜口鉗、剝線鉗與手工焊接等基本手工具。高一學生會接受輔導，考取勞動部「工業電子丙級」技術士證照。另外，還有一門「程式設計實習」則以 C 語言為主，並適時導入近年主流的 Python 語法，為軟體能力扎根。
高二深入電腦結構與晶片設計：課程邁入進階的「數位邏輯設計」、「微處理機」與「電子學」等理論科目，並搭配實習課程，實習課程方面接觸可程式邏輯晶片(CPLD/FPGA)；單晶片微處理機實習則引導學生使用 Arduino UNO與ESP32 單晶片。這一年也安排電腦繪圖實習，教學生用CAD軟體自行繪製線路，並實際雕刻、製作出專屬自己的應用電路板。
高三系統整合與智慧專題實作：將所學全面整合於「專題製作」與「介面電路」控制。學生運用「邊緣運算晶片」，打造智慧溫控、空氣品質監測、人臉與物件辨識，甚至人機互動猜拳遊戲等實用的系統。在高三期間更輔導學生挑戰難度更高、升學更具加分優勢的勞動部「數位電子乙級」技術士證照。
圖片：學生課堂中實作作品
在校生心聲：在同儕互助與反覆除錯中看見成長
國小就曾接觸過機器人課程的林同學分享，國中畢業時因累積了動手做的經驗，在家長鼓勵下選擇就讀南港高工電子科。身為科內少數的女同學，她不僅在班上名列前茅成績優異，更代表學校參與校外FRC機器人競賽。
而國中時期透過國中技藝班培訓，接觸電子領域，進而選拔為選手的蔡同學，則展現出過人的動手能力。他表示自己最喜歡實習課，尤其是細膩的手工焊接，把零件整齊排列焊在板子上的專注過程，讓他充滿成就感。「雖然電路接錯或晶片不動時很挫折，但只要靜下心來檢查線路、向老師請教，一定能找出盲點。」蔡同學認為，不用害怕一開始什麼都不懂，持續動手做就能克服恐懼。
學以致用：技藝由心 – 愛在服務 培養多元價值觀
技術型高中學生畢業後都會有一技之長在身上，港工電子科每年都會辦理服務學習活動，包含服務活動與營隊活動，運用自己所學，發揮專長，學以致用，將所學回饋社會。
升學管道多元暢通：培育能解決問題的研發人才
南港高工電子科畢業生的升學與就業進路十分寬廣。支裕文主任指出，科上畢業生有超過九成以上選擇繼續升學。升學管道涵蓋普通大學與科技大學的「特殊選才」、「技優保送」、「技優甄審」（技能(藝)競賽獲獎或持乙級證照加分）、「甄選入學」與「登記分發」，可銜接普通大學或科技大學電子工程系、資訊工程系、電機工程系與光電工程系等熱門科系。
對於未來就業，支主任強調，臺灣資通訊與半導體供應鏈完整，基層技術人員與工程師需求始終居高不下。「我們期許學生未來能朝向『研發工程師』發展，不論是寫韌體、寫軟體或設計電路硬體，均具備動腦解決問題的能力，未來的職涯舞台與薪資天花板才會更高。」
支主任最後建議國中生，就讀電子科不需要國中就是數理天才，但一定要具備「喜歡動手、願意動腦思考、不怕犯錯與除錯的耐心」的態度。只要對科技硬體充滿好奇、不怕複雜線路與繁雜的運算邏輯且願意接受新事物與新挑戰，南港高工電子科將會是引導學生將興趣化為專業技術的最佳跳板。
開箱電子科學習日常！更多科系探索，歡迎追蹤104高職生IG
在 Instagram 查看這則貼文 104高職生（@104v.hs）分享的貼文
ITE嵌入式系統軟體開發專業人員備考｜IEX交叉編譯、Linux啟動與除錯
準備 ITE 嵌入式系統軟體開發專業人員鑑定，IEX「嵌入式系統的開發平台與工具（Embedded Linux）」涵蓋開發工具、系統程式設計、核心啟動與系統整合。本篇聚焦交叉編譯、組態／編譯／鏈結，以及啟動階段的故障定位；讀完應能根據目標架構與錯誤紀錄，選擇合理的優先檢查方向。
本文目錄
考試範圍：IEX開發環境、啟動與整合
必懂觀念1：主機、目標與建置階段
必懂觀念2：沿啟動主線定位故障
必懂觀念3：以紀錄驗證修改
常見誤判：從題目條件排除錯誤方向
練習題與解析：沿用本堂影片教學題
備考檢查清單
本篇對應的官方範圍與延伸準備方向
官方來源與資料說明
考試範圍：IEX開發環境、啟動與整合
本篇主要對應 IEX 的開發環境：除錯、測試與模擬工具，系統程式設計中的啟動、組態、編譯、鏈結，以及系統整合；並連接核心初始化與啟動、檔案系統主題。這些觀念亦呼應 IEA 的開發環境與設計整合，但本文以 IEX 的建置及啟動判斷為主。
必懂觀念1：主機、目標與建置階段
開發主機是編輯與建置程式的電腦，目標板是實際執行產品軟體的裝置。若主機與目標使用不同處理器架構，常需要交叉編譯工具鏈，在主機產生目標能執行的程式。例如主機是 x86，目標是 ARM，就不能把主機原生產物直接視為目標可用。工具鏈還必須配合目標的執行環境。
把建置拆開看：組態決定需要哪些功能，編譯把原始碼轉成目的檔，鏈結再組合目的檔與需要的程式庫，產生可執行產物。遇到未定義符號，通常要查鏈結所需定義與程式庫；遇到目標無法執行，則還要查架構、載入器與相依程式庫。不能把所有錯誤都當成語法寫錯。
必懂觀念2：沿啟動主線定位故障
產物正確後，可沿啟動順序定位問題。一般 Embedded Linux 系統先由啟動載入程式做必要準備並載入核心，核心初始化資源，準備根檔案系統並啟動使用者空間的 init，之後才有服務與產品應用。不同平台可能多出韌體或暫存根檔案系統等階段，所以這是一條定位主線，不是所有板子的完整固定流程。
假設紀錄已出現核心訊息，後來指出無法掛載根檔案系統，就先查根分割區參數、儲存驅動與檔案系統支援。如果根檔案系統可用，但 init 無法執行，再查檔案是否存在、架構及相依程式庫。若應用已經啟動卻沒有溫度，才回到裝置辨識、驅動及應用讀值路徑逐層驗證。
必懂觀念3：以紀錄驗證修改
實際除錯時，把「最後成功的步驟」與「第一個失敗的訊息」記下來，再一次改一個條件、重現並比對結果。模擬器適合先查部分程式與流程，真實板子仍要驗證時序、供電及周邊整合。不要因為模擬正常，就直接推定硬體整合也已通過。
常見誤判：從題目條件排除錯誤方向
把編譯成功當成目標可用：建置產物還必須符合目標架構與執行環境；改副檔名不會改變機器指令。
把未定義符號都當成語法錯誤：需區分組態、編譯與鏈結階段，核對所需定義及程式庫。
根檔案系統尚未掛載就先查應用：應先核對根分割區參數、儲存驅動與檔案系統支援，再依成功階段查 init 或感測器讀值。
模擬正常就判定整合通過：模擬可查部分程式流程，真實板子仍須驗證時序、供電及周邊整合。
練習題與解析：沿用本堂影片教學題
以下2題為自編教學題、非官方原題；題幹、選項與答案沿用本堂影片，不代表官方出題或計分方式。
第1題｜單選
開發主機使用 x86，目標板使用 ARM，要在主機建置給目標執行的程式，哪個方向正確？ A. 採用主機原生工具鏈建置。 B. 只替產物重新命名副檔名。 C. 採用匹配目標的工具鏈建置。
答案是 C。重點在目標的架構與執行環境，工具鏈必須與它們相符。用主機原生工具鏈，可能得到主機可執行、目標卻不能執行的產物；改副檔名也不會改變指令架構。這就是把「建置成功」與「目標可用」分開驗證。
第2題｜複選
紀錄顯示核心已啟動，但無法掛載根檔案系統，哪些是合理的優先檢查方向？ A. 核對根分割區參數。 B. 檢查儲存驅動是否可用。 C. 檢查 init 的相依程式庫。 D. 檢查感測器的讀值路徑。
答案是 A 和 B。根分割區參數指出要掛載哪裡，儲存驅動則影響能不能存取裝置；檔案系統類型支援也值得檢查。C 的 init 相依程式庫，要在根檔案系統掛載成功、但 init 無法執行時再查；D 的感測器讀值路徑，則在應用啟動卻沒有溫度時再查。兩者都屬於掛載成功之後的階段，不是目前的優先方向。本題要求全選對才算練習完成，這是本課自訂檢核方式，不代表官方複選計分規則。
備考檢查清單
□ 能區分開發主機與目標板，說明交叉編譯工具鏈須匹配哪些條件。
□ 能分辨組態、編譯與鏈結，按錯誤階段安排查核。
□ 能畫出 Bootloader、Kernel、根檔案系統／init、服務與應用的定位主線，並說明平台可能有額外階段。
□ 能記錄最後成功步驟與第一個失敗訊息，一次改一個條件並重現比對。
□ 能解釋根掛載失敗時為何優先查參數及儲存驅動，並區分後續 init／應用檢查。
練習任務：畫出監測器的軟硬體圖，挑選一個故障，寫下最後成功步驟、第一個錯誤與檢查順序。
本篇對應的官方範圍與延伸準備方向
本篇依官方技能規範選材，僅涵蓋上述入門觀念，並非兩科完整考綱教學，也不保證考過。依課程規劃的範圍覆蓋表，尚須另外準備：
IEX 核心：本篇只有啟動定位主線，另補 Android、排程、記憶體管理、檔案系統細節、匯流排與電源管理的完整機制。
IEX 驅動與人機介面：另準備 USB／RS232C、有線無線網路、驅動開發、圖形、輸入、視窗控制項、事件通知與 Shell 相關概念。
IEX 開發環境與整合：另以既有工具環境練習建置、板上除錯、測試與整合，並依官方更新補充最新趨勢。本文未提供完整操作訓練。
IEA：仍須另補數位電路、處理器與多核架構、記憶體階層、其他介面與硬體趨勢，以及 C 指標、位元操作及軟體分析設計。
備考行動：選1個啟動失敗情境，寫出證據、優先假設、檢查順序與驗證結果，再對照官方完整範圍補足未熟主題。
官方來源與資料說明
資料查核紀錄：2026-10-22。技能規範採官網連結版本，PDF 未標年度／版號；修訂狀態仍須依官方確認。本文不推估主題占分；Linux 技術文件僅補充觀念。
IEA技能規範（ITE官方範圍）
IEX技能規範（ITE官方範圍）
Linux裝置模型（開發專案第一方技術文件）
Kbuild（開發專案第一方技術文件）
啟動時找不到init的說明（開發專案第一方技術文件）
更多 〈ITE-嵌入式系統軟體開發專業人員〉 推薦好文
ITE嵌入式系統軟體開發專業人員怎麼準備？報考資格、考科與辦證規則
ITE嵌入式系統軟體開發專業人員備考｜IEA硬體架構、記憶體與介面重點
ITE嵌入式系統軟體開發專業人員備考｜IEA／IEX核心、驅動與中斷同步觀念
前端工程師2025年必學技能清單：10大工具與技術指南，職場增能懶人包整理
前端工程師需要掌握的技能和專業涵蓋了多個方面(HTML、CSS 、 JavaScrip...等)，包括基礎的網頁開發知識、前端框架、以及與團隊合作的工具等。本篇文章將深入探討前端工程師必備的 10 大核心技能與工具，幫助您在職涯中站穩腳步，開發出高效且吸引人的網站與應用。
1. HTML、CSS 和 JavaScript
HTML: 用於結構化網頁內容，是前端開發的基礎語言。
CSS: 負責設計和佈局，使網站具有視覺吸引力。
Java Script: 增加互動性，處理用戶事件和動態內容。
⚡推薦課程⚡
成為前端工程師｜透過 HTML 與 CSS 認識網頁設計，從 0 到 1 打造實用介面 (上集)
https://nabi.104.com.tw/course/tibame/f5b246b2-ec79-4f0d-8ef5-2fdf8d6f5bcb
成為前端工程師｜Java Script 入門：帶你逐步培養網頁開發技能
https://nabi.104.com.tw/course/tibame/830671fb-2c58-48fa-9a5a-6c1f1798598a
【更多課程學習】https://user266414.pse.is/6ps94k
2. 前端框架和庫
React.js: 一個用於構建用戶界面的 JavaScript 庫，能夠快速開發單頁應用（SPA）。
Vue.js: 一個漸進式框架，適合於小型到大型應用的開發。
Angular: 一個全面的前端框架，適合大型企業級應用。
Svelte: 新興的前端框架，以其高效的性能和簡化的開發體驗而受歡迎。
⚡推薦課程⚡
Let’s Vue! 前端開發入門到實戰
https://nabi.104.com.tw/course/tibame/ee965aa9-eb02-43d5-ae79-1dcd50f965dc
3. 版本控制工具
Git: 版本控制系統，用於跟蹤代碼變更，方便團隊協作。
GitHub 或 GitLab: 托管代碼庫，協作開發和版本管理的主要平台
⚡推薦課程⚡
Git 速成攻略：2.5 小時變身版本控制達人
https://nabi.104.com.tw/course/tibame/20a2bbd6-ee21-4d92-8899-18e59ea3b97f
AI助理GitHub Copilot | 提升前端開發效率
https://nabi.104.com.tw/course/tibame/c4795096-ae10-43a5-b5e3-2a6548c30e8c
GitHub Copilot AI賦能開發實戰訓練班
https://nabi.104.com.tw/course/tibame/2617c99d-b815-442d-89b4-aa35a360273a
4. 預處理與構建工具
Sass 或 Less: CSS 預處理器，能夠提高樣式表的可維護性和可重用性。
Webpack、Parcel 或 Vite: 模塊打包工具，用於優化資源加載、處理 JavaScript 模塊化等。
【更多課程學習】https://user266414.pse.is/6psa64
5. 響應式設計與跨平台兼容
響應式網頁設計: 掌握使用 CSS 媒體查詢（Media Queries）以適應不同屏幕尺寸的布局技巧。
跨瀏覽器兼容性: 確保網站在不同的瀏覽器（如 Chrome、Firefox、Safari、Edge）上的一致性。
⚡推薦課程⚡
RWD響應式網頁設計入門
https://nabi.104.com.tw/course/tibame/9e4a630f-6e3b-4261-adf6-a6ac1edf1ea8
工程師救星-用Bootstrap速成響應式網頁開發
https://nabi.104.com.tw/course/tibame/9e4a630f-6e3b-4261-adf6-a6ac1edf1ea8
6. 調試與測試
Chrome DevTools: 瀏覽器內建的開發者工具，用於調試 JavaScript、分析網頁性能。
前端測試框架: 如 Jest、Mocha、Cypress，用於自動化測試和單元測試。
7. API 與 AJAX 技術
Fetch API 或 Axios: 用於與後端服務進行 HTTP 通信，拉取數據或發送數據。
RESTful API 與 GraphQL: 理解如何與 API 交互並消費 API 提供的數據。
8. 設計工具和基礎設計原則
Figma 或 Adobe XD: 瞭解設計工具以便與設計師協作。
UX/UI 基礎: 基本的用戶體驗和用戶界面設計原則，確保設計既美觀又實用。
⚡推薦課程⚡
UI/UX 新時代指南：產品設計 x 商業思維 x AI 工具
https://nabi.104.com.tw/course/ppa/d9785ca3-7de2-4567-aae5-2c771a5471e8
UI/UX新手實務班｜UI介面設計，洞悉使用者體驗
https://nabi.104.com.tw/course/tibame/1550e806-07b1-49a2-a8e8-42668911d4ca
9. 性能優化
代碼分割與懶加載: 減少初次加載時間，提升網站性能。
圖片優化與資源壓縮: 優化圖片格式與大小，減少網頁加載時間。
10. SEO（搜索引擎優化）
理解基本的 SEO 概念，確保網站在搜索引擎中具有良好的可見度，包括結構化數據的應用和適當的標題標籤。
⚡推薦課程⚡
SEO搜尋引擎優化七大密技｜攻上頂端排名寶座
https://nabi.104.com.tw/course/tibame/b0d286b0-9106-406c-beff-c53918ab2270
具備以上這些技能，能幫助前端工程師在現代網頁開發中具備更強的競爭力與靈活性。
ChatGPT怎麼整理Excel資料？清理欄位、統一格式，樞紐分析不出錯｜8組提示詞範本
Excel或Google Sheets的欄位內容沒統一，樞紐分析被拆成好幾類、加總還算不出來？本文分享使用ChatGPT檢查欄位問題、建立清理規則、產生公式，並將混亂資料轉換成一致格式，附8組可直接複製的提示詞範本，同樣適用。本文節錄自《ChatGPT上工了! 最強AI活用術》。
文／施威銘研究室
本文目錄（點擊可快速前往）
請ChatGPT幫你清理Excel資料、統一欄位格式輸入指令請ChatGPT做檢查範例：清理訂單資料中的欄位與格式檢查資料、給予清理規則產生清理公式常見清理任務的指令範本：檢查欄位、金額、統一日期格式使用ChatGPT外掛時的注意事項
【在Excel或Google Sheets使用ChatGPT外掛】
工具：Excel或Google Sheets
外掛：ChatGPT for Excel／ChatGPT for Google Sheets
Excel安裝：常用→增益集→ 搜尋ChatGPT→ 新增
Google Sheets安裝：擴充功能→外掛程式→取得外掛程式→ 搜尋ChatGPT→安裝
登入：用OpenAI帳號登入。免費版及各訂閱方案皆可使用
注意：類似的外掛程式很多，下載時請確認公司名稱為「OpenAI」（圖／104職場力小編截圖）
請ChatGPT幫你清理Excel資料、統一欄位格式
資料表在進行排序、篩選、加總、查找或樞紐分析前，通常需要先確認欄位與格式是否一致。即使資料看起來可以閱讀，只要欄位內容不統一，後續分析就可能出現錯誤。例如，同一欄地區中同時出現「台北」、「臺北市」、「Taipei」；同一欄日期中混用「2026/1/5」、「1月5日」、「2026-0105」；同一欄金額中同時出現「1200」、「1,200」、「$1,200」、「1200元」。這些內容對人來說容易理解，但在試算表中可能被判斷為不同分類、不同格式，甚至不同資料型態。
ChatGPT可以協助使用者檢查欄位問題、建立清理規則、產生公式，並將混亂資料轉換成一致格式。用在資料整理的前置階段，幫助使用者判斷哪些欄位需要統一、哪些內容可能會影響計算，以及應該採用哪些功能來處理。
輸入指令請ChatGPT做檢查
使用這項功能時，可以先選取需要檢查的資料範圍，例如A1:F20，再於ChatGPT外掛中輸入清理指令。比較穩定的做法是先請外掛檢查問題，再請它建立規則，最後才請它產生公式或建議處理方式。可以在外掛中輸入：
【提示詞】請檢查目前選取的表格有哪些欄位與格式問題。請用表格列出欄位名稱、問題類型、可能影響與建議清理方式。請特別檢查日期、金額、分類名稱、空格與付款狀態是否一致。
如果已經知道要清理的欄位，也可以更精準地輸入：
【提示詞】金額欄位在（自行選取或填寫）欄，內容可能包含 $、,、元 等符號。請提供一個可以放在新欄位的公式，將這些內容轉成可加總的純數字。
先檢查問題以避免ChatGPT誤改資料；再建立清理規則可以讓我們確認標準；最後產生公式，則能把清理結果放在新欄位中檢查，而不是直接覆蓋原始資料。
範例：清理訂單資料中的欄位與格式
檢查資料、給予清理規則
假設工作表中有一份簡單的訂單資料：
訂單編號地區訂單日期金額付款狀態商品類別A001台北2026/01/051200已付款辦公用品A002臺北市1月6日850元已付辦公用品A003Taipei2026-01-07$2,300Paid電腦週邊A004新北2026.01.081,500未付款電腦週邊
這張表看起來仍然可以閱讀，但若要做統計，會出現幾個問題。地區欄位中「台北」、「臺北市」、「Taipei」可能代表同一地區，但在樞紐分析中會被拆成不同分類。訂單日期欄位混用斜線、中文日期、短橫線與句點格式，可能影響排序與月份統計。金額欄位混入「元」、「$」與逗號，可能造成加總失敗。付款狀態中的「已付款」、「已付」、「Paid」也需要統一。商品類別中的「電腦週邊」與「電腦周邊」雖然意思接近，但試算表會將它們視為不同類別。我們可以先選取這份資料，然後在ChatGPT外掛中輸入：
【提示詞】請檢查目前選取的訂單表有哪些資料清理問題。請用表格列出欄位、問題類型、可能影響與建議處理方式。請不要直接修改資料，先提出清理建議。
外掛可能回傳類似以下內容：
欄位問題類型可能影響建議處理方式地區同一地區有多種寫法樞紐分析或篩選時會被拆成不同分類建立對照表，將台北、臺北市、Taipei統一為臺北市訂單日期日期格式不一致可能無法正確排序、依月份統計或製作趨勢圖統一為 yyyy-mm-dd 格式金額數字混入符號與文字加總、平均或比較時可能出錯移除 $、,、元 後轉為純數字付款狀態分類命名不一致篩選與統計時結果分散將已付款、已付、Paid 統一為已付款商品類別同義分類用字不同分類統計會被拆成兩組將電腦週邊與電腦周邊統一為同一標準名稱
接著，可以在外掛中請ChatGPT建立清理規則：
【提示詞】請根據剛才檢查出的問題，建立一張清理規則表。欄位請包含：原始欄位、標準格式、建議方法、是否需要人工確認。
ChatGPT可能會回傳：
原始欄位標準格式建議方法是否需要人工確認地區台北市、新北市等標準縣市名稱建立對照表，再用XLOOKUP或VLOOKUP轉換是訂單日期yyyy-mm-dd使用日期轉換公式或先統一分隔符號部分需要金額純數字使用SUBSTITUTE、VALUE或REGEXREPLACE清除符號否付款狀態已付款、未付款建立對照表或使用SWITCH / IF統一否商品類別固定分類名稱建立對照表或使用取代功能是
這張規則表可以放在工作表旁邊，作為後續清理依據。需要人工確認的項目，通常是分類標準或語意判斷。例如「Taipei」是否一定要轉成「台北市」，要看資料來源是否可能包含「台北地區」或其他更寬的區域定義；「電腦週邊」與「電腦周邊」是否統一，也要看團隊採用哪一種標準用字。
產生清理公式
確認清理規則後，可以請ChatGPT 外掛針對特定欄位產生公式。比較推薦的做法，是在原始欄位旁新增「清理後」欄位，而不是直接覆蓋原始資料。例如可以新增「清理後金額」、「標準付款狀態」、「標準地區」等欄位，方便檢查公式結果是否正確。我們在這邊以「統一金額格式」、「統一付款狀態」為例子做示範。
1. 統一金額格式：若金額在D欄，可以在外掛中輸入：
【提示詞】金額欄位在D欄，可能出現1200、850元、$2,300、1,500這幾種格式。請提供一個可放在新欄位的公式，將它轉成可以加總的純數字。
Excel可能會出現以下公式：
=VALUE(SUBSTITUTE(SUBSTITUTE(SUBSTITUTE(D2,"$",""),"元",""),",",""))
這個公式用多層SUBSTITUTE逐一移除$、元與逗號，再用VALUE轉成數字。它的優點是容易理解，缺點是每新增一種要移除的符號，就需要增加一層替換。如果資料來源長期會出現不同格式，使用對照表、PowerQuery或更進階的清理工具可能更適合。
2. 統一付款狀態：原始資料中可能有「已付」「Paid」「未繳」「Unpaid」，我們希望統一成「已付款」或「未付款」。這時就可以先請ChatGPT建立一張對照表，再讓ChatGPT提供函數，把原始值轉成標準值。
【提示詞】請在原始資料旁建立一份「付款狀態對照表」，包含「原始值」與「標準值」兩個欄位，並依照下列規則填入：●「已付款」、「已付」、「Paid」統一對應為「已付款」。●「未付款」、「未付」、「Unpaid」統一對應為「未付款」。請保留原始資料，不要直接修改或覆蓋原欄位。
先請ChatGPT建立付款狀態的對照表（圖／旗標科技）
接著，請ChatGPT依照對照表寫的轉換規則，在原始資料旁新增「整理後的付款狀態」欄位，將E欄中格式不一致的付款狀態統一為標準值。對照表位於H2:I7，其中H欄為原始值，I欄為對應的標準值。
【提示詞】E欄為「付款狀態」，其中包含多種不同寫法。請參考H2:I7的對照表，提供一個可填入新欄位的公式，將 E 欄的付款狀態轉換為對應的標準值。若找不到相符的原始值，請顯示 "需確認"。
本次實際測試中，ChatGPT提供的公式如下：
=IFERROR(VLOOKUP(E2,$H$2:$I$7,2,FALSE),"需確認")
這個公式會先讀取E2儲存格中的付款狀態，並到H2:I7的對照表中尋找完全相同的原始值。找到後，會回傳對照表第二欄的標準值，例如將「已付」或「Paid」轉換成「已付款」。公式中的$用來固定對照表範圍，因此向下複製公式時，查找範圍不會跟著移動。如果找不到相符的付款狀態，IFERROR就會讓儲存格顯示「需確認」。
可以看到ChatGPT已經在G欄新增一個欄位，用來顯示統一判斷後的付款狀態（圖／旗標科技）
若使用的是Microsoft365或新版Excel，也可以使用XLOOKUP：
=XLOOKUP(E2,$H$2:$H$7,$I$2:$I$7,"需確認",0)
這個公式會取得E2的付款狀態，並在H2的「原始值」中尋找完全相同的內容；找到後，回傳同一列I2中的「標準值」。若找不到相符內容，就顯示「需確認」。最後的0代表必須完全符合，而$則用來固定對照表範圍，讓公式向下複製時不會移動。但是部分舊版Excel還有Google Sheets都不支援XLOOKUP，假如出現 #NAME?，就得改用VLOOKUP版本。
常見清理任務的指令範本：檢查欄位、金額、統一日期格式
在Excel或GoogleSheets中使用ChatGPT外掛清理資料時，可以依照問題類型輸入不同指令。若資料問題不明確，先要求外掛檢查；若問題已經明確，再要求它產生公式或清理規則。
使用需求可輸入到外掛的指令檢查欄位問題請檢查目前選取的表格有哪些欄位與格式問題，並指出哪些問題會影響排序、篩選、加總或樞紐分析建立清理規則請根據目前表格建立一份欄位清理規則表，包含欄位名稱、問題類型、標準格式與建議處理方法統一分類名稱請檢查目前選取欄位中哪些值可能代表同一意思，並建立標準化對照表。若不確定，請標註需要人工確認清理金額欄位請提供Excel與Google Sheets公式，將目前金額欄位中含有貨幣符號、逗號與文字單位的內容轉成純數字清理日期欄位請檢查目前日期欄位有哪些格式不一致，並建議如何統一為yyyy-mm-dd。若部分資料缺少年份，請標註需要補充規則清除多餘空格請提供公式，清除目前文字欄位中的前後空格、連續空格與不可見字元拆分混合欄位請根據目前欄位內容，判斷是否需要拆分成多個欄位，並提供Excel與Google Sheets可用方法檢查重複資料請根據目前表格欄位，建議應該用哪些欄位判斷重複紀錄，並說明理由
這些指令可以依表格內容調整。若外掛輸出的解法說明不明確，可以要求它「引用具體欄位名稱與範例值」；假如公式出錯又不知道怎麼調整，可以用「先用輔助欄位分步處理，再提供合併公式」提示詞處理。
使用ChatGPT外掛時的注意事項
使用ChatGPT 外掛清理欄位與格式時，應先保留原始資料。比較安全的做法，是新增「清理後」欄位，或另存一份工作表，再將公式結果放入新欄位中檢查。若直接覆蓋原始欄位，一旦清理規則有誤，就不容易回頭確認資料原貌。這一點在金額、日期、客戶資料、庫存資料與交易紀錄中特別重要。
清理後也建議進行抽樣比對。可以挑選幾筆正常資料、空白資料、格式特殊資料與找不到對應值的資料，檢查清理前後是否符合預期。例如付款狀態使用對照表轉換時，若某個原始值沒有出現在對照表中，公式最好顯示「需確認」，而不是直接保留原值或顯示空白。這樣可以讓尚未被清理規則涵蓋的資料浮現出來，方便後續補充對照表。
清理公式也需要測試，尤其是日期與金額欄位，只要資料中有少數特殊格式，公式就可能失效。例如金額欄位如果出現負數、括號表示負值、百分比、小數點或不同幣別，原本只移除符號的公式可能不夠用。日期欄位若出現缺少年份、民國年、西元年混用，或文字日期與數字日期混雜，也需要先確認轉換規則，不能只依賴單一公式。
如果試算表裡的資料會定期更新，建議把清理規則整理在工作表中，例如建立一張「對照表」或「清理規則」工作表，記錄原始值、標準值、處理方法與是否需要人工確認。ChatGPT外掛可以協助產生規則與公式，但清理規則最好留在試算表內，方便日後重複使用、檢查與交接。
節錄自：旗標科技《ChatGPT上工了! 最強AI活用術: ChatGPT Work×GPT 5.6》／施威銘研究室 著
有任何收穫或想分享的，都來和大家一起聊聊吧！