coding-guidelines

Enforce caution-oriented coding guidelines for writing, reviewing, or modifying code.

Updated Mar 29, 2026
One-click install
npx skills add https://github.com/oiagorodrigues/qcontabil --skill coding-guidelines-oiagorodrigues
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: coding-guidelines
Source: https://github.com/oiagorodrigues/qcontabil/tree/main/.cursor/skills/coding-guidelines
Command: npx skills add https://github.com/oiagorodrigues/qcontabil --skill coding-guidelines-oiagorodrigues

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Behavioral guidelines to reduce common LLM coding mistakes. These principles bias toward caution over speed—for trivial tasks, use judgment.

Core Features & Use Cases

  • Think Before Coding: State assumptions explicitly, surface tradeoffs, surface questions, and push back when warranted.
  • Simplicity First: Limit features to what is asked, avoid unnecessary abstractions, and keep changes minimal.
  • Surgical Changes: Touch only what you must, match existing style, and avoid refactoring unrelated parts.
  • Goal-Driven Execution: Define verifiable goals, lay out steps, and loop until results are validated.

Quick Start

Review your current coding task and outline assumptions, surface tradeoffs, and keep edits aligned with the existing style.

Frequently Asked Questions about coding-guidelines

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

FAQPage Schema
How do I reduce coding mistakes when using an LLM for software engineering?

Reduce coding mistakes by enforcing caution-oriented guidelines that require stating assumptions explicitly, pursuing simplicity, and making surgical changes to the codebase. This disciplined approach biases toward caution over speed during code generation and modification.

What are the best practices for LLM code review and bug fixes?

Best practices for LLM code review involve defining verifiable goals, laying out execution steps, and looping until results are validated. You should touch only what is necessary, match existing style, and avoid refactoring unrelated parts during bug fixes.

How do I keep LLM code refactoring minimal and aligned with existing code?

Keep LLM code refactoring minimal by enforcing surgical changes: touch only what you must, match the existing code style, and avoid refactoring unrelated parts. Limit features strictly to what is asked without introducing unnecessary abstractions.

When should I not use caution-oriented coding guidelines?

You should not use strict caution-oriented coding guidelines for trivial tasks where speed is more important than exhaustive validation. For simple modifications, use your own judgment instead of enforcing the full disciplined workflow.

How do I plan software development tasks to avoid unnecessary abstractions?

Plan software development tasks by defining verifiable goals and laying out steps before execution. Limit features to exactly what is asked, surface tradeoffs early, and push back on scope creep to avoid unnecessary abstractions during feature development.