Load the canonical ChaosEngine policy and this repository's selected project profile before every task.
ShaftHQ/SHAFT_ENGINE
SkillsMP has collected 48 skills from ShaftHQ/SHAFT_ENGINE. Open a skill to review its source and details.
- Latest recorded source activity
- SkillsMP catalog refreshed
- skills collected
- 48
- GitHub stars
- 407
- GitHub forks
- 153
Skills in this repository
Showing 40 of 48 collected skills.
Optional local coding loop as a mechanical or default delegate. Use when the decider model wants a cheap local coder and a hardware probe says the host can run one.
Use when opening or rewriting a work item on any git-based SCM. Source-control agnostic; GitHub, GitLab, and Azure Boards are adapters only.
Ultra-compressed communication mode. Cuts output tokens 65% (measured) by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman…
Load the canonical installed ChaosEngine before every task.
Load the canonical installed ChaosEngine before every task.
Canonical provider-neutral skill router and working contract. Use at the start of every task, on every host, in every main thread and delegate, before discovery, planning, edits, or answering.
Use when starting any SHAFT testing task to select exactly one lifecycle, implementation, or tool specialist before doing the work.
Use when auditing SHAFT agent guidance, host adapters, hooks, guidance budgets, or retrieval setup.
Use for SHAFT PDCA, Kevin/Bob/Bruce roles, or refinement loops.
Use when operating SHAFT report generation, Allure/Extent artifacts, CI summaries, upload actions, or failure extraction.
Route CI run, job, and Allure failure investigations to the canonical playbook.
Route intermittent SHAFT test diagnosis and stabilization to the canonical playbook.
Route shaft-mcp transport-contract audits to the canonical playbook.
Use when auditing Maven module boundaries, BOM wiring, legacy coordinates, bundled examples, or clean consumer fixtures.
Route public-behavior documentation synchronization to the canonical playbook.
Use when preparing or reviewing a SHAFT release, dependency updates, static versions, or Maven Central safeguards.
Route SHAFT marketing-ad planning and production to the canonical playbook.
Route SHAFT UI and visual QA work to the canonical design playbook.
Use when testing web or mobile accessibility for WCAG conformance, keyboard and focus behavior, semantics, errors, or user impact.
Use when implementing or repairing SHAFT.API tests for HTTP requests, authentication, payloads, schemas, responses, contracts, or service workflows.
Use when selecting or repairing SHAFT hard assertions, soft verifications, browser or element oracles, API checks, object checks, or failure messages.
Use when implementing or repairing executable SHAFT Java tests for web, mobile, API, database, CLI, TestNG, JUnit, or Cucumber behavior.
Use when edited SHAFT Java needs a reuse plan, preview diff, guardrail check, approved application, focused test, and evidence-backed verdict.
Use when a SHAFT task needs a deterministic one-shot command, machine-readable output, offline discovery, or code generation from a persisted recording.
Use when implementing or repairing SHAFT.DB checks for persisted state, queries, rows, transactions, cleanup, or database-backed integration behavior.
Use when reporting a confirmed SHAFT product defect with severity, impact, environment, reproduction steps, expected and actual behavior, and evidence links.
Use when reporting SHAFT execution to engineers with reconciled counts, coverage, environments, failures, defects, flakes, evidence, risks, and next actions.
Use when investigating consistently failed SHAFT results through evidence, controlled reproduction, hypotheses, and root-cause ownership.
Use when SHAFT tests inconsistently pass or fail under equivalent conditions and need history, retry, timing, state, data, or environment analysis.
Use when composing or repairing SHAFT fluent browser, element, touch, assertion, verification, or report-message chains.
Use when current official SHAFT syntax, configuration, migration, troubleshooting, or feature guidance must be found and cited before coding.
Use when identifying, ranking, repairing, or generating resilient SHAFT web or mobile locators from current DOM, ARIA, or accessibility-tree evidence.
Use when a SHAFT task needs structured tool calls, interactive exploration, or browser, mobile, driver, and capture state that persists across calls.
Use when implementing SHAFT native or mobile-web sessions, context switches, taps, gestures, rotation, keyboard, or app lifecycle behavior.
Use when designing measurable risk-based tests for performance, security, reliability, recovery, compatibility, scalability, usability, or operations.
Use when creating or refactoring reusable SHAFT page objects, component objects, locators, and user-intent methods without duplicating owners.
Use when a persisted SHAFT web, Playwright, mobile, or API recording must become compilable, repository-aware Java code or insertion blocks.
Use when analyzing requirements for testability, acceptance criteria, traceability, contradictions, omissions, risks, assumptions, or coverage gaps.
Use when translating verified SHAFT coverage, outcomes, defects, trends, and residual risk into business quality or release decisions.