「最近每天都很充實，忙得跟上班一樣。」講完這句話的人，剛剛其實還在午睡。
一個人研究股票自動交易機器人，讓AI測試大量策略組合、寫程式、整理結果。人不用一直坐在螢幕前，醒來卻發現研究又前進了一段。
聽起來很理想。只是待辦事項裡，研究、開發、風險控管、雲端伺服器、監控和緊急應變全都有。員工只有一個，部門卻開得比想像中完整。
AI做重複工作，人做關鍵判斷
這種生活不是完全不必做事，而是把時間從反覆操作移到選擇值得研究的問題。
AI即使算了數百萬種組合，也不能當成數百萬次獲利的證明。回測成績可能被手續費、滑價或實際成交條件吃掉。模擬結果與真實交易損益必須分開記錄。
研究哪個方向、是否少量試跑、什麼時候停機，仍由人決定。AI能寫程式，卻不會替帳戶承擔損失。
為什麼考慮把機器人搬到雲端？
家裡停電、斷網、電腦故障，都可能讓交易程式停擺。正式環境改在雲端Windows執行，可以降低對單一住家的依賴，也方便異地備份與異常通知。
日本三菱UFJ e智能證券在2026年9月24日的官方回覆指出，kabu Station API可以使用雲端環境。不過作業系統、網路和資安維護由使用者負責；每天自動登出或Windows重新啟動後還是要登入，而且API沒有提供自動啟動與重新連線功能。
雲端增加的是韌性，不是保證永遠不停機。
結果每天早上還是要有人登入
數百萬次計算交給AI，卻仍然需要真人做身分驗證，這反差實在好笑。
該券商自2026年10月22日起強制使用通行金鑰登入。桌面版kabu Station使用Windows Hello，不支援Google或Microsoft瀏覽器同步的通行金鑰。官方說明已有列明。
但官方遠端登入問答也說明，Windows Server 2022以上若開啟遠端桌面的WebAuthn轉送，有機會使用本機的Windows Hello認證。這需要實際測試，不能當成所有雲端Windows都支援。
因此比較實際的方式，是接受每天一次的人工登入，再把其餘監控自動化。
真正不能忘的是「訂單還活著」
根據官方回覆，程式停止後，券商已受理的訂單仍然有效。重新啟動時若以為先前訂單都失敗，再送一次，就可能造成重複部位。
要記錄委託編號、受理狀態、成交與取消、庫存部位、錯誤和決策原因，重新交易前先跟券商的最新紀錄核對。核對失敗就停止新增委託。
研究成績說的是「當時看起來可不可行」，實單紀錄說的是「市場上到底發生什麼」。
AI寫的程式也有使用條款問題
官方API頁面寫明禁止使用第三方製作的程式等。AI產生的程式是否落在這項限制內，不能只靠字面自行判定。實際下單前應向券商確認適用範圍。
工作愈多，時間卻愈自由
想到新策略，交給AI研究，睡個午覺，醒來看結果，再思考雲端故障怎麼處理。工作項目沒有變少，但本人不必全程守在鍵盤前。
理想不是「睡著就保證賺錢」，而是自己能休息，值得做的事情仍持續往前走。
