事情是这样的:最近 Claude Code 用得很重,但它不提供任何使用统计——我想知道自己每天跑了多少会话、烧了多少 token 、都干了些什么。 于是我打开 Claude Code,让它给自己写一个统计工具。一天时间,从空仓库到发布 npm,而这个工具统计的第一批数据,就是"写它自己"的那几个会话——日报里能看到它自己的完整开发过程,相当套娃。 它做什么 Claude Code 把所有会话记录都存在本地( ~/.claude/projects/**/*.jsonl ),里面有完整的时间戳、token 用量、模型、你发过的每条指令。cc-journal 解析这些文件,给你: GitHub 风格活跃热力图 ——一眼看出哪天最肝,指标可切换(token / 会话数 / 指令数) 每日 token 趋势 ——input / output / cache 分开统计(cache 量级大 100 倍,混算全是虚高) 时段分布 ——看自己几点效率最高(我的午休低谷清晰可见) 当日明细 ——每个会话什么时间、哪个项目、首条指令、花了多少 token 每日工作日报 ——规则提取"今天干了什么",也可以调本机 claude CLI 浓缩成一段文字(走订阅,不用配 API key) 几个设计点 100% 本地离线 ,不上传任何数据,服务只监听 127.0.0.1,无遥测 接第三方模型(Kimi / GLM / DeepSeek 等 Anthropic 兼容端点)同样能统计 ——模型名从会话记录里自动识别,不是写死的列表,模型分布图直接看到各家用量 token 按 message.id + requestId 去重(一次响应在记录里占多行,每行都带完整 usage,不去重数字会翻几倍) Claude Code 默认 30 天清理旧记录,工具会把已解析的历史留在本地缓存里,从首次运行起热力图只增不减 零框架:Node + 原生 JS + ECharts,唯一运行时依赖是 commander 界面和 CLI 都支持中英文 试用 npx cc-journal serve 一条命令,浏览器自动打开 Dashboard,首次解析几秒钟。 GitHub: https://github.com/pickjason/cc-journal 目前只支持 Claude Code,数据口径上踩过的坑都写在 README 里了。功能还比较初期,欢迎反馈和 PR 。
事情是这样的:最近 Claude Code 用得很重,但它不提供任何使用统计——我想知道自己每天跑了多少会话、烧了多少 token 、都干了些什么。 于是我打开 Claude Code,让它给自己写一个统计工具。一天时间,从空仓库到发布 npm,而这个工具统计的第一批数据,就是"写它自己"的那几个会话——日报里能看到它自己的完整开发过程,相当套娃。 它做什么 Claude Code 把所有会话记录都存在本地( ~/.claude/projects/**/*.jsonl ),里面有完整的时间戳、token 用量、模型、你发过的每条指令。cc-journal 解析这些文件,给你: GitHub 风格活跃热力图 ——一眼看出哪天最肝,指标可切换(token / 会话数 / 指令数) 每日 token 趋势 ——input / output / cache 分开统计(cache 量级大 100 倍,混算全是虚高) 时段分布 ——看自己几点效率最高(我的午休低谷清晰可见) 当日明细 ——每个会话什么时间、哪个项目、首条指令、花了多少 token 每日工作日报 ——规则提取"今天干了什么",也可以调本机 claude CLI 浓缩成一段文字(走订阅,不用配 API key) 几个设计点 100% 本地离线 ,不上传任何数据,服务只监听 127.0.0.1,无遥测 接第三方模型(Kimi / GLM / DeepSeek 等 Anthropic 兼容端点)同样能统计 ——模型名从会话记录里自动识别,不是写死的列表,模型分布图直接看到各家用量 token 按 message.id + requestId 去重(一次响应在记录里占多行,每行都带完整 usage,不去重数字会翻几倍) Claude Code 默认 30 天清理旧记录,工具会把已解析的历史留在本地缓存里,从首次运行起热力图只增不减 零框架:Node + 原生 JS + ECharts,唯一运行时依赖是 commander 界面和 CLI 都支持中英文 试用 npx cc-journal serve 一条命令,浏览器自动打开 Dashboard,首次解析几秒钟。 GitHub: https://github.com/pickjason/cc-journal 目前只支持 Claude Code,数据口径上踩过的坑都写在 README 里了。功能还比较初期,欢迎反馈和 PR 。
事情是这样的:最近 Claude Code 用得很重,但它不提供任何使用统计——我想知道自己每天跑了多少会话、烧了多少 token 、都干了些什么。 于是我打开 Claude Code,让它给自己写一个统计工具。一天时间,从空仓库到发布 npm,而这个工具统计的第一批数据,就是"写它自己"的那几个会话——日报里能看到它自己的完整开发过程,相当套娃。 它做什么 Claude Code 把所有会话记录都存在本地( ~/.claude/projects/**/*.jsonl ),里面有完整的时间戳、token 用量、模型、你发过的每条指令。cc-journal 解析这些文件,给你: GitHub 风格活跃热力图 ——一眼看出哪天最肝,指标可切换(token / 会话数 / 指令数) 每日 token 趋势 ——input / output / cache 分开统计(cache 量级大 100 倍,混算全是虚高) 时段分布 ——看自己几点效率最高(我的午休低谷清晰可见) 当日明细 ——每个会话什么时间、哪个项目、首条指令、花了多少 token 每日工作日报 ——规则提取"今天干了什么",也可以调本机 claude CLI 浓缩成一段文字(走订阅,不用配 API key) 几个设计点 100% 本地离线 ,不上传任何数据,服务只监听 127.0.0.1,无遥测 接第三方模型(Kimi / GLM / DeepSeek 等 Anthropic 兼容端点)同样能统计 ——模型名从会话记录里自动识别,不是写死的列表,模型分布图直接看到各家用量 token 按 message.id + requestId 去重(一次响应在记录里占多行,每行都带完整 usage,不去重数字会翻几倍) Claude Code 默认 30 天清理旧记录,工具会把已解析的历史留在本地缓存里,从首次运行起热力图只增不减 零框架:Node + 原生 JS + ECharts,唯一运行时依赖是 commander 界面和 CLI 都支持中英文 试用 npx cc-journal serve 一条命令,浏览器自动打开 Dashboard,首次解析几秒钟。 GitHub: https://github.com/pickjason/cc-journal 目前只支持 Claude Code,数据口径上踩过的坑都写在 README 里了。功能还比较初期,欢迎反馈和 PR 。
事情是这样的:最近 Claude Code 用得很重,但它不提供任何使用统计——我想知道自己每天跑了多少会话、烧了多少 token 、都干了些什么。 于是我打开 Claude Code,让它给自己写一个统计工具。一天时间,从空仓库到发布 npm,而这个工具统计的第一批数据,就是"写它自己"的那几个会话——日报里能看到它自己的完整开发过程,相当套娃。 它做什么 Claude Code 把所有会话记录都存在本地( ~/.claude/projects/**/*.jsonl ),里面有完整的时间戳、token 用量、模型、你发过的每条指令。cc-journal 解析这些文件,给你: GitHub 风格活跃热力图 ——一眼看出哪天最肝,指标可切换(token / 会话数 / 指令数) 每日 token 趋势 ——input / output / cache 分开统计(cache 量级大 100 倍,混算全是虚高) 时段分布 ——看自己几点效率最高(我的午休低谷清晰可见) 当日明细 ——每个会话什么时间、哪个项目、首条指令、花了多少 token 每日工作日报 ——规则提取"今天干了什么",也可以调本机 claude CLI 浓缩成一段文字(走订阅,不用配 API key) 几个设计点 100% 本地离线 ,不上传任何数据,服务只监听 127.0.0.1,无遥测 接第三方模型(Kimi / GLM / DeepSeek 等 Anthropic 兼容端点)同样能统计 ——模型名从会话记录里自动识别,不是写死的列表,模型分布图直接看到各家用量 token 按 message.id + requestId 去重(一次响应在记录里占多行,每行都带完整 usage,不去重数字会翻几倍) Claude Code 默认 30 天清理旧记录,工具会把已解析的历史留在本地缓存里,从首次运行起热力图只增不减 零框架:Node + 原生 JS + ECharts,唯一运行时依赖是 commander 界面和 CLI 都支持中英文 试用 npx cc-journal serve 一条命令,浏览器自动打开 Dashboard,首次解析几秒钟。 GitHub: https://github.com/pickjason/cc-journal 目前只支持 Claude Code,数据口径上踩过的坑都写在 README 里了。功能还比较初期,欢迎反馈和 PR 。
亚马逊在美国西雅图通过为期一年的数据中心新建“紧急暂缓令”后，首次系统性公布了其全球数据中心的年度用水情况，引发外界对人工智能时代基础设施资源消耗的新一轮关注。 这项源自公司官方可持续发展报告的数据称，亚马逊全球数据中心在2025年共消耗约25亿加仑水，折合约95亿升，且在数据中心规模持续扩张的情况下，相比2024年总用水量仍下降了2%。 根据亚马逊披露的数据，其数据中心在2025年的用水强度为每千瓦时电力消耗约0.12升用水，这是首次对外给出按用电量计的具体用水指标。 在生成式人工智能带动大规模算力需求、数据中心选址和审批争议不断升温的背景下，水资源及能源消耗问题已成为地方政府和社区评估数据中心项目的重要变量。 此次披露发布前不久，西雅图方面刚刚正式通过了一项为期一年的数据中心建设暂缓令，其中部分推动者正是亚马逊自身员工，他们呼吁公司更透明地披露环境影响，并重新审视数据中心扩张节奏。 在这份新发布的水资源报告中，亚马逊试图以量化数据回应舆论，强调其数据中心的用水效率在行业中处于相对领先位置。 亚马逊在报告中援引微软、Google和Meta等其他大型科技公司的公开数据，制作了对比图表，称这些公司在过去数年内的“每千瓦时耗水量”指标普遍高于亚马逊。 报告显示，从单位能耗用水强度来看，Google在被引用的区间内用水水平最高，不过相关数据主要集中于其用于支持Gemini等人工智能服务的特定AI数据中心，而亚马逊则是按整体数据中心业务进行统计，两者口径并不完全一致。 尽管强调相对效率优势，亚马逊披露的数字仍未涵盖其数据中心运营背后间接消耗的水资源，例如为数据中心供电的发电厂在发电过程中所使用的冷却用水，以及新建数据中心工程施工环节涉及的用水量。 环保组织和行业观察人士指出，这类间接用水往往难以量化，却可能构成数据中心总体水足迹的重要部分，因此也成为未来要求企业进一步信息披露的关注焦点。 在具体冷却策略方面，亚马逊表示，其数据中心在大约九成时间依赖空气冷却，仅在“全年中最热天里的最热时段”启用蒸发式水冷系统，以此在维持设备稳定的同时削减用水需求。 公司还称，其服务器对高温的容忍区间已被适度调高，使数据中心能够在较高环境温度下运行，从而减少对高强度冷却和相关水消耗的依赖。 亚马逊声称，按照其采用的计算方法，其数据中心相较行业平均水平在用水效率上高出约七倍。 这一说法部分参考了一篇于去年发表的同行评审研究论文，该论文对全球数据中心用电与用水模式进行了测算，亚马逊据此对行业平均值进行了调整，并据此得出所谓“七倍效率”结论。 随着生成式AI模型迭代加速，算力密度和能耗不断攀升，大型科技公司在全球范围内加快建设新一代AI数据中心，也因此面临更密集的监管审查与社区阻力。 从美国本土到欧洲多国，关于数据中心对电网负荷、地下水和城市供水体系影响的政策争论正在升级，西雅图一年期的暂缓令被视为这一趋势的最新实例之一。 亚马逊最新披露的水资源数据在一定程度上回应了外界对其环境信息透明度的质疑，也为比较不同科技巨头的资源使用情况提供了新的参照。 但在间接用水、长期区域水安全影响以及与地方社区的利益平衡等问题尚未充分量化和公开的前提下，围绕AI数据中心的资源争议短期内仍难消弭，未来各地在审批新项目时，如何在产业发展与水资源承载力之间取得平衡，将继续考验监管者与企业的决策能力。 查看评论
有没有国内各个地区各个类型建筑能效统计数据资源？我想根据一段时间数据外推出年度能耗数据，有没有思路分享？ 2 个帖子 - 2 位参与者 阅读完整话题
6月9日，苹果公司在周二凌晨举办年度全球开发者大会(WWDC)，预览了包括iOS 27在内的系统更新，并发布了备受期待的全新AI系统以及升级后的Siri。以下是外媒对此次WWDC的评论汇总： 库克主持WWDC 彭博社：WWDC考验苹果AI信誉 投资者反响平平 彭博社认为，苹果在周一WWDC主题演讲中公布的新功能，是该公司的一个关键转折点。在两年前推出Apple Intelligence平台后，该公司一直难以按时推出许多最具雄心的功能。一些功能上线时间一再推迟，而另一些功能在与竞争对手OpenAI、Google以及Anthropic的产品比较时，也显得竞争力不足。 “WWDC 2026是对苹果AI信誉的一次考验，”IDC分析师弗朗西斯科·杰罗尼莫在一份报告中表示。“苹果并不需要通过拥有最大的模型或声势最浩大的演示来赢得AI之战。它需要让AI在其整个生态系统中变得可信、实用且无形。” 不过，苹果仍需消除投资者对其AI战略的疑虑。在周一的主题演讲期间，该公司股价出现下跌，收盘时下跌1.9%。 BBC：苹果迎来Siri重大升级，库克谢幕 苹果宣布对其数字助手进行重大升级，推出了Siri AI。该公司承诺，这将为用户提供更出色的人工智能体验。 行业分析公司FDM CCS Insight首席分析师本·伍德(Ben Wood)表示：“苹果必须解决其在AI领域的短板，而WWDC提供了一些答案。现在，苹果必须证明，其以隐私为主导、以生态整合为先的方法能够转化为真正更好的日常体验，而不仅仅是达到与竞争对手持平的水平。” 与此同时，这也是Tim Cook(Tim Cook)最后一次作为苹果CEO主持WWDC。在执掌苹果15年后，他将在今年9月卸任。 华尔街日报：苹果更新AI，没有爆点 苹果周一展示了新版AI版Siri聊天机器人。这项与Google合作开发的技术，被苹果寄予厚望，希望借此推动其在人工智能领域卷土重来。 虽然外界对于此次更新备受期待，但苹果并未发布任何令人震惊、出乎意料的功能，这或许表明该公司更愿意让用户亲身去体验Siri的重大升级及其将带来的影响。苹果股价在周一收盘下跌近2%。 金融时报：苹果终于升级推迟已久的Siri 苹果周一发布了备受期待的Siri人工智能升级版，并强调对用户隐私和数据安全的坚定承诺，将成为其区别于竞争对手的重要优势。 在周一的主题演讲之前，美国银行分析师瓦姆西·莫汉(Wamsi Mohan)写道，尽管AI版Siri无法“解决苹果是否因 缺乏自主前沿模型而落后的AI争论 ”，但它仍然是一个重要标志，表明苹果在打造一个智能体AI平台，从与竞争对手的产品中脱颖而出。 日经亚洲：苹果AI仍需等待中国批准 苹果周一在年度开发者大会上宣布更新AI功能，这些功能基于与Google的紧密合作开发。但值得注意的是，Apple Intelligence在中国市场仍未上线。 苹果软件工程高级副总裁克雷格·费德里吉(Craig Federighi)表示：“在中国，Siri AI以及其他新的Apple Intelligence功能将无法提供，我们正在推进相关监管审批流程。” 他补充说，苹果也正在为新Siri AI功能在欧盟地区的上线寻求监管批准。 路透社：苹果押注迟来的Siri升级以缩小AI差距 苹果在周一推出了期待已久的Siri重大升级，押注这款增强版语音助手能够帮助公司在至关重要的AI竞赛中，缩小与科技巨头及新兴AI创业公司之间的差距。 不过，分析师对苹果这些更新的初步反应较为谨慎。MoffettNathanson分析师克雷格·莫菲特(Craig Moffett)表示，这些更新并非“惊天动地”，但应该能使Siri成为“一个可靠的聊天机器人，甚至可能是一个可靠的智能体”。 查看评论
只需要提供sessionid 就可以了，不需要账号密码。 又到了半年度汇报 PPT 环节 1 个帖子 - 1 位参与者 阅读完整话题
IT之家 6 月 7 日消息，知名 PC 分体式水冷厂商 Bitspower（超昱）在本年度的 COMPUTEX 台北国际电脑展公开展示了一系列的新品。 在处理器散热方面，Bitspower 带来了 PRIME NEO 系列冷头。其针对处理器的热点调整水流，重新设计流道以增强水冷均匀性， 冷板单元模块化 ；而在外观上，其拥有可更换的顶盖装饰件设计，提供黑色铝制、灰色铝制、磨砂亚克力等版本。 对于显卡，Bitspower 展出了多款支持 NVIDIA 和 AMD 最新世代显卡的冷头，包括适配微星 RTX 5090 32G LIGHTNING“闪电”机箱显卡的型号（见下图绿框处）。其 NEBULA 显卡冷头 内部采用四出水口设计 ，让水流分布更为均匀。 Bitspower 也没有忘记极限超频爱好者，支持 CPU / GPU / DRAM 的“液氮炮”容器和相应配件也有展出。 作为一家面向发烧友的分体式液冷品牌，Bitspower 的展位上自然少不了 MOD 主机。本次台北国际电脑展上其也展出了一套太空飞行器系统和另一套立方体系统：
微软将大多数 Linux 命令移植到了 Windows 上 microsoft/coreutils - github 在本周举行的微软年度 Build 2026 开发者大会上，微软发布了一款名为“coreutils”的工具，这是一个 Windows 多调用二进制文件，它可以直接在 Windows CMD 和 PowerShell 命令行中使用超过 75 个 Linux/Unix 命令。 其中包括 ls 、grep 、cat 、cp 及 rm 等常用的 Linux 命令。微软说了，这不叫“抄”，这叫做“致敬”。 这一步非常棒！！！
微软将大多数 Linux 命令移植到了 Windows 上 microsoft/coreutils - github 在本周举行的微软年度 Build 2026 开发者大会上，微软发布了一款名为“coreutils”的工具，这是一个 Windows 多调用二进制文件，它可以直接在 Windows CMD 和 PowerShell 命令行中使用超过 75 个 Linux/Unix 命令。 其中包括 ls 、grep 、cat 、cp 及 rm 等常用的 Linux 命令。微软说了，这不叫“抄”，这叫做“致敬”。 这一步非常棒！！！
IT之家 6 月 7 日消息，快手平台现已发布《2026 年度未成年人保护报告》，过去一年里快手持续加强未成年人相关内容治理能力建设，平台全年累计清理涉未成年人违规信息 82 万条。 针对网络欺凌、诱导打赏、不良社交、虚假信息等重点风险场景，快手平台持续加强内容巡查与专项治理。在未成年人模式内容安全治理方面，平台建立“机器审核 + 人工抽检 + 人工审核 + 专项审核”多层次审核机制。 针对未成年人的直播行为，平台实行分级、从严管理。具体来看：对 16 岁及以下的未成年人，平台坚持“零容忍”原则，严禁开播，一经发现，将立即关停直播、回收直播权限；针对疑似 17 至 18 岁的用户，平台要求完成成年人身份核验后方可开播，同时严格限制涉及未成年人身心健康风险的内容，禁止诱导未成年人参与打赏、充值等。 同时，快手持续升级技术，迭代优化智能预警能力，加强对未成年人的网络安全守护。2025 年平台累计开展未成年人社会救助 8425 例， 通过研判识别存在轻生倾向的风险并触发报警机制，全年成功干预挽救 87 名未成年人 。 平台还持续聚焦危害未成年人身心健康的突出问题。报告显示，平台针对“危险驾驶”“隔空猥亵”“售卖未成年人情色资源”“爆破盗窃”等违法违规内容开展专项治理，专项处置涉未成年人违规账号 16762 个，并主动向公安机关移交风险线索 718 例。依托用户举报和专项研判机制，平台梳理形成 28 起典型案件，升级 36 项风控策略，举报处置涉未成年人违规账号 13476 个。 同时，平台持续加强与全国公安机关的协同打击力度，协助侦破多个冒充平台客服及公检法人员实施诈骗的犯罪团伙， 抓获犯罪嫌疑人 35 名，打掉涉案公会 5 家，涉案金额达 1190 万元 。 快手安全相关负责人表示，平台将持续完善未成年人保护体系，不断提升产品安全能力、内容治理能力，积极推动平台治理、家庭教育、学校引导与社会协同深度融合，让未成年人得到更好守护。
IT之家 6 月 7 日消息，据央视新闻报道，截至 6 月 6 日，2026 年度电影总票房 已突破 160 亿元。 其中，电影《给阿嬷的情书》自上映后口碑票房持续走高，目前票房已超 15 亿元， 暂列 2026 年度票房亚军。 此外，该片已宣布延长上映至 6 月 30 日，并将在海外陆续公映。 IT之家附 2026 票房榜： 《飞驰人生 3》44.2 亿元 《给阿嬷的情书》15.89 亿元 《镖人：风起大漠》14.48 亿元 《惊蛰无声》13.65 亿元 《熊出没 · 年年有熊》10.67 亿元 值得一提的是，目前已有超 50 部影片定档 2026 暑期档，涵盖历史、科幻、青春、动画等多元类型。 为纪念红军长征胜利 90 周年，重大革命历史片 《四渡》 聚焦四渡赤水这一长征关键战役，还原中央红军在强敌环伺下，凭借精妙战术以少胜多、逆转战局的经典战例。 历史影片 《澎湖海战》 还原 1683 年施琅奉命率领福建水师收复台湾的史实，演绎华夏大地国土一统、山河归宗的宏大历史篇章。 改编自二战真实事件的 《诺曼底 72 小时》 ，锁定诺曼底登陆前夕决定数十万将士命运的关键时段，从气象视角切入，揭秘这场经典军事行动背后惊心动魄的博弈。 职场喜剧电影 《年会不能停 2！》 讲述了新老打工人相见，“整活”不能停的爆笑喜剧故事。当刘奔（张若昀饰）遇上天降搭子马杰（白客饰），能否打通升职加薪底层逻辑？玩转当下职场规则？ 科幻新作 《揭秘日》 将实现中美同步上映。影片取材于现实未解之谜，围绕外星文明展开叙事，带领观众探索浩瀚宇宙的未知奥秘。 《三国第一部：争洛阳》 以洛阳之争为故事主线，依托独具韵味的东方美学，打造出兼具历史底蕴与英雄豪情的三国开篇之作。 动画电影 《大圣崛起》 跳出传统西游叙事，讲述孙悟空接下取经重任后，遭到同族亲友误解与阻拦的全新故事，塑造出不一样的大圣形象。 此外， 《加菲猫家族》《玩具总动员 5》《小黄人与大怪兽》 三部进口动画主打轻松欢乐的风格，是亲子观影的优选。 IT 之家小伙伴记得用 最会买购买电影票 ，享受折扣价的同时还可以获得返利，预计每张票可以节省 5~15 元！
微软将大多数 Linux 命令移植到了 Windows 上 microsoft/coreutils - github 在本周举行的微软年度 Build 2026 开发者大会上，微软发布了一款名为“coreutils”的工具，这是一个 Windows 多调用二进制文件，它可以直接在 Windows CMD 和 PowerShell 命令行中使用超过 75 个 Linux/Unix 命令。 其中包括 ls 、grep 、cat 、cp 及 rm 等常用的 Linux 命令。微软说了，这不叫“抄”，这叫做“致敬”。 这一步非常棒！！！
微软将大多数 Linux 命令移植到了 Windows 上 microsoft/coreutils - github 在本周举行的微软年度 Build 2026 开发者大会上，微软发布了一款名为“coreutils”的工具，这是一个 Windows 多调用二进制文件，它可以直接在 Windows CMD 和 PowerShell 命令行中使用超过 75 个 Linux/Unix 命令。 其中包括 ls 、grep 、cat 、cp 及 rm 等常用的 Linux 命令。微软说了，这不叫“抄”，这叫做“致敬”。 这一步非常棒！！！
微软将大多数 Linux 命令移植到了 Windows 上 microsoft/coreutils - github 在本周举行的微软年度 Build 2026 开发者大会上，微软发布了一款名为“coreutils”的工具，这是一个 Windows 多调用二进制文件，它可以直接在 Windows CMD 和 PowerShell 命令行中使用超过 75 个 Linux/Unix 命令。 其中包括 ls 、grep 、cat 、cp 及 rm 等常用的 Linux 命令。微软说了，这不叫“抄”，这叫做“致敬”。 这一步非常棒！！！
微软将大多数 Linux 命令移植到了 Windows 上 microsoft/coreutils - github 在本周举行的微软年度 Build 2026 开发者大会上，微软发布了一款名为“coreutils”的工具，这是一个 Windows 多调用二进制文件，它可以直接在 Windows CMD 和 PowerShell 命令行中使用超过 75 个 Linux/Unix 命令。 其中包括 ls 、grep 、cat 、cp 及 rm 等常用的 Linux 命令。微软说了，这不叫“抄”，这叫做“致敬”。 这一步非常棒！！！
微软将大多数 Linux 命令移植到了 Windows 上 microsoft/coreutils - github 在本周举行的微软年度 Build 2026 开发者大会上，微软发布了一款名为“coreutils”的工具，这是一个 Windows 多调用二进制文件，它可以直接在 Windows CMD 和 PowerShell 命令行中使用超过 75 个 Linux/Unix 命令。 其中包括 ls 、grep 、cat 、cp 及 rm 等常用的 Linux 命令。微软说了，这不叫“抄”，这叫做“致敬”。 这一步非常棒！！！
微软将大多数 Linux 命令移植到了 Windows 上 microsoft/coreutils - github 在本周举行的微软年度 Build 2026 开发者大会上，微软发布了一款名为“coreutils”的工具，这是一个 Windows 多调用二进制文件，它可以直接在 Windows CMD 和 PowerShell 命令行中使用超过 75 个 Linux/Unix 命令。 其中包括 ls 、grep 、cat 、cp 及 rm 等常用的 Linux 命令。微软说了，这不叫“抄”，这叫做“致敬”。 这一步非常棒！！！
微软将大多数 Linux 命令移植到了 Windows 上 microsoft/coreutils - github 在本周举行的微软年度 Build 2026 开发者大会上，微软发布了一款名为“coreutils”的工具，这是一个 Windows 多调用二进制文件，它可以直接在 Windows CMD 和 PowerShell 命令行中使用超过 75 个 Linux/Unix 命令。 其中包括 ls 、grep 、cat 、cp 及 rm 等常用的 Linux 命令。微软说了，这不叫“抄”，这叫做“致敬”。 这一步非常棒！！！