claude mythos 不支持图像处理，因其架构无视觉模块、api 限制纯文本输入、权限策略未开放多模态能力。需确认模型文档、验证请求格式、排查客户端预处理、检查 token scope 与模型卡片。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您尝试使用 Claude Mythos 处理图像、图表或混合文本内容，但发现模型未响应视觉输入或解析异常，则可能是由于当前版本未启用多模态接口或输入格式不兼容。以下是处理该问题的步骤：
一、确认模型实际支持范围
Claude Mythos 的训练目标聚焦于编程、学术推理与网络安全任务，其架构设计以超长文本上下文（200K tokens）和符号化逻辑推演为核心。泄露文档中所有技术描述均未提及图像编码器、视觉 Transformer 模块或跨模态对齐机制，也未出现任何关于图像理解、OCR 增强、图表语义提取等能力的测试指标或功能声明。该模型在全部已知基准中仅参与文本类评测，包括 HumanEval、MMLU、CyberSecBench 等纯语言任务。
1、查阅 Anthropic 泄露草稿原文，确认“Capybara”层级定义中未包含视觉模态支持条款。
2、比对 Claude 4 系列（Opus 4/Sonnet 4）已公开的多模态能力说明，发现仅 Sonnet 4 明确支持图像输入分析，而 Mythos 文档中无对应条目。
3、核查内部测试日志摘要，所有输入样本均为 UTF-8 编码文本流，无 Base64 编码图像字段或 multipart/form-data 请求结构记录。
二、验证输入格式与 API 调用方式
即使底层模型存在未激活的多模态路径，当前对外暴露的 API 接口亦未开放图像承载能力。Anthropic 在泄露的 CMS 配置片段中明确将 Mythos 的 content-type 限制为 application/json，且 request body schema 中仅定义 messages[].content 为字符串数组，不接受 object 类型的 image_url 或 data 字段。
1、构造含 base64 图像字符串的 JSON 请求体，提交至 Mythos 测试端点。
2、检查返回错误码，典型响应为 400 Bad Request — unsupported content type in message content。
3、尝试发送 multipart 请求，观察网关是否直接拒绝，返回 415 Unsupported Media Type。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
三、排查客户端与中间件兼容性
部分前端 SDK 或代理服务可能对输入进行预处理，误将图像数据封装为文本字段并触发格式校验失败。Mythos 的输入预处理器会严格过滤非 ASCII 控制字符及二进制段落，导致图像载荷被截断或替换为空字符串。
1、在请求发出前启用客户端日志，捕获原始 payload 字节流。
2、比对发送字节与接收字节，定位是否发生 base64 解码后二次编码或换行符注入。
3、绕过 SDK，使用 curl 直接调用 API，传入纯文本提示词验证基础功能是否正常。
四、检查权限与访问策略配置
泄露文件显示，Mythos 的早期访问权限按机构类型分级授予，其中网络安全防御机构获得 full-text inference 权限，而学术研究机构仅开放 restricted reasoning mode。该限制通过 JWT claim 中的 scope 字段控制，多模态能力未列入任一 scope 白名单。
1、解码当前 API token 的 payload，确认 scope 字段值为 "inference:reasoning" 或 "inference:code"，不含 "multimodal:vision"。
2、向 /v1/models 端点发起 GET 请求，解析返回的 model card JSON，确认 input_modalities 字段为空数组或不存在该键。
3、查看 Anthropic 内部 RBAC 策略文件片段，确认 vision_access_policy 规则当前状态为 disabled。
