A
Ark Assistant
从工具页进化成面向用户的综合助手
助手主页 · 统一入口

把零散能力收进一个真正能工作的助手首页。

Ark 现在不只是若干测试页面的集合。你可以从这里进入 Excel 处理、OCR 识别、文本处理和基础计算,后面再逐步长成一个能理解意图、组织任务、并主动触达用户的综合性用户助手。

4 个 已接入的在线能力
同一入口 功能、方向、触达方式放在一个页面里
可继续扩展 后续可接 LLM、通知、任务系统
能力地图

让首页先有服务感,再慢慢长成助手。

页面里保留现有可运行能力,也加入常见网站首页会出现的能力摘要、最近方向、常见问题和触达设想,让访问者一眼知道这个站点在做什么。

文本整理

当前版本先提供即时文本处理,后续可升级成总结、改写、问答与长期记忆入口。

Excel 流程

支持上传、处理、回传文件,适合作为后续表格工作流和报表助理的基础模块。

OCR 识别

保留图像识别能力入口,并把错误提示做得更清楚,方便继续迭代模型与模板。

主动触达

主页已经为站内提醒、邮件摘要和定时任务预留位置,后面接通知后不会推翻重做。

工作台

从首页直接进入助手操作区。

这里是一个面向后续综合助手演化的控制台雏形。左边放任务分诊和最近方向,右边保留真正可运行的工具面板。

任务分诊

先判断意图,再给用户一个入口。

这是未来综合助手的起点。你可以先写需求,再用推荐功能把内容推到对应面板里。

当前推荐

{{ assistantSuggestion.description }}

{{ assistantSuggestion.label }} {{ assistantSuggestion.reason }}
Ark Workspace
当前选择:{{ currentToolLabel }}
首页化展示 真实接口连接 为后续 LLM 预留壳层
{{ assistant.input || 这里会显示你准备交给助手的任务描述。 }}
{{ assistantSuggestion.plan }}
{{ text.result || 处理结果会显示在这里。 }}
{{ ocr.result || 图片中的识别结果会显示在这里。 }}
{{ excel.message || 上传后会在这里显示处理状态。 }}
{{ add.result || 结果会显示在这里。 }}
后续方向

先站得住,再长出主动能力。

你给的两个方向已经很清楚了:一是把 Ark 做成综合性用户助手;二是让它不只被动响应,而是能主动触达用户。现在首页已经把这两个方向用产品语言表达出来了。

01

综合助手路由

从“功能 tab”走向“意图识别 + 能力调度”,用户不一定需要先知道该点哪一个工具。

  • 用输入框承接自然语言请求
  • 根据 tag 或文本判断要调用的能力
  • 统一返回结果、建议和下一步动作
02

主动触达系统

不只是等用户来点。可以在合适时间主动提醒、汇总、召回用户。

  • 站内提醒:适合轻量提醒和未完成任务回访
  • 邮件摘要:适合日报、周报、处理结果通知
  • 定时任务:适合后台批处理与触达调度
03

用户上下文

后面如果要让助手更像一个长期服务角色,就需要记住用户偏好、常用场景和历史任务。

  • 最近任务与常用模板
  • 用户标签与偏好
  • 通知订阅设置
触达方式

先从低耦合触达开始

站内提醒 邮件摘要 定时消息 任务完成回执
  1. 第一阶段先做站内状态提醒,成本最低,也最容易和现有页面结合。
  2. 第二阶段接入邮件发送,适合异步结果通知和日报式触达。
  3. 第三阶段才考虑更实时的触达方式,例如企业微信、短信或第三方消息渠道。
站点基础功能

现在页面已经具备主页骨架

  1. 顶部导航和明确品牌区,访问者知道自己在哪。
  2. 首页 hero、能力摘要、工作台、路线图、FAQ 和页脚,页面不再像一个孤立 demo。
  3. 工具面板仍然保留真实调用,让这个站点既能展示,也能马上使用。
FAQ

把常见问题也提前放到首页里。

Ark 现在是什么?

一个已经上线、能处理文本、Excel、OCR 与基础计算的轻量助手站点,同时也是后续综合助手的壳。

为什么要保留这些工具面板?

因为它们是最真实的能力入口。未来就算有 LLM 路由,底层仍需要这些明确的执行模块。

主动触达会怎么做?

优先建议先做站内提醒和邮件摘要,这两个最适合当前技术形态,也更容易先验证用户是否需要。

{{ toast }}