現在最流行的莫過於找AI寫程式碼,當然我也過了一把求學時代未能完成寫一些自己"覺得"適合自用的程式的癮。

然後呢....
事情發生在2個小時前....

當我查看AI幫忙整理輸出"我覺得"應該是個不錯用的工具程式時,突然發現我要求在程式開頭添加的Docstrings註解段落(這個可以讓使用者在CMD視窗輸入<程式名稱> help時輸出Docstrings的說明文件)中,程式的版本更新歷史記錄裡的時間項目,出現離譜的時間記錄:


<#
Microsoft Store App PATH 診斷修復工具 - 安全增強版

## 腳本名稱
`PATH_Tool_Diagnostic_Repair_Safe.ps1`

## 用途
此 PowerShell 腳本提供圖形化界面(GUI)用於安全地:
1. 掃描和診斷系統 PATH 環境變數問題
2. 執行受保護的工具註冊操作
3. 支持操作回滾和狀態恢復
4. 安全處理中斷請求(Ctrl-C)

## 主要功能
- 原子操作記錄與回滾機制
- Ctrl-C 中斷安全處理
- 操作過程自動備份
- 多層級錯誤處理
- 圖形化進度顯示
- 詳細日誌記錄

## 安全特性
✅ 操作事務性保證
✅ 中斷時自動恢復
✅ 文件修改前備份
✅ 資源泄漏防護
✅ 權限最小化原則

## 用法
1. 直接執行腳本(自動請求管理員權限)
2. 使用圖形界面操作
3. 中斷時自動提示恢復選項
4. 日誌保存在 %TEMP%\PATH_Repair_Logs

## 版本資訊
- 版本號: 2.0.0
- 更新日期: 2023-12-01

## 更新歷史
### v1.2.0 (2023-11-20)
- 新增基礎錯誤處理
- 添加簡單的Ctrl-C處理

### v2.0.0 (2023-12-01)
- 完全重構操作引擎
- 實現事務性操作模式
- 添加原子回滾功能
- 建立文件備份系統
- 增強中斷處理安全性
- 完善日誌記錄系統

## 注意事項
- 需要管理員權限執行完整功能
- 複雜操作可能需要更長時間
- 日誌文件可能包含敏感信息
- 部分操作需重啟生效
#>



當場看了讓我一頭霧水,雖然我從2025-01這個DeepSeek v3正式上線時就知道他的訓練數據停留在2024-10,剛上線時也不提供任何網路搜索功能,問什麼問題也都回應說只能根據2024-10為止的記錄回應,但是....
在其他家AI服務供應商開始不停內卷提供更多網路查詢服務後,DeepSeek官方也在後來系統更新提供真正能用的網路搜索功能,現在的問題居然是....

他的系統回到過去了????



然後我在不死心用各種提示詞詢問他現在是什麼時間,一律回應是2023-XXXX,我真的是....OO你個XX

然後呢....

我另外呼叫別的AI詢問系統時間,也大都是跟我繞圈圈說什麼系統限制無法查詢,最後我只丟出一句:

請問現在時間。




目前提供的資訊中,多個來源顯示北京時間為 2025 年 8 月 4 日,不同來源的具體時刻存在差異,如 03:26:01、03:59:07、09:00:44、14:30:22 等。UTC 時間為 2025 年 7 月 11 日 15:10:15 。但這些資訊存在更新時間差異,實際的當前時間可能已變化,如需精準時間,建議通過系統時鐘、網路時間同步服務或權威授時網站獲取。

北京時間:來源 6 顯示為 2025 年 8 月 4 日 3 時 26 分 01 秒;來源 1 顯示為 2025 年 8 月 4 日 3 時 59 分 07 秒;來源 2 顯示為 2025 年 7 月 20 日 9 時 00 分 44 秒;來源 4 顯示為 2025 年 7 月 21 日 14 時 30 分 22 秒。來源 6 是通過國家授時中心校準,相對較為權威。
UTC 時間:來源 5 顯示為 2025 年 7 月 11 日 15 時 10 分 15 秒。


所以只是詢問的提示詞格式不對,造成輸出錯誤????

同樣提示詞我再去問DeepSeek:

今天又浪費時間當柯南診斷"AI的病"
(直接截圖 -- 有圖有真相)

我擦~~~下方數據來源列表是在提示"我是有透過專業第3方提供的時間數據"這種思路...我想我一定是和DeepSeek活在不同時空環境中,才會產生這種時空偏差的現象....

這樣已經浪費我近3個小時的生命了....

然後我讓另一個AI根據這張截圖來"合理推論"(AI服務商都會設定禁止評論其他AI產品)到底發生什麼事了,然後就是給個不算答案的答案...

