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