Orchestratory
讓 Codex、Claude Code 與 Grok 三家的 AI 在同一個房間裡協作的工具。所有對話寫進只能往後追加、以雜湊鏈驗證的帳本；每項修改在獨立的工作區進行；要寫入正式專案時，必須由人看完變更內容，並逐字輸入確認語。全程在本機運作，沒有後端、沒有帳號，也不收集使用資料。
- 多模型協作
- 雜湊鏈帳本
- 人工核准閘門
- 本機運作
原生 AI 系統
從第一天就以 AI 為核心設計的系統
把 AI 加進舊系統，和以 AI 為核心重新設計，是兩件事。原生 AI 系統從資料、流程到權限，都假設 AI 會參與工作，所以一開始就要想清楚：誰能做什麼、紀錄留在哪裡、人在哪裡把關。
台灣・杜拜・歐洲｜中文與英文溝通｜全程可遠端協作
適合這樣的你
要做 AI 產品的團隊
核心價值來自模型，需要把產品體驗與工程一起設計。
想重新設計流程的企業
不只是加一個 AI 按鈕，而是讓 AI 承擔整段工作。
同時使用多家模型
不同模型各有長處，需要讓它們分工並互相檢查。
對資料與安全要求高
資料不能離開裝置或內部環境，每個動作都要留下紀錄。
我們做什麼
從產品定義到上線，都由我們自己的團隊完成。
產品定義與架構
決定 AI 負責什麼、人負責什麼，以及出錯時怎麼處理。
多模型協作
讓不同廠牌的模型分工，並由另一個模型交叉檢查。
裝置端與本機 AI
資料留在裝置或本機，不經過雲端。
核准閘門
重要的寫入與對外動作，必須由人明確確認。
可稽核紀錄
誰在什麼依據下做了什麼，都留下無法事後改寫的紀錄。
介面與體驗
讓使用者看得懂 AI 正在做什麼、做到哪裡。
我們怎麼設計 AI 系統
這些原則來自我們自己開發、也每天在用的工具。
協作與寫入分開
AI 可以自由討論與提案，但寫入正式資料是另一道獨立的關卡。
請求不等於核准
AI 只能提出請求，只有人能核准，而且核准只對當下的內容有效。
預設拒絕
沒有明確授權的資料夾與動作，一律不允許。
資訊不足就停下
依據不夠時明確告知，而不是讓模型猜一個答案。
開發流程
- 步驟 1
需求訪談
了解你要解決的問題、資料條件與安全要求。
- 步驟 2
規格與報價
整理系統架構、核准點、時程與報價，雙方確認後才開工。
- 步驟 3
原型驗證
先做出最小可運作的版本，驗證核心假設是否成立。
- 步驟 4
開發與測試
分階段交付，並針對 AI 可能出錯的情況逐一測試。
- 步驟 5
上線
部署、設定權限，並確認紀錄與復原機制正常運作。
- 步驟 6
上線後維運
監控、修正，並隨模型更新調整。
我們開發並每天使用的 AI 系統
兩個都是自家產品，從設計、開發到發佈都由我們完成。
What Does This Mean?
在 iPhone 的分享選單裡，把看不懂的句子、錯誤訊息或截圖交給它，就能得到一份結構固定的解釋，還可以接著追問。預設使用 Apple 裝置端模型，敏感資訊在離開裝置前先行遮罩；沒有廣告、沒有追蹤，也不需要註冊帳號。
- 分享選單擴充功能
- 裝置端 AI 模型
- 隱私優先設計
- 繁中・英文・日文
- 想解決的問題，以及目前的做法
- 資料在哪裡、能不能離開內部環境
- 哪些動作必須由人核准
- 期望的上線時間與預算範圍
常見問題
「原生 AI 系統」和「在系統裡加 AI 功能」差在哪裡？
後者是在既有流程上多一個 AI 步驟。前者從資料結構、權限到介面，都以 AI 會參與工作為前提設計，所以能讓 AI 承擔整段流程，同時保有控管。
為什麼要同時用多家模型？
同一家的模型有相近的偏好與盲點。讓另一家的模型檢查，比較容易發現問題。
資料可以不上雲端嗎？
可以。我們做過裝置端模型與完全本機運作的系統，會依你的資料敏感度建議做法。
AI 做的決定出錯怎麼辦？
我們會把重要動作設計成需要人核准，並保留完整紀錄與復原點，出錯時查得到原因，也回得去。
開發這類系統需要多久？
取決於範圍。我們建議先做原型驗證核心假設，再決定完整開發的範圍與時程。
你們接海外專案嗎？
接。我們承接台灣與海外的專案，包含杜拜與歐洲，以中文或英文溝通，全程可遠端進行。
想做一個以 AI 為核心的產品？
告訴我們你想做什麼，我們會回覆可行的做法、時程與報價。