跳到正文

Dots / 技巧与扩展

Dots 的云端电脑、本地文件和 Skills 怎么衔接

理解资料的位置、连接电脑的条件,以及任务为什么不会自动共享所有上下文。

已核对文档2 分钟阅读资料核对 2026-10-12
文档已核对;教程示例未逐步实测,另附作者历史使用记录。

文中的示例任务用于练习;不承诺具体账号的运行结果、费用或耗时。

先画清楚资料的位置

把资料分成三种:上传到任务中的文件、通过应用连接器取得的资料、自己电脑上的项目。它们可能需要不同的访问入口。知道文件在哪里,比反复让 dot“再找一下”更有效。

本篇为官方文档整理,连接电脑和调用本地 Skill 的过程尚未进行账号实测。

本地电脑需要单独连接

官方说明中,本地电脑访问是可选功能。需要在那台电脑上的 ChatGPT 桌面应用里,通过 dot 的电脑设置启用访问。已连接到 Codex 的电脑或 Work Sync,不应直接当作已连接给 dot。

先用一个专门准备的资料目录做读取任务,确认它确实读到了正确文件。随后查看产生的本地任务和输出位置。这里的目录名只需换成你实际准备的目录,不要凭示例路径寻找不存在的文件。

使用本地 Skill 前检查依赖

本地 Skill 需要相应电脑可访问,还可能依赖本地脚本、软件和账号。告诉 dot 要使用哪个 Skill,并在具体任务中查看是否加载、是否产出结果。只有名字被提到,不足以证明 Skill 真正执行。

电脑离线会使本地工作不可用;使用完不再需要访问时,可以检查连接设置。云端和本地浏览器的登录状态也要分别确认。

在具体任务中补充上下文

长期对话里的信息不应被当作所有子任务都自动拥有。把重要文件、目标和最后确认的要求补充到实际执行的任务里,查看是否得到回应。

可复制 · 请替换方括号中的内容
这次使用我连接电脑中的资料目录:[实际路径]。
先确认能读取哪些文件,再整理一份带文件名与章节来源的笔记。
输出写入一个新文件,不修改原资料。
如果本地电脑不可用,说明这一点并停止这一步,不用猜测文件内容。

完成标准

记录所用电脑或环境、输入路径、任务链接和输出位置。换一个对话时,仍然能找到文件和继续工作,才算把这条链路接清楚。

FROM MY OWN BLOG

我的实际使用

从我已发表的 Blog 里整理:当时怎样用,结果怎样,哪里还没做成。具体过程以原文记录为准。

工作习惯尹睦

我把素材、方法和工作流留在本地 Obsidian

工具可以换,已经积累的资料和做法要能带走。

我自己的做法一直很简单:素材、方法、文章、提示词和工作流都存在本地Obsidian 里。今天用Codex,明天换Claude,后天换国产模型,工具可以变,但我的生产系统不能跟着重建。

原文摘录 · OpenAI和Cursor翻脸,模型从来不是中立基础设施 ↗

过程整理

  1. 保留自己的资料

    我把素材、文章和提示词存到本地 Obsidian,和使用哪个模型分开管理。

  2. 把方法也存下来

    方法与工作流一并保留,下次换工具时可以继续用自己的积累。

给下一次使用的建议

整理知识时,保留原始资料、来源和方法文件。接入一个 Agent 前,先确认它能读到哪些内容。

记录范围:这是个人资料管理习惯,原文没有记录 Dots 本地连接、某款 Skill 安装或迁移测试成功。

资料来源

核对日期:2026-10-12。产品变化后,请再次检查官方说明。

  1. Dots 官方使用说明:电脑与本地工具 ↗
下一步

场景实战:把三份资料整理成知识笔记

保留来源、拆开事实和推断,把散乱资料变成下一次能用的 Markdown 笔记。