dont-repeat-yourself

Enumerate existing Coworkia Agent services and patterns to enforce code reuse.

Updated Nov 6, 2025
One-click install
npx skills add https://github.com/MarketingLabb/Coworkia-Agent --skill dont-repeat-yourself-marketinglabb
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dont-repeat-yourself
Source: https://github.com/MarketingLabb/Coworkia-Agent/tree/main/.github/skills/dont-repeat-yourself
Command: npx skills add https://github.com/MarketingLabb/Coworkia-Agent --skill dont-repeat-yourself-marketinglabb

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Before writing a single line of new code, read this skill. It contains the inventory of services, utilities, patterns and functions that ALREADY EXIST in Coworkia Agent. Reuse, extend, do not copy or reinvent.

Core Features & Use Cases

  • Central repository of existing modules (email, WA, DB, CRUD patterns)
  • Encourages reuse and consistent patterns across services
  • Real-world example: when implementing a new mailing workflow, reuse the welcome-email template and mailer service instead of building anew

Quick Start

Consult this inventory before coding and reuse existing modules from src/servicios, src/database, and related components.

Frequently Asked Questions about dont-repeat-yourself

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

FAQPage Schema
How do I avoid code duplication when adding new messaging and email workflows?

Avoid code duplication by consulting a centralized inventory of existing services and templates before development. You can reuse pre-built mailer services and welcome-email patterns instead of writing new code from scratch.

What existing services and patterns can I reuse for database and endpoint code?

Existing reusable patterns include modules for database access, CRUD operations, endpoints, and agent patterns. These canonical components are enumerated in a central repository to ensure consistent codebase maintenance.

How do I find existing code templates before implementing a new integration?

Find existing code templates by searching a centralized inventory that catalogs integration code, utilities, and services. This inventory guides developers to extend current modules rather than reinventing them.

Does this inventory cover utilities across src/servicios and src/database directories?

Yes, the inventory covers utilities across src/servicios and src/database directories. It maps existing modules and patterns to enforce code reuse and prevent redundant development across these components.

What's the best way to enforce DRY principles across a growing codebase?

The best way to enforce DRY principles is by maintaining a centralized inventory of services and patterns. It provides canonical templates and requires developers to reuse existing modules before writing new code.

When should I consult the code reuse inventory during the development process?

You should consult the code reuse inventory before writing a single line of new code. Reading the inventory first ensures you reuse existing utilities and patterns instead of copying or reinventing them.