Skip to content

appso-fable5-pingti.md

Latest commit

 

History

History
43 lines (30 loc) · 2.06 KB

appso-fable5-pingti.md

File metadata and controls

43 lines (30 loc) · 2.06 KB
Raw

实测案例：APPSO《Claude Fable 5 平替指南突然爆火》

日期：2026-06-16
触发：用户给链接 https://mp.weixin.qq.com/s/8uj3eWcWvZ4fZRAQdWFeKw
容器类型：旧版 js_content（典型科技类公众号）

失败链路（按 skill 的"班规"逐个验证）

路径 结果 详情
Jina (r.jina.ai/...) ❌ "当前环境异常 + CAPTCHA verification"页
WebFetch ❌ 走 Anthropic 后端被微信反爬识别
PowerShell Invoke-WebRequest ⚠️ 200，3MB HTML，但正文全乱码：「Claude Fable 5 骞虫浛鎸囧崡绐佺劧鐖嗙伀」（UTF-8 字节被当 GBK 解）
HttpWebRequest 原始字节 ✅ len=3,072,394，sha8=4E17D4DA

成功提取

TITLE: Claude Fable 5 平替指南突然爆火，真能一句话「复活」？
AUTHOR: APPSO
PUB: 2026-06-15 15:03
chars=4240

容器：<div id="js_content">...</div> → 路径 A 命中
元数据：og:title + var nickname + var ct 全部可得

关键内容（摘）

OpenRouter Fusion API 在 DRACO 基准上：

  • Fable 5 单跑：65.3%
  • Fusion 组合（Gemini 3 Flash + Kimi K2.6 + DeepSeek V4 Pro，Opus 4.8 综合）：64.7%
  • 两个 Opus 4.8 互搭 + Opus 4.8 综合：65.5%（比单跑 58.8% 高 6.7pp）

这次的关键陷阱回放

第一版脚本使用了 Invoke-WebRequest -UseBasicParsing，拿到 200 + 3MB content 但写出来全是乱码。陷阱关键点：PowerShell Invoke-WebRequest 会按系统码页（中文 Windows = cp936 / GBK）尝试解码 response.Content，UTF-8 字节误读，所有中文 100% 损坏。

修复后的 HttpWebRequest + MemoryStream.CopyTo + WriteAllBytes 直接走二进制流，由 Python 显式 UTF-8 解码——干净。

验证

第一次抓取 sha8=C2C71407（乱码版），第二次 sha8=4E17D4DA（正确版）——两次 HTML 字节内容实际相同（同一篇文章），区别只在"前者经过 PowerShell 编码污染、后者保留原始字节"。skill 班规"抓下来的 HTML 留 sha8"在这里直接抓住了问题。