谢谢你的建议！不过恐怕像那样的替代方案并不适合这个项目。这个组件的核心目的就是从 X/Twitter 直接嵌入推文。像 fixupx 这样的第三方代理并不能解决根本问题，反而只是在中间多加了一层：又多了一个可能出错或随时变更的服务，也多了一个能看到请求的第三方。此外，它还会改写帖子中存储的链接。
我真正希望的是拥有推文的本地副本。这样有助于提升加载速度和缓存效果，让嵌入内容在故障时更具韧性，同时还能保留一份内容存档。但这需要付费 API 访问权限，并且需要明确版权和内容责任方面的相关事宜，而这两者我都无法提供。因此，目前该组件将继续采用直接嵌入的方式。
如果某人只需要普通的链接预览，并且对使用代理没有异议，那么通过监控关键词进行替换或许可以满足这一需求，但这与该组件的目标不同。