provider-chat-smoke

Solid

Smoke test real Poracode provider chat threads and ACP sessions end to end. Use when validating Qwen Code, Kimi Code, or another structured/ACP provider; testing chat turn handling, steer, Stop, question or permission tools, live model changes, session resume, ACP handshake/capabilities, or provider-chat regressions.

AI & Automation 88 stars 10 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 85/100

Stars 20%
65
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Provider Chat Smoke Use this skill with `interactive-testing`. Run the ordinary isolated-app workflow from that skill first; use real provider credentials only for the safe live gates below. Keep the scope to a disposable project, never approve a write, and preserve the smoke profile for inspection. ## Plan coverage before launch 1. Inspect the diff, generate the integration smoke plan, and record every provider/presentation surface in scope. 2. Separate gates into **live** (an authenticated provider and its real ACP server) and **deterministic** (mock/unit coverage for protocol branches that cannot safely be driven against an external provider). 3. Create a fresh thread per provider. Use short marker prompts such as `QWEN_SMOKE_OK` and `KIMI_SMOKE_OK`; never use repository-changing prompts. 4. Capture screenshots, runtime items, final thread state, and the first three console/runtime errors. Do not call the suite successful while a required gate is unresolved. ## Required live chat matrix Run each applicable row for every requested provider. Retry a timing-sensitive row with a longer harmless response if the provider finishes before the control can be used. | Gate | Drive through the real UI | Required evidence | | ----------------------- | -----------------------------------------...

Details

Author
SDSLeon
Repository
SDSLeon/lightcode
Created
5 months ago
Last Updated
today
Language
TypeScript
License
Apache-2.0

Similar Skills

Semantically similar based on skill content — not just same category

Testing & QA Listed

smoke-test

Runs a short, version-bound health check across the most critical user and system paths to decide whether deeper testing or rollout should continue.

2 Updated 3 weeks ago
SUDARSHANCHAUDHARI
Testing & QA Solid

interactive-testing

Run repeatable integration and smoke testing against the real Poracode Electron app through Chrome DevTools Protocol. Use when asked to smoke test, integration test, interactively test, verify a refactor in the UI, reproduce a renderer crash, click through the app, or check that changes did not regress functionality. Build a diff-derived coverage plan, run the scripted baseline and targeted scenarios, complete every required manual gate, capture screenshots and runtime errors, and report explicit per-surface evidence.

88 Updated today
SDSLeon
AI & Automation Listed

smoke-test

Designs and scaffolds smoke-test suites (build-verification tests) for web services, APIs, and software systems. Use this skill whenever the user asks to "add smoke tests", "set up build verification", "write a fast test that proves the deploy isn't broken", "what should my smoke tests cover", "wire smoke tests into CI", or anything else about catching catastrophic failures before downstream testing. Also trigger on "BVT / BAT", "intake testing", "sanity vs smoke", "build acceptance". The skill detects the project's stack (Python/FastAPI, Node/Express, Go net/http, Rust/axum, etc.), proposes a focused 5-10 check suite following the API-first, <2-minute, idempotent discipline, and emits a runnable scaffold in the right framework — with `TODO` markers for environment-specific values like base URL and auth tokens. Even if the user has not explicitly said "smoke", trigger when they ask for a "fast CI gate", "deploy-readiness check", "is-the-build-up test", "happy-path coverage", or describe symptoms like "we keep

0 Updated 2 weeks ago
Stoica-Mihai