[討論] 為啥現在一堆AI工作流?

看板Soft_Job作者 (dark hatter)時間2天前 (2026/05/28 21:12), 2天前編輯推噓8(9推 1噓 28→)
留言38則, 11人參與, 6小時前最新討論串1/1
我創業過的朋友在做工作流 我另一個剛轉職的也在做工作流 不過工作流就自動化 其實不太能稱為「智慧」 所以現在為啥那麼多人工智慧 都在做工作流? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 219.91.32.112 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1779973973.A.5B9.html
→
05/28 22:31, 2天前 , 1F
因為 Agent 爆幹貴，工作流比較便宜
05/28 22:31, 1F
原來如此，感謝解答 ※ 編輯: arsl400 (219.91.32.112 臺灣), 05/28/2026 22:33:00
→
05/28 22:32, 2天前 , 2F
而且工作流能做的事情是固定的不容易爆炸
05/28 22:32, 2F
推
05/29 00:00, 2天前 , 3F
要套個AI才噱得到客戶
05/29 00:00, 3F
推
05/29 00:02, 2天前 , 4F
n8n不夠智慧了
05/29 00:02, 4F
推
05/29 07:02, 1天前 , 5F
估計是倚靠單一AI平臺不靠譜…
05/29 07:02, 5F
推
05/29 09:13, 1天前 , 6F
Ai工作流跟Agent不一樣嗎？
05/29 09:13, 6F
推
05/29 10:16, 1天前 , 7F
agent就LLM+工作流啊
05/29 10:16, 7F
→
05/29 10:17, 1天前 , 8F
所以做工作流等于做agent
05/29 10:17, 8F
推
05/29 18:45, 1天前 , 9F
skill做好 agent就能幫你全包了
05/29 18:45, 9F
→
05/29 20:49, 1天前 , 10F
uipath這類工具應該快死透了吧
05/29 20:49, 10F
推
05/30 01:31, 1天前 , 11F
agent不穩定 真正重要的東西不可能靠agent去跑
05/30 01:31, 11F
噓
05/30 11:18, 17小時前 , 12F
..................工作流
05/30 11:18, 12F
推
05/30 16:05, 12小時前 , 13F
workflow沒有loop agent有loop
05/30 16:05, 13F
→
05/30 16:06, 12小時前 , 14F
某些agent harness開發完穩定後也可以workflow化
05/30 16:06, 14F
→
05/30 16:07, 12小時前 , 15F
workflow可以作為一種skill/tool給agent調用 大概這樣
05/30 16:07, 15F
→
05/30 20:27, 8小時前 , 16F
workflow 當然可以有 loop 為啥不能有，agent 與 wor
05/30 20:27, 16F
→
05/30 20:28, 8小時前 , 17F
kflow 的差別在 agent 是沒有固定路徑的，特別適合例
05/30 20:28, 17F
→
05/30 20:28, 8小時前 , 18F
外特別多的工作。而當一個工作被徹底定義好、每個例
05/30 20:28, 18F
→
05/30 20:28, 8小時前 , 19F
外都能被歸納為路徑後，workflow 才是跑起來更穩更快
05/30 20:28, 19F
→
05/30 20:28, 8小時前 , 20F
更省那個。
05/30 20:28, 20F
→
05/30 20:35, 8小時前 , 21F
當然可以有loop 但對一個新手提問來說這樣解說最簡單
05/30 20:35, 21F
→
05/30 20:38, 7小時前 , 22F
harness engineering 本質上就是把 agent 變成 workf
05/30 20:38, 22F
→
05/30 20:38, 7小時前 , 23F
low，為的是在保留處理例外的能力的前提下也能在一定
05/30 20:38, 23F
→
05/30 20:38, 7小時前 , 24F
程度上穩定解決問題
05/30 20:38, 24F
→
05/30 20:41, 7小時前 , 25F
這就不完全正確了 harness engineering 包含的範圍遠大
05/30 20:41, 25F
→
05/30 20:42, 7小時前 , 26F
「變成 Workflow」. Guardrails, Observability, eval
05/30 20:42, 26F
→
05/30 20:42, 7小時前 , 27F
都是harness engineering, 但是在構築agent
05/30 20:42, 27F
→
05/30 20:44, 7小時前 , 28F
的安全網 評估框架 可觀測性追蹤Agent失敗
05/30 20:44, 28F
→
05/30 20:45, 7小時前 , 29F
以及上下文管理 這些都是harness 圍繞著agent, 成為
05/30 20:45, 29F
→
05/30 20:45, 7小時前 , 30F
cc/codex這些agent產品的關鍵harness, 而這兩者並非
05/30 20:45, 30F
→
05/30 20:45, 7小時前 , 31F
workflow
05/30 20:45, 31F
→
05/30 20:46, 7小時前 , 32F
一種極端的harness確實是透過 Workflow 來收斂 Agent
05/30 20:46, 32F
→
05/30 20:47, 7小時前 , 33F
的不可控性 但harness engineering的最終目的是要在
05/30 20:47, 33F
→
05/30 20:47, 7小時前 , 34F
agent和workflow間找到平衡點
05/30 20:47, 34F
→
05/30 20:49, 7小時前 , 35F
最終往哪落地還是看你的商業情境
05/30 20:49, 35F
推
05/30 21:44, 6小時前 , 36F
我覺得 定義這些名詞沒什麼意義
05/30 21:44, 36F
→
05/30 21:45, 6小時前 , 37F
這不是那種不定義好會難以溝通的東西……
05/30 21:45, 37F
→
05/30 22:29, 6小時前 , 38F
是阿 理解它的精神就好 哈哈
05/30 22:29, 38F
‣ 更多 arsl400 的文章
文章代碼(AID): #1g63zLMv (Soft_Job)