workbuddy 不支持单独配置 prompts，因其采用「意图驱动执行」设计，用户输入经语义理解后直接路由至技能或工作流；需修改 skills 的 trigger_keywords 字段来调整触发逻辑，而非编辑提示词。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜ 
Prompts 在 WorkBuddy 中不是独立配置项，它不以“提示词模板”形式存在；你看到的所谓“自定义指令”，实际是技能（Skill）或快捷任务（Shortcut Task）的触发关键词 + 执行逻辑组合。直接编辑纯文本 Prompts 不生效，也不被平台识别。
WorkBuddy 的设计逻辑是「意图驱动执行」而非「提示驱动生成」。它默认使用混元等大模型做语义理解，但所有用户输入最终都会被路由到具体技能或工作流中去执行。如果你在对话框里输入“把上周日报转成PPT”，系统不会去匹配某个 Prompts 模板，而是搜索已启用的、trigger_keywords 包含“日报”“PPT”“转换”等词的 Skill，然后调用其 execute() 函数。
想让“生成周报PPT”这句话触发你的定制流程，就得修改对应技能的触发关键词，而不是写一段 prompt：
- 打开技能所在目录（Windows 路径示例：
C:Users{用户名}WorkBuddyClawskillsweekly-report-ppt） - 用 VS Code 打开
SKILL.md文件 - 找到
trigger_keywords:区块，在下方添加新关键词，例如：
trigger_keywords:
- 生成周报PPT
- 周报转PPT
- 把日报做成幻灯片
- 保存后，在 WorkBuddy 对话框中输入
/reload weekly-report-ppt，AI 会重新加载并确认生效
- 保存后，在 WorkBuddy 对话框中输入
你在「任务快捷键」里填的那句“每天9点自动汇总D盘「周报」文件夹内Word文档……”，不是 prompt，而是供 WorkBuddy 内部解析器生成执行计划的结构化语义输入。这类描述要满足几个隐性要求：
- 必须包含明确动词（“汇总”“转PDF”“发送”）
- 路径需为本地可访问路径（
D:/周报可行，~/Documents/Reports在 Windows 上可能失败） - 时间表达尽量用数字（“每天9点”比“上午九点钟”更稳）
- 避免模糊指代（不说“上一个文件”，而说“按修改时间最新的.docx”）
有些用户从 YAML 模板复制代码时，会保留类似 print(params) 的调试语句。这会导致技能返回内容里混入原始输入 JSON，干扰后续节点判断。检查 main.py 中所有 print() 是否仅用于日志（且已用 logging 替代），否则沙箱环境可能截断输出或报错 Invalid return format。
WorkBuddy 不暴露 prompt 编辑入口，是因为它的执行链路压根不经过传统 LLM 输入层——你输的每句话，都在进 Skill 匹配器之前就被切分、归一化、映射到已有能力单元。真正要调的，永远是 trigger_keywords、params 结构、以及 execute() 函数里对真实系统资源的操作逻辑。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/267061.html