iT邦幫忙

0

[POG-Task-02] POG Task 深度思考:缺失的一層 與 POG Task Moment

  • 分享至 

  • xImage
  •  

直覺:為什麼光靠跟 AI「聊天」是不夠的

你可能有過這種感覺。當你在構建或使用 AI Agent 時,會有種奇怪、難以名狀的不安感。

這不是因為 AI 不夠聰明。GPT-4 和 Claude 3.5 已經非常出色。
這也不是因為它們不會寫程式。它們可以在幾秒鐘內生成完整的模組。

這種感覺更深層。這是一種 結構性的不安全感

當你在聊天視窗中要求 Agent「重構這個模組」或「部署這個修復」時,你本質上是在通過非正式的對話來執行關鍵任務操作。

https://ithelp.ithome.com.tw/upload/images/20260210/20181364eVYzNHw9hT.jpg

「聊天」陷阱

如果我們把世界分成三群人来看,就會明白為什麼這個問題會存在:

  1. 任務管理器建構者 (Jira, Asana):他們假設工作是由人類完成的。「任務」只不過是對擁有了上下文和記憶的人類的提醒。
  2. Agent 框架建構者 (LangChain, AutoGPT):他們專注於「能不能跑起來?」。他們關心推理迴圈和工具調用。治理 (Governance) 是事後才考慮的想法。
  3. 治理與審計團隊:他們關心「誰做了什麼?」和「我們能否回滾 (Rollback)?」。但直到最近,AI 還沒開始做 真正的工作,所以他們還沒有關注 AI 的執行層面。

缺失的一層

問題在於我們缺少了一層。

  • 聊天記錄 (Chat logs) 不是工作歷史。它們雜亂無章、缺乏結構,且難以重播。
  • 提示詞日誌 (Prompt logs) 不是決策記錄。它們顯示的是輸入,而不是工作的「合約」。

當一個 Agent 修改你的程式碼庫、刪除檔案或變更基礎設施配置時,它不再只是在「聊天」。它是在 執行 (Executing)

但是 執行記錄 (Execution Record) 在哪裡?

目前,它在聊天視窗關閉的那一刻就消失了。如果三個月後出了問題,你無法對一段對話進行 "git blame"。你無法回滾一連串的提示詞。

https://ithelp.ithome.com.tw/upload/images/20260210/20181364wTutzGrIXo.jpg

覺醒

這就是 POG Task 存在的原因。它不僅僅是另一個待辦事項清單。它是對 AI 需要一個原生工作單位 這一事實的認可。

  • 它需要比聊天訊息更有結構。
  • 它需要比人類的待辦事項更嚴謹。
  • 它需要可審計、可重播且持久存在。

接下來,我們將通過將其與歷史上最成功的「缺失層」之一:Git 進行比較,來探討這個缺失層究竟是什麼樣子。


AI 執行的 Git Moment

歷史不會重演,但會押韻。在軟體工程中,我們看到一種模式:當複雜性危機出現時,一個新的「層」就會浮現來解決它。

Git 類比

Git 之前,我們有版本控制系統 (CVS, SVN)。它們能用,但假設了一個協作者有限的中心化世界。
當 Linux 核心開發爆發時,舊的假設崩潰了。
Git 不僅僅是「讓版本控制更好」。它重新定義了協作的基本單位:Commit (提交)

  • Commit 是不可變的。
  • Commit 有父節點。
  • Commit 是整個狀態的快照。

突然之間,「協作」不再是一個模糊的活動;它變成了一個由具體、可重播的單位組成的圖譜。

Docker 類比

Docker 之前,我們有虛擬機 (VMs) 和 chroot。
Docker 沒有發明隔離。它重新定義了部署的基本單位:Container (容器)

  • 「在我的機器上可以跑」變得過時了,因為環境本身被打包了。

https://ithelp.ithome.com.tw/upload/images/20260210/20181364nMTTkdmJAi.jpg

POG Task Moment

我們現在正處於 AI Agent 的類似時刻。

  • 我們有智慧 (LLMs)。
  • 我們有工具 (Function Calling)。
  • 我們有框架 (LangChain)。

但我們缺乏 AI 工作最基本的單位

POG Task 提出 Task (任務) 就是那個單位。
就像 Git 將「程式碼變更」變成一個有形的物件 (commit),POG Task 將「AI 行為」變成一個有形的物件 (任務檔案)。

  • 任務有一個穩定的 ID (UUID)。
  • 任務有一個定義 (輸入)。
  • 任務有一個結果 (輸出/歷史)。

它將模糊的「意圖」轉化為具體的「產物」。


宣言:為什麼「現在」是 POG Task 的時刻

長久以來,「AI 任務層」的概念是多餘的。
在 LLM 出現之前,自動化是確定性的。你寫一個腳本,它就執行。沒有「意圖」需要管理,只有指令。

但現在,世界變了。

三個臨界點

POG Task 存在是因為我們同時跨越了三個關鍵臨界點:

  1. 能力 (Capability):AI 模型終於穩定到足以承擔一份「工作」。它們可以遵循多步驟計畫而不會產生幻覺導致失控。
  2. 複雜性 (Complexity):Agent 系統變得太複雜,無法在聊天視窗中運行。我們需要狀態管理、可重播性和除錯工具。
  3. 治理 (Governance):隨著 AI 接觸生產環境代碼和基礎設施,「ChatOps」不再可接受。我們需要審計軌跡。

不早也不晚

如果我們在 2 年前構建這個,那會太早。AI 還沒準備好。
如果我們再等 2 年,那會太晚。生態系統將已經分裂成一千個專有、不相容的任務孤島。

我們現在構建 POG Task,是為了在 AI 工作的標準單位 被鎖在圍牆花園之前定義它。

願景

我們看到一個未來:

  • 人類意圖 被清晰捕捉。
  • AI 執行 受限且安全。
  • 工作歷史 被保存且可學習。

這不僅僅是關於生產力。這是關於 結構
這是關於賦予 AI 一個清晰角色的尊嚴,並賦予人類一個清晰流程的安全感。

這就是 POG Task。缺失的一層終於補上了。

立即查看 實踐說明 : https://ithelp.ithome.com.tw/articles/10399296

快速入門 : https://enjtorian.github.io/pog-task/zh-tw/quickstart/


圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言