用途：仅在 ctf-sandbox-orchestrator 已启用并已建立沙箱假设、节点归属与证据优先级后，作为下游专门技能使用；若未满足，应先回到 $ctf-sandbox-orchestrator。适用于主要难点在于追踪文件从入口经过每个解析器、提取器、转换器或反序列化边界的场景。除用户明确要求英文外，回复使用简体中文。
主要能力：保留原始上传与每个派生工件并分别标注；按顺序绘制链路：入口、临时存储、归档解压、格式转换、解析器调用、反序列化、最终消费者；在变更前记录文件名、MIME 猜测、扩展名、临时路径与解析器选择；区分客户端可见校验与后端解析器行为；复现能产生决定性分支或工件的最小文件处理链。
使用方式：先映射文件入口与派生，记录请求形态、multipart 名称、内容类型、文件名、临时路径、上传暂存与存储键，并记录每个派生工件（解压成员、转换预览、缩略图、临时文档、反序列化对象）；再追踪解析与转换边界，说明每步运行哪个解析器、转换器、提取器或反序列化器，记录由扩展名、MIME、魔数、模式、归档成员名或嵌入元数据驱动的解析器决策，并区分解析成功、预览成功、转换成功与业务逻辑接受；最后压缩为最小序列：上传 -> 派生工件 -> 解析器边界 -> 结果效果，并明确决定性弱点位于归档处理、MIME 推断、文件转换、路径解析还是反序列化。若链路在入队后主要变为通用异步 worker 问题，则交接给更紧凑的队列或 worker 技能。
参考资料：加载 references/file-parser-chain.md 获取入口清单、解析器清单与证据打包要求。
需保留内容：原始上传、派生文件、临时路径、存储键、解析器名称与转换步骤；后端行为与用户可见校验分歧的确切边界；一个可重放且能达到决定性效果的最小文件处理序列。限制：未提供具体支持的文件格式、平台、收费与效果信息。