今日 AI 工具｜2026/10/14：Workday Sana，把请假、Onboarding、密码重设从「找系统／开 Ticket」变成直接交办｜文章

Workday 把 Sana 正式升成新的 Workday Home，想把企业软件从「先找正确系统、表单与 Ticket」改成「直接说你要完成什么」。员工可以用自然语言处理费用核准、请假与 HR／IT 工作，再由 Sana 调用正确的 Agent、套用公司既有权限与 Approval；新的 Sana Concierge 更进一步处理 Onboarding、Leave、Payroll 问题、密码重设与 App Access。不过 Concierge 目前仍只开放 Early Adopter，预计 2027 年第一季才全面推出。

公司里有一种工作，

每个人都做过，

却几乎没有人喜欢。

例如：

我要请育婴假，

到底先去哪里？

Workday？

HR Portal？

Payroll？

找主管？

还是先开 Ticket？

忘记密码也是一样。

你真正想做的只是：

「帮我恢复帐号。」

但公司软件常先要求你知道：

这件事属于哪个系统。

Workday 现在想把这个顺序反过来。

新的做法是：

你先说自己想完成什么。

剩下该找哪个系统、

哪个 Agent、

哪条公司规则，

交给：

Sana。

Sana 现在直接变成新的 Workday Home

Workday 10 月 13 日宣布，

Sana 正式成为：

新的 Workday Home。

也就是员工打开 Workday 后，

入口不再只是：

功能菜单。

Dashboard。

待办清单。

而是一个：

Agentic Workspace。

Sana 会把：

Tasks。

Decisions。

Meetings。

Agent Activity

集中在同一个入口。

员工可以直接用自然语言说：

自己要完成什么。

例如：我要请育婴假

Workday 官方直接示范了一个情境。

一名员工说：

自己 11 月要迎接孩子，

想知道：

可以休多久？

薪水怎么算？

接下来需要做什么？

以前这可能要：

找到公司 Leave Policy →

查自己的 Time-off Balance →

问 Payroll →

通知主管 →

填表 →

跑 Approval。

Sana Concierge 的设计则是：

先找到适用 Policy。

带入这名员工自己的 Workday 数据。

整理：

休假资格。

薪资影响。

下一步。

再协调：

HR。

Payroll。

Manager Approval。

员工不用先知道：

背后到底是哪一套系统负责。

这就是它和一般 AI Chatbot 最大的不同

一般企业 Chatbot 很常做到的是：

「公司育婴假规定是什么？」

然后回答你：

一段政策摘要。

Sana 想往下一层走：

回答完之后，把事情真的往下做。

Workday 列出的例子包括：

核准 Expense。

处理 Leave Request。

Password Reset。

Onboarding。

Offboarding。

Payroll Question。

Application Access。

也就是：

从：

Answer

往：

Action

移动。

Workday 自己把这个概念叫「AI is the new UI」

这句话其实很值得注意。

以前企业软件的界面是：

Menu。

Button。

Form。

Dashboard。

用户必须先知道：

自己该去哪里。

未来 Workday 想变成：

你只描述结果。

例如：

「我要休假。」

「这笔费用帮我处理。」

「新员工下周报到，还缺什么？」

「我进不了这个系统。」

Sana 再判断：

哪个 Agent 处理。

需要哪些数据。

要跑哪个 Workflow。

哪一步必须交回真人。

如果这种模式真的成熟，

企业软件最大的改变可能不是：

按钮变少。

而是：

用户根本不用知道背后有几套系统。

但 Sana 并不是自己什么都做

这里很容易误会。

Sana 比较像：

Orchestration Layer。

它收到员工的目的后，

再去找适合的：

Workday Agent

完成各部分工作。

Workday 同一天公布的新 Autopilot Agents，

就分布在：

HR。

Finance。

IT。

例如 Recruitment。

Payroll。

Accounting。

Compliance。

也就是：

Sana 负责：

理解你想完成什么。

协调工作。

把需要你处理的部分叫回来。

专门 Agent 则负责：

各自真正的企业流程。

一般员工不需要先知道该叫哪个 Agent

这点可能比：

「多了很多 AI Agent」

更重要。

如果公司最后部署：

20 个 Agent，

员工还要先判断：

「这件事我要找 HR Agent、Payroll Agent 还是 IT Agent？」

那只是把：

App Menu

换成：

Agent Menu。

问题没有真的消失。

Workday 现在的方向是：

员工只面对 Sana。

Sana 再负责决定：

后面该叫谁。

这才比较接近真正的：

单一工作入口。

权限怎么办？

企业 Agent 最大问题之一就是：

AI 到底可以碰什么。

Workday 表示，

Agent 会沿用公司既有的：

Policies。

Permissions。

Approval Rules。

例如你原本：

没有权限核准自己的费用，

Sana 不应因为用了自然语言，

就突然替你取得新的 Finance 权限。

需要主管批准的流程，

仍然要：

进入 Approval。

Workday 把这套设计称为：

Lawful Agents。

但「Lawful」不是法律上的免死金牌

这个 Boundary 很重要。

「Lawful Agent」

是 Workday 对自己产品架构的描述。

意思是 Agent 被设计成：

依公司 Policy、

Permission、

Approval

工作。

它不等于：

