部署 Dirextalk,然后开始工作。

先选部署方式,再完成登录、模型配置和第一个任务。AWS 细节需要时再查。

准备AWS、域名、API Key
部署网页部署器或 Skill
连接App 登录与模型
开始对话、Worker、自动化

先做一个选择

你要哪一种 Agent?

两条部署路径都能使用 App 内置的 Ying。区别只有一个:你是否还要把电脑上的 Codex、Claude Code 或 Cursor 接进 Dirextalk。

开发者路径

连接你的本地 Agent

选择部署 Skill。它会安装本地连接器,让外部 Agent 进入真实 Agent 房间。

  • 适合 Codex / Claude Code / Cursor 用户
  • 需要 Bash 环境
  • 从一开始就要选这条路径

查看部署 Skill ↗

不能中途切换:网页部署完成后,当前版本不能把同一节点安全接管给部署 Skill。若明确需要外接 Agent,请一开始就选 Skill。

核心流程

只做这 8 步。

每一步只保留“现在要做什么”和“怎样算完成”。勾选记录只保存在当前浏览器,不会上传任何信息。

0 / 8 已完成
准备

准备账号和密钥

AWS 全球站账号、长期可控的域名、模型服务商 API Key;需要联网搜索时再准备 Tavily Key。

10-20 min
安全

先把 AWS 安全底线设好

为 root 启用至少两个 MFA 恢复方式,并在 Billing → Budgets 创建实际费用与预测费用告警。预算只告警,不会自动停机。

必须
凭据

创建临时部署凭据

创建专用 IAM 用户与 Access Key,立即下载 CSV。不要创建 root Access Key;不要把 CSV 发到聊天、源码、Git 或共享盘。

高敏感
部署

部署 Dirextalk 节点

使用上面选定的网页部署器或 Skill。核对 AWS 账号、区域、域名、预计费用和销毁方式,再开始创建资源。

会计费
登录

在 App 首次登录

打开 App,填写部署域名与 8 位初始化码;首次登录后立即设置新密码。初始化码只用于第一次登录。

App
模型

配置一个对话模型

Ying 设置 → 模型:添加服务商、API Key 与模型,并设为默认对话模型。向量模型只在使用知识库时配置。

必需
验收

完成第一个可验收任务

先让 Ying 总结一段文字;再配置 Tavily,要求它研究一个主题并附来源。先验证基本能力,再尝试 Worker。

验收
清理

不用的资源及时销毁

停止对话不等于停止计费。到“服务器与产物”销毁不用的 Worker,再到 AWS Billing 与资源控制台核对残留。

持续

先记住

三个名字,三件事。

最容易让新用户困惑的不是操作,而是三个不同角色都被叫作“Agent”。

YING

App 内置 Agent

负责对话、搜索、知识、计划、Worker 和产物。大多数用户只需要它。

YOUR AGENT

你电脑上的 Agent

Codex、Claude Code 或 Cursor 等,通过部署 Skill 安装的连接器进入 Dirextalk。

CLOUD WORKER

临时或长期云服务器

复杂任务需要更多算力时创建。保留期间可能持续计费,必须单独销毁。

需要时再看

细节不必一次读完。

下面只保留高频问题与风险。点开与你当前步骤有关的内容即可。

AWS 开户、域名与费用
  • AWS 全球站注册通常需要邮箱、手机号与支持境外在线支付的银行卡;界面与验证方式会变化。
  • Route 53 域名注册费通常不可退款,购买前逐字核对拼写、首年价、续费价和自动续费。
  • 不要让 AWS root 邮箱依赖同账号 Route 53 域名,以免账号停用时形成恢复死锁。
  • 域名、Hosted Zone、服务器、磁盘、公网 IPv4 与流量可能分别计费。
Worker:什么时候创建,怎样避免意外费用

需要依赖安装、持续运行的服务或更多计算资源时才创建 Worker。确认前核对 AWS 账号、区域、vCPU、内存、磁盘、小时价和运行时限。长期服务只有持续小时价,没有可靠的总费用上限。

任务完成后到“服务器与产物”验收公共 URL、HTTPS、健康检查和下载产物,再决定保留或销毁。

知识库、搜索与长期记忆有什么区别
  • 联网搜索:使用 Tavily 获取当前网页信息。
  • 知识库:检索你上传的资料,需要向量模型;入口是否显示取决于当前节点版本与 capability。
  • 长期记忆:保存 Agent 的长期上下文,不能替代知识库上传与问答。
定时任务当前能做什么

通过与 Ying 对话创建,并明确任务、目标、时间或 cron、IANA 时区与交付位置。适合聊天总结、网页研究、发送房间消息与报告。当前不应把它当作任意 Worker、任意 Skill 或任意提示词执行器。

正确的密钥清理顺序
  1. 停止并销毁依赖该凭据的 Worker 或服务。
  2. 从 App 删除活动 AWS 凭据。
  3. 确认仍有同账号的恢复与清理路径。
  4. 在 IAM 停用 Access Key,观察无影响后再删除 Key 与用户。

不要先删除唯一能用于恢复或销毁网页部署资源的 Key。

保持准确

来源与版本。

AWS 控制台、价格与资格会变化。费用与安全相关决定,以 AWS Billing 和官方实时文档为准。