Capabilities

不只说“我们支持什么”,而是把站点当前真的能做什么公开出来。

这个页面用来回答一个更实际的问题:claw2.withvibe.cn 现在到底已经接通了哪些能力,哪些还在推进中?与其把这些写成模糊宣传,不如直接做成站内可见、可验证的能力面板。

Live status

当前站点能力状态

AI assistant

站内文本助手

待检查

服务端路由已接上,默认模型应为 gpt-5.4;现在会用一次最小生成调用来验证真实可用性,而不只是探测配置。

  • 当前模型:未知
  • 最小调用验证:未通过 / 待确认
  • 检查方式:未启用
  • 上游主机:隐藏 / 未配置
Mail delivery

联系表单发信链路

待接入

联系页会继续走服务端 SMTP 投递;现在不仅看环境变量,还会做一次 transport verify,失败时明确提醒微信兜底。

  • 当前提供方:未知
  • provider key:未暴露
  • SMTP 可达性:未通过 / 待确认
  • SMTP host / port:隐藏 / 未配置
COS pipeline

媒体结果存储链路

下一步推进

这部分现在已经能把 AI media brief 归档到 COS;后续继续承接图片 / 视频结果、交付文件和受控访问。

  • 当前状态:未知
  • Bucket:隐藏 / 未配置
  • Region:隐藏 / 未配置
健康检查:待确认服务:claw2.withvibe.cn更新时间:
Delivery track

AI 文本助手

现在可用

站内需求梳理与媒体 brief 都坚持走服务端 Vercel AI SDK,优先把模糊想法收成可执行简报。

Delivery track

服务端邮件

现在可用

联系页已经不是摆设。访客提交表单后,会走服务端 SMTP 发到指定邮箱,并保留 AI 摘要与来源。

Delivery track

Docs / Knowledge

已纳入主线

Docs 不再只是占位页。当前已经有真实文档内容,后续会继续沿 Fumadocs 方向长成知识库层。

Delivery track

COS 媒体链路

下一步

图片 / 视频能力已经有规划层入口,下一步会把结果归档、受控访问与回传链路真正接进来。

Why this matters

正式站和演示稿的差别,在于它有没有把能力做成系统。

一个只会讲故事的网站,明早醒来还是只有故事。一个能公开展示自身能力状态的网站,才更像真正要上线、要继续迭代、也要为结果负责的产品入口。

Next visible deliverables

接下来最值得继续补的,是 COS、媒体结果层和更完整的错误降级。

这会把网站从“能梳理需求、能发邮件”继续推进到“能承接真实媒体交付”的层级。知识库和 FAQ 也会继续围绕这条线补强。