2026-02-02 21:58:08
美国司法部最新发布的 Jeffrey Epstein 案文件显示，微软前 Windows 部门主管 Steven Sinofsky 曾在十多年前向这位已故金融家分享机密邮件，并就职业发展和公关策略寻求建议。这些文件揭示，当时 Sinofsky 因 Windows 8 的争议而寻求谈判退休方案，同时还分享了关于 Surface RT 灾难性失败的内部邮件。
Sinofsky 向 Epstein 展示了一份 2012 年 11 月的机密邮件往来，涉及当时 CEO Steve Ballmer 和 COO Kevin Turner。邮件中，Sinofsky 提前预警：“微软将减记 9 亿美元库存……这封邮件在 11 月就预示了这一切会发生。” 随后，微软确实在 2013 年因 Surface RT 库存积压确认了 9 亿美元的资产减记。
邮件内容显示，Sinofsky 早在公开披露前就意识到问题的严重性。他在给 Ballmer 的邮件中写道：“我们正处于非常艰难的境地，我感觉我们正处于无法挽回的局面的边缘。” 他指出，除非停止生产，否则库存将无法消化，而这将带来重大影响。
Sinofsky 警告说，Surface 正面临“灾难性的公开失败”，微软不知道该如何解释销量仅为最低预期的十分之一。他强调：“消息很快就会传开。没有这一步，就没有长远未来。”
针对危机应对方案，三位高管表现出明显分歧。Sinofsky 主张立即通过第三方零售商扩展销售渠道：“我的建议是下周一开始迅速行动——派人飞去谈合作。” 他警告关闭生产的成本“高得离谱”，而现有的库存量在 2013 年内根本无法消化。
相比之下，Kevin Turner 的态度更为乐观。他建议将假期销售表现为“有意限制分销渠道以学习市场反应”，并计划在 2013 年第一季度通过零售合作伙伴扩大销售。然而，他也担忧 OEM 合作伙伴的反应：“OEM 厂商会愤怒的……在 12 月 1 日前传达这一决定将是残酷的、血腥的，会进一步损害我们的信任关系。”
Ballmer 则显得更为审慎：“这是一个对消费者、零售商和 OEM 都有重大影响的决定……时间不允许仔细考虑。我不想在这上面犯错。”
当时，微软进入 PC 硬件领域本就引发合作伙伴的争议，各方担心 Surface 会抢占 Dell、HP、Lenovo 等厂商的市场份额。虽然这一担忧最终并未成为现实，但在 2012 年 11 月，微软尚未能确定这一点，因此在决策时格外谨慎。
值得注意的是，Sinofsky 的妻子 Melanie S. Walker 博士曾于 1992 年被聘为 Epstein 的科学顾问。除 Sinofsky 外，前微软 CEO Bill Gates 也与 Epstein 有过多次会面。目前尚不清楚 Sinofsky 向 Epstein 分享这些机密邮件的具体原因，但文件显示两人在 2012 至 2013 年间保持频繁联系，经常就职业、财务和科技行业议题进行交流。
尽管 Surface RT 遭遇重大挫折，微软最终坚持了下来，并将 Surface 发展成为 PC 行业的重要产品线，延续至今。
©2024 WinDiscover | 阅读原文 | 添加评论
微软前 Windows 主管向爱泼斯坦泄露机密邮件，Surface RT 失败内幕曝光最先出现在WinDiscover。
2026-02-01 20:27:21
Windows 用户安装 Claude Code 时，选择正确的安装方式能够有效避免环境配置问题。目前存在多种安装途径，但最推荐的安装方式还是通过 WinGet，使用 WinGet 安装 Claude Code 可自动处理依赖关系并简化配置流程。
以下是在 Windows 上使用 WinGet 安装 Claude Code 的具体实操：
当前 Windows 平台提供四种主要安装途径，各具特点：
1. WinGet 安装（官方推荐）：一键安装，自动处理依赖，无需配置环境变量，支持干净卸载
2. PowerShell 脚本安装：支持自动更新，但可能受限于执行策略和企业环境
3. NPM 安装（已弃用）：官方已标记为 Deprecated，存在权限和 PATH 配置问题
4. WSL 安装：原生 Linux 环境兼容性最佳，但需要额外配置且资源占用较高
对于普通用户和开发者，WinGet 在易用性、维护性和稳定性方面均优于其他方案。
WinGet 是 Windows 系统自带的包管理工具，安装 Claude Code 只需在 PowerShell 或命令提示符中执行：
winget install Anthropic.ClaudeCode该方式的核心优势在于：环境依赖自动处理，无需手动安装 Node.js 或 Git；避免管理员权限问题；安装后自动配置 PATH 变量；由 Anthropic 官方维护，更新及时；卸载时执行 winget uninstall Anthropic.ClaudeCode 即可完全清除残留。
唯一的注意事项是 WinGet 不支持自动更新，需手动运行 winget upgrade Anthropic.ClaudeCode 获取新版本。
PowerShell 脚本安装适合需要自动更新功能的用户，执行 irm https://claude.ai/install.ps1 | iex 即可完成安装。但需注意部分企业环境可能阻止外部脚本执行，且可能遇到执行策略限制。
WSL 安装适合已在使用 Windows Subsystem for Linux 的开发者，可在 WSL 终端中直接运行 Linux 版安装命令。此方案提供完整的 Linux 开发环境，但涉及 Windows 与 Linux 文件系统之间的访问，相对繁琐。
无论采用何种方式安装，完成后均应打开新的终端窗口执行验证命令：
claude doctor该命令将检查安装类型和版本状态，确保运行环境正常。
更新方面，WinGet 用户执行 winget upgrade Anthropic.ClaudeCode，其他方式用户可运行 claude update 获取最新版本。
综合考虑安装便捷性、环境稳定性与长期维护成本，WinGet 是 Windows 用户的最佳选择。该方案尤其适合开发新手和希望快速部署的用户，能够最大程度减少环境配置带来的困扰。
各位在 Windows 上安装 Claude Code 时更倾向于使用哪种方式呢？
©2024 WinDiscover | 阅读原文 | 添加评论
2026-02-01 16:16:27
传统的 Windows 软件安装方式往往需要逐一访问官方网站、下载安装包、手动执行安装向导，既繁琐又耗时。winget 作为 Microsoft 官方推出的 Windows 包管理器，为用户带来了类似 Linux 系统中 apt、yum 或 macOS 系统中 Homebrew 的便捷体验，通过简单的命令行操作即可完成软件的安装、更新和卸载。
winget 支持 Windows 10（版本 1809 及以上）和 Windows 11 系统，适配 x64、x86、ARM64 等主流架构。本指南将详细介绍如何在各种 Windows 环境下安装 winget，包括标准版本、企业版、LTSC 版本以及禁用了 Microsoft Store 的系统，确保所有用户都能顺利使用这一强大的包管理工具。
winget 作为 Windows 平台的现代化包管理器，为用户带来了诸多实际价值：
效率提升：通过命令行一键安装软件，无需手动访问网站、下载安装包、点击安装向导，大幅缩短软件部署时间。例如安装 Visual Studio Code 只需执行 winget install Microsoft.VisualStudioCode，整个过程自动完成。
批量管理：支持通过单条命令更新系统中所有已安装的软件（winget upgrade --all），彻底解决逐一检查更新的繁琐操作，特别适合需要维护多台设备的用户。
脚本化部署：开发者和 IT 管理员可以编写自动化脚本，快速配置新系统或统一部署企业应用，显著降低系统配置成本。配合 PowerShell 或批处理文件，可实现一键安装所需的全部开发工具链。
版本控制：winget 允许安装软件的特定版本，便于开发环境的精确管理。同时，所有安装的软件都经过 Microsoft 官方软件源验证，安全性有保障。
统一体验：为 Windows 用户提供了与 Linux（apt、yum）、macOS（Homebrew）类似的包管理体验，降低跨平台开发者的学习成本，提升工作流一致性。
在开始安装前，需要确认系统是否满足以下要求：
检查是否已安装 winget 的方法非常简单。打开 PowerShell 或命令提示符，输入以下命令：
winget --version如果返回版本号（如 v1.7.xxxx），说明系统已安装 winget。如果提示“不是内部或外部命令”，则需要按照下文方法进行安装。
这是最简单且最可靠的安装方式，适用于可以正常访问 Microsoft Store 的 Windows 10（1809+）和 Windows 11 系统。
具体步骤如下：
Win + S 键打开搜索框，输入“Microsoft Store”并打开应用商店winget --version 验证安装成功部分企业版、教育版或 LTSC 版本的 Windows 系统可能禁用了 Microsoft Store，此时需要手动下载安装包，或者参考这篇文章来安装 Microsoft Store。
访问 winget 的 GitHub Releases 页面，在最新版本（Latest）的 Assets 部分找到并下载 Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle 文件。如果需要特定架构版本，也可下载对应的 .msix 文件。
winget 运行需要以下两个依赖库：
.nupkg 文件扩展名改为 .zip 并解压，在 tools/AppX/x64/Release/ 目录下找到 Microsoft.UI.Xaml.2.8.appx 文件以管理员身份打开 PowerShell，依次执行以下命令（将路径替换为实际下载位置）：
# 安装 VCLibs 依赖
Add-AppxPackage -Path "C:\Downloads\Microsoft.VCLibs.x64.14.00.Desktop.appx"
# 安装 UI.Xaml 依赖（Windows 10 系统需要）
Add-AppxPackage -Path "C:\Downloads\Microsoft.UI.Xaml.2.8.appx"
# 安装 winget 主程序
Add-AppxPackage -Path "C:\Downloads\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.msixbundle"安装完成后，重新打开终端并执行 winget --version 验证。
该方法通过脚本自动下载所有必需文件并完成安装，适合希望快速部署的用户。
以管理员身份打开 PowerShell，复制并执行以下脚本：
# 设置执行策略（如果需要）
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
# 自动化安装脚本
$progressPreference = 'silentlyContinue'
# 创建临时目录
$tempDir = New-Item -ItemType Directory -Path "$env:TEMP\winget-install" -Force
# 下载 VCLibs 依赖
Write-Host "正在下载 VCLibs..." -ForegroundColor Yellow
Invoke-WebRequest -Uri "https://aka.ms/Microsoft.VCLibs.x64.14.00.Desktop.appx" -OutFile "$tempDir\VCLibs.appx"
# 下载 UI.Xaml 依赖
Write-Host "正在下载 UI.Xaml..." -ForegroundColor Yellow
Invoke-WebRequest -Uri "https://github.com/microsoft/microsoft-ui-xaml/releases/download/v2.8.6/Microsoft.UI.Xaml.2.8.x64.appx" -OutFile "$tempDir\UIXaml.appx"
# 获取并下载最新版 winget
Write-Host "正在获取最新版 winget..." -ForegroundColor Yellow
$releases = Invoke-RestMethod -Uri "https://api.github.com/repos/microsoft/winget-cli/releases/latest"
$msixUrl = ($releases.assets | Where-Object { $_.name -like "*.msixbundle" }).browser_download_url
Invoke-WebRequest -Uri $msixUrl -OutFile "$tempDir\winget.msixbundle"
# 安装依赖项
Write-Host "正在安装依赖项..." -ForegroundColor Yellow
Add-AppxPackage -Path "$tempDir\VCLibs.appx"
Add-AppxPackage -Path "$tempDir\UIXaml.appx"
# 安装 winget
Write-Host "正在安装 winget..." -ForegroundColor Yellow
Add-AppxPackage -Path "$tempDir\winget.msixbundle"
# 清理临时文件
Remove-Item -Path $tempDir -Recurse -Force
Write-Host "安装完成！请重新打开终端使用 winget。" -ForegroundColor Green脚本执行完成后，关闭当前 PowerShell 窗口并打开新的终端窗口，即可使用 winget 命令。
Windows 10 LTSC（长期服务渠道）版本默认不包含 Microsoft Store，需要先启用商店或完全手动安装。
以管理员身份运行 PowerShell，执行以下命令重新注册商店：
Get-AppxPackage -allusers Microsoft.WindowsStore | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}或使用第三方脚本安装 Microsoft Store：
irm https://massgrave.dev/get | iex直接按照“方法二”或“方法三”的步骤操作，无需依赖 Microsoft Store。
如果系统已安装 Chocolatey 包管理器，可以通过以下命令快速安装 winget：
choco install winget-cli原因：系统版本过旧或架构不匹配。
解决方案：
winver 命令检查 Windows 版本，确保至少为 1809（内部版本号 17763）原因：缺少 VCLibs 或 UI.Xaml 依赖库。
解决方案：严格按照“方法二”中的步骤 2 和步骤 3，先安装 VCLibs 和 UI.Xaml，再安装 winget 主程序。确保依赖项版本与系统架构一致。
原因：PowerShell 版本过旧或未以管理员权限运行。
解决方案：
winget install Microsoft.PowerShell（如 winget 已安装）或从 GitHub 下载最新版本
原因：企业环境网络限制或区域性访问问题。
解决方案：
原因：环境变量未自动更新。
解决方案：
$env:Path += ";C:\Users\$env:USERNAME\AppData\Local\Microsoft\WindowsApps"
原因：某些早期版本的 winget 需要启用开发者模式。
解决方案：
原因：LTSC 版本默认不包含 Microsoft Store。
解决方案：参考“方法四”中的方案 1 启用 Microsoft Store，或使用方案 2 完全手动安装。
原因：下载过程中文件损坏或来源不可信。
解决方案：
Get-FileHash -Path "文件路径" -Algorithm SHA256 命令验证文件完整性安装完成后，建议执行以下命令验证 winget 是否正常工作：
# 检查 winget 版本
winget --version
# 查看帮助信息
winget --help
# 测试搜索功能
winget search firefox
# 查看软件源配置
winget source list预期输出应包含 msstore（Microsoft Store 源）和 winget（官方社区源）两个软件源。
# 搜索软件
winget search <软件名称>
# 安装软件
winget install <软件名称>
# 列出已安装软件
winget list
# 更新指定软件
winget upgrade <软件名称>
# 更新所有软件
winget upgrade --all
# 卸载软件
winget uninstall <软件名称>
# 查看软件详细信息
winget show <软件名称>winget 会通过 Microsoft Store 自动更新。如需手动检查更新，可执行：
winget upgrade --id Microsoft.AppInstaller或访问 Microsoft Store 的“下载和更新”页面手动获取更新。
winget 提供了一些实验性功能，可通过编辑配置文件启用。执行以下命令打开配置文件：
notepad %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\settings.json示例配置：
{
"$schema": "https://aka.ms/winget-settings.schema.json",
"experimentalFeatures": {
"experimentalCmd": true,
"experimentalArg": true
},
"installBehavior": {
"preferences": {
"scope": "user"
}
}
}从 GitHub Release 页面：获取 winget
官方文档：Windows 包管理器文档
App Installer 下载：Microsoft Store 链接
winget 通过现代化的命令行界面，为 Windows 用户带来了高效、安全、可自动化的软件管理体验，无论是个人用户还是企业 IT 管理员，都能从中获得显著的生产力提升。
©2024 WinDiscover | 阅读原文 | 添加评论
2026-02-01 15:05:49
对于国内开发者而言，访问 GitHub 时经常遇到页面加载缓慢、图片无法正常显示等问题，严重影响开发效率与使用体验。GitHub520 是一个专注于解决此类网络访问问题的开源项目，通过自动维护并分发经过优化的 hosts 文件配置，帮助用户在不借助代理工具的情况下，显著改善 GitHub 的访问质量。
该项目由社区持续维护，hosts 列表会根据网络状况自动定时更新，确保 IP 地址的可用性与时效性。整个过程无需安装任何额外软件，用户仅需简单修改系统 hosts 文件即可完成配置，整个过程耗时约 5 分钟。
GitHub520 主要解决以下两类常见问题：
raw.githubusercontent.com、camo.githubusercontent.com 等图片资源域名进行解析优化，解决项目页面中图片裂图、头像无法显示等问题。项目覆盖的域名包括 GitHub 主站、API 接口、代码托管、头像服务、附件下载、GitHub Pages 等核心服务，确保用户能够完整、流畅地使用 GitHub 的各项功能。
用户可直接从 https://raw.hellogithub.com/hosts 获取最新的 hosts 内容，将其追加至系统 hosts 文件末尾：
C:\Windows\System32\drivers\etc\hosts，使用记事本以管理员权限编辑。/etc/hosts，需使用 sudo 权限执行编辑命令，如 sudo vi /etc/hosts。/system/etc/hosts 或 /etc/hosts。修改完成后，需刷新 DNS 缓存使配置生效：
ipconfig /flushdns
sudo killall -HUP mDNSResponder
sudo nscd restart（如未安装可使用 sudo apt install nscd）SwitchHosts 是一款跨平台的 hosts 文件管理工具，支持远程 hosts 订阅与自动更新。配置步骤如下：
https://raw.hellogithub.com/hosts
配置完成后，SwitchHosts 会在后台自动拉取最新配置，无需手动干预。
对于习惯终端操作的用户，项目提供了各平台的一键更新脚本：
Windows（需安装 Git Bash）：
_hosts=$(mktemp /tmp/hostsXXX) hosts=/c/Windows/System32/drivers/etc/hosts remote=https://raw.hellogithub.com/hosts reg='/# GitHub520 Host Start/,/# Github520 Host End/d' sed "$reg" $hosts > "$_hosts" curl "$remote" >> "$_hosts" cat "$_hosts" > "$hosts" rm "$_hosts"
Linux / Ubuntu / CentOS / Fedora：
sudo sh -c 'sed -i "/# GitHub520 Host Start/Q" /etc/hosts && curl https://raw.hellogithub.com/hosts >> /etc/hosts'
macOS / BSD：
sudo sed -i "" "/# GitHub520 Host Start/,/# Github520 Host End/d" /etc/hosts && curl https://raw.hellogithub.com/hosts | sudo tee -a /etc/hosts
上述命令可配合 cron 定时任务或 Windows 任务计划程序实现自动更新。
AdGuard 用户可在 “过滤器 > DNS 封锁清单” 中添加自定义列表，URL 同样使用 https://raw.hellogithub.com/hosts，并将过滤器更新间隔设置为 1 小时。此方法适用于 AdGuard for Windows、macOS、Android 及 iOS 全系列软件。
GitHub520 项目通过自动化脚本定期检测各域名的最优解析 IP，hosts 文件内容每日自动更新。用户可通过以下地址获取不同格式的数据：
https://raw.hellogithub.com/hosts
https://raw.hellogithub.com/hosts.json
项目遵循 “署名-非商业性使用-禁止演绎”（CC BY-NC-ND 4.0）开源协议，供个人学习与非商业场景免费使用。
GitHub 仓库：https://github.com/521xueweihan/GitHub520
GitHub520 为开发者提供了一种轻量级、无依赖的 GitHub 网络优化方案，特别适合不便使用代理工具或希望提升访问稳定性的用户。通过简单的 hosts 文件配置，即可显著改善 GitHub 的访问体验。
©2024 WinDiscover | 阅读原文 | 添加评论
2026-02-01 02:58:01
微软近期公布的 FY26 第二季度财报（自然年2025 年Q4）显示，Copilot 业务正经历快速增长期。尽管社交媒体上 “Microslop” 的讽刺 meme 广为流传，且部分长期用户对其强制集成策略表示不满，但付费用户数与使用指标均呈现显著上升趋势。这一矛盾现象揭示了当前 AI 助手市场的复杂格局。
近期，微软将 Copilot 深度集成至系统各角落的做法引发了部分用户的强烈反应。社区中出现了 “Microslop” 这一新造词，该词结合了微软（Microsoft）与 “AI slop”（指低质量 AI 生成内容的网络俚语），用以表达对强制集成策略的不满。这种情绪在长期使用微软产品的用户群体中尤为明显，部分用户认为 Copilot 在记事本、画图等日常应用中的无处不在使其难以回避。
根据 FY26 Q2 财报披露，Copilot 的核心指标呈现以下特点：
尽管上述数据表现亮眼，但结合 Microsoft 365 总计 4.5 亿商业席位的基数计算，Copilot 的实际渗透率约为 3.3%。这一比例表明，当前用户群体在整体用户基数中仍占较小份额。
关于增长来源，业界存在不同解读。有观点认为部分增长源于 “被动曝光”——由于 Copilot 已被嵌入至多款微软原生应用中，用户可能在使用过程中被动接触该功能。然而，将所有 1500 万付费用户归因于强制使用同样缺乏依据。由于微软未披露具体的用户获取渠道分布，实际情况可能介于两者之间。
财报数据显示出明显的市场分层特征。超过九成的财富 500 强企业已启用 Copilot 功能，且微软正持续与大型企业签署高价值合作协议。这表明企业级客户对 Copilot 的接受度显著高于普通消费者群体。
这种分化对微软的产品策略提出了平衡挑战：一方面需满足企业客户对 AI 功能的集成需求，另一方面需回应消费者市场对强制集成的负面反馈。若无法同时兼顾两方面诉求，微软可能会面临与当前硬件行业类似的资源倾斜现象——正如部分制造商将产能从消费级硬件转向 AI 数据中心基础设施，微软也可能在战略优先级上做出相应取舍。
各位如何看待 Copilot 的当前发展态势？
©2024 WinDiscover | 阅读原文 | 添加评论
2026-01-31 21:44:26
微软宣布将为 Edge 浏览器管理服务引入新功能，使企业 IT 管理员能够查看并管理用户安装的扩展程序。这一改进将为企业提供更精细的浏览器管控能力，预计于 2026 年 2 月进入预览阶段，4 月全面上线。
根据微软在 Microsoft 365 路线图中的最新更新，Edge 管理服务将新增扩展程序监控功能。IT 管理员可通过该服务查看托管用户在浏览器中安装的扩展列表，并对被阻止的扩展访问请求进行审批或拒绝。该服务是 Microsoft 365 的云端配置解决方案，管理员可通过组策略将配置应用到组织内的设备。
对于采用微软生态的企业而言，这项功能强化了浏览器的安全管控能力。管理员能够实时掌握终端用户的扩展使用情况，有效防止潜在的安全风险扩展进入企业环境。同时，审批机制也为必要的业务扩展提供了灵活的白名单通道，兼顾安全性与业务需求。
除 Edge 管理增强外，微软还公布了其他 Microsoft 365 更新计划。2026 年 3 月，新版 Outlook 和 Teams 日历将支持打印日程事件及参会者列表，主要服务于审计与法务场景。同期，SharePoint 管理中心将推出深色模式，Microsoft 365 的“访问被拒绝”界面也将进行视觉升级，通过新的插图、动画和更清晰的提示信息改善用户体验。
©2024 WinDiscover | 阅读原文 | 添加评论
