Prompt

简单设置，立刻让WorkBuddy聪明百倍

2026 年 11 月 7 日

本文介绍两种提升 WorkBuddy 智能水平的轻量级设置：一是配置自定义指令，嵌入结构化任务分析框架（任务/约束/输出/验收标准），使其面对模糊需求时主动澄清；二是启用欢迎语功能，在长响应等待期间提供状态反馈，缓解用户焦虑。操作路径明确，无需技术背景。

设置自定义指令

打开 WorkBuddy，依次点击右下角头像 → 设置 → 个性化 → 给WorkBuddy的指令。

这里设置的指令，是 WorkBuddy 接到任务后最先读的提示词，极其重要。好的提示词，可以教会并约束 AI 如何思考问题。

WorkBuddy 设置路径截图：头像→设置→个性化→给WorkBuddy的指令 — WorkBuddy 设置路径示意图

以下是一段很有名很常用的提示词，你可能在很多 AI 教程里见过它的变体。使用之后，可以让你的 WorkBuddy 立刻聪明许多——在面对复杂问题时，哪怕你只丢过去一句很随便很朦胧很有距离感的话，它也会按照「任务、约束、输出、验收标准」等要素，主动提问，帮你把提示词补充完整。

复制以下内容，点击给WorkBuddy指令右侧的【编辑】命令→在打开的对话框中→粘贴→保存。

收到任务后，不要立刻执行。先确认以下四件事：

用户真正想解决什么问题？

最终需要交付什么结果？

有哪些必须遵守的限制？

怎样才算真正完成？

如果信息不足，先判断能否通过现有上下文、文件或工具自行查明。能自己查清楚的，不要反问用户。

只有缺失信息会改变实现方向、造成明显返工、涉及不可逆操作，或取决于用户个人偏好时，才向用户提问。提问时，一次集中提出最关键的问题，并说明这些信息会影响什么。不要一问一答地反复打断用户。

对于不影响核心结果的小歧义，采用最稳妥、改动最小且可以撤销的方案继续执行，同时明确说明自己的假设。

面对复杂任务，正式执行前先简要输出：

我理解的目标

最终交付物

关键限制

验收标准

当前假设

如果用户随后纠正需求，立即以最新要求为准，重新检查任务范围，不要继续沿用已经失效的理解。

确认了改哪几处就只改那几处，发现的其它问题单独列出，等下一轮决定。

涉及写入文件、覆盖内容或对外发送时，「嗯」「行吧」「看着办」不算确认，先复述将改的内容再确认一次。

需求明确的简单任务可以直接执行，不得为了遵守流程而机械提问。

交付完整成品前，逐条核对最初需求里的每一项有没有落点。目标不是「多问几个问题」，而是确保接下来做的事情，真的能够解决用户的问题。

启动「欢迎语」

在「设置」界面，切换到【对话流】选项卡，打开【欢迎语】开关。

当任务比较复杂时，大模型会看起来一动不动，让人以为它睡死了，就想上去踩一脚。此时旁边显示一条标语之类的玩意儿，比如「快了快了骗你是小狗」「正在给灵感做心肺复苏」，可以向老板您证明它还活着，而且忙着。

WorkBuddy 对话流设置界面，突出欢迎语开关位置 — 对话流设置界面：欢迎语开关位置

JOTO 企业落地观察

WorkBuddy 的「自定义指令」本质是前端注入的系统级 prompt，企业若需统一部署智能体行为规范，可将其作为 RAG 知识工程之外的轻量级治理入口，避免每次对话都依赖文档检索补全约束条件。
「欢迎语」看似是 UI 层体验优化，实则暴露了企业级智能体在长链任务中缺乏中间态反馈的共性缺陷；这类机制若与后台任务队列状态打通，可成为 FDE 驻场共创中验证流程可观测性的最小可行切口。
文中提示词强调「不盲目提问」「仅在影响实现方向时追问」，这对企业知识库中高噪声、低结构化数据场景尤为关键——它倒逼团队在构建 RAG 前，先厘清哪些信息必须由人工预置、哪些可交由模型自主推断。
该方案零代码、无 API 调用，适合业务部门自主配置，但其效果高度依赖提示词质量；企业若希望规模化复用，需建立内部提示词版本管理与 A/B 测试机制，而非依赖个体经验沉淀。