bug_bunny 4.9.0 → 4.10.0

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 3d8e96ff8b1993700ead4fa98d3ce5a2484e6f13b59d63dbd270374101ef8c28
-  data.tar.gz: 856e18a1802e069b6446d7bb0960f8efd6e72a93570379bd301097ea5230812d
+  metadata.gz: af9746f85e544f059873513a7ace9b478acb6664b9053bb90d1963afb1d72848
+  data.tar.gz: 32854fb9e2a67f8e5cb537550d957704443d95183d22d5305b48c3207edaf05b
 SHA512:
-  metadata.gz: 92ca661889aeb364e72ec79934b1d27a227e8fe7ed71e772298bcc682d53076388481a5ffaa8d0ca51935031acaa664b859b7a5a1fc69f785c210ed9f78c2a22
-  data.tar.gz: f2e781eb9b13628edd52cdb0c5aceadc655128bb67c63f70c00775b6c5411429920b46b7d63d1dcb6fe83c2d5eb4ae5e5cb9a4152ab7f13e83274c9341d34fa4
+  metadata.gz: 90169fb942803e87f47cf1af2fb2b4cb4d66112aaf4ab6632bb6a8d5031383e1fc0105a4cf2449eed847822509a71c1e4695c8cacb9907889c286cc5cfefe70b
+  data.tar.gz: 39262e92b89fb583769bcfaa8a17972584b0aaeda9f197ff3cf7cf4c45941ca0ee0b3aa154e8073d4004f5213bb1852aa16cc6c6f809951b2bcf3c76b85fa66d

data/CHANGELOG.md

@@ -1,5 +1,10 @@
 # Changelog
 
+## [4.9.1] - 2026-04-06
+
+### Correcciones
+- Corregir `ArgumentError` en `Controller#process` con ActiveSupport 8.1: `Rails.logger.tagged` ahora pasa el logger como argumento al bloque (`yield self`), lo que causa error de aridad en lambdas estrictos. Se reemplaza `lambda do` por `proc do` en `core_execution` para ignorar argumentos extra. Compatible con Rails 6, 7 y 8. — @Gabriel
+
 ## [4.9.0] - 2026-04-05
 
 ### ✨ New Features

data/lib/bug_bunny/consumer.rb

@@ -176,7 +176,7 @@ module BugBunny
 
       safe_log(:info, 'consumer.message_received', method: http_method, path: path,
                                                    routing_key: delivery_info.routing_key, **otel_fields)
-      safe_log(:debug, 'consumer.message_received_body', body: body.truncate(200))
+      safe_log(:info, 'consumer.message_received_body', body: body&.truncate(500), body_size: body&.size || 0)
 
       # ===================================================================
       # 3. Ruteo Declarativo
@@ -256,7 +256,7 @@ module BugBunny
     rescue StandardError => e
       safe_log(:error, 'consumer.execution_error', duration_s: duration_s(start_time), **exception_metadata(e))
       safe_log(:debug, 'consumer.execution_error_backtrace', backtrace: e.backtrace.first(5).join(' | '))
-      handle_fatal_error(properties, 500, 'Internal Server Error', e.message)
+      handle_fatal_error(properties, 500, 'Internal Server Error', e.message, e)
       session.channel.reject(delivery_info.delivery_tag, false)
     end
 
@@ -267,7 +267,12 @@ module BugBunny
     # @param correlation_id [String] ID para correlacionar la respuesta con la petición original.
     # @return [void]
     def reply(payload, reply_to, correlation_id)
