无法启动Claude的工作区Request error: net::ERR_CONNECTION_TIMED_OUT重新启动 Claude 或你的计算机有时可以解决此问题。如果问题仍然存在，你可以重新安装工作区。 Your connection works, but the provider rejected a test request. Often a model-access or quota issue. message: Gateway returned HTTP 503 httpStatus: 503 requestUrl: https://muyuan.do/v1/messages probedModel: claude-haiku-4-5 responseBody: {"error":{"code":"model_not_found","message":"分组 default 下模型 claude-haiku-4-5 无可用渠道（distributor） (request id: 202606101320123790999608268d9d6G5AjyX6H)","type":"new_api_error"}} endpoint: https://muyuan.do/ checkedAt: 2026-06-10T13:20:09.234Z 这个是为啥 2 个帖子 - 2 位参与者 阅读完整话题
目前0收入，每天一睁眼就是claude 启动！ 啥时候能变现啊 5 个帖子 - 4 位参与者 阅读完整话题
现象描述 今天在复制了一段windows powershell的内容，粘贴到 vscode的codex插件的输入框时，忽然卡住了。然后再次重启vscode，codex插件都无限遇到 或者是 the windows is not responding。 有时能显示 但这个编辑框还是卡住的状态，整个插件页面也没其他能点击的地方。 而使用codex cli是能正常运行的。 config.toml中指向的是本地的cpa, 补充信息 通过vscode的Toggle Developer Tools 捕捉到疑似关键的信息： GET https://file+.vscode-resource.vscode-cdn.net/c%3A/Users/orechi/.vscode/extensions/openai.chatgpt-26.5602.40724-win32-x64/webview/assets/use-codex-worktrees-BanhT6pC.js 408 (Request Timeout) 尝试过的举动 下载和回退不同版本的 codex 插件； 更新codex cli本身的版本 更新vscode版本 删除.codex\sessions\下今天有更新的文件 在windows defender中添加排除项，把vscode文件夹都放入其中 清除v2rayN系统代理 重启电脑一次 打开新的项目，新的文件夹 最后把一堆console里的信息，发给AI，给的说法是： 感觉AI也是没招了？ 反正我是真没招了 ，救救孩子，大佬指点下明路吧 2 个帖子 - 1 位参与者 阅读完整话题
在vscode上打开codex插件时，每次都要看着这图标等很久，今天实在忍不了了决定找出问题。 一开始以为是我开了很多mcp的问题，但是我把mcp全关了打开速度并没有多少提升，故排除mcp因素。 然后开始排查日志 +0.000s Codex extension 激活 +0.000s Spawning codex app-server +0.000s app-server initialize received +0.000s remote plugin catalog 立刻报 API key auth 不支持 +2.602s WSL distro scan +20.426s curated plugins GitHub sync 失败 日志里写明：Failed to connect to github.com port 443 after 21091 ms +20.676s GitHub HTTP fallback 失败 api.github.com 返回 403 rate limit +35.231s Features enabled +35.240s app routes mounted after 34988ms +35.817s Unable to extract account id and plan from auth token +40.551s remote plugin sync 再次失败 chatgpt authentication required; api key auth is not supported +40.885s featured plugin fetch 失败，401 Unauthorized +43.258s Playwright MCP list resources/templates 失败 +46.451s ab.chatgpt.com 开始 fetch failed +106.820s chatgpt.com 开始 fetch failed curated plugins GitHub sync：约 21.1 秒 怀疑是这里的问题，于是在 config.toml 里写上 [features] plugins = false 关闭 plugins 后，curated plugins / GitHub sync 相关日志消失。 但 Codex 启动仍然稳定卡在 35 秒左右。 这个时候有一组关键日志： 2026-06-10 15:21:44.531 [info] Activating Codex extension 2026-06-10 15:21:44.532 [info] [CodexMcpConnection] Initialize received id=1 2026-06-10 15:21:46.745 [info] [wsl] eligible distro list listResult="Ubuntu\ndocker-desktop" 2026-06-10 15:22:19.356 [info] Features enabled enabledFeatures="..." 2026-06-10 15:22:19.365 [info] [startup][renderer] app routes mounted after 34827ms 2026-06-10 15:22:27.387 [warning] Failed to list resource templates for MCP server 'playwright' 2026-06-10 15:22:30.500 [error] Error fetching ... url=https://ab.chatgpt.com/v1/initialize... 换算成相对耗时： 0.000s Activating Codex extension 0.001s Initialize received 2.214s WSL distro list 34.825s Features enabled 34.834s app routes mounted 42.856s Playwright MCP warning 45.969s ab.chatgpt.com fetch failed 多次重启codex插件，发现这个日志里下面这句显示的耗时都是差不多的35秒 app routes mounted after 35044ms app routes mounted after 35257ms app routes mounted after 35460ms app routes mounted after 34827ms 这也看不出啥，直接让ai给我分析了，ai帮我追到了来源 扩展代码分析 查看 OpenAI/Codex VS Code 扩展安装目录： C:\Users\yy\.vscode\extensions\openai.chatgpt-26.5602.71036-win32-x64 关键文件： webview\assets\app-main-DWntxdWC.js webview\assets\statsig-h8nIJFeq.js out\extension.js 在 app-main-DWntxdWC.js 中找到了： message:`[startup][renderer] app routes mounted after ${Math.round(performance.now())}ms` 这说明 app routes mounted after ...ms 是前端 React 路由真正挂载后的日志。 在 statsig-h8nIJFeq.js 中找到默认超时： w=1e4 this._timeout=w this._netConfig.networkTimeoutMs && (this._timeout=this._netConfig.networkTimeoutMs) 这里 1e4 就是： 10000ms = 10s 同时初始化请求带重试： retries:2 也就是说： 第 1 次请求：最多等 10 秒。 第 2 次请求：最多等 10 秒。 第 3 次请求：最多等 10 秒。 中间还有退避等待。 这时间不就对上了 如果是网络的问题，我本地是开了代理的，没理由访问不了。 最后ai告诉我是vscode 没走代理 我也是释怀的笑了，把vscode的代理设置了一下，就好了 1 个帖子 - 1 位参与者 阅读完整话题
据两位参加过SpaceX上市前投资者推介会的人士透露，SpaceX高管表示，该公司计划在2027年底前启动太空人工智能计算基础设施的初步演示，比其IPO文件中披露的“最早2028年”的部署时间表提前。轨道计算项目是SpaceX向投资者推介其长期增长战略的核心。该公司在其IPO文件中声称，它是“唯一一家拥有商业可行方案，能够大规模构建轨道AI计算能力的公司”。 SpaceX已向监管机构申请许可，计划发射多达100万颗太空数据中心卫星。 据两位知情人士透露，在IPO前的两次投资者推介会上，SpaceX的总裁格温·肖特韦尔 （Gwynne Shotwell） 和首席财务官布雷特·约翰森 （Bret Johnsen） 均到场参会，SpaceX高管概述了在2027年启动轨道算力技术演示的路线图。 据消息人士透露，肖特韦尔和约翰逊一直在与各大投行会面，力推公司IPO，计划筹集750亿美元资金，目标估值1.75万亿美元。他们将最初的部署描述为演示系统，旨在验证技术，为更广泛的商业推广做好准备。 其中一位消息人士解读IPO文件中的时间表，认为这是管理层为星舰研发或卫星制造可能出现的延误预留了空间。 SpaceX计划于周五在纳斯达克上市交易，股票代码为SPCX，IPO发行价目标为每股135美元。 在周一发布的一段视频中，马斯克表示，建造轨道人工智能数据中心并非一项艰巨的工程挑战，因为所需的大部分技术已经存在于其现有的星链卫星网络中。 马斯克表示，第一代人工智能卫星很可能使用英伟达芯片，航天器的计算机性能将相当于英伟达GB300机架。 查看评论
1.卸载用微软商店安装的PowerShell，使用WinGet安装PowerShell 2.将Codex配置文件sandbox = "elevated"改成sandbox = “unelevated” 1 个帖子 - 1 位参与者 阅读完整话题
codex /goal 启动 goal模式后, esc 停止, 再追问问题, 然后他自己还是会进入 goal模式继续跑… 输入 停止goal, 也不行. 只能换个简单的goal先然其achieve了 然后, shift+tab也只能看到 plan和goal 两个模式切换, 这个goal模式怎么能优雅的退出呢? 7 个帖子 - 7 位参与者 阅读完整话题
1.APP 查找 -主要是索引电脑里安装的所有软件，快速查找和启动，比 windows 自带的查找更准确更快，支持拼音首字母查找和谐音查找 比如微信 可以搜 wx 也可以 vx 2.文件查找 -由于 everything 足够好用，且能过向外提供服务，我没有必要再去做一个全磁盘文件索引，所以我的文件索引底层用的是 everything ，安装的时候也会提示安装这个。 3.网页搜索 -加入了 bing 和 google 搜索引擎，搜索的时候按 alt+enter ，默认打开浏览器搜索 常用快捷键 alt+w --打开搜索框 enter --打开 app alt+enter --打开浏览器使用网页搜索 tab --切换搜索模式（ app 搜索/文件搜索） 支持 32 种好看的主题 系统占用率 进程：appfind.exe 当前 CPU：约 0% 工作集内存：约 42.7 MB 私有内存：约 23.9 MB 后续会加上截图功能 目前已经实现了 矩形，箭头，画笔，马赛克，贴图，文字，保存，ocr 文字提取功能 待实现的功能：长截图，ocr 翻译 下载地址： http://115.191.17.96/profile/software/wanxun/0.1.0/2026/06/09/wanxun_0.1.0_x64-setup_260609210021A002.exe
1.APP 查找 -主要是索引电脑里安装的所有软件，快速查找和启动，比 windows 自带的查找更准确更快，支持拼音首字母查找和谐音查找 比如微信 可以搜 wx 也可以 vx 2.文件查找 -由于 everything 足够好用，且能过向外提供服务，我没有必要再去做一个全磁盘文件索引，所以我的文件索引底层用的是 everything ，安装的时候也会提示安装这个。 3.网页搜索 -加入了 bing 和 google 搜索引擎，搜索的时候按 alt+enter ，默认打开浏览器搜索 常用快捷键 alt+w --打开搜索框 enter --打开 app alt+enter --打开浏览器使用网页搜索 tab --切换搜索模式（ app 搜索/文件搜索） 支持 32 种好看的主题 系统占用率 进程：appfind.exe 当前 CPU：约 0% 工作集内存：约 42.7 MB 私有内存：约 23.9 MB 后续会加上截图功能 目前已经实现了 矩形，箭头，画笔，马赛克，贴图，文字，保存，ocr 文字提取功能 待实现的功能：长截图，ocr 翻译 下载地址： http://115.191.17.96/profile/software/wanxun/0.1.0/2026/06/09/wanxun_0.1.0_x64-setup_260609210021A002.exe
https://www.youtube.com/watch?v=0bJrihDhaBg&t=2s 这是介绍视频，很小巧好用的一款软件。如果觉得不错，希望各位可以关注我油管账号一波。感谢！
https://www.youtube.com/watch?v=0bJrihDhaBg&t=2s 这是介绍视频，很小巧好用的一款软件。如果觉得不错，希望各位可以关注我油管账号一波。感谢！
https://www.youtube.com/watch?v=0bJrihDhaBg&t=2s 这是介绍视频，很小巧好用的一款软件。如果觉得不错，希望各位可以关注我油管账号一波。感谢！
近日，Apple 面向开发者发布了代号为 “Golden Gate” 的 macOS 27 测试版，但这一更新意外影响了在 Apple Silicon 设备上运行的 Asahi Linux。Asahi Linux 项目团队发出公开提醒，建议用户暂时不要在安装了 Asahi Linux 的设备上尝试 macOS 27 测试版。 根据 Asahi Linux 的说明，在升级到 macOS 27 测试版后，系统启动菜单和“启动磁盘”设置逻辑发生了变化，导致 Asahi Linux 分区不再出现在启动选择界面中，从而无法正常引导进入 Linux 系统。目前来看，这一变化并不会导致 Asahi Linux 分区上的数据丢失，分区本身依然存在，但在现有的启动路径下无法被选中或启动。 目前尚不清楚这是 Apple 在调整启动机制过程中引入的非预期缺陷，还是有意为之的行为变更。Asahi Linux 团队已经就此向 Apple 提交了错误报告，等待进一步回复。在此期间，项目方明确提醒用户尽量避免在主力设备上升级 macOS 27 测试版，尤其是依赖 Asahi Linux 进行日常工作或开发的用户。 对于已经尝试升级到 macOS 27 测试版的用户，如果此前在同一设备上还保留有 macOS 26 或更早版本的系统安装，可以通过这些旧版本系统的启动环境来间接启动 Asahi Linux 分区，以在过渡阶段继续访问现有的 Linux 环境。 在 Apple Silicon Linux 生态的其他进展方面，Linux 7.2 已准备加入对 Apple M3 设备的启动支持，不过当前阶段距离普通终端用户可用还有较大距离。对于尚未升级到 macOS 27 “Golden Gate”的用户，这也意味着在保持现有可用性的同时，仍可关注后续内核和引导工具链对 Apple M 系列芯片支持的改善。 查看评论
我用官网的ds能成功配置，同样的方法配置佬们的公益站，启动后/model查看后，模型还是没变为啥呀？ 6 个帖子 - 4 位参与者 阅读完整话题
今天让启动个前后端站点，直接没用系统环境，到处捞插件，最离谱的是后端配置文件的数据库地址都读错了。 8 个帖子 - 7 位参与者 阅读完整话题
目前在使用 utools + 豆包. utools主要是用来启动应用, 格式化json, 使用些小插件. 豆包主要用来截图进行简单的问答, 不需要高精度的问答. 现在在找一个类似于豆包这样东西, 使用类似于 Alt + Space 呼出, 用完就抛, 支持多模态. 今天下载了 Google search for desktop, 然而不能启动. 各位佬有推荐的吗? (国内国外都可以, 免费就好) 6 个帖子 - 3 位参与者 阅读完整话题
无法启动Claude的工作区 求教怎么解决克劳德的这个问题 重启也不行 也不知道咋弄 1 个帖子 - 1 位参与者 阅读完整话题
写一个go窗口启动后端服务的同时显示出web界面 结果干了2小时干了 一直反复启动不了然后修复>崩溃>修复>崩溃，还是gpt5.5 hight 换gemini3.5一分钟就完成了 18 个帖子 - 15 位参与者 阅读完整话题
被称为电子图书馆的 Z-Library 日前宣布对其镜像网站基础设施进行升级，现在任何人都可以基于 Z-Library 创建自定义品牌、仅限登录访问的镜像站，镜像站托管的数据仍然从主站获取并最新书籍数据库，作为回报，如果用户通过镜像站捐赠加密货币，Z-Library 会向镜像站提供 20% 的捐赠报酬。 应对域名和服务器查封问题： Z-Library 目前托管着千万级别的图书和学术文章可以免费下载，很显然这些内容大部分都存在版权风险，因此在过去 10 年该网站被查封多个域名和服务器，甚至其两名核心运营者都被逮捕 (但在引渡期间跑路从此销声匿迹)，但该网站剩余的团队仍然在全球各地匿名运营着 Z-Library。 只不过频繁被扣押域名和查封服务器对 Z-Library 来说也非常困难，所以现在 Z-Library 准备发动社区的力量呼吁大家建立镜像站，镜像站可以选择开启登录访问，只有登录的用户才能访问网站并获取内容，镜像站运营者还可以自定义品牌商标不再使用 Z-Library 图标，也就是内容仍然是 Z-Library 的，但网站从外表看起来似乎与 Z-Library 没有关系。 这种做法可以在短时间内增加大量的 Z-Library 镜像站并确保更多用户可以免费获取图书和学术文章，从 Z-Library 免费精神角度来说这可以继续促进知识共享，而未来版权机构的维权难度将会大幅度增加，毕竟海量镜像站域名既不容易被发现，对版权机构而言法律流程太长成本也非常高。 20% 的报酬与镜像站法律风险： 为激励社区用户搭建白标镜像站，Z-Library 将向镜像站运营者提供 20% 的捐赠报酬，即用户访问镜像站并向镜像站提供的加密货币捐赠链接支付加密货币捐赠时，Z-Library 将会向对应镜像站运营者提供 20% 的捐赠报酬 (当然对白标镜像站而言除非用户量足够大否则捐赠收益非常低)。 然而搭建白标镜像站将存在明确的法律风险，用户使用自己的身份信息注册域名和购买服务器搭建白标镜像站，都意味着网站上的任何内容都由运营者负责，因此产生的任何法律风险都由运营者负责，因此对于大部分用户来说搭建这种白标镜像站都是不合适的。 查看评论
如图，API接入Codex，用了Codex++启动，开启了fast按钮配置后，但是在Codex上没有看到跟官方一样的fast按钮选项，实际上用的时候是fast模式吗 2 个帖子 - 2 位参与者 阅读完整话题