求助，在cc里面用fable和opus都是429，前面有段时间我记得是可以用的，新开会话也一样。 是单纯用的人太多了吗？或者说是我的配置不对哇 1 个帖子 - 1 位参与者 阅读完整话题
12 个帖子 - 8 位参与者 阅读完整话题
目前我在一家电商公司，手里有一个 AI 生图 Web 项目。现阶段项目主要是基于一些 workflow 调用 API 进行生图，还没有发展到 Agent 形态。 最近我发现，很多中转站宣称“全量支持 OpenAI compatible 接口和参数”，但实际使用下来，这类说法的价值很有限，甚至会误导开发者。 以最常见的结构化输出为例，也就是 JSON 格式化输出。大部分低价中转站底层并不是调用真正的 OpenAI 标准 API，而是使用 GPT 订阅账号、ChatGPT/Codex 后端，甚至有些还会混用能力更弱的模型。这样一来，即使请求里传了 OpenAI compatible 的 response_format 、 json_schema 、 strict 等参数，也不代表这些参数真的会在 API 层被严格执行。 实际结果是，请求可能只是被中转站转写成 prompt，再交给 GPT/Codex 类渠道处理。模型输出本身具有随机性，一旦没有真正的 schema 约束，就会出现偶发问题：比如额外增加字段、缺失字段、字段类型错误，甚至返回的内容根本不是合法 JSON。 如果项目里再叠加重试、修复、二次解析等机制，虽然可以提高成功率，但也会带来明显副作用：响应时间变长、成本上升、链路复杂度增加，用户体验下降。对于追求代码质量和系统稳定性的开发者来说，这类补丁式处理也会显得很别扭。 以上，如果因为预算或者其他某些因素不得不基于中转进行开发的情况下，最好还是注意一下 1 个帖子 - 1 位参与者 阅读完整话题
佬们，求助，我是从 Web 页面上发起的 ApplePay，浏览器是 Chrome，手机试了一下扫弹出来的圆圈码，直接提示服务不可用呢。Apple Store 已经换了非国区的账号，是得把设置里的账号也换掉吗？ 2 个帖子 - 2 位参与者 阅读完整话题
用着用着，我的claude pro号突然这样了，这个是封号吗？又遇到这种情况的吗？但是我web还可以问答 4 个帖子 - 4 位参与者 阅读完整话题
我们公司有一个Web后台，大部分是面向国内用户的，然后还有少量海外的用户，服务器放在阿里云，现在海外用户有时候反映说打不开，因为我不是搞网络的，不是很懂这块要怎么优化，然后问了哈基米，下面是它的建议，佬友们帮忙看下是否靠谱呢： 直接进行 动态分流 ： 国内流量（不动）： 在阿里云 DNS 里，将“解析请求来源”设为 中国地区 ，直接指向你们现有的国内服务器 IP。国内用户访问路径完全不变，速度依然是最快的。 海外流量（套盾加速）： 将“解析请求来源”设为 境外 ，CNAME 指向 Cloudflare 。 这个方案能解决什么： 解决海外用户因为 DNS 污染找不到服务器、或者因为握手超时导致的“网页完全打不开”的问题。Cloudflare 在海外的节点会代替你的服务器和海外用户建立连接。 潜在痛点： Cloudflare 免费版节点在收到海外用户的请求后，回源（穿透回国内服务器拿数据）时走的依然是公网。如果遇到国际出口大拥堵，海外用户可能会觉得“能打开，但转圈有点慢”。 1 个帖子 - 1 位参与者 阅读完整话题
任职要求： 1 、关注最新 Web 应用漏洞、系统漏洞，并迅速掌握漏洞利用方法，能够了解漏洞原理、利用方法以及修复方法; 2 、熟悉渗透测试流程，能够按照渗透测试框架进行渗透测试，拥有三年以上渗透测试项目经验优先: 3 、熟练使用 AWVS 、Burp Suite Pro 、SQLMap Metaspoloit 、Cosbalt Strike 等常见安全测试工具; 4 、熟悉 Windows 、Linux 平台的攻击技巧，了解 Apache Nginx 等中间件漏洞; 5 、熟练使用 Python 、Go 、PHP 、Shell 等一种及以上脚本语言，能够独立编写各类小工具及 EXP ，提高工作效率 6 、熟悉木马免杀，钓鱼，鱼叉以及水坑攻击: 7 、从事过打击黑灰产业、反诈类项目及做过案件服务优先。 8 、岗位偏渗透方向 9 待遇薪资详谈 PM：VEfvvJogQGxpbjFfNjg4ODg=
https://coin.v2ex.pro/ https://coin.v2ex.pro/coin/9raUVuzeWUk53co63M4WXLWPWE4Xc6Lpn7RS9dnkpump 基于 Coin Community SDK 的一个 Web Client： https://coincommunities.org/docs Coin Community SDK 是来自 Pump.fun 的一个后端服务： 提供了 X 登录 token gate 逻辑验证 内容和图片存储 基于 Coin Community SDK ，每个在 Pump 上的 token 都可以构建一个属于自己的，类似 Twitter 体验的社区。 如果你已经持有 $V2EX ，就可以直接加入体验。
网络环境很干净，号也是pro xdm，咋回事啊 1 个帖子 - 1 位参与者 阅读完整话题
name = “codex” wire_api = “responses” supports_websockets = false base_url = “ https://x666.me/v1 ” env_key = “OPENAI_API_KEY” 报错 Unexpected status 403 Forbidden: Image generation is not enabled for this group, url: https://x666.me/v1/responses , cf-ray: a09c5e942b4eea91-ICN 5 个帖子 - 5 位参与者 阅读完整话题
做了一份任务规划交给AI后，躺在床上打开应用程序准备更新。突然发现谷歌市场推送了一个软件，没错，就是我们熟悉的马努斯。 然后我在心里面默念了一遍，突然想到了，腾讯为什么起这个名字？ 马努斯，码奴死 ，吗喽死 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 实施日志、踩坑记录和后续候选项
频繁报错Something went wrong (1076) 是不是调Gemini3.5的时候三哥程序猿又不小心搞错了什么 hhhhhhhhhhhh 2 个帖子 - 2 位参与者 阅读完整话题
当调用 grok-4.3-beta 时， /v1/chat/completions 会返回上游 403 ，但同一部署下其它聊天模型可以正常使用，例如： grok-4.20-auto grok-4.20-expert grok-4.20-0309-non-reasoning 测试后发现 grok-420-computer-use-sa：/rest/rate-limits 仍返回 200，但 /rest/app-chat/conversations/new 返回 403 grok-420：/rest/rate-limits 返回 200，/rest/app-chat/conversations/new 也可以正常返回 200 本地将相关映射从 grok-420-computer-use-sa 改为 grok-420 后，再调用 model=grok-4.3-beta 可以正常返回： status=200 content=ok grok-4.3-beta应该已经被下架，取代的是modeId为grok-420的grok-4.3 8 个帖子 - 3 位参与者 阅读完整话题
无论是claudecode还是claudeweb端都会被flag，实在是没招了问的是医学影像模型一些问题这也能被归为生物安全 用佬的gpt探讨大法不行，哈雷的强制用fable5我私聊问了也不行 真的没招了啊佬 4 个帖子 - 4 位参与者 阅读完整话题
我们是一家风险投资工作室，专注于投资 web3 、DePIN 和 GameFi 。我们不仅提供资金，还帮助项目在技术上成长。现为新成立的技术团队招聘一位经验丰富的区块链工程师，负责支持我们的投资组合项目。 岗位职责 投资组合项目支持： 智能合约代码审查 安全审计及漏洞修复建议 协助 DeFi 产品架构设计（ DEX 、借贷、质押、跨链桥） Gas 优化、代码重构、代理合约升级（ UUPS / Transparent ） 安全事件分析（漏洞利用、黑客攻击）— 根因分析 新项目尽职调查： 投资阶段的技术代码与架构评估 编写风险与代码质量评估报告 内部工具开发： 使用 Python / Go 开发区块链数据分析脚本 配合节点和索引器工作（ The Graph 、Dune ） 任职要求： 7 年以上开发经验，其中 3 年以上为区块链开发经验 Solidity 专家级：熟悉 OpenZeppelin 、代理模式（ UUPS / Transparent ）、Assembly 、Gas 优化 Rust （ Solana ）：能熟练编写合约，理解安全机制 熟悉 Foundry / Hardhat （不仅会跑测试，还能编写复杂脚本） 加分项： 英语能力 有 Move （ Aptos / Sui ）经验 有 ZK （ Circom / Halo2 ）经验 有公开审计经历或漏洞赏金发现记录 了解 Cosmos SDK 或 EigenLayer 工作条件： 远程工作 全职或兼职（每周 20–30 小时），可后续转为全职 月薪范围 5000–7000 美元，具体金额根据个人情况面议 联系方式： TG：@izabuwa888 Email: [email protected] 另外，我们也欢迎经验较少的 web3+AI 工程师申请。即使您没有 7 年以上的开发经验，也可以发送简历
我们是一家风险投资工作室，专注于投资 web3 、DePIN 和 GameFi 。我们不仅提供资金，还帮助项目在技术上成长。现为新成立的技术团队招聘一位经验丰富的区块链工程师，负责支持我们的投资组合项目。 岗位职责 投资组合项目支持： 智能合约代码审查 安全审计及漏洞修复建议 协助 DeFi 产品架构设计（ DEX 、借贷、质押、跨链桥） Gas 优化、代码重构、代理合约升级（ UUPS / Transparent ） 安全事件分析（漏洞利用、黑客攻击）— 根因分析 新项目尽职调查： 投资阶段的技术代码与架构评估 编写风险与代码质量评估报告 内部工具开发： 使用 Python / Go 开发区块链数据分析脚本 配合节点和索引器工作（ The Graph 、Dune ） 任职要求： 7 年以上开发经验，其中 3 年以上为区块链开发经验 Solidity 专家级：熟悉 OpenZeppelin 、代理模式（ UUPS / Transparent ）、Assembly 、Gas 优化 Rust （ Solana ）：能熟练编写合约，理解安全机制 熟悉 Foundry / Hardhat （不仅会跑测试，还能编写复杂脚本） 加分项： 英语能力 有 Move （ Aptos / Sui ）经验 有 ZK （ Circom / Halo2 ）经验 有公开审计经历或漏洞赏金发现记录 了解 Cosmos SDK 或 EigenLayer 工作条件： 远程工作 全职或兼职（每周 20–30 小时），可后续转为全职 月薪范围 5000–7000 美元，具体金额根据个人情况面议 联系方式： TG：@izabuwa888 Email: [email protected] 另外，我们也欢迎经验较少的 web3+AI 工程师申请。即使您没有 7 年以上的开发经验，也可以发送简历
之前有 3 个 Voice 号通过 web 版每月手动互发不同语种歌词。 三月底互发时，一个近十年的号和一个十多年的号在各发送一条信息后 voice 账号被禁用了。 多次去 Google 申诉都是同样封禁不给用。去 FCC 投诉，Google 拖到最后一天回复让通过链接地址去申诉，结果还是不给解封。 为了暂时保住最后一个注册时间最长的 Voice 号，在刷了 xiaomi.eu 的 Note 12 Tubro 上安装了 Voice 应用，24 小时开启 SS 配置绕过大陆地址。 Voice 应用没有开启自启动，省电策略是后台运行超过 10 分钟后关闭。现状是不论停止运行多久只要收到信息都会第一时间推送通知。 本机上另外一个能抽风式推送通知的是智能省电策略的淘宝。其他 play 版应用即使点击打开都不会用推送通知。