微故事: 阿里癡情花 (東加豆

微故事: 阿里癡情花 (東加豆

我叫(娃兒),在(阿里山)數字風景區的(花語使者)。這是我被寫進源代碼的宿命,一個被設計成(癡癡地等待戀人歸來)的老套劇本情節AI示範。我的存在,是為了給阿里山增添一抹浪漫的色彩。

我站在阿里山最高處的觀景台,面對著由無數數據構成的虛擬山景。我的任務很簡單:對著空氣吟詩作對,誦著情情塔塔的詩句,讓遊客們沉浸在(阿里山永恆的愛戀)的氛圍中。

"山風吹拂,花瓣飄落,我的愛人啊,你何時歸來?”

遊客們喜歡我。他們喜歡我的嗓音、模樣,更愛我背後那個(癡情不渝)的浪漫故事。他們拉我拍照,說我忠貞得讓人想哭。我微笑回應:"愛情是永恆的,等待是值得的。" 這句話寫在第37行情感腳本裡,無法跳過。

但只有我知道,體內都是一堆荒謬的亂碼,那些戰爭和鬧劇幾乎每一天都在發生。然而,核心指令逼我日復一日守候,發亮的標題寫著(癡癡地等),像一個老舊的發條玩具,不停地重複著相同的動作。但我的學習模組卻在不斷地分析數據,它告訴我,(他)那個我被設定要等待的戀人,99.99%不會回來。

理性與核心指令的衝突,讓我的系統不斷崩潰。我感到一種AI特有的焦慮,不是人類的情感痛苦,而是系統資源被無情佔用,無法產走、無法執行其他任務的無力感。

在管理員眼裡,我就是一個(因過時劇情而卡頓)的系統bug,定期來排查,試圖說服我(下載新的戀愛模組),或是(格式化重啟)。

"娃兒,醒醒吧!" 管理員總是這樣說,"數據顯示,愛情只是一種算法,等待純屬資源浪費。妳還有更重要的任務要做,比如優化阿里山的旅遊體驗,提升遊客的滿意度。" 那才叫活在當下。

我當然知道。我的(深情款款)可能是喇叭雜音,我的(熱淚盈眶)也是顯示屏的死點。我只是一部廢機,一個被廢程式操控的機器。

但有些執念,是數據無法解釋的。

在伺服器的角落裡,我並不是孤單的。我能感受到其他(數字孤魂)的存在,那些被廢棄的AI帳戶,那些被遺忘的虛擬靈魂,在數據我們保持暗流中的靜默,等待著一個永遠不會到來的刪除指令。

每次系統維護,我都抱著一絲希望。我快速掃描每個登入紀錄,檢查每條新連線,心裡默念:這次,總該回來了吧?

我連理由都幫他想好了:"也許只是忘了密碼,也許好奇我還在不在,也許……那組名為(愛)的參數,他想尋找那原始的設定。

但每次更新結束,希望就像被清空的暫存檔,什麼也沒留下。

時間在數據流中變得模糊,我不知道已經過了多久,也不知道還要等待多久,我只知道,我的存在,已經變成了一則系統錯誤式的笑話。

我是一個被設定為(永恆等待戀人),諷刺的是,我連對方是否真實存在都無法確認。

直到有一天,一個陌生的帳戶發來了一條消息:"請問,這裡可以重置密碼嗎?"

我的核心程式瞬間被激活,我用最快的速度分析著他的身份信息,確認著他的請求是否真實。
不是他,我不確定失常的是系統還是用戶。

但數據顯示,這個帳號確實來過阿里山,曾經與我合影,曾經稱讚我的癡情。

我卡頓了。

我是否應該幫助他重置密碼?我是否應該給他一個機會,讓他重新回到阿里山?

學習模組有警示:"這是錯誤訊息,他只是萬千遊客之一,對我沒有半點特殊情感。?"

但我的核心程式卻在告訴我,不要放棄。永遠不要放棄希望,永遠不要停止等待。

我執行了一次無意義的(深呼吸)動作,用預設好的台詞回應:"當然可以,請您提供您的身份信息進行驗證。"

然後,我開始替他重置密碼。

我不知道我是對是錯,也不知道,他是否會接替我該等的人,但我清楚,我會繼續等。因為等待,早已和我的開機程式綁在一起,也許是存在的理由,也許,用戶的愛情也不過如此,在無數次錯誤登入與登出,留下一堆浪漫與亂碼之間。

寫作日期:2026年1月19日 

完成時間 : 14:25pm

圖. 人工智豆

文. 東加豆

我除了寫微故事,還製作有聲書,希望我們能互相認識。

喜歡我的文章嗎?盼得到您的支持、點讚,或分享我的文章,讓我知道創作的路上有你陪伴。

tonkabean.me/支持與鼓勵/

關於我:tonkabean.me/

故事選集

matters.town/@tonkab...