Token导航 LogoToken导航

Agent Skill · 运维和基础设施

bash-style(bash 风格)

bash-style 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

bash-style 是运维和基础设施类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为执行命令;许可证为 MIT,第三方扫描有未通过项,按安装量在运维和基础设施类的 2,449 个 Skill 里排第 1,221。

总安装 753周安装 32GitHub Stars 657下载 264核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:bash-style(bash 风格)
来源仓库:https://github.com/doccker/cc-use-exp
仓库路径:skills/bash-style
安装命令:
npx skills add https://github.com/doccker/cc-use-exp --skill bash-style
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/doccker/cc-use-exp --skill bash-style

这个 Skill 是做什么的

运维和基础设施类 Skill 处理部署、监控、日志和云资源,多数需要较高的执行权限。

bash-style 强制执行统一的 Bash 脚本编写规范,包括注释格式和文件写入方式。禁止行尾注释,推荐独占一行注释以提高可读性和复制安全性。建议使用 tee 命令进行文件写入,避免嵌套引号问题。适用于所有 shell 脚本文件、Dockerfile 和 Makefile 中的命令格式化。

bash-style 属于运维和基础设施类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/bash-style

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/doccker/cc-use-exp --skill bash-style;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要执行命令,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

bash-style 怎么安装?

在终端执行 npx skills add https://github.com/doccker/cc-use-exp --skill bash-style。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

bash-style 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

bash-style 需要什么权限?

权限级别是执行命令。安装流程涉及命令执行,可能通过 npx skills add https://github.com/doccker/cc-use-exp --skill bash-style;npx skills add doccker/cc-use-exp --skill "bash-style" 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

bash-style 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

bash-style 用的人多吗?

公开数据是累计安装 753 次,近一周安装 32 次,下载 264 次,GitHub 657 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

bash-style 安全吗?

第三方扫描有未通过项,风险较高。除非你确认过源码,否则不建议直接安装到常用环境。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。

先想清楚的地方

  • 需要执行命令,装到常用环境前要先评估影响面。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理运维和基础设施类任务、又不想每次都手写提示词的人。

不太适合

  • 不能接受 Skill 在你机器上执行命令的人。
  • 需要厂商级技术支持和 SLA 的生产系统。

运维和基础设施类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
brainstorming

头脑风暴 · Codex、Claude

3,148,776173,131操作浏览器MIT通过
copywriting

文案写作 · Codex、Claude

1,996,72425,583需要联网MIT通过
openclaw-secure-linux-cloud

OpenClaw secure linux cloud 命令行 · Codex、Claude

1,853,08840接触敏感数据未明确未通过
xget

xget 命令行 · Codex、Claude

1,799,28040执行命令未明确未通过
requesting-code-review

代码审查请求 · Codex、Claude

1,590,144173,103权限未标注MIT通过
bash-style

bash 风格 · 本页

753657执行命令MIT未通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Bash 编写规范

版本:v1.0 更新:2026-01


1. 注释规范

