宝玉@dotey用户@dotey 表示，Claude Opus 4.6 的写作、Opus 4.8 的设计和 Fable 5 对疑难问题的处理目前难以替代。他测试播客音频转录时遇到时间戳错位问题，GPT 5.6 Sol 未能修复，而 Fable 5 定位到是 MP3 变码率（VBR）导致的时间估算失败并解决。此前 Speaker 识别性能问题也是 Fable 5 搞定，普通场景差距不大，极端场景才能看出差别。
看工作内容吧，对我来说还不行，Opus 4.6 的写作、Opus 4.8 的设计和 Fable 5 对于疑难问题的处理目前都是难以替代的。
昨天我在测试转录一个播客音频的时候，时间戳总是对不上，我把这音频传到火山引擎云端转录，一样会时间戳对不上。
问 GPT 5.6 Sol，它认为是 VAD 切分的问题，修复后仍然不行。
问 Fable 5，它定位到是因为 MP3 是 VBR（变码率）文件，导致时间估算失败。简单修改就解决了这个问题。
类似的问题遇到过几次，比如上一次在做 Speaker 识别，性能不好，也是 Fable 5 搞定的，之前其他模型效果并不好。PR（https://github.com/soniqo/speech-swift/pull/371）
普通场景差距不大，极端场景才能看出来差别。
宝玉@dotey · X用户@dotey 表示，Claude Opus 4.6 的写作、Opus 4.8 的设计和 Fable 5 对疑难问题的处理目前难以替代。他测试播客音频转录时遇到时间戳错位问题，GPT 5.6 Sol 未能修复，而 Fable 5 定位到是 MP3 变码率（VBR）导致的时间估算失败并解决。此前 Speaker 识别性能问题也是 Fable 5 搞定，普通场景差距不大，极端场景才能看出差别。
看工作内容吧，对我来说还不行，Opus 4.6 的写作、Opus 4.8 的设计和 Fable 5 对于疑难问题的处理目前都是难以替代的。
昨天我在测试转录一个播客音频的时候，时间戳总是对不上，我把这音频传到火山引擎云端转录，一样会时间戳对不上。
问 GPT 5.6 Sol，它认为是 VAD 切分的问题，修复后仍然不行。
问 Fable 5，它定位到是因为 MP3 是 VBR（变码率）文件，导致时间估算失败。简单修改就解决了这个问题。
类似的问题遇到过几次，比如上一次在做 Speaker 识别，性能不好，也是 Fable 5 搞定的，之前其他模型效果并不好。PR（https://github.com/soniqo/speech-swift/pull/371）
普通场景差距不大，极端场景才能看出来差别。