Write, optimize, or repair Foleyix prompts and create background music, songs with vocals and lyrics, podcasts, ambience, sound effects, game effects, narration, dialogue, and sound scenes. Keep audio types and limits aligned with the website; check tasks and quota, then download private WAV results when generation is requested.
69
87%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
View guide
Low
Low-risk findings worth noting
从用途挑少量稳定特征:合成角色的年龄印象、音高/厚薄、质感、发音语言、口齿。不要把“中低音、有胸腔共鸣”写成“低沉磁性成熟温柔深情性感”等长串近义词。每个身份只保留会改变声音的差异。
把身份和情绪分开:同一温暖男声可以在不同句子中平静、惊讶或克制地生气;不因情绪改变人物身份。多角色可在音高、厚薄、节奏或发音上做区分,不一定全部依靠性别差异。请求已有性别、年龄印象、语言或音色时保留;用户没有指定时,优化任务不要补填这些信息。
纯配音通常需要直接、清楚的单人前景;只有请求要干声时,才明确无背景/无混响。不要把“旁白”自行解释成“必须无音乐”。必要的重音落在具体词语上,停顿对应句子边界,表演说明位于台词外。
若用户要创建可复用角色,输出两个清晰字段:声音描述与样例台词。已给样例台词时逐字保留;用户明确让你设计预览内容时再写短样例。网站会自行套用单人干声预览指令,不把整段场景/BGM提示词塞进声音描述字段。文本描述只引导音色,真实一致性需要后续参考音和试听确认。
角色表只列已有或允许创作的人物。每句先写说话者,再写外置表演,再给引号内台词。停顿、打断、重叠、笑或呼吸必须服务剧情/用户意图;优化已有脚本时不为了“自然”增加“嗯”“欸”、轻笑或其它字词。
播客以轮流说话和真实稿件为核心,指明主讲/接话关系即可。若允许新写节目,用用户素材和授权格式组织内容,避免重复总结与凭空引述。用户只要播客提示词但未授权写脚本时,不编整档节目。
混合场景按时间顺序安排声音:环境先建立空间;对白需要可懂度时明确背景低于对白;关键事件写成“这句之后”或“说话时从远处靠近”。不要把“所有人同时说、每句清楚可辨、音乐最响”这样的冲突藏进成品。
先保留原文和时长要求,说明具体矛盾。若几千字需要十秒,不直接删稿、强行二倍速度或声称能精确完成。给出分段/延长时长建议;只有获得摘要或改写授权才压缩台词。估算只供安排,实际时长以生成文件为准。
已选两条参考时可写:林(@voice1)轻声说:“你还是来了。”;周(@voice2)停顿后回答:“我答应过你。”。编号来自真实选择顺序;林 这个名字不是 provider voice ID。
CLI 生成时先用 voices --json 找到用户指定的账号参考音 ID,再按相同顺序重复传入 --voice-id ID;完整命令见 cli.md。没有绑定参数时,不能把提示词中的标记称为已选声。
如果用户只贴了公共声音样例链接,在宿主不能听时不要断言其音高或演员身份。可依据条目明确给出的描述提出选声建议,标明文字依据;要绑定,仍须通过网站导入/上传并选择。没有绑定时先交付纯文字音色版。