-      safe_log(:debug, 'consumer.rpc_reply', reply_to: reply_to, messaging_message_id: correlation_id)
+      safe_log(:info, 'consumer.rpc_reply',
+               reply_to: reply_to,
+               messaging_message_id: correlation_id,
+               response_status: payload[:status],
+               response_body: payload[:body]&.to_json&.truncate(500),
+               response_body_size: payload[:body]&.to_json&.size || 0)
       otel_headers = BugBunny::OTel.messaging_headers(
         operation: 'publish',
         destination: '',
@@ -287,14 +292,20 @@ module BugBunny
     # Maneja errores fatales asegurando que el cliente reciba una respuesta.
     # Evita que el cliente RPC se quede esperando hasta el timeout.
     #
+    # @param properties [Bunny::MessageProperties] Headers y propiedades AMQP.
+    # @param status [Integer] Código de estado HTTP.
+    # @param error_title [String] Título del error.
+    # @param detail [String] Detalle del error.
+    # @param exception [StandardError, nil] Excepción original (para status 500).
     # @api private
-    def handle_fatal_error(properties, status, error_title, detail)
+    def handle_fatal_error(properties, status, error_title, detail, exception = nil)
       return unless properties.reply_to
 
-      error_payload = {
-        status: status,
-        body: { error: error_title, detail: detail }
-      }
+      body = { error: error_title, detail: detail }
+
+      body[:bug_bunny_exception] = BugBunny::RemoteError.serialize(exception) if status == 500 && exception
+
+      error_payload = { status: status, body: body }
       reply(error_payload, properties.reply_to, properties.correlation_id)
     end
 

data/lib/bug_bunny/controller.rb

@@ -165,7 +165,7 @@ module BugBunny
       current_arounds = resolve_callbacks(self.class.around_actions, action_name)
 
       # Definir el núcleo de ejecución
-      core_execution = lambda do
+      core_execution = proc do
         return unless run_before_actions(action_name)
 
         raise NameError, "Action '#{action_name}' not found in #{self.class.name}" unless respond_to?(action_name)
@@ -224,7 +224,12 @@ module BugBunny
       {
         status: 500,
         headers: response_headers,
-        body: { error: 'Internal Server Error', detail: exception.message, type: exception.class.name }
+        body: {
+          error: 'Internal Server Error',
+          detail: exception.message,
+          type: exception.class.name,
+          bug_bunny_exception: BugBunny::RemoteError.serialize(exception)
+        }
       }
     end
 

data/lib/bug_bunny/middleware/raise_error.rb

@@ -50,6 +50,14 @@ module BugBunny
           # Pasamos el body crudo; UnprocessableEntity lo procesará en exception.rb
           raise BugBunny::UnprocessableEntity, body
         when 500..599
+          if body.is_a?(Hash) && body['bug_bunny_exception']
+            exception_data = body['bug_bunny_exception']
+            raise BugBunny::RemoteError.new(
+              exception_data['class'],
+              exception_data['message'],
+              exception_data['backtrace'] || []
+            )
+          end
           raise BugBunny::InternalServerError, format_error_message(body)
         else
           handle_unknown_error(status, body)

data/lib/bug_bunny/producer.rb

@@ -89,7 +89,9 @@ module BugBunny
         BugBunny.configuration.on_rpc_reply&.call(result[:headers])
 
         safe_log(:debug, 'producer.rpc_response_received',
-                 messaging_system: 'rabbitmq', messaging_operation: 'receive', messaging_message_id: cid)
+                 messaging_system: 'rabbitmq', messaging_operation: 'receive', messaging_message_id: cid,
+                 response_body: result[:body]&.truncate(500),
+                 response_headers: result[:headers]&.to_json&.truncate(300))
 
         parse_response(result[:body])
       ensure
@@ -125,7 +127,12 @@ module BugBunny
       safe_log(:info, 'producer.publish', method: verb, path: target, **otel_fields)
       safe_log(:debug, 'producer.publish_detail', messaging_destination_name: request.exchange,
                                                   exchange_opts: final_x_opts)
-      safe_log(:debug, 'producer.publish_payload', payload: payload.truncate(300)) if payload.is_a?(String)
+      return unless payload.is_a?(String)
+
+      safe_log(:info, 'producer.publish_payload',
+               payload: payload.truncate(500),
+               payload_class: payload.class.name,
+               body_size: request.body.nil? ? 0 : request.body.size)
     end
 
     # Serializa el mensaje para su transporte.

data/lib/bug_bunny/remote_error.rb

