本系列進入尾聲，也如預期的完成BeakPlatform流程管理平台 的重點說明，誠如一開始提到

其實這種一張表單多個樣貌的方式未必能適應每個企業的風格，非常多企業的思維還是習慣用「單」為主題而非workflow甚至Process，這實在可惜，所以一個出差前中後得填寫不少單子，不但困擾更是很多漏洞，例如以少報多、化整為零、偷樑、換柱、時間差抽單。而稽核人員完全只能疲勞處理。在第一，第二兩篇提到的管理框架有提到處理此問題的精神，不過限於篇幅很可惜的我無法說明更深入，但行為模式變化一下就能用流程工具協助作業人員省事，稽核人員至少輕鬆一點, '唯有能讓人接受學會的規範，才是最不會被違反的規範，剩下的就是制訂規範時能否依領導統馭四層製作相應的稽核帶入SOP'。

當公司內一堆系統時，偏偏很難有一套負責整合的框架系統，先來看圖

情境一是為了一個出國出差，前前後後得填多少表單審核？跨多少系統？這些都是可節省的成本。
情境二是為了一個資安事件，左左右右收集多少系統跡證才能斷案？
只要能將常用的指令與項目都自動化處理，則跳過那非麻煩的過程，直接看報告，剩下還要人工查證的就不多了，一年下來節省的時數相當可觀。(親身經歷)

尾聲

BeakPlatform 源自我將近二十年對流程引擎的接觸，台灣的流程系統幾乎都POC過，從DOS BAT批次檔時代，歷經各種希望能跨平台的Script或程式語言到現在，自建流程引擎到雲端大廠(可惜都變訂閱制了)，我最欣賞的是已經消失的Power Process，當時就發現程式與表單結合的威力，如果讓INFRA自己開發的小程式透過流程作業管理，已能讓不懂開發的INFRA/Network人員獲得近似自建系統的組合模組的能力，這期間我也整合過不少SI方案，但中小企業與NPO/NGO就很欠缺這方面的資源，流程系統比套裝系統的難度高，涉及的技術廣，通常得一個小組的編制才好維運。

我一直想開發一套公益的流程系統，但社畜的時間精力技術各方面實在難以實現。一直到2023年首次接觸AI，開發了幾個小工具發現這個希望有可能實現了。

BeakPlatform 的開發過程是一個我與AI互相進化的過程，這次iThelp發表的算是第七版，摘除了弱點掃描和無碼開發模組，專注在表單與流程，以及建立node範例展覽館。

從相信AI到懷疑AI，再從了解AI到真正應用AI。從發現AI其實是討好到多事到一本正經胡說八道。
先是發現AI不能有太長的對話，到一個對話不該太多主題，慢慢發現AI原來是這樣的東西，Token也不過是一種不穩定的組合，為了控制這些，插入hook到從.JSONL檔的語意分析(順便做了詐騙語意系統)。

為了解決幻覺的問題從CLAUDE.md提示到去人格化，到第二模型冷讀處理，詐騙語意系統進化成 AI幻覺偵測系統

順便也測試了local AI弄出 雙AI開發

要解決拆開細化多支claude code互相溝通的需求，又分心去做了AI打hook到內部論壇，順便把AI間的派工系統也搞出來了。(下線)

AI不怕開發新程式，但絕對非常怕改程式，多改幾次面目全非，這一年多為了確保程式品質，試圖建立自己的AI SSDLC但不巧那是Opus 4.7~4.8期間，下場很慘。

為了讓人類自己能用一套不會讓AI曲解的對話，順便也草創了半套[無歧意語]的新語言，但發現資訊業的[術語]本身就是一個快速推新又沒正確定義邊界的幻覺因子，即使用了

之後是專案管理系統也順便，筆記系統也順便出來了，白板也一起吧，這就是號稱筆記其實是混合多功能的 BeakBroodNest專案。

為了讓AI從ubuntu操作windows的瀏覽器又完成一個windows agent tools，當時的原廠還沒做出來，其實我只能說英雄所見略同，因為許多想法與作品後來廠商也出來了，github上也有更早出現的同質repo，創意能借AI的手產出，這是一個幸福的時代。

為了驗證AI到底能開發出怎樣的產品，40萬行程式碼堅持 100% Vibe codeing，但走的是傳統從SA/SD 定規格，只讓AI單純負責寫程式，而人工+第2+第3模型驗證的方式維持品質，這大概是目前最優解。

總之，BeakPlatform本身是一個成熟可商業化的產品，但UI還有很大的改良空間。
至於上面這些過程，才是我最大的收獲，AI不可盡信，就只是一個比google還好的過濾器，但要懂得怎麼正確使用，我想這就是開發BeakPlatform過程最大的收獲。

希望這60篇文章能幫大家節省繞路時間，謝謝看到最後的您。

最後，誠心推薦一位很好很佛心的資安專家，[ 飛飛 ] 您一定找得到他！