Ocular AI

Ocular AI

Ocular AI, Inc. · 生產力

Ocular AI 是為 AI 團隊設計的多模態資料平台。Ocular Foundry 會把影像、影片與音訊編目建檔,你接著在同一個工作區裡搜尋、標註、切分版本並匯出訓練資料。

Ocular AI 的介面預覽

關於 Ocular AI

About

什麼是 Ocular AI

Ocular AI 是 Ocular Foundry 的開發團隊,這套工作區把原始素材變成可以直接拿去訓練的資料集。你把原本存放檔案的儲存空間接進來,平台會替進來的內容建立目錄,之後搜尋、貼標、切成子集、匯出某個版本,都在同一個專案裡完成。

會有這項產品,是因為這件事通常同時散在四五個地方。影片躺在儲存桶裡,標籤放在試算表,標註工具按人頭計費,而且沒人記得上個月的模型是哪次匯出訓練出來的。Ocular 把這些步驟收進同一個專案,你搜「夜間的堆高機」找到的片段,跟你在地 400 格畫的那個框,屬於同一筆紀錄。團隊一大,這個差別很有感。

限制要先講清楚。價格得跟業務談,官網沒有公開方案。內建的訓練流程以物件偵測為主,做重度語意分割或語言模型的案子,最後還是得匯出。自動標註加快的是第一輪,不是覆核,每一框仍然要有人簽核。

開始使用

  1. 到 foundry.useocular.com 註冊,建立組織與至少一個工作區。專案放在工作區底下,同時服務多個客戶的團隊,通常一個客戶開一個工作區。
  2. 透過整合服務把素材接進來,或直接上傳,讓目錄建立索引。順手補上中繼資料與標籤,搜尋兩者都會用到。
  3. 建立索引把要處理的檔案圈起來,開一個批次,建立標註任務,選好標註型態並指派覆核人員。
  4. 手上已有合適模型的話,先跑自動標註,再讓同仁在畫布上修掉模型標錯的地方。
  5. 建立資料集版本,切成訓練、驗證與測試三份後匯出。同一個版本可以在 Ocular 裡跑 YOLOv11 訓練,也能透過 API 帶走。

產品資訊

快速了解 Ocular AI 的定價、支援平台與效能。

免費方案否
付費方案Custom pricing (contact sales)
平台Web, REST API, Python SDK
開發者Ocular AI, Inc.
類別生產力
發布日期Jan 2024
最近更新Oct 2026
網站訪問量2K
網站全球排名8.5M
API 提供狀態是

適合對象

這項工具最適合的使用者、任務與情境。

使用者

  • 電腦視覺工程師:匯入、標籤與匯出都在同一個專案,原本用來在儲存桶和標註工具之間搬檔案的腳本可以收掉。資料集格式最好有一點底子,因為匯出時要你選一種。
  • 標註管理者與資料營運:看板、任務指派與覆核佇列取代多數團隊拿來追「誰標了什麼」的試算表。代價是前期設定要花點時間。
  • 手上握有敏感素材的研究團隊:醫院、工廠與田野團隊不一定能把影片送到公開的標註服務。Ocular 以代管工作區加上 API 的形式運作,內部人力吃緊時還能叫 Ocular Bolt 的專家進來。

任務

  • 把一團亂的檔案庫變成可搜尋的目錄:把平台指向你的儲存空間,讓它建立索引,之後用描述找片段,不用靠檔名。沒人記得三月拍了什麼的時候特別有用。
  • 影片標註加上物件追蹤:框畫一次就能跟著物件跑過每一格,比把每格當成單張圖片處理快上許多。
  • 產出有版本的訓練集與測試集:資料集版本管理會記下兩次匯出之間改了什麼,模型準確率掉下去時,可以追到是哪一批標註造成的。
  • 在大規模訓練前先跑一個基準偵測模型:內建的 YOLOv11 流程與評估圖表,能先告訴你標籤夠不夠好。