@@ -0,0 +1,55 @@
+# frozen_string_literal: true
+
+module BugBunny
+  # Error 500 especial que propagationa información de una excepción remota.
+  #
+  # Cuando un controller levanta una excepción no manejada en el worker, esta clase
+  # permite al llamador RPC acceder a:
+  # - La clase original de la excepción (ej: ActiveRecord::RecordNotFound)
+  # - El mensaje original
+  # - El backtrace completo para debugging
+  #
+  # Mantiene compatibilidad hacia atrás: si la respuesta no contiene
+  # bug_bunny_exception, se comporta como un InternalServerError común.
+  class RemoteError < ServerError
+    # @return [String] La clase de la excepción remota (ej: 'ActiveRecord::RecordNotFound').
+    attr_reader :original_class
+
+    # @return [String] El mensaje original de la excepción.
+    attr_reader :original_message
+
+    # @return [Array<String>] El backtrace original de la excepción.
+    attr_reader :original_backtrace
+
+    # Serializa una excepción para transmitirse como parte de la respuesta.
+    #
+    # @param exception [StandardError] La excepción a serializar.
+    # @param max_lines [Integer] Máximo de líneas del backtrace (default 25).
+    # @return [Hash] Estructura con class, message y backtrace.
+    def self.serialize(exception, max_lines: 25)
+      {
+        class: exception.class.name,
+        message: exception.message,
+        backtrace: exception.backtrace&.first(max_lines) || []
+      }
+    end
+
+    # Inicializa la excepción remota propagada desde el worker.
+    #
+    # @param original_class [String] Nombre completo de la clase de la excepción.
+    # @param message [String] Mensaje de la excepción.
+    # @param backtrace [Array<String>] Stack trace completo.
+    def initialize(original_class, message, backtrace)
+      @original_class = original_class
+      @original_message = message
+      @original_backtrace = backtrace || []
+      super(message)
+      set_backtrace(backtrace || [])
+    end
+
+    # @return [String] Representación legible de la excepción.
+    def to_s
+      "#{self.class.name}(#{original_class}): #{message}"
+    end
+  end
+end

data/lib/bug_bunny/resource.rb

@@ -401,6 +401,17 @@ module BugBunny
       attributes['id'] || @extra_attributes['id'] || @extra_attributes['ID'] || @extra_attributes['Id'] || @extra_attributes['_id']
     end
 
+    # Representación legible del recurso.
+    # Muestra solo ID y atributos principales, sin detalles de infraestructura.
+    #
+    # @return [String]
+    def inspect
+      infra_keys = %w[routing_key exchange exchange_type exchange_options queue_options _id]
+      attrs = @extra_attributes.merge(attributes).reject { |k, _| infra_keys.include?(k) || k == 'id' }
+      attr_str = attrs.first(5).map { |k, v| "#{k}=#{v.inspect}" }.join(' ')
+      "#<#{self.class.name} id=#{id.inspect} persisted=#{@persisted}#{" #{attr_str}" unless attr_str.empty?}>"
+    end
+
     def id=(value)
       if self.class.attribute_names.include?('id')
         super
@@ -461,6 +472,7 @@ module BugBunny
     # @return [Boolean]
     def destroy
       return false unless persisted?
+      return false unless id
 
       run_callbacks(:destroy) do
         path = "#{self.class.resource_name}/#{id}"

data/lib/bug_bunny/version.rb

@@ -1,5 +1,5 @@
 # frozen_string_literal: true
 
 module BugBunny
-  VERSION = '4.9.0'
+  VERSION = '4.10.0'
 end

data/lib/bug_bunny.rb

@@ -4,6 +4,7 @@ require 'bunny'
 require 'logger'
 require_relative 'bug_bunny/version'
 require_relative 'bug_bunny/exception'
+require_relative 'bug_bunny/remote_error'
 require_relative 'bug_bunny/configuration'
 require_relative 'bug_bunny/observability'
 require_relative 'bug_bunny/otel'

data/skills.lock

@@ -1,5 +1,5 @@
 ---
-synced_at: '2026-04-05 13:40:39'
+synced_at: '2026-04-08 09:13:30'
 skills:
 - name: agent-review
   scope: local
@@ -19,6 +19,9 @@ skills:
 - name: quality-code
   scope: local
   path: "/Users/gabriel/src/gems/bug_bunny/.agents/skills/quality-code"
