ze-verify

Automate Ze repository verification with lint, unit, and functional tests.

50|2|Updated Mar 27, 2026
One-click install
npx skills add https://github.com/ze-software/ze --skill ze-verify
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ze-verify
Source: https://github.com/ze-software/ze/tree/main/.codex/skills/ze-verify
Command: npx skills add https://github.com/ze-software/ze --skill ze-verify

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Ze verification workflow validates repository changes with a repeatable, transparent process that produces a clear result log.

Core Features & Use Cases

  • Handles active repo locks by waiting and reading logs to avoid overlapping runs.
  • Runs the fastest verification path by default (ze-verify-fast) and falls back to lint and test stages on timeout.
  • Never auto-fix failures and always report every failure with type, test, and error, prioritizing repo logs for summaries.

Quick Start

Trigger the Ze verification workflow in the repository to start the verification process.

Frequently Asked Questions about ze-verify

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

FAQPage Schema
How do I automate repository verification to run lint and unit tests in CI?

Automating repository verification runs lint, unit, and functional tests while reporting outcomes transparently. It triggers the fastest verification path by default and falls back to staged lint and test runs upon timeout.

What happens if a repository verification workflow encounters active repo locks?

When repository verification encounters active repo locks, the workflow waits and reads logs to avoid overlapping runs. It does not proceed until the lock is resolved, ensuring a repeatable process that produces a clear result log.

Does the Ze verification workflow auto-fix failures during testing?

The Ze verification workflow never auto-fixes failures. It always reports every failure with type, test, and error details, prioritizing the main repo log over memory to ensure transparent validation of repository changes.

What is the best way to handle timeouts during staged verification with lint and tests?

Handling timeouts during staged verification triggers a fallback to lint and test stages. The workflow initially attempts the fastest verification path, automatically transitioning to comprehensive testing if the initial fast path times out.

Can I use this workflow to validate staged changes without overlapping concurrent CI runs?

Validating staged changes without overlapping concurrent CI runs is supported by handling active repo locks. The workflow waits for locks to clear and reads logs, ensuring changes are validated with a repeatable, transparent process.

Why does verification prioritize the main repo log over memory for failure summaries?

Verification prioritizes the main repo log over memory for failure summaries to ensure accurate reporting of every failure type, test, and error. This prevents auto-fixing and maintains a transparent result log for repository changes.