SleekView Kanban for WP-CLI Command Runs
SleekView Kanban reads WP-CLI command run logs from the WordPress database where a logger has persisted them, groups them into run state lanes like queued, running, succeeded, and failed, and lets your team drag jobs between lanes to retry or archive without leaving wp-admin.
♾️ Lifetime License available
Why WP-CLI runs need a kanban view
WP-CLI is the command line interface for WordPress, and most production sites run dozens of WP-CLI commands a day through cron, deploy pipelines, and one-off shell sessions. With a WP-CLI run logger plugin, each command invocation persists as a row in wp_wpcli_runs with the command name, the user who launched it, the start time, the duration, the exit code, and a run state that swings between queued, running, succeeded, and failed.
The default WP-CLI experience does not give an in-admin view of these runs, which means an admin has to read raw log files on the server to know what ran today and what failed. SleekView Kanban reads the persisted run rows and groups them by the run state field, which is the natural pipeline lane for a CLI job log. Each card surfaces the command, the launching user, the duration, the exit code, and a relative time stamp.
Dragging a card from failed back to queued writes the new state to the row and triggers the WP-CLI runner to enqueue the command for a retry on the next cron tick using the original arguments. Bulk drags can re-queue every failed run in one transaction, which is exactly the cleanup a sysadmin wants after a third-party outage knocks out a batch of import or sync commands.
Workflow
From CLI run log to kanban board
Point at the run log
Pick run state as the lane
Choose card fields
Enable retry drops
Sample board
Sample WP-CLI command run board
Comparison
Default CLI logs vs SleekView Kanban
Default CLI log files
- No in-admin view, so admins read raw log files on the server during incidents
- No state grouping, every run sits in one chronological text stream on disk
- Bulk retry across dozens of failed runs is a custom shell script every time
- No audit story of who launched which command from which deploy tag once
- Mobile responders have to SSH into a server just to see the latest CLI run
SleekView Kanban
- Groups WP-CLI run rows by the run state with live counts per lane on a board
- Drag from failed back to queued to ask the WP-CLI runner to retry on next cron
- Card fronts show command, launching user, duration, and the run exit code
- Failed and archived runs sit in separate lanes from the live succeeded list
- Capability gates restrict retry on destructive commands to senior sysadmin role
Features
What SleekView Kanban gives you for WP-CLI
See every CLI run in wp-admin
WP-CLI activity normally lives in raw log files on the server, hard to share during an incident. The kanban surfaces every persisted run inside wp-admin, so the team sees the same view without needing SSH access.
Retry failed runs by drag
Dragging a card from failed back to queued asks the WP-CLI runner to enqueue a retry using the original arguments captured at the first run. The retry runs through the same cron tick the original used, so retries match production.
Filter by command or user
A filter bar narrows lanes by command, user, deploy tag, or exit code. Saved filters are per-user, so a deploy engineer chasing failed cache flush runs keeps a focused board while a sysadmin watches a filter for backup runs.
Audience
Three teams using the WP-CLI kanban
Site reliability engineers
SREs filter the board to deploy-triggered runs, confirm each cache flush and search replace succeeded after every deploy, and retry any failed runs from the board in real time.
Hosting platform sysadmins
Hosting sysadmins use the kanban across a managed fleet of WordPress sites, watch the failed lane for a spike during a platform incident, and chase root causes through run rows.
Compliance auditors
Compliance auditors filter the board to a quarter window, export the succeeded and failed lanes, and produce a clean report of every WP-CLI run for SOC and ISO reviews per quarter.
The bigger picture
Why a kanban beats a log file for CLI
WP-CLI is critical infrastructure. Most production WordPress sites run dozens of CLI commands a day through cron, through deploy pipelines, and through one-off shell sessions, and the default experience for reading what ran is to tail a log file on the server. That works for a single shell session but breaks down once a site reliability team has to coordinate during an incident, audit who ran what for compliance, or retry a wave of failed runs after a third-party outage clears.
A kanban board fixes that shape. Lanes give SREs an instant count of queued, running, succeeded, and failed runs across the whole site, drag-and-drop turns a retry into a single gesture that asks the WP-CLI runner to enqueue the command again with the original arguments, and filters let each engineer scope the board to the commands or users they own. The same CLI run rows power a different mental model that matches how reliability and compliance teams really think about infrastructure rather than a long flat log file far from wp-admin.
Questions
Common questions about SleekView Kanban for WP-CLI
Yes. SleekView reads stored CLI run rows, so a WP-CLI run logger that persists each command invocation as a database row is required. The default WP-CLI experience writes to log files on the server which the kanban cannot read directly, but most reliability teams already run such a logger.
 Yes. Most CLI run logger plugins keep a rolling window of run history, and SleekView reads whatever sits inside that window. A common pattern is to keep one month of CLI history, which is plenty for a monitoring board to render lanes and meet compliance audit windows.
 Yes. The retry handler asks the WP-CLI runner the logger plugin ships with to enqueue the command for execution on the next cron tick using the arguments captured at the first run. No shell session is needed, and the retry runs through the same background runner the original used.
 Yes. SleekView views are configuration only, so you can build one board filtered to deploy commands and another to backup commands from the same run log table. Each SRE picks a default board, and admins can pin shared boards into the sidebar for the reliability team.
 SleekView reads the run state column on every page load, so a new state value shows up as its own lane at the end of the board. You can drag it into the right position, assign a color, and decide which fields the lane cards should surface without writing any code.
 Yes. Each failed card opens a side panel showing the full stdout buffer, the stderr buffer, the exit code, the command arguments, and the launching user. Engineers can triage the failure directly inside the kanban without opening the underlying server log file or SSH session.
 Yes. SleekView respects WordPress capabilities, so you can require a senior sysadmin capability before a card lands in the queued lane for destructive commands like search-replace or db reset. Junior SREs can still retry safe commands like cache flush, but only seniors retry destructive ones.
 SleekView reads and writes the existing logger plugin run table without adding shadow tables for CLI run data. View configuration sits in its own small options row, so uninstalling SleekView leaves every CLI run, exit code, and audit row exactly where the logger wrote them.
 Pricing
More than 1000+
happy customers
Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.
Lifetime ♾️
Most popular
EUR
once
- Unlimited websites
- Lifetime updates
- Lifetime support
...or get the Bundle Deal
and save €250 🎁
The Bundle (unlimited sites)
Pay once, own it forever
Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.
What’s included
-
SleekAI
-
SleekByte
-
SleekMotion
-
SleekPixel
-
SleekRank
-
SleekView
€749
Continue to checkout