今天又浪費時間當柯南診斷"AI的病"
(照樣 - 有圖有真相)

我想我就算讓目前已知的AI產品來回答這種問題,應該都是類似答案(就不要再浪費寶貴的生命了)....

再度引用第3個AI來個斷言:

今天又浪費時間當柯南診斷"AI的病"

結論就是:

人為干預。



註:DeepSeek接手的版本歷史有1.2~2.0,其實前面有第4個AI執行1.0~1.1版的程式碼撰寫,也就是這個工具腳本是已經經過4次迭代。

註:太閒了再把這個腳本的FlowChart(流程圖)貼上來。

今天又浪費時間當柯南診斷"AI的病"
(一時手癢再更新第6版:Powershell提權失敗錯誤碼分析)

2025/08/04 10:44 更新
貼上v2.0版腳本UI介面:

今天又浪費時間當柯南診斷"AI的病"
執行後才發現這介面真的是"簡易到乾脆用命令列還比較省資源"....

只好再跟AI奮戰,修改UI顯示錯誤並嘗試美化版面:
v3.0 WPF架構,仿Win10 UI

今天又浪費時間當柯南診斷"AI的病"
說真的,除了改進讓emoji字符正確顯示及按鈕字體大了一點(還有狀態視窗有明確執行步驟),我是沒看出哪裡跟Win10 UI的毛玻璃特效有沾邊的,但是腳本中倒是很明白多了很多WPF指令....
Canon EOS 500N + EF 35-80mm F4-5.6 Canon EOS 300D EF 28-105mm F3.5-4.5 EF 50m
第一次碰到有人寫程式時有寫錯的?
自己回應自己....

這種AI輸出不實資訊的狀況在2025-01我開始接觸AI產品時就已經發現,像那時AI設定的輔助撰寫程式碼的回覆格式大都會有"本程式已經過XX系統XX版本執行驗證...."這類保證有用的說法。

結果呢....



99%都是狗屁!!
一執行就是各種希奇古怪的報錯,幾乎沒有拿到手保證運作的程式碼(那個在螢幕上列印Hello World!"這種示範程式碼不算啊,連這種都會報錯那肯定是電腦硬體及作業系統環節出問題。),最經典就是抄別人的現成程式碼結果漏掉結尾指令(什麼";"號還是")", "]", "}"右括號的),或是自己幻想出來把不同程式語言的指令混用出現"查無此指令"的低級錯誤(然後把錯誤程式碼貼上去問他還回應使用者自己寫錯指令格式....OO你個XX咧,那不是你寫的嗎??)。

當然這種"查無此指令"問題也有的是程式語言已經在新版本中捨棄舊的指令/語法才導致AI的資料庫不同步,在升級到能連網搜索後多半能在搜索網路資料後給出正確的程式碼段落。

但是,這也只是理想狀況,實際狀況是未必都有解決理解最新版程式語言規範,還是會在相當多輪的DEBUG(你可以理解為"大家來找碴"這種說法)中最後得出"總算是能用"的程式碼,就看你有多少耐心跟AI慢慢磨(還要注意不想付費的每日/每月免費額度有多少可花)。

而這還只是執行輔助寫程式碼這種純文字輸出的項目,輸出圖案或音樂又是另一個維度的難題了。

例如:
1. 我讓AI幫忙輸出程式碼可能會需要用到的icon圖檔,一樣是99.99%不會一次就得到我想要的效果,同樣是花了至少5輪以上去挑出"有50%接近"我要的效果圖,通常還是要把這個"算是草稿"的圖檔丟進影像處理軟體中再二次加工(加[圖層] -> [調整各個元素尺寸] -> [刪背景] -> [調色] -> [換字體] -> [合併可見圖層] -> [輸出png/ico])到滿意為止。

2. 我讓AI音樂輔助生成幫我編個樂曲,一樣也是99%出來的是連50%效果都達不到,還會在每日可用免費額度中花光額度結果是一點都不滿意。

這類圖像/音頻輸出遠比純文字還要複雜,所以我也沒指望AI在這二個領域能幫多少忙。
Canon EOS 500N + EF 35-80mm F4-5.6 Canon EOS 300D EF 28-105mm F3.5-4.5 EF 50m
還是有不少問題存在
我覺得我繼續畫Flowchart下去,原本三行程式碼搞定會擴展到2~3000行,幾乎是要寫個迷你版OS(作業系統)了,我還真的問過AI這個可能性有多大,AI也舉例如何開始準備寫ASM(組合語言)來嵌入Bootloader完全控制系統....
Canon EOS 500N + EF 35-80mm F4-5.6 Canon EOS 300D EF 28-105mm F3.5-4.5 EF 50m
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!