dobacksoft-stabilsafe

Enforce DobackSoft/StabilSafe V3 project conventions for backend, frontend, and documentation.

1|Updated Oct 10, 2025
One-click install
npx skills add https://github.com/hermoso92/dobackv2 --skill dobacksoft-stabilsafe
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dobacksoft-stabilsafe
Source: https://github.com/hermoso92/dobackv2/tree/main/.cursor/skills/dobacksoft-stabilsafe
Command: npx skills add https://github.com/hermoso92/dobackv2 --skill dobacksoft-stabilsafe

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill ensures adherence to critical project conventions for the DobackSoft/StabilSafe V3 system, preventing common errors and maintaining code quality and consistency.

Core Features & Use Cases

  • Convention Enforcement: Guarantees that API calls use the correct configuration, logging is done via the designated logger, and startup procedures are followed.
  • Code & Documentation Standards: Enforces strict coding practices, environment compatibility (Windows/PowerShell), and adherence to the official menu structure.
  • Use Case: When modifying the backend API endpoints or frontend components, this Skill will guide you to use frontend/src/config/api.ts instead of hardcoding URLs and to use the logger utility instead of console.log.

Quick Start

Use the dobacksoft-stabilsafe skill to ensure all API calls use the correct configuration.

Frequently Asked Questions about dobacksoft-stabilsafe

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

FAQPage Schema
How do I enforce coding conventions for a Windows PowerShell full stack project?

To enforce coding conventions for a Windows PowerShell full stack project, use a ruleset that validates API configurations, logger utilities, and startup procedures to prevent common errors and maintain consistency.

Why should I use a config file for API calls instead of hardcoding URLs in frontend components?

Using a config file like frontend/src/config/api.ts for API calls instead of hardcoding URLs ensures adherence to project conventions, preventing configuration drift and maintaining code quality across the frontend and backend.

What is the correct way to handle logging in a full stack application to ensure consistency?

The correct way to handle logging in a full stack application for consistency is to use a designated utils/logger utility rather than standard console outputs, ensuring centralized and structured log management.

Can I use standard console.log for debugging if my project requires a specific logger utility?

No, you should not use standard console.log if your project requires a specific utils/logger utility. Enforcing the designated logger ensures structured log management, proper tracking, and adherence to strict coding standards.

Does this convention enforcement work with immutable menu modules and PDF export flows?

Yes, this convention enforcement validates against immutable menu modules and the PDF export flow, ensuring that any modifications to backend endpoints or frontend components respect the existing structural integrity and official menu structure.

What are the limitations of using a project-specific ruleset for backend and frontend development?

The limitations of using a project-specific ruleset include strict compatibility requirements with Windows and PowerShell environments, as well as rigid adherence to specific startup procedures like iniciar.ps1 and immutable structural modules.