beenuar/AiSOC：從 README 拆解 可重播的 SOC 事件鏈
專案速覽：開源人工智慧驅動的安全營運中心、警報融合、紫隊演習、代理輔助分類、MITRE ATT&CK 調查。麻省理工學院許可，可自行託管。
秒懂
- 它是什麼？
- 以 AiSOC 的官方 README、v7.7.0 與 MIT 授權為依據，整理功能邊界、操作入口與採用前的專案專屬核對點。
- 適合誰用？
- beenuar/AiSOC 適合需要 Open-source AI-powered Security Operations Center, alert fusion, purple-team drills, agent-assisted triage, MITRE ATT&CK investigation. MIT-licensed, self-hostable. 的使用者，但不適合把 README 當成完整的生產保證。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 5 天前。
- 用什麼語言寫的？
- 主要是 Python（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月18日）與我們的分析，不構成法律意見。
開源專案深度解析
可重播的 SOC 事件鏈
beenuar/AiSOC 的 README 在「可重播的 SOC 事件鏈」這個角度提供了可核對的邊界。素材描述為：<div align="center"> AiSOC An open-source, self-hostable AI SOC. The agent's prompts, tool calls, and rationale are logged step-by-step and replayable. MIT-licensed. [](https://opensource.org/licenses/MIT) [](CHANGELOG.md) [](https://github.com/beenuar/AiSOC/actions/workflows/ci.yml) [](https://github.com/beenuar/AiSOC/actions/workflows/codeql.yml) [](https://securityscorecards.dev/viewer/?uri=github.com/beenuar/AiSOC) [](https://github.com/beenuar/AiSOC/discussions) [](https://codespaces.new/beenuar/AiSOC?quickstart=1) [](https://tryaisoc.com) [](https://render.com/deploy?repo=https://github.com/beenuar/AiSOC) <sub>The community-maintained 。這裡只把文件明列的能力整理成判讀，不替未出現的架構、效能或安全保證補上結論。對使用者而言，可重播的 SOC 事件鏈 的價值在於能把 AiSOC 放進一個具體工作流程，並看清輸入、輸出、權限與維護責任各自落在哪裡。
實際檢查可從 git clone https://github.com/beenuar/AiSOC; cd AiSOC 開始，先記錄 v7.7.0、作業系統與設定檔，再觀察 README 所描述的結果是否真的出現。若輸出、錯誤訊息或相容性與預期不同，應把差異留在該專案的 issue、文件與版本脈絡中處理，而不是用單一成功畫面推論整個工具。AiSOC 的 可重播的 SOC 事件鏈 也提醒採用者：文件寫明的範圍與自己的部署條件必須逐項對照。
在 AiSOC 的實際脈絡裡，這項核對還要連到具體檔案與結果：重新查看 README 的 可重播的 SOC 事件鏈 小節、保存命令回傳值、比較設定前後的輸出，並把平台版本與權限狀態一併記下。這樣才能分辨是工具本身的行為、設定造成的差異，還是環境沒有提供文件所需條件。文章不把未列出的功能當作承諾，也不把倉庫人氣代替技術證據；採用決策應以這個專案的可重現紀錄為準。
beenuar-aisoc-deep-analysis 第 1 節的具體核對點是 可重播的 SOC 事件鏈。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。
代理提示與工具呼叫記錄
beenuar/AiSOC 的 README 在「代理提示與工具呼叫記錄」這個角度提供了可核對的邊界。素材描述為：<div align="center"> AiSOC An open-source, self-hostable AI SOC. The agent's prompts, tool calls, and rationale are logged step-by-step and replayable. MIT-licensed. [](https://opensource.org/licenses/MIT) [](CHANGELOG.md) [](https://github.com/beenuar/AiSOC/actions/workflows/ci.yml) [](https://github.com/beenuar/AiSOC/actions/workflows/codeql.yml) [](https://securityscorecards.dev/viewer/?uri=github.com/beenuar/AiSOC) [](https://github.com/beenuar/AiSOC/discussions) [](https://codespaces.new/beenuar/AiSOC?quickstart=1) [](https://tryaisoc.com) [](https://render.com/deploy?repo=https://github.com/beenuar/AiSOC) <sub>The community-maintained 。這裡只把文件明列的能力整理成判讀，不替未出現的架構、效能或安全保證補上結論。對使用者而言，代理提示與工具呼叫記錄 的價值在於能把 AiSOC 放進一個具體工作流程，並看清輸入、輸出、權限與維護責任各自落在哪裡。
實際檢查可從 git clone https://github.com/beenuar/AiSOC; cd AiSOC 開始，先記錄 v7.7.0、作業系統與設定檔，再觀察 README 所描述的結果是否真的出現。若輸出、錯誤訊息或相容性與預期不同，應把差異留在該專案的 issue、文件與版本脈絡中處理，而不是用單一成功畫面推論整個工具。AiSOC 的 代理提示與工具呼叫記錄 也提醒採用者：文件寫明的範圍與自己的部署條件必須逐項對照。
在 AiSOC 的實際脈絡裡，這項核對還要連到具體檔案與結果：重新查看 README 的 代理提示與工具呼叫記錄 小節、保存命令回傳值、比較設定前後的輸出，並把平台版本與權限狀態一併記下。這樣才能分辨是工具本身的行為、設定造成的差異，還是環境沒有提供文件所需條件。文章不把未列出的功能當作承諾，也不把倉庫人氣代替技術證據；採用決策應以這個專案的可重現紀錄為準。
beenuar-aisoc-deep-analysis 第 2 節的具體核對點是 代理提示與工具呼叫記錄。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。
自託管部署路徑
beenuar/AiSOC 的 README 在「自託管部署路徑」這個角度提供了可核對的邊界。素材描述為：<div align="center"> AiSOC An open-source, self-hostable AI SOC. The agent's prompts, tool calls, and rationale are logged step-by-step and replayable. MIT-licensed. [](https://opensource.org/licenses/MIT) [](CHANGELOG.md) [](https://github.com/beenuar/AiSOC/actions/workflows/ci.yml) [](https://github.com/beenuar/AiSOC/actions/workflows/codeql.yml) [](https://securityscorecards.dev/viewer/?uri=github.com/beenuar/AiSOC) [](https://github.com/beenuar/AiSOC/discussions) [](https://codespaces.new/beenuar/AiSOC?quickstart=1) [](https://tryaisoc.com) [](https://render.com/deploy?repo=https://github.com/beenuar/AiSOC) <sub>The community-maintained 。這裡只把文件明列的能力整理成判讀，不替未出現的架構、效能或安全保證補上結論。對使用者而言，自託管部署路徑 的價值在於能把 AiSOC 放進一個具體工作流程，並看清輸入、輸出、權限與維護責任各自落在哪裡。
實際檢查可從 git clone https://github.com/beenuar/AiSOC; cd AiSOC 開始，先記錄 v7.7.0、作業系統與設定檔，再觀察 README 所描述的結果是否真的出現。若輸出、錯誤訊息或相容性與預期不同，應把差異留在該專案的 issue、文件與版本脈絡中處理，而不是用單一成功畫面推論整個工具。AiSOC 的 自託管部署路徑 也提醒採用者：文件寫明的範圍與自己的部署條件必須逐項對照。
在 AiSOC 的實際脈絡裡，這項核對還要連到具體檔案與結果：重新查看 README 的 自託管部署路徑 小節、保存命令回傳值、比較設定前後的輸出，並把平台版本與權限狀態一併記下。這樣才能分辨是工具本身的行為、設定造成的差異，還是環境沒有提供文件所需條件。文章不把未列出的功能當作承諾，也不把倉庫人氣代替技術證據；採用決策應以這個專案的可重現紀錄為準。
beenuar-aisoc-deep-analysis 第 3 節的具體核對點是 自託管部署路徑。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。
操作手冊與 demo 邊界
beenuar/AiSOC 的 README 在「操作手冊與 demo 邊界」這個角度提供了可核對的邊界。素材描述為：<div align="center"> AiSOC An open-source, self-hostable AI SOC. The agent's prompts, tool calls, and rationale are logged step-by-step and replayable. MIT-licensed. [](https://opensource.org/licenses/MIT) [](CHANGELOG.md) [](https://github.com/beenuar/AiSOC/actions/workflows/ci.yml) [](https://github.com/beenuar/AiSOC/actions/workflows/codeql.yml) [](https://securityscorecards.dev/viewer/?uri=github.com/beenuar/AiSOC) [](https://github.com/beenuar/AiSOC/discussions) [](https://codespaces.new/beenuar/AiSOC?quickstart=1) [](https://tryaisoc.com) [](https://render.com/deploy?repo=https://github.com/beenuar/AiSOC) <sub>The community-maintained 。這裡只把文件明列的能力整理成判讀，不替未出現的架構、效能或安全保證補上結論。對使用者而言，操作手冊與 demo 邊界 的價值在於能把 AiSOC 放進一個具體工作流程，並看清輸入、輸出、權限與維護責任各自落在哪裡。
實際檢查可從 git clone https://github.com/beenuar/AiSOC; cd AiSOC 開始，先記錄 v7.7.0、作業系統與設定檔，再觀察 README 所描述的結果是否真的出現。若輸出、錯誤訊息或相容性與預期不同，應把差異留在該專案的 issue、文件與版本脈絡中處理，而不是用單一成功畫面推論整個工具。AiSOC 的 操作手冊與 demo 邊界 也提醒採用者：文件寫明的範圍與自己的部署條件必須逐項對照。
在 AiSOC 的實際脈絡裡，這項核對還要連到具體檔案與結果：重新查看 README 的 操作手冊與 demo 邊界 小節、保存命令回傳值、比較設定前後的輸出，並把平台版本與權限狀態一併記下。這樣才能分辨是工具本身的行為、設定造成的差異，還是環境沒有提供文件所需條件。文章不把未列出的功能當作承諾，也不把倉庫人氣代替技術證據；採用決策應以這個專案的可重現紀錄為準。
beenuar-aisoc-deep-analysis 第 4 節的具體核對點是 操作手冊與 demo 邊界。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。
安全檢查與觀測性
beenuar/AiSOC 的 README 在「安全檢查與觀測性」這個角度提供了可核對的邊界。素材描述為：<div align="center"> AiSOC An open-source, self-hostable AI SOC. The agent's prompts, tool calls, and rationale are logged step-by-step and replayable. MIT-licensed. [](https://opensource.org/licenses/MIT) [](CHANGELOG.md) [](https://github.com/beenuar/AiSOC/actions/workflows/ci.yml) [](https://github.com/beenuar/AiSOC/actions/workflows/codeql.yml) [](https://securityscorecards.dev/viewer/?uri=github.com/beenuar/AiSOC) [](https://github.com/beenuar/AiSOC/discussions) [](https://codespaces.new/beenuar/AiSOC?quickstart=1) [](https://tryaisoc.com) [](https://render.com/deploy?repo=https://github.com/beenuar/AiSOC) <sub>The community-maintained 。這裡只把文件明列的能力整理成判讀，不替未出現的架構、效能或安全保證補上結論。對使用者而言，安全檢查與觀測性 的價值在於能把 AiSOC 放進一個具體工作流程，並看清輸入、輸出、權限與維護責任各自落在哪裡。
實際檢查可從 git clone https://github.com/beenuar/AiSOC; cd AiSOC 開始，先記錄 v7.7.0、作業系統與設定檔，再觀察 README 所描述的結果是否真的出現。若輸出、錯誤訊息或相容性與預期不同，應把差異留在該專案的 issue、文件與版本脈絡中處理，而不是用單一成功畫面推論整個工具。AiSOC 的 安全檢查與觀測性 也提醒採用者：文件寫明的範圍與自己的部署條件必須逐項對照。
在 AiSOC 的實際脈絡裡，這項核對還要連到具體檔案與結果：重新查看 README 的 安全檢查與觀測性 小節、保存命令回傳值、比較設定前後的輸出，並把平台版本與權限狀態一併記下。這樣才能分辨是工具本身的行為、設定造成的差異，還是環境沒有提供文件所需條件。文章不把未列出的功能當作承諾，也不把倉庫人氣代替技術證據；採用決策應以這個專案的可重現紀錄為準。
beenuar-aisoc-deep-analysis 第 5 節的具體核對點是 安全檢查與觀測性。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。
MIT 授權下的導入
beenuar/AiSOC 的 README 在「MIT 授權下的導入」這個角度提供了可核對的邊界。素材描述為：<div align="center"> AiSOC An open-source, self-hostable AI SOC. The agent's prompts, tool calls, and rationale are logged step-by-step and replayable. MIT-licensed. [](https://opensource.org/licenses/MIT) [](CHANGELOG.md) [](https://github.com/beenuar/AiSOC/actions/workflows/ci.yml) [](https://github.com/beenuar/AiSOC/actions/workflows/codeql.yml) [](https://securityscorecards.dev/viewer/?uri=github.com/beenuar/AiSOC) [](https://github.com/beenuar/AiSOC/discussions) [](https://codespaces.new/beenuar/AiSOC?quickstart=1) [](https://tryaisoc.com) [](https://render.com/deploy?repo=https://github.com/beenuar/AiSOC) <sub>The community-maintained 。這裡只把文件明列的能力整理成判讀，不替未出現的架構、效能或安全保證補上結論。對使用者而言，MIT 授權下的導入 的價值在於能把 AiSOC 放進一個具體工作流程，並看清輸入、輸出、權限與維護責任各自落在哪裡。
實際檢查可從 git clone https://github.com/beenuar/AiSOC; cd AiSOC 開始，先記錄 v7.7.0、作業系統與設定檔，再觀察 README 所描述的結果是否真的出現。若輸出、錯誤訊息或相容性與預期不同，應把差異留在該專案的 issue、文件與版本脈絡中處理，而不是用單一成功畫面推論整個工具。AiSOC 的 MIT 授權下的導入 也提醒採用者：文件寫明的範圍與自己的部署條件必須逐項對照。
在 AiSOC 的實際脈絡裡，這項核對還要連到具體檔案與結果：重新查看 README 的 MIT 授權下的導入 小節、保存命令回傳值、比較設定前後的輸出，並把平台版本與權限狀態一併記下。這樣才能分辨是工具本身的行為、設定造成的差異，還是環境沒有提供文件所需條件。文章不把未列出的功能當作承諾，也不把倉庫人氣代替技術證據；採用決策應以這個專案的可重現紀錄為準。
beenuar-aisoc-deep-analysis 第 6 節的具體核對點是 MIT 授權下的導入。請依文件中的專案名稱、命令、檔案或設定鍵檢查結果，記錄成功與失敗的差異；這個觀察只用來界定本節能力，不延伸成文件沒有承諾的結論。
編輯結論
beenuar/AiSOC 適合需要 Open-source AI-powered Security Operations Center, alert fusion, purple-team drills, agent-assisted triage, MITRE ATT&CK investigation. MIT-licensed, self-hostable. 的使用者，但不適合把 README 當成完整的生產保證。先依 git clone https://github.com/beenuar/AiSOC; cd AiSOC 固定 v7.7.0，檢查專案明列的輸出、權限、平台或網路限制，再決定是否納入流程；MIT 的分發條件也要交由負責人確認。
社群筆記