Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add commands/jonase47/ccpr/p4-setupgit clone --depth 1 https://github.com/jonase47/ccprWrote 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/jonase47/ccpr/p4-setup)<a href="https://agentmods.dev/commands/jonase47/ccpr/p4-setup"><img src="https://agentmods.dev/badge/commands/jonase47/ccpr/p4-setup.svg" alt="Measured on agentmods" 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 | $0.00000 | $0.01708 |
| Opus 5 | $0.00000 | $0.00854 |
| Sonnet 5 | $0.00000 | $0.00342 |
| Haiku 4.5 | $0.00000 | $0.00171 |
Grade A, and why
p4-setup 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 today.
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 — 165 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/p4-setup – Repository, CI/CD & Development Environment Setup
Sets up the repository, CI/CD pipeline and local development environment. The result is a working development infrastructure in which the team can immediately start with /p5-implement.
Argument: $ARGUMENTS = [Project name]
If provided: Use as repository name and project identifier in configuration files. If not provided: Read CONCEPT.md or PROJECT_PLAN.md and derive the project name. If any context is missing, ask for the project name before starting.
Execution
1. Read Context
Read the following files (if available):
- TECH_STACK.md (technologies determine the setup)
- INFRASTRUCTURE.md (CI/CD pipeline design, hosting platform)
- SECURITY.md (security requirements for pipeline and secrets management)
- TEST_STRATEGY.md (test levels determine pipeline stages)
2. Delegation to DevOps Agent (Lead)
Delegate the technical setup to the devops agent:
Set up the development infrastructure for project $ARGUMENTS. Context from TECH_STACK.md and INFRASTRUCTURE.md: [Insert tech stack, CI/CD design, hosting decisions]
A. Repository Structure
- Create the initial directory structure matching the tech stack
- Basic configuration files: .gitignore, .editorconfig, .nvmrc / .tool-versions
- Document branching strategy (according to INFRASTRUCTURE.md)
- Basic git hooks: pre-commit (lint, format), commit-msg (Conventional Commits)
B. CI/CD Pipeline Implement the pipeline according to INFRASTRUCTURE.md:
- Configuration file(s) for the chosen CI/CD tool (e.g. .github/workflows/)
- Stage 1: Lint & Format Check
- Stage 2: Unit Tests
- Stage 3: Build
- Stage 4: Security Scan (SAST, dependency check e.g. with Trivy or Snyk)
- Stage 5: Deploy to Staging (manually triggered or on main branch)
- Secrets: placeholders and documentation of which secrets need to be configured
C. Docker / Containerization If containers are planned (according to TECH_STACK.md):
- Dockerfile(s) for all services (multi-stage builds for production)
- docker-compose.yml for local development (app + database + additional services if needed)
- .env.example with all required environment variables (without real values)
D. Development Environment
- Document the steps for local setup (will be incorporated into README.md)
- Seed script for test data (populate database with sample data)
- Make targets or npm scripts for common tasks: dev, test, build, lint, migrate
E. Configure Environments
- Environment variable structure for local / staging / production
- Implement secrets management approach (according to SECURITY.md)
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.
- today First seen · 165 lines · 0 tokens per session scan A 8a4f0ba324cc
p4-setup is a command published in the GitHub repository jonase47/ccpr (1 stars, last pushed today), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,708 tokens. 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-09-03.
Other commands, from other repositories
wiki-tune
Tune wiki schema and conventions interactively.
listen
Show what a given agent should read before coding, plus briefs/approvals mentioning it.
pseo-init
Use when: kullanıcı "yeni proje", "init", "proje kur", "yeni domain ekle", "scaffold" gibi ifadeler kullanır ya da /pseo-init çağırırsa. Also use when: portföye yeni bir SEO projesi alındı, projects/{slug}/ klasörü ve project.config.json dosyasının schemaya uygun ilk hâli üretilecek; brief'te slug + domain + market…
forge-insights
Analyze past sessions for error patterns, file activity, and recommendations.
forge-context-status
Report on current context window usage, cache health, and compaction recommendation. Read-only — does not compact.
CLAUDE
Each subdirectory is one engine verb dispatched by ../cli/cli.ts: / .ts exports a pure handler that resolves the vault, does its work through ../core/ primitives, and returns its own typed report. Commands stay thin — they compose core checks and builders; they do not reimplement them. The canonical output schema is…