[Bug]: 获取书架具体内容显示需要登录，Chrome 已经登录

[haoyan-yam]

Description

1. opencli weread shelf

weread/shelf
┌──────────────┬────────┬──────────┬───────────────────┐
│ Title │ Author │ Progress │ BookId │
├──────────────┼────────┼──────────┼───────────────────┤
│ 方伟看10年 │ 公众号 │ - │ MP_WXS_3634777637 │
├──────────────┼────────┼──────────┼───────────────────┤
│ 卓哥投研笔记 │ 公众号 │ - │ MP_WXS_3943649596 │
├──────────────┼────────┼──────────┼───────────────────┤
│ 36氪 │ 公众号 │ - │ MP_WXS_3264997043 │
├──────────────┼────────┼──────────┼───────────────────┤
│ 见实 │ 公众号 │ - │ MP_WXS_3575594744 │
└──────────────┴────────┴──────────┴───────────────────┘

2. opencli weread book MP_WXS_3634777637

🔒 Not logged in to WeRead
→ Please log in to weread.qq.com in Chrome first

Steps to Reproduce

1. Run opencli ...
2. ...
3. See error

Expected Behavior

返回文章内容

OpenCLI Version

1.5.3

Node.js Version

22.x

Operating System

macOS

Logs / Screenshots

[Astro-Han]

两个命令的数据路径不同，导致了这个现象：

• weread shelf 先尝试调 i.weread.qq.com 私有 API，认证失败后会自动回退到导航 weread.qq.com/web/shelf 网页、从 localStorage 读取书架缓存。你看到的数据大概率来自这条回退路径。
• weread book 只走 i.weread.qq.com/book/info 私有 API，没有回退机制，认证失败就直接报错。

为什么私有 API 认证失败： fetchPrivateApi 通过 getCookies({ url: 'https://i.weread.qq.com/...' }) 提取 cookie。如果微信读书把认证 cookie（wr_skey 等）设为 host-only（Set-Cookie 未指定 Domain 属性），浏览器的 cookie 匹配规则不会把 weread.qq.com 的 host-only cookie 返回给 i.weread.qq.com 子域名，请求就不带认证信息了。

同样受影响的还有 highlights、notes、notebooks 等所有走私有 API 的命令。

另外注意到你书架上全是公众号内容（MP_WXS_* 类型 bookId），/book/info 端点可能本身不支持这类 ID，需要 cookie 问题修复后才能确认。

[haoyan-yam]

两个命令的数据路径不同，导致了这个现象：

• weread shelf 先尝试调 i.weread.qq.com 私有 API，认证失败后会自动回退到导航 weread.qq.com/web/shelf 网页、从 localStorage 读取书架缓存。你看到的数据大概率来自这条回退路径。
• weread book 只走 i.weread.qq.com/book/info 私有 API，没有回退机制，认证失败就直接报错。

为什么私有 API 认证失败： fetchPrivateApi 通过 getCookies({ url: 'https://i.weread.qq.com/...' }) 提取 cookie。如果微信读书把认证 cookie（wr_skey 等）设为 host-only（Set-Cookie 未指定 Domain 属性），浏览器的 cookie 匹配规则不会把 weread.qq.com 的 host-only cookie 返回给 i.weread.qq.com 子域名，请求就不带认证信息了。

同样受影响的还有 highlights、notes、notebooks 等所有走私有 API 的命令。

另外注意到你书架上全是公众号内容（MP_WXS_* 类型 bookId），/book/info 端点可能本身不支持这类 ID，需要 cookie 问题修复后才能确认。

感谢🙏，等待修复

[Astro-Han]

继续跟进后，这个问题已经修了，PR 在这里：

• fix(weread): harden reader fallback and search mapping #562

这次一起处理了两层问题：

• fetchPrivateApi 现在会同时合并 weread.qq.com 和 i.weread.qq.com 的 cookie，覆盖 host-only cookie 漏带的情况
• 更关键的是，WeRead 当前真实可读入口是 /web/reader/<opaque-id>，不是 bookDetail/<bookId>，之前 shelf / book / search 对这层映射的处理不一致，才会出现“书架能看到，详情报未登录”或者“搜索结果链接不对”的情况

修复后的行为：

• weread shelf 继续保留缓存回退，但会明确提示这是 localStorage 缓存，结果可能过期
• weread book 在私有 API 认证失效时，会先确认 bookId -> readerUrl 映射可信，再回退到 reader 页面抓详情；如果信息不够，就直接失败，不再猜
• weread search 现在返回真实 /web/reader/... 链接；如果结果有歧义，就返回空 url，不再硬绑错误链接

本地已经实际跑过：

• npx tsx src/main.ts weread shelf --limit 1 -f json
• npx tsx src/main.ts weread book 29196155 -f json
• npx tsx src/main.ts weread search 文明 --limit 2 -f json

如果你方便的话，等 PR 合并后也可以再用你原来那组 MP_WXS_* 数据帮忙复测一次。

[haoyan-yam]

继续跟进后，这个问题已经修了，PR 在这里：

• fix(weread): harden reader fallback and search mapping #562

这次一起处理了两层问题：

• fetchPrivateApi 现在会同时合并 weread.qq.com 和 i.weread.qq.com 的 cookie，覆盖 host-only cookie 漏带的情况
• 更关键的是，WeRead 当前真实可读入口是 /web/reader/<opaque-id>，不是 bookDetail/<bookId>，之前 shelf / book / search 对这层映射的处理不一致，才会出现“书架能看到，详情报未登录”或者“搜索结果链接不对”的情况

修复后的行为：

• weread shelf 继续保留缓存回退，但会明确提示这是 localStorage 缓存，结果可能过期
• weread book 在私有 API 认证失效时，会先确认 bookId -> readerUrl 映射可信，再回退到 reader 页面抓详情；如果信息不够，就直接失败，不再猜
• weread search 现在返回真实 /web/reader/... 链接；如果结果有歧义，就返回空 url，不再硬绑错误链接

本地已经实际跑过：

• npx tsx src/main.ts weread shelf --limit 1 -f json
• npx tsx src/main.ts weread book 29196155 -f json
• npx tsx src/main.ts weread search 文明 --limit 2 -f json

如果你方便的话，等 PR 合并后也可以再用你原来那组 MP_WXS_* 数据帮忙复测一次。

好的没问题