适用于 PowerShell 7.0 及以上版本，需要 Ollama 或 LM Studio

适用于 PowerShell 7.0 及以上版本

在 Linux 和 macOS 世界里，”Dotfiles” 文化早已深入人心——开发者把 shell 配置、编辑器偏好、软件包清单统统放进 Git 仓库，一条命令就能在新机器上完整还原工作环境。这种”配置即代码”（Configuration as Code）的理念不仅节省时间，更重要的是保证了多台设备之间的一致性，也让灾难恢复变得轻而易举。

Windows 平台长期以来缺少类似的标准化方案。开发者通常需要手动下载安装包、逐一点击安装向导、手动配置环境变量和注册表项。整个过程既繁琐又容易遗漏。随着 Windows Package Manager（winget）的成熟和 PowerShell 7 的普及，Windows 上也可以实现与 Unix 系统媲美的自动化环境配置流程。

本文将介绍如何使用 PowerShell 结合 winget 构建一套完整的”Windows Dotfiles”方案：自动安装常用开发工具链、管理系统配置与偏好设置，以及通过 Git 仓库实现多机同步和一键恢复。

适用于 PowerShell 7.0 及以上版本

MCP（Model Context Protocol）是 Anthropic 于 2024 年底发布的开放协议，旨在为大语言模型（LLM）提供标准化的上下文获取和工具调用接口。通过 MCP，AI 应用可以统一地连接数据源、调用外部工具、访问资源，而不必为每个集成编写专用的适配代码。协议本身基于 JSON-RPC 2.0，传输层支持 stdio 和 SSE（Server-Sent Events）两种模式，非常适合构建可组合的 AI 工具生态。

对于 PowerShell 用户来说，MCP 带来了一个令人兴奋的可能性：我们可以用 PowerShell 脚本直接构建 MCP 服务端，将系统管理能力以标准化工具的形式暴露给 AI 助手；同时也能编写 MCP 客户端，让 PowerShell 脚本调用任何符合 MCP 规范的 AI 服务和工具集。这种双向集成使得 PowerShell 成为 AI 工具链中一等公民。

本文将通过三个实际示例，展示如何用 PowerShell 7 搭建 MCP 服务端、编写 MCP 客户端，以及打包一套实用的系统管理工具集，帮助读者快速上手 MCP 与 PowerShell 的结合使用。

适用于 PowerShell 7.0 及以上版本

PowerShell 的强大很大程度上来自于其丰富的模块生态——从 AWS 和 Azure 的云管理工具，到 Pester 测试框架、Plaster 项目脚手架，社区贡献了成千上万的实用模块。而这一切的基石就是包管理器。PowerShellGet v3（即 PSResourceGet）作为新一代包管理模块，基于 NuGet v3 协议从头重写，带来了显著的性能提升和更现代化的 API 设计。

与 v2 相比，PSResourceGet 的安装和搜索速度快了数倍，支持并行下载，资源类型从单一的 Script 和 Module 扩展到了 DSCResource、Command、RoleCapability 等更细粒度的分类。同时，它对私有仓库（如 Azure Artifacts、JFrog Artifactory、Sonatype Nexus）的原生支持，让企业内部模块的分发和管理变得前所未有的便捷。

本文将从三个层面展开：首先介绍 PSResourceGet 的安装配置与基础模块管理操作，然后深入讲解依赖解析与版本锁定策略，最后演示如何将自研模块发布到公共仓库或私有仓库，并融入 CI/CD 流水线。

适用于 PowerShell 7.0 及以上版本

很多运维人员习惯在终端里做所有事情，却忽略了 PowerShell 与桌面环境交互的能力。日常工作中，我们经常需要在浏览器里复制一段 JSON、在 Excel 里复制一列数据、在日志系统中截取错误信息，然后粘贴到脚本中处理。如果能直接在脚本中读写剪贴板，就能省去中间的文件保存步骤，让数据流转更顺畅。

除了剪贴板操作，PowerShell 还可以通过 .NET 的互操作能力枚举系统窗口、控制窗口焦点，甚至模拟键盘输入来自动化 GUI 应用。这些技巧在处理那些没有提供命令行接口的传统软件时尤为实用——比如操作老旧的 ERP 系统、向不支持 API 的工具批量输入数据等。

本文将从三个层面展开：首先介绍剪贴板的读写与数据转换，然后演示如何枚举和管理系统窗口，最后通过 SendKeys 实现简单的 GUI 自动化操作。

适用于 PowerShell 7.0 及以上版本

