auto-test-after-write

Validates newly written BSL modules by running syntax checks and related unit tests.

Updated Mar 29, 2026
One-click install
npx skills add https://github.com/Alex1980Alex/1C-Framework --skill auto-test-after-write
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: auto-test-after-write
Source: https://github.com/Alex1980Alex/1C-Framework/tree/main/.claude/skills/auto-test-after-write
Command: npx skills add https://github.com/Alex1980Alex/1C-Framework --skill auto-test-after-write

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill removes the manual burden of verifying BSL modules after each write operation by immediately checking syntax and running the most relevant tests.

Core Features & Use Cases

  • Post-write validation: Automatically verifies that a newly written BSL module is syntactically correct.
  • Targeted test discovery: Finds related unit or integration tests using the module naming patterns defined in the Skill.
  • Deterministic test execution: Runs the discovered tests with controlled filters, timeouts, and parallel workers for fast feedback.
  • Use case: A developer updates a BSL module in 1C and wants instant confirmation that the code still parses and the related tests still pass before committing.

Quick Start

Use this Skill after writing a BSL module to validate its syntax, discover related tests, and run them automatically before you commit changes.

Frequently Asked Questions about auto-test-after-write

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

FAQPage Schema
How do I run BSL syntax checks automatically after writing a module?

To run BSL syntax checks automatically after writing a module, you need a workflow that triggers post-write validation. This Skill verifies newly written 1C BSL modules by immediately checking syntax and ensuring they parse correctly before you commit changes.

How does automated test discovery work for 1C BSL modules?

Automated test discovery for 1C BSL modules works by finding related unit or integration tests using module-specific naming patterns. It then executes these discovered tests with deterministic filters, controlled timeouts, and parallel workers for fast feedback.

What's the best way to validate BSL modules before committing in 1C?

The best way to validate BSL modules before committing in 1C is to trigger post-write validation that checks syntax and runs targeted tests. This ensures instant confirmation that your code parses and related tests still pass before integration.

Do I need YaXUnit to run automated BSL tests?

Yes, you need YaXUnit to run automated BSL tests in this workflow. The Skill requires YaXUnit execution and METR designer configuration validation to perform deterministic test processing and regression checks on your newly written modules.

Can I use parallel test processing for BSL module validation?

Yes, you can use parallel test processing for BSL module validation. The Skill runs discovered tests with deterministic filtering, controlled timeouts, and parallel workers to provide fast feedback on your newly written 1C modules.

Why does BSL regression testing fail after a module write?

BSL regression testing may fail after a module write if the new code contains syntax errors or breaks existing tests. Running post-write validation with deterministic filters helps immediately catch these parsing issues and test failures before committing.