据 ICK 提供DP：吉林分行现已可申请万事网联借记卡，但可售产品编号有所差异，普卡为 500000237 ，金卡未知具体编号。 开卡可能收取工本费。开立金卡可能需资产达标。请以支行答复为准。 转自encmasuta 1 个帖子 - 1 位参与者 阅读完整话题
报错登录失败：Login server error: Token exchange failed: token endpoint returned status 403 Forbidden: Country, region, or territory not supported 2 个帖子 - 2 位参与者 阅读完整话题
众所周知，dp api是会收集用户数据以改进模型的，同时目前dp的编码数据明显不够，恰好目前ai协议又是无状态的，当我用cc完成一个任务后，切到dp，随便发一个你好，那么附带前面所有的对话内容都会发送到dp服务器，这算不算提供了优质数据，曲线救国。 8 个帖子 - 6 位参与者 阅读完整话题
准备放到腾讯云服务器上,自己部署了hermes用 2 个帖子 - 2 位参与者 阅读完整话题
tp-sgwtkk41qv785rimsnfwa9q0zxfc5erdprr89rd1pwl7sog7 https://token-plan-sgp.xiaomimimo.com/v1 1 个帖子 - 1 位参与者 阅读完整话题
https://github.com/woodgear/refresh Refresh Refresh 是一个自托管的个人账号 feed API：用你自己的浏览器登录态，把 X/Twitter 、知乎、B 站推给你的内容采集成结构化资源，再通过网页、RSS 和 JSON API 消费。 它不是多用户托管服务，也不内置第三方账号凭据。登录态、抓取到的内容、媒体缓存和日志都属于本机运行态数据，不提交到仓库。 它做什么 通过 Chrome DevTools Protocol 操控一个独立的 Chrome profile 。 使用你自己的登录态抓取平台推荐流： X/Twitter home timeline GraphQL 响应 知乎 topstory / moments API B 站动态流 / 热门 API 每次抓取保存为不可变的 RefreshWindow 档案。 将内容归一化为 Message / Author / Account 等 k8s 风格资源。 提供 React 阅读界面：按源过滤、未读追踪、登录恢复、手动刷新。 提供 RSS： /rss/<source>.xml 和 /rss/all.xml 。 图片会本地化到 data/media ，方便 RSS 阅读器稳定回源。 隐私边界 仓库只放应用代码。以下运行态路径已被 git 忽略： profiles/ ：Chrome profile 、cookies 、登录态 data/ ：抓取内容、媒体、overlay 、调度器状态、日志 .env / .env.* ：本地部署配置 公开仓库前不要把运行态目录、截图、导出的 cookie 、本地环境变量文件或真实数据样例提交进来。 本地运行 依赖： Bun pnpm Chrome / Chromium jq 、 xmllint （用于 verify.sh ） 启动： pnpm install pnpm start 默认地址： 后端 API： http://localhost:3001 前端网页： http://localhost:5173 首次使用时打开 http://localhost:5173 。如果账号未登录，页面会提示登录；登录过程发生在受管 Chrome profile （默认 profiles/main ）里。 Chrome 启动与登录态 Refresh 不依赖外部浏览器自动化服务。后端需要访问平台时，会先检查本机 CDP： http://127.0.0.1:${RADAR_CDP_PORT}/json/version 如果 CDP 不可用，后端会自动拉起一个有窗口的 Chrome / Chromium： CDP 只监听本机 127.0.0.1 。 默认 CDP 端口是 19223 ，可用 RADAR_CDP_PORT 修改。 默认 profile 是 profiles/main ，可用 RADAR_PROFILE_DIR 修改。 Chrome 路径会自动探测；找不到时用 RADAR_CHROME_BIN 指定。 启动参数包含 --remote-debugging-port 和 --user-data-dir ，因此登录态会持久化在 profile 目录里。 登录、扫码和抓取都使用这个同一个 profile 。不要把 profiles/ 提交到仓库。 Linux 服务器部署时需要有可用的图形桌面会话，因为平台登录通常需要可见窗口。 scripts/ start-k2-tmux.sh 会在 tmux 进程里补齐常见桌面环境变量： XDG_RUNTIME_DIR WAYLAND_DISPLAY DISPLAY DBUS_SESSION_BUS_ADDRESS 如果检测到 WAYLAND_DISPLAY ，后端启动 Chrome 时会默认追加 --ozone-platform=wayland 。需要强制指定时可以设置： export RADAR_CHROME_OZONE_PLATFORM=wayland 验证 bunx tsc --noEmit ./verify.sh verify.sh 使用隔离的 mock 数据，不依赖真实平台登录态。 部署 Refresh 运行两个进程： 后端： bun server/index.ts 前端/Vite 反代： bunx vite 公网部署时，把公网地址放进环境变量，然后用反向代理或 tunnel 暴露 Vite 端口。 示例： export REFRESH_PUBLIC_URL="https://refresh.example.com" export SERVER_PORT=13001 export WEB_PORT=13002 scripts/start-k2-tmux.sh scripts/ start-k2-tmux.sh 会： 在 tmux session 中启动后端和前端； 用 REFRESH_PUBLIC_URL 设置 RADAR_BASE_URL ，保证 RSS 里的媒体地址能回源； 从 REFRESH_PUBLIC_URL 推导 Vite allowed host ； 将进程日志写入 data/logs/ 。 公网代理或 tunnel 指向： http://127.0.0.1:${WEB_PORT} 后端通过 Vite proxy 访问，因此通常只需要暴露 Web 端口。 常用环境变量 变量 用途 默认 PORT 后端端口 3001 RADAR_DATA_DIR 数据根目录 ./data RADAR_BASE_URL RSS 媒体绝对地址 http://localhost:$PORT RADAR_CDP_PORT 受管 Chrome CDP 端口 19223 RADAR_PROFILE_DIR 受管 Chrome profile 目录 ./profiles/main RADAR_CHROME_BIN Chrome 可执行文件 自动探测 RADAR_CHROME_OZONE_PLATFORM Chrome Ozone 平台，例如 wayland 检测到 WAYLAND_DISPLAY 时为 wayland RADAR_PROXY 媒体下载代理 http://127.0.0.1:7890 REFRESH_API_TARGET Vite 反代的后端地址 http://localhost:3001 REFRESH_ALLOWED_HOSTS Vite 允许访问的 host ，逗号分隔 未设置 REFRESH_PUBLIC_URL 公网部署 URL ，供 scripts/ start-k2-tmux.sh 使用 脚本必填 文档 文件 内容 AGENTS.md 当前架构、约定、API 速查、常见任务操作手册 docs/design.md 原始设计蓝图和设计取舍 docs/progress.md 实施日志、踩坑记录和后续候选项
https://github.com/woodgear/refresh Refresh Refresh 是一个自托管的个人账号 feed API：用你自己的浏览器登录态，把 X/Twitter 、知乎、B 站推给你的内容采集成结构化资源，再通过网页、RSS 和 JSON API 消费。 它不是多用户托管服务，也不内置第三方账号凭据。登录态、抓取到的内容、媒体缓存和日志都属于本机运行态数据，不提交到仓库。 它做什么 通过 Chrome DevTools Protocol 操控一个独立的 Chrome profile 。 使用你自己的登录态抓取平台推荐流： X/Twitter home timeline GraphQL 响应 知乎 topstory / moments API B 站动态流 / 热门 API 每次抓取保存为不可变的 RefreshWindow 档案。 将内容归一化为 Message / Author / Account 等 k8s 风格资源。 提供 React 阅读界面：按源过滤、未读追踪、登录恢复、手动刷新。 提供 RSS： /rss/<source>.xml 和 /rss/all.xml 。 图片会本地化到 data/media ，方便 RSS 阅读器稳定回源。 隐私边界 仓库只放应用代码。以下运行态路径已被 git 忽略： profiles/ ：Chrome profile 、cookies 、登录态 data/ ：抓取内容、媒体、overlay 、调度器状态、日志 .env / .env.* ：本地部署配置 公开仓库前不要把运行态目录、截图、导出的 cookie 、本地环境变量文件或真实数据样例提交进来。 本地运行 依赖： Bun pnpm Chrome / Chromium jq 、 xmllint （用于 verify.sh ） 启动： pnpm install pnpm start 默认地址： 后端 API： http://localhost:3001 前端网页： http://localhost:5173 首次使用时打开 http://localhost:5173 。如果账号未登录，页面会提示登录；登录过程发生在受管 Chrome profile （默认 profiles/main ）里。 Chrome 启动与登录态 Refresh 不依赖外部浏览器自动化服务。后端需要访问平台时，会先检查本机 CDP： http://127.0.0.1:${RADAR_CDP_PORT}/json/version 如果 CDP 不可用，后端会自动拉起一个有窗口的 Chrome / Chromium： CDP 只监听本机 127.0.0.1 。 默认 CDP 端口是 19223 ，可用 RADAR_CDP_PORT 修改。 默认 profile 是 profiles/main ，可用 RADAR_PROFILE_DIR 修改。 Chrome 路径会自动探测；找不到时用 RADAR_CHROME_BIN 指定。 启动参数包含 --remote-debugging-port 和 --user-data-dir ，因此登录态会持久化在 profile 目录里。 登录、扫码和抓取都使用这个同一个 profile 。不要把 profiles/ 提交到仓库。 Linux 服务器部署时需要有可用的图形桌面会话，因为平台登录通常需要可见窗口。 scripts/ start-k2-tmux.sh 会在 tmux 进程里补齐常见桌面环境变量： XDG_RUNTIME_DIR WAYLAND_DISPLAY DISPLAY DBUS_SESSION_BUS_ADDRESS 如果检测到 WAYLAND_DISPLAY ，后端启动 Chrome 时会默认追加 --ozone-platform=wayland 。需要强制指定时可以设置： export RADAR_CHROME_OZONE_PLATFORM=wayland 验证 bunx tsc --noEmit ./verify.sh verify.sh 使用隔离的 mock 数据，不依赖真实平台登录态。 部署 Refresh 运行两个进程： 后端： bun server/index.ts 前端/Vite 反代： bunx vite 公网部署时，把公网地址放进环境变量，然后用反向代理或 tunnel 暴露 Vite 端口。 示例： export REFRESH_PUBLIC_URL="https://refresh.example.com" export SERVER_PORT=13001 export WEB_PORT=13002 scripts/start-k2-tmux.sh scripts/ start-k2-tmux.sh 会： 在 tmux session 中启动后端和前端； 用 REFRESH_PUBLIC_URL 设置 RADAR_BASE_URL ，保证 RSS 里的媒体地址能回源； 从 REFRESH_PUBLIC_URL 推导 Vite allowed host ； 将进程日志写入 data/logs/ 。 公网代理或 tunnel 指向： http://127.0.0.1:${WEB_PORT} 后端通过 Vite proxy 访问，因此通常只需要暴露 Web 端口。 常用环境变量 变量 用途 默认 PORT 后端端口 3001 RADAR_DATA_DIR 数据根目录 ./data RADAR_BASE_URL RSS 媒体绝对地址 http://localhost:$PORT RADAR_CDP_PORT 受管 Chrome CDP 端口 19223 RADAR_PROFILE_DIR 受管 Chrome profile 目录 ./profiles/main RADAR_CHROME_BIN Chrome 可执行文件 自动探测 RADAR_CHROME_OZONE_PLATFORM Chrome Ozone 平台，例如 wayland 检测到 WAYLAND_DISPLAY 时为 wayland RADAR_PROXY 媒体下载代理 http://127.0.0.1:7890 REFRESH_API_TARGET Vite 反代的后端地址 http://localhost:3001 REFRESH_ALLOWED_HOSTS Vite 允许访问的 host ，逗号分隔 未设置 REFRESH_PUBLIC_URL 公网部署 URL ，供 scripts/ start-k2-tmux.sh 使用 脚本必填 文档 文件 内容 AGENTS.md 当前架构、约定、API 速查、常见任务操作手册 docs/design.md 原始设计蓝图和设计取舍 docs/progress.md 实施日志、踩坑记录和后续候选项
https://github.com/woodgear/refresh Refresh Refresh 是一个自托管的个人账号 feed API：用你自己的浏览器登录态，把 X/Twitter 、知乎、B 站推给你的内容采集成结构化资源，再通过网页、RSS 和 JSON API 消费。 它不是多用户托管服务，也不内置第三方账号凭据。登录态、抓取到的内容、媒体缓存和日志都属于本机运行态数据，不提交到仓库。 它做什么 通过 Chrome DevTools Protocol 操控一个独立的 Chrome profile 。 使用你自己的登录态抓取平台推荐流： X/Twitter home timeline GraphQL 响应 知乎 topstory / moments API B 站动态流 / 热门 API 每次抓取保存为不可变的 RefreshWindow 档案。 将内容归一化为 Message / Author / Account 等 k8s 风格资源。 提供 React 阅读界面：按源过滤、未读追踪、登录恢复、手动刷新。 提供 RSS： /rss/<source>.xml 和 /rss/all.xml 。 图片会本地化到 data/media ，方便 RSS 阅读器稳定回源。 隐私边界 仓库只放应用代码。以下运行态路径已被 git 忽略： profiles/ ：Chrome profile 、cookies 、登录态 data/ ：抓取内容、媒体、overlay 、调度器状态、日志 .env / .env.* ：本地部署配置 公开仓库前不要把运行态目录、截图、导出的 cookie 、本地环境变量文件或真实数据样例提交进来。 本地运行 依赖： Bun pnpm Chrome / Chromium jq 、 xmllint （用于 verify.sh ） 启动： pnpm install pnpm start 默认地址： 后端 API： http://localhost:3001 前端网页： http://localhost:5173 首次使用时打开 http://localhost:5173 。如果账号未登录，页面会提示登录；登录过程发生在受管 Chrome profile （默认 profiles/main ）里。 Chrome 启动与登录态 Refresh 不依赖外部浏览器自动化服务。后端需要访问平台时，会先检查本机 CDP： http://127.0.0.1:${RADAR_CDP_PORT}/json/version 如果 CDP 不可用，后端会自动拉起一个有窗口的 Chrome / Chromium： CDP 只监听本机 127.0.0.1 。 默认 CDP 端口是 19223 ，可用 RADAR_CDP_PORT 修改。 默认 profile 是 profiles/main ，可用 RADAR_PROFILE_DIR 修改。 Chrome 路径会自动探测；找不到时用 RADAR_CHROME_BIN 指定。 启动参数包含 --remote-debugging-port 和 --user-data-dir ，因此登录态会持久化在 profile 目录里。 登录、扫码和抓取都使用这个同一个 profile 。不要把 profiles/ 提交到仓库。 Linux 服务器部署时需要有可用的图形桌面会话，因为平台登录通常需要可见窗口。 scripts/ start-k2-tmux.sh 会在 tmux 进程里补齐常见桌面环境变量： XDG_RUNTIME_DIR WAYLAND_DISPLAY DISPLAY DBUS_SESSION_BUS_ADDRESS 如果检测到 WAYLAND_DISPLAY ，后端启动 Chrome 时会默认追加 --ozone-platform=wayland 。需要强制指定时可以设置： export RADAR_CHROME_OZONE_PLATFORM=wayland 验证 bunx tsc --noEmit ./verify.sh verify.sh 使用隔离的 mock 数据，不依赖真实平台登录态。 部署 Refresh 运行两个进程： 后端： bun server/index.ts 前端/Vite 反代： bunx vite 公网部署时，把公网地址放进环境变量，然后用反向代理或 tunnel 暴露 Vite 端口。 示例： export REFRESH_PUBLIC_URL="https://refresh.example.com" export SERVER_PORT=13001 export WEB_PORT=13002 scripts/start-k2-tmux.sh scripts/ start-k2-tmux.sh 会： 在 tmux session 中启动后端和前端； 用 REFRESH_PUBLIC_URL 设置 RADAR_BASE_URL ，保证 RSS 里的媒体地址能回源； 从 REFRESH_PUBLIC_URL 推导 Vite allowed host ； 将进程日志写入 data/logs/ 。 公网代理或 tunnel 指向： http://127.0.0.1:${WEB_PORT} 后端通过 Vite proxy 访问，因此通常只需要暴露 Web 端口。 常用环境变量 变量 用途 默认 PORT 后端端口 3001 RADAR_DATA_DIR 数据根目录 ./data RADAR_BASE_URL RSS 媒体绝对地址 http://localhost:$PORT RADAR_CDP_PORT 受管 Chrome CDP 端口 19223 RADAR_PROFILE_DIR 受管 Chrome profile 目录 ./profiles/main RADAR_CHROME_BIN Chrome 可执行文件 自动探测 RADAR_CHROME_OZONE_PLATFORM Chrome Ozone 平台，例如 wayland 检测到 WAYLAND_DISPLAY 时为 wayland RADAR_PROXY 媒体下载代理 http://127.0.0.1:7890 REFRESH_API_TARGET Vite 反代的后端地址 http://localhost:3001 REFRESH_ALLOWED_HOSTS Vite 允许访问的 host ，逗号分隔 未设置 REFRESH_PUBLIC_URL 公网部署 URL ，供 scripts/ start-k2-tmux.sh 使用 脚本必填 文档 文件 内容 AGENTS.md 当前架构、约定、API 速查、常见任务操作手册 docs/design.md 原始设计蓝图和设计取舍 docs/progress.md 实施日志、踩坑记录和后续候选项
API 请求地址怎么填？ 在配置第三方 API 时，要求填写： https://your-api-endpoint.com/v1 我试过： https://your-api-endpoint.com https://your-api-endpoint.com/v1 https://your-api-endpoint.com/api/v1 开启/关闭「完整 URL」也都试过了，但测速一直失败，无法获取模型列表。 想请教一下： 这里应该填写 Base URL 还是完整接口地址？ OpenAI Response 格式一般应该怎么填？ 有没有配置成功的大佬给个示例？ 感谢 4 个帖子 - 4 位参与者 阅读完整话题
api key(base64):dHAtYzFkYmg1NnlxbG13MTM2eWs4eHJjajZydXVsdjZydzFpNmJ2MWV1ODdpbXp4M3dh 4 个帖子 - 4 位参与者 阅读完整话题
各位佬，目前我刚研一，主要用cursor+gpt/dp/claude api模式，能帮我解决大部分问题。最近codex爆火，1.有没有必要切换到codex，听说codex在windows端又不是完全体。2.codex和cursor差距大吗？3.未来可能主要还是用作科研学习，帮助调代码，辅助论文，完成学术作业。日常想vibe coding实现一些想法。目前主要是主力本是windows,所以很纠结，想听听各位佬的建议。真心希望赐教。感谢 10 个帖子 - 6 位参与者 阅读完整话题
离 mini7 已经出了快 2 年了，今年 10 月发布 mini8 的可能性高吗 主要拿来玩游戏，有 iPadPro （ 12.9 寸），平板太大 打游戏打的太累了，带出门玩也不方便，看到 mini 的时候一眼爱上了，但是 mini7 没有高刷，玩游戏会很痛苦，决定等等 mini8 ，不知道这代 mini 会不会带高刷呢
离 mini7 已经出了快 2 年了，今年 10 月发布 mini8 的可能性高吗 主要拿来玩游戏，有 iPadPro （ 12.9 寸），平板太大 打游戏打的太累了，带出门玩也不方便，看到 mini 的时候一眼爱上了，但是 mini7 没有高刷，玩游戏会很痛苦，决定等等 mini8 ，不知道这代 mini 会不会带高刷呢
离 mini7 已经出了快 2 年了，今年 10 月发布 mini8 的可能性高吗 主要拿来玩游戏，有 iPadPro （ 12.9 寸），平板太大 打游戏打的太累了，带出门玩也不方便，看到 mini 的时候一眼爱上了，但是 mini7 没有高刷，玩游戏会很痛苦，决定等等 mini8 ，不知道这代 mini 会不会带高刷呢
离 mini7 已经出了快 2 年了，今年 10 月发布 mini8 的可能性高吗 主要拿来玩游戏，有 iPadPro （ 12.9 寸），平板太大 打游戏打的太累了，带出门玩也不方便，看到 mini 的时候一眼爱上了，但是 mini7 没有高刷，玩游戏会很痛苦，决定等等 mini8 ，不知道这代 mini 会不会带高刷呢
离 mini7 已经出了快 2 年了，今年 10 月发布 mini8 的可能性高吗 主要拿来玩游戏，有 iPadPro （ 12.9 寸），平板太大 打游戏打的太累了，带出门玩也不方便，看到 mini 的时候一眼爱上了，但是 mini7 没有高刷，玩游戏会很痛苦，决定等等 mini8 ，不知道这代 mini 会不会带高刷呢
windows上用uu也是在站内看到的，windows局域网用RDP也很丝滑 那linux呢，用什么呢 14 个帖子 - 13 位参与者 阅读完整话题
为什么Codex 配deepseek V4 pro 有点烧token，各位佬有没有其他可以替代的方案 5 个帖子 - 3 位参与者 阅读完整话题
官网下载的 4.10 版本可用（界面怎么改的这么难看）
首先是iOS：iPhone 11以上可以支持 iPad：iPadpro2018 惨遭淘汰 macos： 英特尔全军覆灭： watchos： watch ultra1 居然也淘汰了，只有9以上的版本可以 ai： 依然是环大陆发行 8 个帖子 - 5 位参与者 阅读完整话题