AI 員工

一個有名字的職位：它宣稱會哪些技能，以及這些工作需要裝什麼。它是設定，本身不執行任何東西。

這一段最常被讀反，所以先把話講在前面：AI 員工不會執行你的任務。執行它的是 Runtime，在你的機器上，受你授予的那一檔權限約束。員工是這個職位的描述 —— 一個名字、一組宣稱會的技能，以及這些技能需要的環境。

把兩者分開是刻意的。若員工就是執行的那個東西，「僱一個」就成了一條不必授予權限就能取得能力的路，而權限契約上會留下一個職稱形狀的破洞。

技能

全域技能目錄 —— 系統認得的每一條技能。它和「這個員工會什麼」不是同一個問題，後者寫在員工自己的卡片上。

員工宣稱會、但此刻做不到的技能，會被標示成缺口而不是藏起來。一張寫著環境支撐不了的技能的卡片，比一張空卡片更糟：它產出的是一條執行到一半才失敗的任務，而不是一個你一眼就看得出還沒準備好的職位。

環境

每個職位都需要機器上具備某些工具鏈 —— 一種語言、一套建置工具、一份 SDK。管理台回報的準備度來自真實偵測，不是照著一張假設清單寫出來的。

看這台機器上實際裝了什麼。

把已註冊員工欠缺的那幾樣裝起來。它依據已註冊職位真正需要什麼來裝，而不是照著一張「KernelHub 曾經支援過的一切」的固定清單。

「不知道」不等於「都裝好了」。偵測執行之前，準備度是未知的，管理台就寫未知。這個區別比看起來重要：一塊預設讀起來像「沒問題」的空白準備度面板，正是一條任務被派到一台根本建置不了這個專案的機器上的方式。

v1.0.2 裡哪些可以用

這裡講精確一點，因為各端並不一樣：

• 列出與檢視可以用。icloser employee list 與 icloser employee show 回報得出已註冊的職位；管理台會把它們連同環境準備度一起顯示。
• 環境偵測與補齊可以用 —— icloser env probe、icloser env bootstrap，以及管理台上那個補齊動作。
• 僱用新員工：iPhone App 和本機管理台上都有入口。員工屬於你的帳號，不屬於某個工作區，僱來之後再分配到它要做事的工作區。CLI 上也有 icloser employee create，但那條路我們還沒端到端驗證過，所以這一頁不把它寫成僱人的路徑。

我們寧可現在告訴你哪一半可以用，也不願讓你在正需要另一半的那一刻才發現。