busic-coding-conventions

Enforce BuSic coding conventions for Dart/Flutter projects.

23|8|Updated Mar 2, 2026
One-click install
npx skills add https://github.com/GlowLED/BuSic --skill busic-coding-conventions
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: busic-coding-conventions
Source: https://github.com/GlowLED/BuSic/tree/main/.agents/skills/busic-coding-conventions
Command: npx skills add https://github.com/GlowLED/BuSic --skill busic-coding-conventions

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

BuSic coding conventions establish a single, shared standard for naming, file structure, import practices, logging, and error handling across the Dart/Flutter codebase, reducing ambiguity and onboarding time.

Core Features & Use Cases

  • Standard naming: file names use snake_case; public types use PascalCase; provider names can be codegen-generated.
  • Import and dependency guidelines: prefer relative imports and avoid package imports unless necessary.
  • Logging and error handling: enforce AppLogger usage and consistent error handling patterns.
  • Code structure and readability: one major public type per file; comments explain why; ensure texts are internationalization-ready.
  • Documentation and references: link to docs and style guides to ensure continued adherence.

Quick Start

Start applying these conventions in your next Dart/Flutter module to align with BuSic's coding standards.

Frequently Asked Questions about busic-coding-conventions

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

FAQPage Schema
What are the standard Flutter naming conventions for files and public types?▼

Standard Flutter naming conventions require snake_case for filenames and PascalCase for public types to maintain consistency. Adhering to these rules improves code readability and structure across Dart projects.

How do I enforce consistent error handling and logging in Dart?▼

Enforce consistent error handling and logging in Dart by utilizing AppLogger for all log outputs. This establishes a unified error handling pattern, reducing ambiguity and ensuring reliable tracking across your codebase.

Should I use relative imports or package imports in Flutter projects?▼

Relative imports are preferred over package imports in Flutter projects unless absolutely necessary. This import guideline minimizes dependency confusion and keeps your Dart module structure clean and maintainable.

How do I structure Dart files for better code readability?▼

Structure Dart files for better code readability by limiting one major public type per file. Additionally, ensure texts are internationalization-ready and comments explain the why behind the code.

Does this coding convention standard apply to existing Flutter modules?▼

Yes, these coding conventions apply to both new features and existing Flutter modules. Applying these standards across your Dart codebase reduces onboarding time and aligns ongoing development with shared rules.