Getting it into your agent
This one installs as part of its plugin. Adding the marketplace and installing the plugin brings it with everything else the plugin ships.
/plugin marketplace add xentivo/claude-plugins/plugin install pipelineWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/xentivo/claude-plugins/xvo-zbuduj-pipeline)<a href="https://agentmods.dev/commands/xentivo/claude-plugins/xvo-zbuduj-pipeline"><img src="https://agentmods.dev/badge/commands/xentivo/claude-plugins/xvo-zbuduj-pipeline/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/xentivo/claude-plugins/xvo-zbuduj-pipeline"><img src="https://agentmods.dev/badge/commands/xentivo/claude-plugins/xvo-zbuduj-pipeline.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00026 | $0.01191 |
| Opus 5 | $0.00013 | $0.00596 |
| Sonnet 5 | $0.00005 | $0.00238 |
| Haiku 4.5 | $0.00003 | $0.00119 |
Grade A, and why
xvo-zbuduj-pipeline scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 70 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Zakres: $ARGUMENTS
Pobierz zasady ci-pipeline oraz structure-conventions przez get_rule. To one
rozstrzygają, nie Twoja pamięć wzorców z innych projektów.
Przeczytaj też procedury z tego pluginu - to one mówią, jak zasadę zastosować:
${CLAUDE_PLUGIN_ROOT}/skills/bramka-pr/SKILL.md- checki na pull requestach${CLAUDE_PLUGIN_ROOT}/skills/deploy/SKILL.md- wdrażanie i weryfikacja po deployu${CLAUDE_PLUGIN_ROOT}/skills/sekrety/SKILL.md- sekrety, tokeny, uprawnienia
Bez zakresu w argumencie czytaj wszystkie trzy. Ze zakresem - ten, który go dotyczy,
plus sekrety, bo dotyczy każdego workflow.
1. Rozpoznaj repo, zanim cokolwiek napiszesz
Ustal i wypisz jednym akapitem: stack i menedżer pakietów, komendy lint/build/test z
package.json (albo odpowiednika), obecność Dockerfile i skryptów deployowych,
gałąź domyślną, docelowy rejestr obrazów i środowiska, oraz to, co już leży w
.github/workflows/. Ustal też, gdzie stoi numer wersji (JS: version w głównym
package.json; Java: korzeniowy pom.xml albo build.gradle/gradle.properties),
czy repo ma CHANGELOG.md i czy istnieje tag poprzedniego wydania. Sprawdź
.gitignore pod kątem kodu generowanego, który importuje aplikacja.
Jeśli repo ma skrypt deployowy, pipeline ma go wołać, a nie odtwarzać jego kroki. Brak takiego skryptu odnotuj jako brak i zaproponuj jego napisanie osobno.
2. Pokaż plan, potem pisz
Przedstaw listę plików do utworzenia lub zmiany, a przy każdym: wyzwalacze, joby i to, co dany job łapie. Dopiero po tym twórz pliki. Bez zakresu w argumencie zakładaj całość: bramka PR-a, skan zależności, deploy na środowisko, wydanie po merge'u (podbicie wersji plus wpis w changelogu), auto-merge.
Nie kopiuj workflowów z xentivo/aria żywcem. Bierz z nich reguły, a wartości
(obrazy usług, nazwy zmiennych, komendy, ścieżki wykluczeń) wyprowadzaj z tego repo.
3. Sprawdź własną robotę przeciwko liście
Dla każdego napisanego pliku przejdź punkt po punkcie zasadę ci-pipeline i wypisz,
gdzie świadomie odchodzisz od reguły i dlaczego. Odejście bez powodu popraw, zamiast
tłumaczyć.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago Changed · +7 lines e388a8031490
- 11d ago First seen · 63 lines · 26 tokens per session scan A 810e7026f2e2
xvo-zbuduj-pipeline is a command published in the GitHub repository xentivo/claude-plugins (4 stars, last pushed 2d ago), licensed MIT. It adds 26 tokens to every session and 1,191 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other commands, from other repositories
domains
Apply the CLI runtime and safety contract before executing a command. Runtime --help is authoritative.
access
Apply the CLI runtime and safety contract before executing a command. Runtime --help is authoritative.
ship
Deploy feature through automated staging validation to production with rollback testing.
check-release-health
Summarize the CI health of an OpenShift release using live data from the openshift-ci-mcp server.
merge-conflict-analysis
You are analyzing merge conflicts for PR #${{ pr-number }}.
analyst
Use when performing local analyst review before pushing PR changes. Assesses code quality, impact analysis, and maintainability.