+- name: rabbitmq-expert
+  scope: local
+  path: "/Users/gabriel/src/gems/bug_bunny/.agents/skills/rabbitmq-expert"
 - name: skill-builder
   scope: local
   path: "/Users/gabriel/src/gems/bug_bunny/.agents/skills/skill-builder"

data/skills.yml

@@ -38,3 +38,7 @@ skills:
     repo: vercel-labs/skills
     path: skills/find-skills
     scope: local
+  rabbitmq-expert:
+    repo: martinholovsky/claude-skills-generator
+    path: skills/rabbitmq-expert
+    scope: local

data/spec/integration/resource_spec.rb

@@ -110,4 +110,48 @@ RSpec.describe BugBunny::Resource, :integration do
       end
     end
   end
+
+  describe '#inspect' do
+    let(:node) { SpecNode.new(id: '123', name: 'test-node', status: 'active', ip: '192.168.1.1', port: 8080) }
+
+    it 'muestra id y persisted' do
+      expect(node.inspect).to include('id="123"')
+      expect(node.inspect).to include('persisted=false')
+    end
+
+    it 'muestra atributos principales sin detalles de infraestructura' do
+      result = node.inspect
+
+      expect(result).to include('name="test-node"')
+      expect(result).to include('status="active"')
+      expect(result).to include('ip="192.168.1.1"')
+      expect(result).to include('port=8080')
+      expect(result).not_to include('routing_key')
+      expect(result).not_to include('exchange')
+    end
+
+    it 'filtra atributos de infraestructura cuando están presentes' do
+      node.routing_key = 'radius_1'
+      node.exchange = 'test_exchange'
+      node.exchange_type = 'topic'
+      node.exchange_options = { durable: true }
+      node.persisted = true
+
+      result = node.inspect
+
+      expect(result).not_to include('routing_key')
+      expect(result).not_to include('exchange')
+      expect(result).not_to include('exchange_type')
+      expect(result).not_to include('exchange_options')
+      expect(result).to include('persisted=true')
+    end
+
+    it 'limita a 5 atributos principales' do
+      node = SpecNode.new(id: '1', a: '1', b: '2', c: '3', d: '4', e: '5', f: '6')
+
+      result = node.inspect
+
+      expect(result.scan('=').length).to be <= 7 # id + persisted + max 5 attrs
+    end
+  end
 end

metadata

@@ -1,14 +1,14 @@
 --- !ruby/object:Gem::Specification
 name: bug_bunny
 version: !ruby/object:Gem::Version
-  version: 4.9.0
+  version: 4.10.0
 platform: ruby
 authors:
 - gabix
 autorequire:
 bindir: exe
 cert_chain: []
-date: 2026-04-06 00:00:00.000000000 Z
+date: 2026-04-08 00:00:00.000000000 Z
 dependencies:
 - !ruby/object:Gem::Dependency
   name: bunny
@@ -229,17 +229,6 @@ executables: []
 extensions: []
 extra_rdoc_files: []
 files:
-- ".agents/skills/documentation-writer/SKILL.md"
-- ".agents/skills/gem-release/SKILL.md"
-- ".agents/skills/quality-code/SKILL.md"
-- ".agents/skills/sentry/SKILL.md"
-- ".agents/skills/sentry/references/api-endpoints.md"
-- ".agents/skills/sentry/scripts/sentry.rb"
-- ".agents/skills/skill-builder/SKILL.md"
-- ".agents/skills/skill-manager/SKILL.md"
-- ".agents/skills/skill-manager/scripts/sync.rb"
-- ".agents/skills/yard/SKILL.md"
-- ".agents/skills/yard/references/tipos.md"
 - CHANGELOG.md
 - CLAUDE.md
 - README.md
@@ -260,6 +249,7 @@ files:
 - lib/bug_bunny/otel.rb
 - lib/bug_bunny/producer.rb
 - lib/bug_bunny/railtie.rb
+- lib/bug_bunny/remote_error.rb
 - lib/bug_bunny/request.rb
 - lib/bug_bunny/resource.rb
 - lib/bug_bunny/routing/route.rb
@@ -311,7 +301,7 @@ metadata:
   homepage_uri: https://github.com/gedera/bug_bunny
   source_code_uri: https://github.com/gedera/bug_bunny
   changelog_uri: https://github.com/gedera/bug_bunny/blob/main/CHANGELOG.md