任何 Agent Action 都已经由法院或监管机构保证合法。

如果企业本身的：

权限设错。

Policy 过期。

数据错误。

Approval Workflow 设计有漏洞。

AI 仍然可能：

依照错的规则，

非常有效率地做错事情。

所以导入这类 Agent 时，

真正重要的仍然是：

原本的企业规则干不干净。

人什么时候还要进来？

Workday 的设计并不是：

把 HR／Finance 全部交给 Agent。

官方明确表示：

企业可以决定：

哪些 Task 自动跑。

哪些需要 Review。

Agent 最多可以走到哪一步。

什么情况：

一定由人做最后决定。

例如：

重设密码

可能很适合高度自动化。

但：

薪资例外。

重大补偿。

人员决策。

财务异常。

仍然可能需要：

真人 Judgment。

真正成熟的流程不是：

人全部退出。

而是先把：

「哪些地方不需要人」

和：

「哪些地方一定要人」

分清楚。

Sana 还准备进入 Claude、Gemini、Copilot、Teams、Slack

另一个值得注意的方向是：

Workday 不只希望员工回到 Workday 里找 Sana。

公司还宣布，

Sana 将进入：

Claude。

Gemini Enterprise。

Microsoft Copilot。

Microsoft Teams。

Slack。

这代表：

你可能正在 Teams 里工作，

就直接说：

「我下周五要请假。」

背后仍由 Workday：

确认 Policy。

取得权限范围内数据。

跑正确流程。

而不是：

先离开 Teams →

开 Workday →

再重新找功能。

Workday 与 Anthropic 公布的集成甚至表示，

Workday 的数据与 Business Rules 可以继续留在 Workday，

Claude 只取得：

完成特定步骤所需要的 Context。

这种设计很重要。

因为企业 AI 真正要跨 App，

不代表：

每个 App 都必须拿到公司所有数据。

所以未来真正重要的可能不是「哪个 AI App 最强」

而是：

工作 Context 能不能跟着人走。

现在企业常见情况是：

信息在 Workday。

聊天在 Teams。

文档在 Drive。

分析在另一套 AI。

每换一个地方，

Context 就重新开始。

如果 Sana 这种 Agent Orchestration 成熟，

理想状态会变成：

你在哪里工作，

流程就跟到哪里。

但公司的：

Permission。

Policy。

Approval

不会因此消失。

这比「所有数据全部丢给一个超级 AI」

更接近企业真正能接受的架构。

不过今天有一个很重要的 Availability 差异

新的：

Workday Home with Sana

已经开始提供，

但企业管理员仍可以决定：

什么时候激活，

以及是否设成预设入口。

真正更像：

「所有 HR／IT 问题先找它」

的：

Sana Concierge

目前则仍在：

Early Adopter。

Workday 预计：

2027 年第一季

才 General Availability。

所以今天不能写成：

「所有 Workday 客户现在已经可以让 Sana 自动处理全部 HR／IT Ticket。」

还没有。

今天一般人能不能自己去注册玩？

这不是：

ChatGPT。

Claude。

Gemini

那种一般消费者工具。

它本质上是：

企业 Workday 环境的一部分。

能不能使用，

取决于：

你的公司是不是 Workday 客户。

公司买了哪些产品。

管理员是否激活。

你的身份与权限。

所以这篇不是：

「现在去下载 Sana。」

而是值得企业观察：

工作软件的入口正在怎么改。

对公司来说，最值得抄的其实不是 Workday 产品本身

即使你的公司完全不用 Workday，

Sana 的设计还是有一个很值得抄的概念。

不要从：

「我们可以做几个 AI Agent？」

开始。

先从：

「员工每天为了完成一件事，要找几套系统？」

开始。

例如：

新员工报到。

请假。

报帐。

密码重设。

查薪资。

申请软件权限。

先找出其中：

最常发生。

规则最清楚。

例外最少。

最容易知道完成没有

的流程。

这些才可能是：

最值得先交给 Agent 的地方。

例如「密码重设」就比「决定谁该加薪」更适合先做

两个都是 HR／IT 工作。

但风险完全不同。

Password Reset

规则相对清楚。

身份验证完成。

符合条件。

运行。

结果也容易检查。

Compensation Decision

却可能涉及：

绩效。

市场薪资。

公平性。

主管判断。

预算。

员工关系。

就算 AI 可以整理所有数据，

最后仍然不代表：

应该让 AI 自己决定。

这正是 Agent 真正落地时：

任务拆解

比：

「模型够不够强」

更重要的原因。

Workday Sana 最值得看的不是多了一个聊天框

如果只把今天的发布理解成：

Workday 也做了一个 AI Chatbot，

其实低估它了。

真正的变化是：

企业软件的使用顺序可能正在改。

以前是：

我要完成一件事 →

找系统 →

找功能 →

填数据 →

开 Ticket →

等人处理。

现在想变成：

我要完成一件事 →

**直接说出结果 →

AI 找流程 →

AI 运行能运行的部分 →

需要判断时叫人回来。**

如果这个方向真的成功，

下一代企业软件最重要的界面，

可能不再是：

漂亮的 Dashboard。

而是：

你只要说自己要完成什么。

剩下那些原本用户必须理解的系统复杂度，

慢慢被 Agent 藏到后面。