你的建议确实提供了一种操作方法，但我认为这里存在一个理解差异 
我提出这个问题的初衷并不是要对单个文件进行重命名。
这样冗长的文件名本身就包含了重要信息——比如字幕组、分辨率、编码格式和片源等，
这些本来是为了方便用户在多个版本中准确选择自己需要的资源的。
如果直接重命名文件，这些信息就会丢失，反而违背了原本的命名目的。
我的建议不是要增加新功能，而是希望优化程序本身的逻辑一致性：
当用户勾选“为仅含单文件的torrent创建子目录”时，
程序可以将其视为一个“仅含一个文件的多文件种子”来处理，让任务列表直接显示子目录名称。
这样既能保持文件信息的完整性，也能让任务列表更清晰、更符合用户使用该选项时的整理预期。
换句话说，既然创建了子目录，任务列表就应该以目录为显示单元，
而不是继续显示目录内的单个文件名。
这样既能保持文件信息不丢失，也能提升任务管理的效率。