每天在终端里敲命令，最费时间的往往不是想命令本身，而是把长选项、子命令和路径一个个敲全。PSCompletions 就是一套面向终端用户的命令补全方案：它用 Rust 与 Lua 做成跨 Shell 的补全引擎，让 PowerShell、bash、zsh 和 fish 共用同一套补全体验，不用每换一个 Shell 就重新适应一套补全习惯。它的核心是命令补全，卖点不在花哨的外观，而在少配置、能直接用，以及高频命令越用越顺手。
项目信息
| 项目 | 内容 |
|---|---|
| 软件名 | PSCompletions |
| 版本 | 以项目发布页为准（原文未标注具体版本号，本文不另写版本号） |
| 平台 | PowerShell、bash、zsh、fish（原文未明确操作系统范围，动手前以项目说明为准） |
| 核心功能 | 命令补全：统一跨 Shell 补全、内置补全库、按命令历史动态排序、交互式补全菜单 |
| 适合场景 | 多 Shell 混用、高频敲命令、想少配补全、想要可浏览的补全菜单的个人终端环境 |
PSCompletions 命令补全到底补什么
PSCompletions 把补全这件事收进一个统一引擎，再分发给四个 Shell。换句话说，你在 PowerShell 里习惯的补全感觉，到了 bash、zsh 或 fish 里不必从头再来一遍，常用命令的提示方式保持一致，这对同时在几台机器、几个 Shell 之间切换的人最有用。
- 统一引擎：Rust 与 Lua 分工，一个负责底层执行能力，一个负责补全逻辑的表达，四个 Shell 共用同一套补全能力。
- 内置补全库：装好就能用的命令补全集合，省掉从零给常用命令逐条写补全的工作量。
- 历史动态排序：补全项会参考你的命令历史往前排，越常用的命令越容易先被看到。
- 交互式补全菜单：不只是把候选项列出来，而是给一个更便于浏览和挑选的菜单，菜单设计受到 fzf 与 PSFzf 的启发。
- 多语言选项：语言选项包括 en-US 与 zh-CN，用哪种语言界面可以按自己的阅读习惯选。
要注意一个边界：内置库省事，不等于所有工具都有现成补全。某个冷门工具是否在库里，动手前要先实测，别凭印象假设。
版本选择：先定 Shell，再定安装入口
原文没有给出具体版本号，所以这篇的版本选择不是挑一个数字，而是先定两件事：你主力用哪个 Shell，以及你走哪条安装入口。顺序反了很容易白装：装了 PowerShell 的路子，却发现日常主力其实是 zsh，等于重来一次。
选法可以按三档想。第一档，只用一个 Shell，而且原生补全已经够用，那就先对比原生能力，不必为了统一而统一。第二档，同时用 PowerShell 和类 Unix Shell，或者经常在几台机器之间换 Shell，统一补全的价值才真正显现。第三档，团队或多人共用环境，对系统版本和部署规范有明确要求，那就不能只看一篇摘要下结论，必须先核对项目说明里的兼容范围再动手。
另外，PSCompletions 在 PowerShell 一侧与 PSReadLine 有关联，项目说明把 PSReadLine 列为 PowerShell 编辑与补全基础。如果你已经在用 PSReadLine，试装时要留意两者在同一终端里的配合表现，而不是默认叠加一定更顺手。
安装步骤：按 Shell 分三路走
安装入口原文给了三条，按自己用的 Shell 对号入座即可，装完务必开一个新终端会话实测一次，不要只看安装过程没有报错就收工。
- PowerShell 用户：按项目说明安装模块并导入模块，完成后开新会话，确认补全已经生效。
- bash、zsh、fish 用户：运行项目提供的 install.sh，再按脚本提示完成配置加载，加载完同样要开新会话验证。
- Scoop 入口：习惯用 Scoop 的用户可以走项目提供的 Scoop 安装入口，适用范围与后续加载步骤以项目说明为准。
- 通用验证：新会话里敲几个日常高频命令，看看补全是否出现、菜单是否能正常浏览、语言显示是否符合预期，任何一步不对先停下来查说明，不要继续往下配。
必改设置：装完先调这四处
装完不调也能用，但下面四处先确认一遍，后面用起来会少很多别扭。它们都是检查项，具体可选项以项目说明为准，本文不虚构配置项名称。
- 语言选项：确认当前语言是 en-US 还是 zh-CN，选自己读起来最顺的那一种，避免菜单看得懂、提示看不懂的尴尬。
- 历史排序：确认是否启用按命令历史排序，并留意它对常用命令排列的影响，排序太激进反而会把不常用的命令顶上来。
- 补全菜单：确认菜单的浏览与挑选方式是否顺手，包括候选项多的时候能不能快速定位到目标命令。
- 内置补全库范围：确认自己最常用的几个命令是否已有补全，缺的先记下来，后续再决定是等库更新还是自己补定义。
- 初始化配置归档：把 Shell 初始化里的相关配置纳入自己的环境管理，换机器时能照着恢复，而不是每次重装都重新摸索。
注意事项：动手前先看清这五点
- 系统与版本范围不明：原文没有明确列出支持的操作系统范围和各 Shell 的兼容版本，目标系统与 Shell 版本必须先在项目说明里核对。
- 自定义补全说明不完整：如何编写、调试和分发自定义补全定义，原文没有完整交代，想扩展之前要先读文档或源码。
- 历史排序细节不明：动态排序依赖命令历史信息，但其数据范围、存储方式和可配置程度在原文里没有说明，对历史记录敏感的用户要先弄清再启用。
- 覆盖范围不能想当然：公开摘要没有说明全部补全项的覆盖范围，不能据此判断某个具体工具是否已有内置补全，实测为准。
- 长期表现要自己验证：长期维护状态以及不同 Shell 之间的行为差异，需要结合项目说明或源码确认，升级前尤其要看补全菜单、历史排序和多 Shell 配置是否还符合现有工作流。
适用人群与对比：它和原生补全有什么不同
PSCompletions 最适合三类人：一是同时用 PowerShell、bash、zsh、fish 其中多个 Shell 的开发者和命令行用户；二是每天高频敲命令、希望补全越用越贴合自己习惯的人；三是想少配补全、直接用内置库起步的人。对这三类人，统一引擎的价值是实打实的：少一套配置，多一份一致。
反过来，也有三类人不必急着上。只用单一 Shell 且原生补全够用的人，换统一引擎的收益有限；对系统版本和部署规范有硬性要求的团队环境，摘要信息不够做决策；急需自定义补全、又不想先读文档或源码的人，扩展成本可能高于预期。对比原生补全，PSCompletions 的长处是跨 Shell 一致、内置库起步快、菜单更便于浏览；短处是多了一层需要验证的兼容性和配置成本。取舍的关键不在功能列表谁更长，而在你到底用几个 Shell。
版本对比表：按 Shell 与安装入口选
没有具体版本号可比，这张表就按真正能选的东西比：Shell 与安装入口。选错入口比选错版本更常见，先把这一行对齐再动手。
| 适用 Shell | 安装入口 | 适合谁 | 先确认什么 |
|---|---|---|---|
| PowerShell | PowerShell 模块 | 日常主力是 PowerShell 的用户 | 模块导入方式，以及与 PSReadLine 的配合表现 |
| bash、zsh、fish | install.sh | 用类 Unix Shell 的用户 | 脚本提示的配置加载步骤，加载完开新会话验证 |
| 以项目说明为准 | Scoop 入口 | 习惯用 Scoop 管理工具的用户 | 该入口对应的适用范围与后续配置步骤 |
一句话取舍：多 Shell 混用选统一引擎划算，单 Shell 够用就不必强求统一；PowerShell 走模块路，类 Unix Shell 走 install.sh，Scoop 只在你本来就用 Scoop 时才优先考虑。升级之前先看更新说明，重点验证补全菜单、历史排序和多 Shell 配置是否还符合现有工作流，通过了再全量换过去。
关注公众号「软件教程管家」，回复【PSCompletions】获取下载链接
关注「软件教程管家」
回复软件名即取即下：网盘下载链接 + 提取码，一步直达，不用再跳转。
本站资源仅供个人学习交流，请勿用于商业用途。软件与资料版权归原作者所有；如有侵权，请通过公众号「软件教程管家」联系我们，我们将在 24 小时内下架处理。查看免责声明 ›
