blacksmith-testbox

Run Blacksmith Testbox for remote CI-parity validation of commands.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/chiragborse1/KovaLab --skill blacksmith-testbox-chiragborse1
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: blacksmith-testbox
Source: https://github.com/chiragborse1/KovaLab/tree/main/.agents/skills/blacksmith-testbox
Command: npx skills add https://github.com/chiragborse1/KovaLab --skill blacksmith-testbox-chiragborse1

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you reproduce CI behavior and failures locally when your machine cannot match the exact OS/runtime image, dependencies, or secrets used in GitHub Actions.

Core Features & Use Cases

  • Remote CI-parity execution: Warm a Blacksmith Testbox and run repo commands in the same CI-like environment for consistent results.
  • Secrets, services, and hosted infrastructure: Use Testbox when checks require injected secrets or provisioned services that are not available locally.
  • Safe sync model guidance: Ensures you understand delta syncing, gitignore behavior, and when you must re-run install/build steps on the Testbox.
  • When to choose Testbox vs local: Avoids unnecessary remote runs by following repo guidance and only using Testbox when parity or remote state is required.

Quick Start

Warm a Testbox, save its ID, then run your checks inside it from the repository root.

Frequently Asked Questions about blacksmith-testbox

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I reproduce GitHub Actions CI failures locally when I am missing the exact OS image or injected secrets?

Remote CI-parity validation resolves GitHub Actions failures by running commands in a hosted Testbox that matches the CI environment, ensuring OS, dependencies, and injected secrets align. It warms a reusable Testbox ID and executes repo checks remotely.

How do I set up and run commands inside a Blacksmith Testbox for remote testing?

Install and authenticate the Blacksmith CLI, run the warmup command from the repository root to get a reusable Testbox ID, then execute checks inside it. Running from the repo root preserves the workspace sync for consistent remote testing results.

Do I need to use a remote Testbox for every command, or can I run some checks locally?

You only need a remote Testbox for CI-parity checks requiring hosted services, injected secrets, or matching workflow images. Following repo guidance, you can avoid unnecessary remote runs and execute commands locally when parity or remote state is not required.

Does the Testbox workspace automatically sync my local repository changes, or do I need to rebuild?

The Testbox uses a safe sync model with delta syncing and gitignore behavior. You must re-run install and build steps on the Testbox when repo changes require it, ensuring the remote workspace state matches your local development environment.

How does non-interactive browser authentication work for agent-triggered Testbox login?

Non-interactive browser authentication allows automated agents to authenticate the Blacksmith CLI without manual intervention. This enables agent-triggered login to establish Testbox access for remote CI-parity execution in automated workflows.

What are the limitations of using a remote Testbox for workflow dispatch and artifact download?

Testbox workflow dispatch and artifact download require a warmed-up Testbox ID and CLI authentication. Limitations include the need to run from the repository root to maintain workspace sync and re-running build steps when delta syncing does not capture required state changes.