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，但那条路我们还没端到端验过，所以这一页不把它写成雇人的路。

我们宁愿现在告诉你哪一半能用，也不愿让你在正需要另一半的那一刻才发现。