acceptance

Verifies software deliveries by capturing real product evidence and publishing immutable acceptance rounds.

Updated Jan 27, 2026
One-click install
npx skills add https://github.com/SmallAi-API/smaihub --skill acceptance-smallai-api
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: acceptance
Source: https://github.com/SmallAi-API/smaihub/tree/main/packages/builtin-skills/src/acceptance
Command: npx skills add https://github.com/SmallAi-API/smaihub --skill acceptance-smallai-api

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Delivery claims like "it works" or "tests pass" are not proof. This Skill makes an AI builder self-certify its work: it authors or discovers a verification plan, exercises the real product on the correct surface, captures concrete evidence (screenshots, logs, recordings), and publishes an immutable acceptance round that a reviewer can accept or reject per check. ## Core Features & Use Cases - Plan authoring or discovery: Write your own checks when no verify plan exists, or consume a frozen plan via a LobeHub operation id; rounds without an operation are recorded as standalone acceptances. - Surface-matched verification: Pick the cheapest proving surface per outcome — CLI output for backend logic, agent-browser for web and Electron, osascript/screencapture for native macOS, and AXe/simctl for iOS Simulator. - Evidence enforcement: Checks declaring requiredEvidence cannot pass on text alone; missing artifacts hold the delivery at uncertain, and programmatic gates (tests, lint, type-check) are rejected as acceptance checks. - Immutable multi-round history: Repairs publish as new rounds with supersedes lineage, preserving provenance of reused evidence. - Use Case: After fixing a bug where a web app's dashboard fails to load new cards, use this Skill to drive the running app with agent-browser, capture a screenshot and network trace proving the cards render, and publish an acceptance URL the reviewer can inspect. ## Quick Start Verify the task I just completed by exercising the changed behavior on the appropriate surface, capturing evidence for each check, and publishing an acceptance round with the lh CLI.

Frequently Asked Questions about acceptance

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

FAQPage Schema
How do I verify a delivery with acceptance evidence?

Author checks as user-decidable outcomes, exercise the real product on the matching surface, capture the declared evidence types, and publish with lh acceptance run ingest. The final handoff must include the acceptance URL and a coverage count of required evidence.

How do I verify a task without a LobeHub operation id?

No operation id is required. Author your own checks in result.json with an assets directory and publish via lh acceptance run ingest, which records the round as a standalone acceptance. Supply --requirement with a one-sentence business goal on first ingest.

Which surface should I use for acceptance testing?

Match the surface to the user-visible outcome: CLI stdout for backend or library changes, agent-browser for web and full-stack, CDP for Electron-only behavior, osascript plus screencapture for native macOS, and AXe with simctl for iOS Simulator gestures and layout.

Can unit tests or CI results count as acceptance checks?

No. Programmatic gates such as unit tests, type-check, lint, or build passes are never acceptance checks and are dropped at ingest. Run them and report the outcome as one narrative line; every check must be an outcome a person can accept or reject.

What happens when required evidence is missing?

A check declaring requiredEvidence cannot pass on text alone; a missing artifact marks it uncertain and holds the delivery. Before handoff, confirm every declared evidence type is present at least once per check and report the coverage explicitly.

Can I fix code and resubmit into the same acceptance round?

No. Published rounds are immutable. After changing code, publish the re-verification as a new round in the same acceptance, reusing unaffected evidence with its original provenance and declaring supersedes for replaced checks.