紧急提醒 jy-draftc 违规遭 GitHub封杀：调用JY DLL的代价是全站删除
jy-draftc 这个项目连带作者被ban。点进作者主页，显示“404”。我第一反应是：又一个项目死于DMCA？查了下细节，才知道这不是版权纠纷，而是因为调用了JY视频剪辑的DLL——一个用来加解密草稿文件的小工具，直接把作者整个账号连同所有fork一起送走了。
这类事在开源圈不算少，但这次风波格外值得复盘。jy-draftc做的事情很直白：通过加载JY自带的运行时DLL，调用导出函数来解析和生成草稿文件，从而让用户能在外部修改自己的工程。听起来很便民，对吧？很多开发者都干过类似的事——调用你熟悉的、正在使用的Windows上的某个私有接口，只为了让工作流顺一点。我懂那种冲动。
关键点在哪儿？JY的DLL是受保护的私有模块，其内部加密逻辑不仅是技术实现，更涉及商业和用户数据安全协议。直接调用它，相当于绕过官方提供的安全机制，而GitHub自动机器人会全站扫描所有fork和依赖库，一经匹配，一律删除。这次的执行很彻底：不仅原仓库没了，所有派生的分支、依赖引用——甚至有些只是间接引用过该工具的README——都被要求清除。这种“连坐”机制看起来残酷，但符合平台规则：你上传了违反软件许可协议的代码，平台有义务依据DMCA通知采取行动，并防止传播。
有人会觉得：又不是攻击服务器，只是本地调用自己的软件文件，为什么不行？这就要回到软件许可的边界。你买软件，不代表你有权绕过它的技术保护措施。日本、欧盟、美国都有类似的反规避条款，GitHub必须配合。这件事给我最大的警示，是工具属性不豁免代码合规性——哪怕你只是封装一个函数，只要它碰了不该碰的边界，就是踩线。
我习惯在写任何自动化工具前，先翻一下目标软件的EULA。虽说法律文本枯燥，但里面“不得reverse engineer”“不得bypass security”这几个关键词，足以让你避开大坑。如果你真的需要操作那些草稿文件，最稳妥的做法是寻找官方提供的导入导出接口，或者基于纯文件格式解析——毕竟很多视频草稿本质上是JSON和媒体引用，不需要碰DLL。又或者，换一个思路：把处理这些文件的逻辑封装成独立服务，用Serverless部署，让别人通过API调用。这样就能避开本地依赖的版权风险——但前提是，你不要在服务端也去加载那些DLL。技术方式永远替代不了合规判断。
这事件里，jy-draftc是出头的钉子，被打掉了。但我不觉得这是全然的坏事。它提醒我们，对平台规则保持敬畏，同时对自己的技术冲动保持清醒。如果你被某个工具的私有格式卡住，先别急着挖洞——可能一个官方SDK就解决了，或者，你可以花半天时间写个解析器，比找一个灰色库更安心。
写代码是为了让生活更美好，而不是和GitHub的机器人赛跑。这次是DLL，下次可能就是加密SDK。愿我们的账号都好好的。
实际上本站点推荐 MLT framework 框架，这个框架是开源产品，支持XML/SDL/Movit 等输入输出，同样也支持AI相关操作。