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 44 stars 1 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 83/100

Stars 20%
55
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
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
3 months ago
Last Updated
today
Language
TypeScript
License
Apache-2.0

Similar Skills

Semantically similar based on skill content — not just same category