举个直白的例子：在终端敲一行命令 square 5，马上会回显 25。这就是把一个小脚本变成常用命令后带来的便利——像平时在终端里敲 ls、cd 那样自然。要做到这点，关键两步：把可执行文件放到系统会去找的路径里，并确认它有执行权限。
具体干法挺简单。先在家目录建个 bin 目录，把脚本放进去，然后把这个目录加到 PATH 里。临时生效可以直接在当前终端用：
mkdir -p ~/bin
mv square ~/bin/
export PATH=”$HOME/bin:$PATH”
要想长期生效，就把这行追加到你的 shell 配置文件，列如 ~/.bashrc、~/.zshrc 或 ~/.profile，然后执行 source ~/.bashrc，或者重启终端。
在把脚本移进 ~/bin 前，还有两步要做：去掉文件扩展名（这只是体验上的一致性，不会影响功能），并把文件变成可执行：
chmod +x square.py
mv square.py square
给了执行权限后，你可以在任意目录直接敲 square 来运行它。如果想先在当前目录试一试，用 ./square 调一下，确认没问题再搬进 ~/bin。
脚本本身的逻辑也要靠谱。这个工具的功能很直白：读取命令行参数，把它当数字算平方，然后输出。用 Python 写最方便。下面是一个能处理错误输入、支持整数或小数的示例脚本，起初可以叫 square.py，写好后赋予可执行权限并重命名成 square：
#!/usr/bin/env python3
import sys
def usage():
print(“用法: square <数字>”)
sys.exit(1)
if len(sys.argv) != 2:
usage()
arg = sys.argv[1]
try:
num = float(arg)
except ValueError:
print(“错误：无法把输入解析为数字。”)
usage()
result = num * num
# 如果是整数形式就用整数显示
if result.is_integer():
print(int(result))
else:
print(result)
脚本加了 shebang（第一行），这样系统就知道用哪种解释器运行。也做了参数校验和错误提示，避免在输入不对时出现一堆堆栈信息。写好后记得 chmod +x，然后改名，这样它就像系统自带的小工具一样顺手。
在动手之前，先确认几样环境条件：系统里有 python3；你有权限在家目录建目录和移动文件；会用几条基本的 shell 命令（mv、chmod、echo、source）。这些准备工作看着不起眼，但缺了任何一项都会弄得你抓瞎。
流程上可以倒着想：目标是任意路径直接运行命令，那就要把文件放到 PATH 下；要放到 PATH 里，就需要一个目录并把它加入环境变量；在此之前脚本必须能执行（chmod +x）并去掉 .py 后缀以显得“原生”；更前面是脚本内容要能正确处理参数和错误；最前端是确保环境条件满足。每一步都很具体，出问题也好排查：找不到命令先看 PATH，提示权限不足就看 chmod，输出不对回去改脚本的解析逻辑。
实践中有几条小细节别忽视。许多发行版默认会把 ~/bin 加到 PATH 中，但并非全部，先用 echo $PATH 看看；如果你在用 zsh，别忘了把 export 那行放到对应的配置文件里；改名后想临时测试，最好先在脚本所在目录用 ./square 调试；脚本的输出尽量简洁，别把调试信息混进标准输出，免得影响管道或别的脚本调用。
把重复的命令封装成小工具，带来两个直接好处：省时间，减少出错。脚本也容易扩展，列如把 square 改成支持批量输入，或换成别的计算。用 Python 写的好处在于语法简单，上手快，能满足日常自定义命令的大部分需求。亲身体验下，搭好这套流程后，许多重复操作能一键搞定，工作流顺手了，心里也踏实。
如果决定把更多脚本当成命令来用，有几条好习惯值得养成：在脚本里写清楚用法说明，处理异常，不把调试信息直接丢到标准输出，让失败时返回非零的退出码，方便其他脚本或 CI 判断。同时把私有脚本放在 ~/bin，不要随意改系统目录，这样更安全、更好管理。把脚本放到 git 仓库里也好，不仅能记录改动，还方便在多台机器间同步。
多做几次，你就能把常用操作变成自己的小命令，效率上去，差错少，长期受益。
暂无评论内容