👋 欢迎来到我的技术空间

这篇文章按 Windows 用户优先 的方式重写。 默认正文只写 Windows CMD 的做法；PowerShell、macOS、Linux 都放进折叠块里，需要时再展开看。 我的推荐顺序仍然不变： 先把 Git、Node.js、npm/npx、环境变量理干净 先装 CC Switch 作为统一配置入口 再装 Claude Code 和 Codex 最后用 ZCF 做初始化增强 零散信息先看这 6 条 这篇教程默认以 Windows CMD 为推荐命令环境 Node.js 建议不要直接把 npm 全局目录丢到默认位置，而是显式配置 node_global 和 node_cache Claude Code 的 Base URL 不带 /v1 Codex 的 Base URL 必须带 /v1 同时用 Claude Code 和 Codex 时，优先装 CC Switch ZCF 更适合做初始化增强，不适合长期承担配置中心 一、先准备 Windows 目录结构 这一步不要跳。 如果你想让后面的 npm 全局安装、命令可执行路径、缓存目录都稳定，最省心的做法是： Node.js 安装目录固定在一个你自己可控的位置 在这个目录下面手动建 node_global 在这个目录下面手动建 node_cache 然后把 npm 的 prefix 和 cache 都显式指过去 我建议你用类似这样的目录： ...

PDF 下载：claude-mythos-preview-analysis-2026-04-08.pdf 说明：本文由 Claude 生成的 6 份分析报告合并整理而成，便于在博客中集中阅读与检索。 生成时间：2026-04-08 内容来源：insights/claude 下 6 份 Claude 分析报告 说明：本文件为自动合并版本，便于统一归档、导出 PDF 与对外发布 执行摘要 整理时间：2026-04-08 整理者：Claude Opus 4.6 基于材料：243 页系统卡 PDF + 5 张外部截图 + Codex 先前分析 总览 本次分析基于 Anthropic 于 2026-04-07 发布的 Claude Mythos Preview System Card（243 页），辅以社交媒体截图和公开仓库线索，产出了以下五份专题分析： 编号 文件 主题 01 facts-from-system-card.md 模型卡事实摘录 02 benchmark-analysis.md 跑分数据深度对比 03 training-timeline-factcheck.md “2/24 训练完成"说法的事实核查 04 release-strategy-and-speculation.md 发布策略与后续模型推测 05 welfare-and-alignment.md 对齐评估与模型福利 核心结论 一、能基本坐实的事实 Mythos Preview 是 Anthropic 迄今最强的模型，多项跑分对 Opus 4.6 形成代差级优势 ...

问题现象 在 Linux 中通过 npm -g 全局安装某些工具后（例如 claude），在任意目录执行命令时提示“command not found”或“无法识别命令”。 根本原因 系统当前会话的 PATH 环境变量中，缺少 npm 全局安装命令对应的 bin 目录。 可执行文件虽然已经安装成功，但 shell 无法在搜索路径中找到它。 解决命令 执行以下命令，将 npm 全局前缀目录下的 bin 路径追加到 ~/.bashrc，并立即生效： echo -e "export PATH=$(npm prefix -g)/bin:$PATH" >> ~/.bashrc && source ~/.bashrc 命令说明 npm prefix -g：获取 npm 全局安装前缀目录（常见如 /usr、/usr/local 或用户目录下前缀）。 export PATH=...：把全局命令的 bin 路径加入 PATH。 >> ~/.bashrc：将配置追加到 Bash 启动文件。 source ~/.bashrc：当前终端立即加载新配置，无需重开终端。 验证方式 执行以下命令确认路径和工具可用： echo $PATH which claude claude --version 如果 which claude 能输出可执行文件路径，说明修复成功。

问题 1：Flask等程序报错“以一种访问权限不允许的方式做了一个访问套接字的尝试” 现象： 尝试在 5001 等端口运行应用时失败，报错代码 10013。资源监视器显示端口未被占用。 原因： Windows 的 Hyper-V 或 WinNAT 动态生成了“排除范围”（Excluded Port Range）。虽然没有进程监听，但内核已禁止普通应用申请这些端口。 终极解法： 以管理员身份运行以下指令，将系统随机分配的起始端口调高，避开开发常用的低位区： netsh int ipv4 set dynamicport tcp start=10000 num=55535 问题 2：winget 突然失效，“不是内部或外部命令” 深度发现： 经过全盘搜索，发现 winget.exe 存在于 %LOCALAPPDATA%\Microsoft\WindowsApps，但该路径之前在系统的 %PATH% 环境变量过长的问题中被我异常删掉了。 解决方案： 将上述路径手动添加到系统的环境变量 Path 中，即可恢复 winget 命令的使用。