科技人才找香港僱主，先將真實職責連到本人技術貢獻，再核對聘用公司及所需工作許可。作品、面試或「可擔保」字眼都不代表已獲聘或獲批。本篇用技術成果證據卡，幫工程、軟件及數據求職者選作品、準備技術對談及問清招聘條件，並分開一般專業就業與TechTAS研發安排，不以科技職稱保證資格。
1. 先讀工程問題，再決定展示甚麼
職位可能做產品開發、系統維護、數據分析、客戶支援或研發，彼此可重疊，但時髦職稱不會交代比重。保存廣告、版本及渠道，找出僱主最想解決的問題。再問產品供誰用、限制是甚麼、誰審核、甚麼算合適結果，才選相關項目，不將所有程式庫一次丟給主管估計。
假設後端職位重視交易穩定，獲准分享的失敗處理例子，可能比無關的漂亮介面更切題；產品分析職位可能要看你如何用資料支持決定，不只看工具清單。這是教學情境，不是替真實公司設定招聘標準，要以原職責及答覆為準。
研究工程師也要問具體做甚麼，不能從職稱認定全是研發。在科技園區辦公，不代表該公司有合適空缺、配額或你適用某入境安排。先了解工作，再討論路線，不為想要的簽證反過來改寫職責。
2. 把一個項目寫成能追問的本人貢獻
選你能解釋、也獲准談的項目，依問題與限制、本人設計或測試行動、選擇原因、結果及限制來說明。面試官應能追問你為何這樣做，而不是只見一串工具名字。短版保留主線，長版再講假設、測試、審查及尚未解決的地方。
例如將「參與數據平台，使用多種工具」改成「為資料匯入流程加入驗證檢查，整理失敗情況，協調被拒紀錄的審查」。只有真做過才可使用；這句不用虛構百分比，也沒有將整個平台都歸自己。若是團隊結果，要指出你負責哪一部分。
有真實量度，保留期間、單位、方法與比較條件。數字不能核實便不用，或準確描述質性結果，不因履歷建議每句有數字便編造效能提升。能解釋取捨與限制，比一追問便站不住的漂亮數據更有用。
不要把現職或前公司原始碼、帳戶密鑰、客戶資料及受限架構圖當面試材料。技術能力證據不一定要完整公開實作，可以用已獲授權的摘要或另做原創練習。分享權限也寫入準備紀錄，而不是刪公司名就假定安全。
3. 選合適展示方式，交代它能證明甚麼
公開程式庫只有在你有權公開、主管能理解用途時才有幫助。先確認內容權利及披露安排，別因其他人公開過相似內容便照做。以下原創比較幫你選方式，不是強制招聘格式或版權法律結論。
| 展示方式 | 可協助說明 | 要寫清限制 | 準備動作 |
|---|---|---|---|
| 自製練習程式庫 | 實作與測試思路 | 練習不是正式系統 | 寫啟動方法及假設 |
| 獲准刪敏項目摘要 | 本人貢獻與選擇 | 可披露範圍有限 | 先確認授權再整理 |
| 自繪系統圖 | 邊界及依賴取捨 | 簡化教學模型 | 標假設及不涵蓋部分 |
| 研究簡報 | 問題、方法及評估 | 發表與本人貢獻範圍 | 準備追問及證據 |
| 面試練習 | 按指定題目思考 | 測試不代表聘用成果 | 問範圍、工具及用途 |
用模擬資料須標示，不假裝來自真實營運；小型示範可展示推理，不宣稱具企業級可靠度。提供足夠操作說明，讓審閱者理解結果，同時交代與正式環境的差異，別以畫面成功代替完整測試。
接面試作業前，問清範圍、格式、可用工具、評核目的及成果如何處理。若逐漸變成實際交付或替公司部署，先釐清安排及許可。本篇不將所有程式測試一概當受僱，也不提供跨境遠程工作的概括合法結論。
若難在解釋自己做過甚麼，可提交求職背景，帶非機密職位描述與項目摘要，與HKJobHunt商討履歷及面試呈現。這不代表技術背書、保證轉介或錄用。
4. 六欄技術成果證據卡，連接職位與項目
每個值得深入接洽的職位填技術成果證據卡：職位、真正聘用公司及來源版本；工程問題與未解職責；本人行動及相關技術；結果、量度基礎、限制與披露權限；僱主對團隊及選拔的澄清；工作許可問題、負責人及下一步。它不是擔保名單或資格計分器。
假設公司要調查資料傳送失敗，你做過驗證及被拒紀錄審查，接着問職位主要開發管線還是處理生產事故。答案影響展示哪個例子、準備甚麼追問及工作安排，不能因都寫數據工程便當完全一致。
主管欣賞作品，只證明技術回饋，不等於公司願意支持入境申請。卡上分開記技能評語、招聘決定與許可討論；對方說由其他部門處理，便找正式窗口，未答覆前留待澄清，不能將預期填成已同意。
一般成果句式可參考香港履歷指南。本篇新增職位問題、本人實作、評估與披露的連接，不用大堆技能關鍵字代替實際工作，也不重寫整套簽證流程。
5. 核對招聘渠道、公司及真正工作安排
優先由公司招聘渠道研究職位；若經中介，按合適公司聯絡核實其與職位關係，保存原來源與聘用主體。平台的擔保篩選只是研究線索，不是官方已證實個案可批。知名客戶品牌也未必是將來簽聘書的公司。
問誰聘用、誰管理、在哪工作，以及產品開發、研究、客戶交付或支援各佔甚麼。中介或派駐客戶安排，要問書面職責及匯報關係怎樣表達，不將展示專案的品牌當雇用證據。公司資料、職位與人選都要對得上。
原創首封接洽可寫：「職位提到資料驗證與失敗調查，我曾實作相關檢查，可分享獲准的非機密例子。想了解開發與事故支援的比重、真正聘用主體，以及公司可否商討我背景所需的工作許可評估？」按真實項目改，不用群發無關技術清單。
初步訊息可準確說所在地及現有許可，不用立即將護照或機密程式發給未核實聯絡人。需要正式文件時先確認用途及收件人。文件要求、聘書、申請遞交及批准分開記；接受前用職責與薪酬聘書核對再看條件與開始前提。
6. 科技工作、專業就業與TechTAS不要混用
一般就業政策GEP及ASMTP適用人群不同，會考慮真實專業職位及相關背景。內地居民、海外情況、合資格畢業生及已有許可另核，不由英文技術面試決定；台灣人也不因使用中文自動套ASMTP。
創科署TechTAS介紹說明合資格公司輸入非本地人才從事研發、涉及公司配額申請的安排；入境處TechTAS頁另列人選及聘用條件。申請配額期間可遞交相關入境申請，不等於已有有效配額或獲批，不能將遞交與批准混寫。
實際可問公司有否考慮TechTAS、誰處理公司評估、哪些職責涉及研發。AI職稱、作品或園區地址都不足以判定，技術專才類別亦不是TechTAS。本文不引用處理天數、費用、薪酬門檻或保證日期，不按未證實承諾安排辭職。
訪客規定禁止有薪或無薪受僱，作品評審、面試及待批都不創造工作權。移民背景可連到PremierVisa Group香港專才資料，按個案確認服務責任；強作品不能創造不存在的資格、配額或批准。
7. 科技求職者常問的實際問題
沒有開源作品可否申請？
按職位要求及可披露範圍選方式，不是每人都要公開程式庫。獲准項目說明、自製練習或適當簡報可能有用，先問僱主要甚麼，不為湊作品公開受限內容。
團隊成績可以寫成自己成果嗎？
要說本人做哪部分及如何連到團隊結果，不暗示全部由自己設計。團隊數據保留背景與限制，並能解釋本人貢獻；未知數字不可編造。
職稱寫AI是否一定適用TechTAS？
不是。要按真實工作、公司安排及人選條件評估，職稱不是配額、資格或公司已願意採用路線的證明。先問責任窗口與所需下一步。
招聘人說可擔保，應問甚麼？
問涉及哪個聘用主體、職位及評估，由誰確認。願意商討與文件已備、已遞或獲批分開記，不把平台標籤及口頭說法當政府結果。
文件準備中可否先開始？
不能由準備進度推斷工作權。開始前核對本人現有條件及真正安排，測試也要有清楚範圍；涉及實際產出或跨境活動時，具體問題另評估。
提交求職背景，與顧問商討履歷、面試及可接洽僱主方向。帶技術成果證據卡及非機密摘要，讓下一步針對真正職責與一條未解問題。