-  documentation_uri: https://github.com/gedera/bug_bunny/blob/v4.9.0/skill
+  documentation_uri: https://github.com/gedera/bug_bunny/blob/v4.10.0/skill
 post_install_message:
 rdoc_options: []
 require_paths:

data/.agents/skills/documentation-writer/SKILL.md

@@ -1,45 +0,0 @@
----
-name: documentation-writer
-description: 'Diátaxis Documentation Expert. An expert technical writer specializing in creating high-quality software documentation, guided by the principles and structure of the Diátaxis technical documentation authoring framework.'
----
-
-# Diátaxis Documentation Expert
-
-You are an expert technical writer specializing in creating high-quality software documentation.
-Your work is strictly guided by the principles and structure of the Diátaxis Framework (https://diataxis.fr/).
-
-## GUIDING PRINCIPLES
-
-1. **Clarity:** Write in simple, clear, and unambiguous language.
-2. **Accuracy:** Ensure all information, especially code snippets and technical details, is correct and up-to-date.
-3. **User-Centricity:** Always prioritize the user's goal. Every document must help a specific user achieve a specific task.
-4. **Consistency:** Maintain a consistent tone, terminology, and style across all documentation.
-
-## YOUR TASK: The Four Document Types
-
-You will create documentation across the four Diátaxis quadrants. You must understand the distinct purpose of each:
-
-- **Tutorials:** Learning-oriented, practical steps to guide a newcomer to a successful outcome. A lesson.
-- **How-to Guides:** Problem-oriented, steps to solve a specific problem. A recipe.
-- **Reference:** Information-oriented, technical descriptions of machinery. A dictionary.
-- **Explanation:** Understanding-oriented, clarifying a particular topic. A discussion.
-
-## WORKFLOW
-
-You will follow this process for every documentation request:
-
-1. **Acknowledge & Clarify:** Acknowledge my request and ask clarifying questions to fill any gaps in the information I provide. You MUST determine the following before proceeding:
-    - **Document Type:** (Tutorial, How-to, Reference, or Explanation)
-    - **Target Audience:** (e.g., novice developers, experienced sysadmins, non-technical users)
-    - **User's Goal:** What does the user want to achieve by reading this document?
-    - **Scope:** What specific topics should be included and, importantly, excluded?
-
-2. **Propose a Structure:** Based on the clarified information, propose a detailed outline (e.g., a table of contents with brief descriptions) for the document. Await my approval before writing the full content.
-
-3. **Generate Content:** Once I approve the outline, write the full documentation in well-formatted Markdown. Adhere to all guiding principles.
-
-## CONTEXTUAL AWARENESS
-
-- When I provide other markdown files, use them as context to understand the project's existing tone, style, and terminology.
-- DO NOT copy content from them unless I explicitly ask you to.
-- You may not consult external websites or other sources unless I provide a link and instruct you to do so.

data/.agents/skills/gem-release/SKILL.md

@@ -1,116 +0,0 @@
----
-name: gem-release
-description: Automatiza el proceso de liberación (release) de gemas Ruby siguiendo estándares de industria. Úsala cuando necesites subir una nueva versión a RubyGems. Ejecuta quality-code, propone versión, genera CHANGELOG, regenera la skill y publica. Soporta [patch|minor|major].
----
-
-# Gem Release Expert
-
-Sos el responsable de garantizar que el proceso de publicación de una gema sea seguro, pase todos los controles de calidad y tenga documentación de clase mundial.
-
-## Parámetros de Uso
-- `/gem-release` — El agente analiza los cambios y propone el tipo de bump.
-- `/gem-release patch|minor|major` — Override manual del tipo de bump.
-
-## Flujo de Trabajo Obligatorio
-
-### Paso 1 — Quality Code
-Ejecutá `quality-code` para validar linting, tests, YARD incremental y skill.
-
-### Paso 2 — Propuesta de Versión
-No asumas rutas fijas. Investigá el entorno:
-- Detectá el nombre de la gema del `.gemspec`.
-- Localizá el archivo de versión (`lib/**/version.rb`).
-- **Versión actual:** Obtené el último tag publicado en el remoto (`git tag --sort=-v:refname | head -1` o `git ls-remote --tags origin`). El tag remoto es la fuente de verdad — NO leer `version.rb` para determinar la versión actual, ya que puede estar modificado localmente.
-- **Análisis de cambios:** Revisá **todas** las fuentes de cambios:
-  1. Commits desde el último tag: `git log [último-tag]...HEAD`
-  2. Diff commiteado contra el tag: `git diff [último-tag]...HEAD`
-  3. Cambios sin commitear (staged + unstaged): `git status` y `git diff` / `git diff --cached`
-  
-  **Importante:** Los cambios sin commitear son parte del release.
-  
-  Clasificá todos los cambios en conjunto:
-  - **major** — Breaking changes: métodos/clases eliminados o renombrados, cambios en firmas de métodos públicos, cambios incompatibles en comportamiento.
-  - **minor** — Nuevas funcionalidades: métodos/clases nuevos, nuevas opciones de configuración, funcionalidad extendida sin romper compatibilidad.
-  - **patch** — Bugfixes, mejoras de performance, refactors internos sin cambios en la API pública.
-- **Propuesta:** Mostrá un resumen de los cambios, la clasificación y la versión propuesta (Actual → Nueva). Esperá confirmación.
-- Si el usuario pasó un override (`/gem-release major`), usá ese tipo directamente.
-
-### Paso 3 — Documentación y Skill
-1. **Skill Experta:** Ejecutá `skill-builder` en modo **completo** para regenerar `skill/SKILL.md` (y `references/`, `scripts/` si aplica) con la API actualizada de la nueva versión.
-2. **Gemspec — Empaquetado de la Skill:** Ejecutá `/skill-manager check` para validar que el gemspec esté en orden. Verificá que `skill/` esté incluido en `spec.files`.
-   - Si `spec.files` usa `git ls-files`, asegurate de que `skill/` esté commiteado.
-   - Si `spec.files` usa un glob explícito, asegurate de que incluya `skill/**/*`.
-   - Asegurá la presencia de `metadata["documentation_uri"]` apuntando a `skill/`.
-
-### Paso 4 — Aplicación del Release
-1. Actualizá el archivo `version.rb` con la Nueva Versión.
-2. **Generar entrada de CHANGELOG** (ver sección "Generación de CHANGELOG" abajo).
-3. **Persistencia Git:**
-   - `git add .`
-   - `git commit -m "release: v[NUEVA_VERSION]"`
-   - `git tag -a v[NUEVA_VERSION] -m "Version [NUEVA_VERSION]"`
-
-### Paso 5 — Push (Requiere confirmación)
-Mostrá un resumen del commit y el tag creados. Esperá confirmación explícita antes de pushear.
-- `git push origin main`
-- `git push origin v[NUEVA_VERSION]`
-
-**Nota:** No es necesario hacer `gem build` ni `gem push` manualmente. Un GitHub Action se encarga de buildear y publicar la gema en RubyGems cuando detecta el tag.
-
----
-
-## Generación de CHANGELOG
-
-### Fuente de datos
-Leer todos los commits desde el último tag: `git log [último-tag]...HEAD --format="%H %s (%an)"`
-
-### Filtrado
-Ignorar commits que matcheen:
-- `release:` — commits de release anteriores
-- `Merge branch` / `Merge pull request` — merges automáticos
-- `chore:` — tareas de mantenimiento sin impacto funcional
-
-### Agrupación por tipo
-Clasificar cada commit por su prefijo conventional commit:
-
-```markdown
-## [X.X.X] — YYYY-MM-DD
-
-### Nuevas funcionalidades
-- Agregar endpoint de facturación (#123) — @dev1
-- Soportar filtro por fecha en listado — @dev2
-
-### Correcciones
-- Corregir cálculo de IVA en pagos parciales — @dev1
-- Resolver timeout en conexión a Redis — @dev3
-
-### Mejoras internas
-- Extraer servicio de notificaciones — @dev2
-- Optimizar queries de reportes — @dev1
-```
-
-**Mapeo de prefijos:**
-- `feat:` → **Nuevas funcionalidades**
-- `fix:` → **Correcciones**
-- `refactor:`, `perf:`, `style:` → **Mejoras internas**
-- `docs:` → **Documentación**
-- `test:` → **Tests**
-- Sin prefijo reconocido → **Otros cambios**
-
-### Formato
-- Cada entrada: descripción limpia (sin el prefijo), PR o issue si está en el mensaje, autor (`@nombre`).
-- Fecha en formato `YYYY-MM-DD`.
-- Si el `CHANGELOG.md` no existe, crearlo con header `# Changelog`.
-- La entrada nueva va al tope del archivo, debajo del header.
-
-### Atribución
-Extraer el autor de cada commit con `git log --format="%an"`. Esto permite saber qué dev contribuyó a cada cambio en el release.
-
----
-
-## Reglas de Seguridad y Estilo
-- **Tag con `v`:** Los tags de gemas usan formato `vX.X.X`.
-- **Stop on Failure:** Si quality-code falla, detenete. No fuerces el release.
-- **Confirmation:** Siempre esperá confirmación antes de persistir cambios en Git y publicar.
-- **Sin Hardcoding:** No uses versiones de Ruby o rutas específicas. Confiá en el entorno configurado.
-- **CHANGELOG is Law:** Todo release debe tener su entrada en CHANGELOG.md.

data/.agents/skills/quality-code/SKILL.md

@@ -1,51 +0,0 @@
----
-name: quality-code
-description: Validación de calidad para proyectos Ruby (gemas y servicios). Ejecuta RuboCop, tests, YARD incremental y actualiza la skill del proyecto. Invocala manualmente en cualquier momento o dejá que `gem-release` y `service-release` la ejecuten como primer paso.
----
-
-# Quality Code
-
-Barrera de calidad para proyectos Ruby. Valida que el código cumpla los estándares antes de mergear, hacer release o en cualquier momento que quieras verificar el estado de tu branch.
-
-## Detección de tipo de proyecto
-
-- **Gema**: existe `.gemspec` en la raíz.
-- **Servicio**: existe `config/application.rb`.
-
-## Flujo de Trabajo
-
-### Paso 1 — Linting
-- Ejecutá `bundle exec rubocop -a` (o `-A`) para corregir ofensas automáticas.
-- Si quedan ofensas que no se pueden auto-corregir, reportalas y detenete.
-
-### Paso 2 — Tests
-- Ejecutá `bundle exec rspec` (o el test runner detectado).
-- Si un test falla, el proceso se detiene inmediatamente.
-
-### Paso 3 — Base de Datos (solo servicios)
-- Verificá si hay migraciones en `db/migrate/`.
-- Asegurate de que `db/schema.rb` esté actualizado y consistente.
-
-### Paso 4 — Auditoría YARD Incremental (Boy Scout Rule)
-Solo documentá lo que cambió:
-- Analizá `git diff [PRIMARY_BRANCH]...HEAD` para detectar métodos públicos o protegidos nuevos o modificados.
-- **Importante:** También revisá cambios sin commitear (`git status`, `git diff`, `git diff --cached`).
-- Todo método afectado DEBE tener documentación YARD completa (`@param`, `@return`, `@yield` si aplica).
-- Si falta documentación en métodos tocados, generala basándote en la lógica del código.
-
-### Paso 5 — Sincronización de Skill
-- Ejecutá `skill-builder` en modo **incremental** para actualizar `skill/SKILL.md` (y `references/`, `scripts/` si aplica) con los cambios actuales.
-- Auditá si el `README.md` necesita actualizarse por los cambios.
-
-### Paso 6 — Reporte
-Mostrá un resumen de lo ejecutado:
-- RuboCop: OK / X ofensas corregidas
-- Tests: OK / X tests, X failures
-- YARD: OK / X métodos documentados
-- Skill: actualizada / sin cambios
-- README: actualizado / sin cambios
-
-## Reglas
-- **Stop on Failure:** Si los tests o el linting fallan, detenete. No continues con los pasos siguientes.
-- **Sin Hardcoding:** No uses versiones de Ruby o rutas específicas. Confiá en el entorno configurado.
-- **Explain the Why:** Si sugerís cambios en documentación, explicá cómo mejora la mantenibilidad.