AI Skill Hub 推荐使用:yap 是一款优质的MCP工具。AI 综合评分 7.5 分,在同类工具中表现稳健。如果你正在寻找可靠的MCP工具解决方案,这是一个值得深入了解的选择。
yap 是一款遵循 MCP(Model Context Protocol)标准协议的 AI 工具扩展。通过 MCP 协议,它可以让 Claude、Cursor 等主流 AI 客户端直接访问和操作外部工具、数据源和服务,实现 AI 能力的无缝扩展。无论是文件操作、数据库查询还是 API 调用,都可以通过自然语言在 AI 对话中直接触发,极大提升生产效率。
yap 是一款遵循 MCP(Model Context Protocol)标准协议的 AI 工具扩展。通过 MCP 协议,它可以让 Claude、Cursor 等主流 AI 客户端直接访问和操作外部工具、数据源和服务,实现 AI 能力的无缝扩展。无论是文件操作、数据库查询还是 API 调用,都可以通过自然语言在 AI 对话中直接触发,极大提升生产效率。
# 方式一:通过 Claude Code CLI 一键安装
claude skill install https://github.com/M0Rf30/yap
# 方式二:手动配置 claude_desktop_config.json
{
"mcpServers": {
"yap": {
"command": "npx",
"args": ["-y", "yap"]
}
}
}
# 配置文件位置
# macOS: ~/Library/Application Support/Claude/claude_desktop_config.json
# Windows: %APPDATA%/Claude/claude_desktop_config.json
# 安装后在 Claude 对话中直接使用 # 示例: 用户: 请帮我用 yap 执行以下任务... Claude: [自动调用 yap MCP 工具处理请求] # 查看可用工具列表 # 在 Claude 中输入:"列出所有可用的 MCP 工具"
// claude_desktop_config.json 配置示例
{
"mcpServers": {
"yap": {
"command": "npx",
"args": ["-y", "yap"],
"env": {
// "API_KEY": "your-api-key-here"
}
}
}
}
// 保存后重启 Claude Desktop 生效
--parallelgpg binary required)zstd/gzip/xz for DEB and RPMchangelog PKGBUILD field renders to native format per distro--nomakedeps # Skip makedeps installation --skip-sync # Skip package manager sync --parallel # Enable parallel topo-sort (opt-in)
One-liner (Linux/macOS, amd64/arm64):
curl -fsSL https://raw.githubusercontent.com/M0Rf30/yap/main/scripts/install.sh | sh
Pin a version or install only one tool:
curl -fsSL https://raw.githubusercontent.com/M0Rf30/yap/main/scripts/install.sh \
| sh -s -- --version v2.1.3 --tool yap
Manual download:
wget https://github.com/M0Rf30/yap/releases/latest/download/yap_Linux_x86_64.tar.gz
tar -xzf yap_Linux_x86_64.tar.gz
sudo mv yap /usr/local/bin/
yap version
git clone https://github.com/M0Rf30/yap.git
cd yap
make build
sudo mv yap /usr/local/bin/
Requires Docker or Podman:
```bash
sudo systemctl enable --now docker && sudo usermod -aG docker $USER
Create my-package/PKGBUILD:
pkgname=my-package
pkgver=1.0.0
pkgrel=1
pkgdesc="My awesome application"
arch=('x86_64')
license=('GPL-3.0')
url="https://github.com/user/my-package"
makedepends=('gcc' 'make')
source=("https://github.com/user/my-package/archive/v${pkgver}.tar.gz")
sha256sums=('SKIP')
build() {
cd "${srcdir}/${pkgname}-${pkgver}"
make
}
package() {
cd "${srcdir}/${pkgname}-${pkgver}"
install -Dm755 my-package "${pkgdir}/usr/bin/my-package"
install -Dm644 README.md "${pkgdir}/usr/share/doc/${pkgname}/README.md"
}
```bash
```bash
--cleanbuild # Clean srcdir before build --nobuild # Download sources only --zap # Deep clean staging directory
yap build .
yap prepare # Auto-detect host distro
yap prepare ubuntu-jammy
yap prepare fedora-38
yap prepare --golang arch
yap prepare --skip-sync rocky-9
yap build --verbose
yap zap ubuntu-jammy /path/to/project
yap status
The examples directory contains complete, ready-to-build projects:
| Example | Description |
|---|---|
| [circular-deps](examples/circular-deps) | Circular dependency detection — YAP fails with a clear error |
| [dependency-orchestration](examples/dependency-orchestration) | 5-package project with automatic dep resolution and build ordering |
| [yap](examples/yap) | YAP packaging itself — Go application with install scripts |
| [split-package](examples/split-package) | One build producing multiple installable packages with distro overrides |
| [multi-architecture](examples/multi-architecture) | Architecture-specific sources, deps, and checksums |
{
"name": "My Multi-Package Project",
"description": "Project description",
"buildDir": "/tmp/yap-builds",
"output": "dist",
"cleanPrevious": true,
"projects": [
{ "name": "package-one", "depends": [] },
{ "name": "package-two", "depends": ["package-one"] }
]
}
| Field | Default | Description |
|---|---|---|
name | — | Project display name |
description | — | Project description |
buildDir | /tmp | Temporary build directory |
output | artifacts | Output directory for built packages |
cleanPrevious | false | Clean previous builds before starting |
projects | — | Array of packages to build |
depends | — | Build-time ordering dependencies |
Or pull the standalone OCI image (also listed on the
[MCP registry](https://registry.modelcontextprotocol.io) as `io.github.M0Rf30/yap`):
sh docker pull ghcr.io/m0rf30/yap-mcp:latest
{
"signing": {
"enabled": true,
"keyPath": "~/.config/yap/keys/release.gpg",
"keyName": "release"
}
}

YAP builds native packages for multiple GNU/Linux distributions from a single PKGBUILD specification. Write your package once; get .deb, .rpm, .apk, and .pkg.tar.zst out. All builds run in isolated OCI containers (Docker or Podman).
```bash
/plugin marketplace add M0Rf30/claude-plugins
/plugin install yap@M0Rf30
| Format | Algorithm | Output |
|---|---|---|
| APK | RSA PKCS#1 v1.5 SHA1 | .SIGN.RSA.<keyname>.rsa.pub embedded stream |
| DEB | OpenPGP | <package>.deb.asc (ASCII-armored detached) |
| RPM | OpenPGP | <package>.rpm.asc + optional in-RPM via rpmpack |
| Pacman | OpenPGP | <package>.pkg.tar.zst.sig (binary detached) |
Signing uses github.com/ProtonMail/go-crypto/openpgp — no gpg binary required.
```bash
{
"name": "My Suite",
"projects": [
{ "name": "core-library", "install": true },
{ "name": "main-application", "install": true },
{ "name": "plugins", "install": false }
]
}
Packages with "install": true are installed immediately after building so subsequent packages can use them as build-time dependencies.
```bash
name: Build Packages
on: [push, pull_request]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Install YAP
run: |
wget https://github.com/M0Rf30/yap/releases/latest/download/yap_Linux_x86_64.tar.gz
tar -xzf yap_Linux_x86_64.tar.gz
sudo mv yap /usr/local/bin/
- name: Build Packages
run: yap build
- name: Upload Artifacts
uses: actions/upload-artifact@v4
with:
name: packages
path: artifacts/
build-packages:
stage: build
image: ubuntu:22.04
before_script:
- apt-get update && apt-get install -y wget docker.io
- wget https://github.com/M0Rf30/yap/releases/latest/download/yap_Linux_x86_64.tar.gz
- tar -xzf yap_Linux_x86_64.tar.gz && mv yap /usr/local/bin/
script:
- yap build
artifacts:
paths:
- artifacts/
expire_in: 1 week
yap 是一款强大的多格式打包工具,支持生成 DEB (Debian/Ubuntu)、RPM (Fedora/RHEL/Rocky/openSUSE)、APK (Alpine) 以及 TAR.ZST (Arch) 等多种格式的软件包。它通过 Docker 和 Podman 实现容器化隔离,确保构建过程可复现且不会污染宿主机环境。基于 PKGBUILD 语法并进行了扩展,支持发行版与架构覆盖,同时具备强大的 Cross-compilation(交叉编译)能力,允许你在不同架构的宿主机上构建目标平台的包。
在使用 yap 时,可以通过命令行参数灵活控制依赖行为。例如,使用 `--nomakedeps` 可以跳过 makedeps 的安装,使用 `--skip-sync` 跳过包管理器的同步过程,或者使用 `--parallel` 开启并行拓扑排序(topo-sort)以优化构建效率。
你可以通过官方提供的 One-liner 脚本在 Linux/macOS (amd64/arm64) 上快速安装。如果需要指定特定版本或仅安装单个工具,可以在脚本后添加参数。此外,你也可以通过手动下载二进制文件或从源码构建(Build from source)进行安装。若选择源码构建,请确保系统中已安装并配置好 Docker 或 Podman 环境。
项目提供了丰富的 Examples 目录,包含多个可直接构建的完整项目示例。你可以通过这些示例学习如何处理循环依赖检测(circular-deps)、依赖编排(dependency-orchestration)以及 yap 自身的构建流程,帮助你快速从入门进阶到高级用法。
项目的核心配置通过 `yap.json` 文件进行管理,支持定义项目名称、描述、构建目录及依赖关系。此外,yap 还深度集成了 MCP (Model Context Protocol) 生态,你可以通过配置 mcpServers 来调用 `yap-mcp`,或者直接拉取 OCI 镜像。对于 Claude Code 用户,还可以通过插件市场直接安装 Claude Code plugin,实现 server 与 skill 的一体化体验。
本章节提供了完整的 CLI reference(命令行界面参考),详细列出了 yap 所有可用命令、参数及其功能说明,方便开发者进行精准的自动化调用。
YAP (Yet Another Packager) 是一个专注于多包管理与构建的工作流工具。它通过标准化的模块化设计,结合容器化技术,为开发者提供了一套从依赖解析、构建顺序编排到最终多发行版分发的完整自动化流水线。
FAQ 章节汇总了开发过程中可能遇到的常见问题与 Troubleshooting(故障排除)指南,帮助你快速定位并解决构建过程中的异常情况。
yap是一个功能强大的MCP工具
AI Skill Hub 为第三方内容聚合平台,本页面信息基于公开数据整理,不对工具功能和质量作任何法律背书。
建议在沙箱或测试环境中充分验证后,再部署至生产环境,并做好必要的安全评估。
⚠️ GPL 3.0 — 强 Copyleft,衍生作品须开源,含专利保护条款,不可闭源使用。
总体来看,yap 是一款质量良好的MCP工具,在同类工具中具备一定竞争力。AI Skill Hub 将持续追踪其更新动态,建议收藏备用,结合自身场景选择合适时机引入使用。
| 原始名称 | yap |
| 原始描述 | 开源MCP工具:Package software with ease 📦 Versatile deb, rpm and apk packager fueled by PKGB。⭐12 · Go |
| Topics | abuildalpine-packagesapkarch-linux-packagesartifactsgo |
| GitHub | https://github.com/M0Rf30/yap |
| License | GPL-3.0 |
| 语言 | Go |
收录时间:2026-05-28 · 更新时间:2026-05-30 · License:GPL-3.0 · AI Skill Hub 不对第三方内容的准确性作法律背书。
选择 Agent 类型,复制安装指令后粘贴到对应客户端