每天在终端里敲命令数小时，默认的 PS C:\> 提示符只能告诉你当前路径，其他信息一概欠奉。当你在多个 Git 仓库之间切换、管理不同的 Azure 订阅、激活不同的 Python 虚拟环境时，一个信息丰富的提示符可以让你瞬间掌握上下文状态，减少低级错误。

PowerShell 的提示符本质上就是一个名为 prompt 的函数——你可以自由重写它。无论是显示 Git 分支和脏状态、上一次命令的执行耗时、当前用户权限级别，还是用颜色区分不同的服务器环境，都可以通过几行代码实现。本文将带你从手写 prompt 函数开始，再到集成 Oh My Posh 这类成熟框架，最后补充一套提升日常效率的实用工具函数。

适用于 PowerShell 5.1 及以上版本

每次创建新的 PowerShell 模块项目，都需要手动建立目录结构、编写模块清单（.psd1）、创建入口脚本（.psm1）、添加 Pester 测试文件，甚至还要配置 CI/CD 流水线。这些重复劳动不仅耗时，而且容易出现结构不一致的问题，尤其在多人协作的团队中更为突出。

Plaster 是由 PowerShell 社区开发的正式项目脚手架工具，它的灵感来源于 Node.js 的 Yeoman 和 Python 的 Cookiecutter。Plaster 使用 XML 模板来定义完整的项目结构，通过声明式的方式描述文件、目录、参数和条件逻辑，一键生成标准化的项目骨架。

借助 Plaster，团队可以将最佳实践固化到模板中——无论是代码规范、测试框架配置，还是 Git 钩子和 CI 流水线——每次创建新项目时都能保持结构一致，大幅降低遗漏关键配置的风险。

适用于 PowerShell 5.1 及以上版本

每个系统管理员都有一套自己的”小抄”——那些在日常工作中反复使用的命令和脚本片段。你可能在记事本里存着几十条命令，也可能在浏览器书签栏里堆满了技术博客链接。这些零散的知识虽然有用，但真正遇到问题时，往往要花不少时间才能找到那条”正好管用”的命令。

PowerShell 的强大之处在于，几乎所有的系统管理操作都可以用一行命令或短脚本完成。与其每次都去搜索引擎翻找答案，不如把这些高频操作整理成一个”懒人工具集”——需要什么直接拿来用，省下的时间可以用来喝咖啡或者研究更有趣的技术。

本文收集了系统信息速查、文件管理快捷操作、日常运维一键脚本三大类实用代码片段。每个片段都可以独立运行，也可以根据你的实际需求自由组合。准备好你的终端，让我们开始吧。

适用于 PowerShell 7.0 及以上版本

在命令行环境中，重复输入相似的命令是日常工作的常态。无论是启动服务、查询日志还是部署应用，许多命令只是参数略有不同。PSReadLine 2.1 引入的预测智能补全（Predictive IntelliSense）改变了这一局面——它会在你输入时实时展示匹配的历史命令或插件建议，让你可以用一次按键完成整行输入。

预测补全的核心思想是「从过去学习」。默认情况下，它会从命令历史中提取与当前输入前缀匹配的记录，以灰色内联文本的形式显示在光标后方。如果你安装了额外的预测源插件（比如基于 AI 的补全模块），它还能根据语义理解推荐从未执行过的新命令。这种机制让命令行的效率大幅提升，尤其是面对长路径、复杂参数的场景。

本文将从三个层面展开：首先配置 PSReadLine 的预测功能并选择合适的视图模式；然后编写一个自定义预测插件，实现基于文件系统路径的智能建议；最后分享一套完整的快捷键方案，帮助你在日常工作中充分释放预测补全的潜力。

适用于 PowerShell 7.0 及以上版本

在日常运维中，我们经常需要调用 kubectl、docker、az、terraform 等命令行工具。这些工具虽然功能强大，但在 PowerShell 中使用时只能以字符串拼接的方式构造命令——没有参数补全、没有输入验证、输出是纯文本而非结构化对象，也无法通过管道传递数据。这种体验与 PowerShell 原生 cmdlet 的使用方式截然不同。

PowerShell Crescendo 是微软推出的命令包装框架，它的核心理念是”配置即代码”。通过编写一份 JSON 配置文件，你可以将任意 CLI 工具包装成符合 PowerShell 规范的高级函数：支持参数验证、管道绑定、结构化对象输出以及完整的帮助文档，而无需手写大量模板代码。

Cresceno 特别适合那些需要在团队中标准化 CLI 工具调用方式的场景。包装后的模块可以发布到 PowerShell Gallery，团队成员只需 Install-Module 即可获得一致的 PowerShell 体验。本文将从配置基础、输出处理到完整模块发布三个阶段，带你掌握 Crescendo 的核心用法。