禁止行尾注释

  • ❌ 禁止行尾注释(如 command # 注释)
  • ✅ 注释应独占一行,放在代码上方

适用范围:

  • Shell 脚本文件(.sh)
  • Markdown 文档中的 bash 代码块
  • Dockerfile、Makefile 中的 shell 命令
# ❌ 错误:行尾注释
curl -X POST https://api.example.com/data # 发送请求
docker run -d nginx # 启动容器
cp -r src/ dist/ # 复制文件

# ✅ 正确:注释独占一行
# 发送请求
curl -X POST https://api.example.com/data

# 启动容器
docker run -d nginx

# 复制文件
cp -r src/ dist/

原因:

  • 复制粘贴时容易带上注释导致命令出错
  • 长命令 + 注释 = 超长行,可读性差
  • Heredoc 块内 # 不是注释而是内容

2. 文件写入方式

推荐方式:tee 命令

# ✅ 推荐:简洁、无嵌套引号
sudo tee /etc/fail2ban/jail.d/docker-nginx.local > /dev/null << 'EOF'
[docker-nginx]
enabled = true
filter = docker-nginx
logpath = /var/log/nginx/access.log
maxretry = 5
EOF

追加内容

# ✅ 追加到文件
sudo tee -a /etc/hosts > /dev/null << 'EOF'
192.168.1.100 myserver
EOF

# ✅ 单行追加
echo '192.168.1.100 myserver' | sudo tee -a /etc/hosts

避免的写法

# ❌ 避免:嵌套引号复杂,易出错
sudo bash -c 'cat > /etc/xxx << EOF
content
EOF'

# ❌ 避免:需要转义内容中的特殊字符
sudo sh -c "echo 'line1\nline2' > /etc/xxx"

方式对比

方式优点缺点推荐场景
sudo tee简洁、无嵌套需 > /dev/null 抑制输出首选
sudo bash -c 'cat >'无需 tee嵌套引号复杂不推荐
临时文件 + mv可先验证步骤多复杂配置

3. Heredoc 引号规则

禁止变量展开(推荐默认)

# ✅ 'EOF' 带引号:内容原样输出,不解析变量
sudo tee /etc/xxx > /dev/null << 'EOF'
$HOME 不会被展开
$(command) 不会被执行
EOF

需要变量展开

# EOF 不带引号:变量会被展开
sudo tee /etc/xxx > /dev/null << EOF
当前用户: $USER
当前目录: $(pwd)
EOF

选择原则

场景用法原因
配置文件<< 'EOF'避免意外展开
模板生成<< EOF需要插入变量
不确定时<< 'EOF'更安全

4. 权限与路径

需要 root 权限

# ✅ 正确:tee 配合 sudo
echo 'content' | sudo tee /etc/xxx

# ❌ 错误:重定向在 sudo 之外,权限不足
sudo echo 'content' > /etc/xxx

路径带空格

# ✅ 正确:双引号包裹路径
sudo tee "/etc/my config/file.conf" > /dev/null << 'EOF'
content
EOF

5. 脚本规范

文件头

#!/usr/bin/env bash
set -euo pipefail

# 脚本说明(一句话)

set 选项说明

选项作用
-e命令失败时退出
-u使用未定义变量时报错
-o pipefail管道中任一命令失败则整体失败

变量使用

# ✅ 推荐:使用 ${} 包裹
echo "Hello, ${name}"

# ✅ 推荐:设置默认值
db_host="${DB_HOST:-localhost}"

# ❌ 避免:裸变量(易与后续字符混淆)
echo "Hello, $name_suffix"

6. 常用模式

检查命令是否存在

if ! command -v docker &> /dev/null; then
    echo "docker 未安装"
    exit 1
fi

检查文件/目录

# 文件存在
[[ -f /path/to/file ]] && echo "文件存在"

# 目录存在
[[ -d /path/to/dir ]] || mkdir -p /path/to/dir

安全删除

# ✅ 使用变量时防止误删
rm -rf "${dir:?}"/*

# ❌ 危险:变量为空时会删除根目录
rm -rf $dir/*

7. 文档中的代码块

在 Markdown 文档中编写 bash 命令时,同样遵循以上规范:

## 安装配置

创建配置文件:

sudo tee /etc/myapp/config.yml > /dev/null << 'EOF' server: port: 8080 host: 0.0.0.0 EOF


参考资料

平台分布

Claude Code

27.3%
按下载量换算72

Gemini CLI

24.3%
按下载量换算64

Antigravity

19.16%
按下载量换算51

OpenCode

12.38%
按下载量换算33

Codex

7.01%
按下载量换算19

windsurf

3.24%
按下载量换算9

安全审计

Gen Agent Trust Hub

未通过

Socket

通过

Snyk

可疑

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/doccker/cc-use-exp --skill bash-style;npx skills add doccker/cc-use-exp --skill "bash-style" 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。

继续浏览同类 Skills