archon-test-release

Automate end-to-end smoke testing for released Archon binaries across install paths.

Updated Apr 11, 2026
One-click install
npx skills add https://github.com/zillafan80-Maxzilla/claw-code-ubuntu-desktopUI --skill archon-test-release
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: archon-test-release
Source: https://github.com/zillafan80-Maxzilla/claw-code-ubuntu-desktopUI/tree/main/payload/claw-code/.claw/skills/archon-test-release
Command: npx skills add https://github.com/zillafan80-Maxzilla/claw-code-ubuntu-desktopUI --skill archon-test-release

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Automates end-to-end smoke testing for a released Archon binary across multiple install paths. This ensures that a released binary can be installed and run reliably on target environments, catching issues before users experience them.

Core Features & Use Cases

  • Validates installation paths across brew, curl-mac, and curl-vps.
  • Verifies version reporting and binary integrity via SHA256 checksums.
  • Executes a small, representative workflow to confirm basic functionality after install.

Quick Start

Use this skill to run smoke tests against the released Archon binary and validate install paths.

Frequently Asked Questions about archon-test-release

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

FAQPage Schema
How do I automate end-to-end smoke testing for a released binary across multiple install paths?

End-to-end smoke testing for a released binary is automated by executing a staged test plan across brew, curl-mac, and curl-vps installation flows. This validates version reporting, SHA256 checksums, and basic workflows, returning a structured pass/fail result with a final verdict.

What is the best way to verify a released binary installation before users experience issues?

The best way to verify a released binary installation is to run automated smoke tests during release QA. This validates that the binary can be installed and run reliably on target environments, catching install path issues and checksum mismatches before users experience them.

How does SHA256 checksum verification work during release testing?

SHA256 checksum verification during release testing works by comparing the cryptographic hash of the downloaded binary artifact against the expected value. This confirms binary integrity and detects corruption or tampering across brew, curl-mac, and curl-vps installation paths.

Do I need a released binary artifact to run installation smoke tests?

Yes, you need a released binary artifact to run installation smoke tests. The skill requires a finalized binary to execute the staged smoke-test plan and validate the brew, curl-mac, and curl-vps installation flows.

Can I validate brew and curl installation flows in the same smoke test run?

Yes, you can validate brew, curl-mac, and curl-vps installation flows in the same smoke test run. The automation executes a staged test plan across all these multiple install paths and reports a structured pass/fail result for each.

Why should I use automated release QA instead of manual binary verification?

Automated release QA ensures a released binary can be installed and run reliably across all target environments without human error. It systematically verifies version reporting, SHA256 checksums, and basic workflows, catching installation issues before users experience them.