情境

  • 標註量已經超出團隊負荷:把醫療影像這類高度專業的批次交給 Ocular Bolt,例行畫面留在內部處理。
  • 上線訓練前的資料稽核:在問題佇列裡看被標記的標註,順便檢查各子集的類別分布,再決定要不要燒 GPU 時數。
  • 顧問公司同時處理多個客戶:一個客戶一個工作區,素材與標籤互不干擾,帳務與權限仍由同一個帳號管理。

主要功能

多模態目錄與搜尋

進來的內容都會進到目錄,被當成帶中繼資料的紀錄,而不是散落的檔案。搜尋同時看描述與內容本身,所以「白天的卸貨月台」這種句子也能撈出你從未貼標的片段。索引會把篩選過的群組存下來,跨專案重複使用,多數團隊就是靠這個把訓練池和覆核素材分開。

標註畫布

畫布用同一個編輯器處理影像與影片。你可以畫框、多邊形與點標,影片則讓框跟著物件跨格移動,不必每格重畫。無限畫布讓大圖不用一直縮放,快捷鍵則讓長時間作業維持節奏。

自動標註與畫布代理

把模型接到任務上,它會先替整個批次打底,空白的畫面變成待修草稿。畫布代理在編輯器裡運作,替你正在處理的物件建議標籤。兩者都不能取代覆核,但能把枯燥的那一半吃掉。真正把粗糙初稿變成可用 AI 訓練資料的,是團隊修掉的每一個錯。

Ocular Bolt

Bolt 是這套資料標註工具的外部支援:一群具備特定領域知識的標註人員,用在一般標註員處理不來的專案。醫療影像、法律文件與技術感測資料是常見情況。數量與時程跟團隊談,成果回到同一個 Foundry 專案裡。

資料集版本管理與匯出

每份資料集都能凍結成一個版本,切成訓練、驗證與測試,再匯出成你的框架吃得下的格式。版本是不可變的紀錄,所以你能拿兩個版本對照,看出標籤動了多少。模型變差時,這決定了你是在猜原因,還是知道問題出在哪一批。

模型訓練與評估

Foundry 內建 YOLOv11 訓練流程,任務可以調整參數,評估頁會給出指標、曲線與混淆矩陣。其餘交給 Notebook 與 Python SDK,內建訓練器不適用的時候,你可以把電腦視覺資料集帶回自己的環境。

優缺點

優點

  • 一個專案就涵蓋匯入、標籤、版本與匯出,多數團隊在三套工具之間維護的搬檔腳本可以直接退休。
  • 版本管理把每次匯出綁在特定的標註狀態上,訓練結果變差時找得到兇手。
  • 自動標註加畫布代理,讓影片的第一輪從好幾天縮到幾小時,覆核人員花時間修正,而不是從頭畫框。
  • Ocular Bolt 提供懂領域的標註人員,醫療或工業資料差很多,一般標註員只能憑感覺。
  • REST API 與 Python SDK 能把資料集送進既有流程,不必把整個技術堆疊搬到平台上。

缺點

  • 沒有公開價目表,也不能自助結帳。想排預算得先跟業務談一輪,急著這週測試的團隊會被卡住。
  • 內建訓練器範圍窄,官方文件只涵蓋 YOLOv11 偵測。重度分割或非視覺的專案,最後還是匯出到別處訓練。
  • 自動標註的成效取決於你接上的模型。手上沒有對得上類別的模型,省下的時間有限,覆核照樣吃重。
  • 組織、工作區、專案三層架構在大團隊很好用,但只有兩個人、只想標 500 張圖時,多出來的點擊就顯得是多餘。

常見問題

Ocular AI 用來把非結構化素材變成訓練資料。團隊把影像、影片與音訊匯入,搜尋、標註之後匯出成有版本的資料集,交給電腦視覺模型使用。內建流程也能不離開工作區就訓練與評估 YOLOv11 偵測模型。