workbuddy自定义skill命名须全局唯一、无空格/中文/特殊符号，推荐“动词+对象+场景缩写”或“业务域前缀+功能简写”，禁用test_开头，保存后不可修改。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
给WorkBuddy里的自定义Skill起名时，名字必须在全局唯一且能一眼看出用途，否则后续调用时容易混淆、调试时难以定位对应逻辑。
名字要同时满足三个硬性条件
第一步：打开WorkBuddy控制台 → 点击左侧「Skills」→ 点击右上角「+ New Skill」。
第二步：在「Name」输入框中填写名称，【名称不能含空格、中文、特殊符号（如@、#、$、/），只能用英文字母、数字和下划线】。
第三步：输入后立即点击右侧的「Check Availability」按钮验证是否已被占用；若提示“Already exists”，说明该名字已被其他Skill（包括你删掉过的）注册过，必须换一个。
推荐的命名结构
方法一：动词 + 对象 + 场景缩写（最清晰）
例如：send_slack_alert_prod 表示“向Slack发送生产环境告警”，比 myalert1 或 skill001 直接可读。
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
方法二：业务域前缀 + 功能简写
例如：crm_update_contact_status，适用于团队协作场景，别人看到前缀就知道归属系统。
注意：不要用 test_ 开头——这类名字常被忽略或误删，且无法体现真实用途。
避开常见踩坑点
直接输入 get_data → 系统会通过校验，但实际部署后你会发现它和平台内置的 get_data_from_api 在日志里几乎无法区分。
改用 get_salesforce_lead_by_id → 明确数据源、操作对象、查询维度，调试时一眼锁定问题范围。
【一旦保存成功，名字无法修改，只能删除重建】，重命名需导出逻辑 → 新建Skill → 重新粘贴代码 → 重新配置触发器 → 重新授权权限。
