关于 competition-file-parser-chain
面向文件解析链路分析的 CTF 专项技能，供已启用 `$ctf-sandbox-orchestrator` 的用户追踪文件从上传到解析、转换或反序列化后的影响。它区分前端校验与后端处理，并强调保留原文件及各级衍生产物。
主要功能
- 01映射上传与临时存储路径
- 02追踪提取、转换和解析边界
- 03记录文件名、MIME 与解析器选择
- 04区分校验、解析和业务接受
- 05还原最小文件处理链路
适用场景
- 01分析归档解压后的文件处理
- 02追踪预览或缩略图生成中的解析器
- 03定位反序列化或路径解析环节
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/competition-file-parser-chain确认已加载。
附带文件agents/openai.yamlreferences/file-parser-chain.md
详细介绍
竞赛文件解析链
仅当 $ctf-sandbox-orchestrator 已处于激活状态，并已建立沙箱假设、节点归属和证据优先级之后，才可将此技能作为下游专项技能使用。如果尚未完成上述步骤，请先回到 $ctf-sandbox-orchestrator。
当难点在于追踪一个文件从入口开始，经过每一个关键解析器、提取器、转换器或反序列化边界时，请使用此技能。
除非用户明确要求英文，否则请用简体中文回复。
快速开始
- 分别保留原始上传文件和每一个派生工件。
- 按顺序梳理整条链：入口、临时存储、归档提取、格式转换、解析器调用、反序列化和最终消费方。
- 在改动任何内容之前，先记录文件名、MIME 猜测、扩展名、临时路径和解析器选择。
- 将客户端可见的校验与后端解析器行为区分开。
- 复现能够产生决定性分支或工件的最小文件处理链。
工作流
1. 梳理文件入口与派生
- 记录请求形态、multipart 名称、内容类型、临时路径、上传暂存和存储键。
- 记录每一个派生工件：解压出的归档成员、转换后的预览、生成的缩略图、临时文档或反序列化对象。
- 将原始文件和每个派生文件分别标注。
2. 追踪解析器与转换边界
- 说明每一步运行的是哪个解析器、转换器、提取器或反序列化器。
- 记录由扩展名、MIME、magic bytes、schema、归档成员名或嵌入元数据驱动的解析器特定决策。
- 区分解析成功、预览成功、转换成功和业务逻辑接受。
3. 缩减到决定性的文件链
- 将结果压缩为最小序列：上传 -> 派生工件 -> 解析器边界 -> 产生的效果。
- 明确指出决定性弱点位于归档处理、MIME 推断、文件转换、路径解析还是反序列化。
- 如果入队后这条链主要变成通用的异步 worker 问题，请移交给更聚焦的队列或 worker 技能。
阅读此参考
- 加载
references/file-parser-chain.md以获取入口检查清单、解析器检查清单和证据打包方式。
需要保留的内容
- 原始上传文件、派生文件、临时路径、存储键、解析器名称和转换步骤
- 后端行为与用户可见校验发生分歧的确切边界
- 一个能够到达决定性效果的最小可重放文件处理序列
评论
支持 Markdown