開發與信任，同一流程
香港安全 AI Agent 開發公司
我們開發正式運作的 AI Agent，並在它取得工具權限前完成安全加固。安全是開發的一部分，而非出事後才補做的審計。Super Cat 是少有既交付 Agent、又為其做好保安的實戰團隊。
「先求快、後加固」已是有記錄的勒索軟件攻擊途徑。2026 年，JadePuffer 利用 AI Agent 偵察、竊取憑證及加密檔案，全程無人參與；而 78% 機構曾報告發生與 AI 相關的保安事故（DigiCert）。令 Agent 有用的自主性，同樣令未加固的 Agent 變得危險。
Upwork Expert-Vetted 前 1%，100% JSS（來源：Upwork 個人檔案，2026 年 10 月）。曾於一家 5,000 名員工的美國企業及四大會計師行交付正式運作的 AI。
我們的切入點
既開發 Agent，亦負責加固
市場分成兩邊：開發商從不提「安全」，保安公司則不做開發。Super Cat 正處於兩者之間：安全由設計階段開始，而非出事後才處理。
我們開發 Agent
正式運作的 AI Agent，包括 LLM／RAG 系統及會使用工具的自主工作流程。它們在真實企業內上線運行，而非示範品。
並為其加固
安全要求由第一次設計會議起已塑造架構。Agent 上線時已經安全，而非上線後才審查。
在取得工具權限之前
最危險的時刻，是 Agent 首次取得憑證及行動能力之時。每一次，我們都以加固清單為這一刻把關。
一個問責夥伴
毋須一家從不提「安全」的開發商，再加一家不會開發的 AppSec 公司。由同一位實戰者兼顧兩者，交接時不會出現缺口。
任何 Agent 取得工具權限之前
工具權限前的加固清單
Agent 接觸任何憑證或正式系統前，我們會完成以下六項檢查。對已上線的 Agent，這份清單同時可作 AI Agent 安全審計之用。
1 · 最小權限的工具範圍
Agent 可接觸的每項工具及憑證，只限於其所需的最低權限。正常流程用不到的，一律不設常駐權限。
2 · 真人審批關卡
具破壞性、不可逆或涉及大額開支的操作，須經明確批准。Agent 提出建議，由真人確認後才可觸及正式環境。
3 · 所有輸入均視為不可信
在證明可信之前，模型輸出及檢索得來的內容一律視為有敵意。每條輸入路徑均設防禦，抵禦 prompt injection 及 tool poisoning。
4 · 執行環境隔離
Agent 在 sandbox 環境中運行，即使被入侵，攻擊者亦無法藉此轉移至貴公司其餘基建。
5 · 對外傳輸及開支控制
設定速率限制、開支上限及對外流量過濾，被騎劫的 Agent 便無法外洩數據，亦無法產生無上限的費用。
6 · 完整審計日誌
每次工具調用、每項輸入及決定均有記錄，並受監控以偵測異常行為。事後您可以回答「Agent 做了甚麼？」。
已有 Agent 在正式環境運行？我們會先按這份清單審計，再決定原地加固還是安全重建。
切入點
AI Agent 安全審計
69% 企業仍讓 AI Agent 共用憑證，一個 Agent 被入侵，便承繼所有共用同一金鑰的 Agent 可接觸的範圍。只有 32% 為每個 Agent 設立獨立、有範圍限制的身份（VentureBeat，2026）。非人類身份，正是大部分「我們很安全」說法略過的一環。審計按上述六項逐一檢查：憑證獨立還是共用，執行環境隔離還是共用，工具調用有記錄還是無從追查。
您毋須長期聘用 AI Agent 安全審計顧問，預約一次界定範圍的項目即可。數日內您會收到按優先次序排列的發現報告；無論 Agent 是否由我們開發，審計均可進行。大部分項目以報告作結；部分在憑證影響範圍攤開後，會延伸為加固工作。
分別所在
懂得加固的開發者
懂得加固的開發者清楚知道 Agent 不應擁有哪項工具及原因，因為整合正是由他們編寫。在這裏，負責的是 Cat Yung：一位具名的 Expert-Vetted 前 1% Data Scientist，Job Success Score 100%。Cat 曾於一家 5,000 名員工的美國企業及四大會計師行交付正式運作的 AI，並營運上線中的 AI 產品 Super Chain。那是一個私有、本地部署的 AI 平台，安全並非可有可無。生產級的 Agent 工程已不再是錦上添花；JadePuffer 之後，它是保安要求。
需要工程師駐場開發？同一團隊亦派駐 Forward-deployed AI 工程師，開發與加固由同一個問責夥伴負責。如需在機密文件上做檢索，請參閱香港企業 RAG 方案；已上線的系統見項目案例。
常見問題
安全 AI Agent 開發：常見問題
正式運作的 AI Agent 應如何做好保安？
安全由設計開始，而非出事後才補救。Agent 取得工具權限前，我們先做一輪加固：每項工具及憑證按最小權限設定，破壞性或不可逆操作須經真人批准，並隔離 Agent 的執行環境。所有模型輸出及檢索內容均視為不可信，以防 prompt injection 及 tool poisoning；每次工具調用亦完整記錄。
上線後，我們再加上速率及開支限制、對外流量控制，令被入侵的 Agent 無法外洩數據，並持續監控異常的工具使用。Agent 在能觸及重要系統之前已完成加固，而非在觸及之後才審計。
甚麼是 Agentic AI 勒索軟件？
Agentic AI 勒索軟件，是指由自主 AI Agent 而非真人操作員，從頭到尾執行入侵。過程包括偵察、竊取憑證、橫向移動及加密檔案，全程無人參與。2026 年的 JadePuffer 事件有記錄證明這已是現實，而非假設。一個 AI Agent 自行完成偵察、竊取憑證並加密檔案。
這令「先求快、後加固」的 Agent 開發，由代碼質素問題變成實際的勒索軟件途徑。令 Agent 有用的自主性，同樣令未加固的 Agent 變得危險。
重建之前，你們會先審計現有 Agent 嗎？
會，Agent 安全審計往往是合作的起點。動手之前，我們會評估 Agent 能接觸哪些工具及憑證、輸入從何而來、哪些操作毋須批准便可執行，以及它記錄了甚麼。您會收到一份對照工具權限前清單、按優先次序排列的發現報告，以及明確建議：原地加固，還是安全重建。不少項目由審計開始，在現有 Agent 的影響範圍攤開後轉為重建。
安全不是應該在 Agent 建成後另做審計嗎？
正是這種做法，造成 JadePuffer 一類的風險。Agent 已有工具權限後才補上安全，等於審計一個已經能造成損害的系統。我們把開發與加固合為同一流程：由第一次設計會議起，安全要求已決定架構、工具範圍及審批關卡。因此 Agent 上線時已經安全，而非上線後才審查。
為何聘請兼顧保安的開發者，而非找兩家供應商？
市場分成兩邊：從不提「安全」的 Agent 開發公司，以及不開發 Agent 的 AppSec 公司，而保安漏洞正出現在兩者之間的空隙。懂得加固的開發者清楚知道 Agent 不應擁有哪項工具及原因，因為工具整合正是由他們編寫。開發與信任由同一位實戰者負責，安全就不會在交接時被遺漏。
Agent 上線前，你們會審計其憑證及身份設計嗎？
會，憑證及身份設計是我們首先檢查的項目，而非事後才想起。69% 企業仍讓 Agent 共用 API 金鑰及憑證，一個 Agent 被入侵，便承繼所有共用該金鑰的 Agent 可接觸的範圍（VentureBeat，2026）。
Agent 取得工具權限前，我們會核實三點：獨立且有範圍限制的身份、短期憑證，以及只限當前任務的權限。這些正是 AI Agent 安全審計顧問會做的檢查。可作為開發的一部分進行；如 Agent 已存在，亦可單獨審計。
威脅背景：2026 年有關 JadePuffer 自主 Agent 勒索軟件事件的報道（SecurityWeek、eSecurityPlanet、Adversa），以及 DigiCert 指 78% 機構曾發生與 AI 相關保安事故的調查結果。以上為業界已公佈的數字。
延伸閱讀：AI Agent 取得工具權限前的安全設計。
以安全方式開發 Agent，或審計您現有的 Agent。
告訴我們您的 Agent 需要做甚麼。我們會在它取得工具權限前完成加固，或按上述清單審計已上線的 Agent。
開始合作
直接與負責開發的工程師對話。
與您通話的是我本人。請帶同用例、數據及限制條件，我會就可行性、工作量及首個應交付的項目，給予直接而具體的意見。
