ipollowork-maintainable-code

Solid

Mandatory iPolloWork code-change gate for modern, minimal, performant, reuse-first implementation and clean repository ownership. Use whenever AI creates, edits, deletes, or refactors application code, server code, packages, scripts, tests, dependencies, schemas, routes, UI, or generated-file workflows. Reuse existing code before creating files, keep one source of truth, prevent parallel implementations and junk directories, justify every new file or dependency, and audit the current change before completion.

AI & Automation 4,373 stars 848 forks Updated today NOASSERTION

Install

View on GitHub

Quality Score: 83/100

Stars 20%
100
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# iPolloWork Maintainable Code Treat this as the repository's single code-quality Skill. Implement changes with the smallest coherent diff, modern platform patterns, bounded runtime cost, and one clear owner. Search and reuse before creating anything. ## Non-Negotiable Outcomes - **Modern:** use the current repository stack and supported platform APIs; do not add legacy wrappers or compatibility layers without a real supported consumer. - **Minimal:** solve the requested job with the fewest concepts, files, dependencies, states, and routes that remain clear. - **Performant:** keep network, database, filesystem, bundle, render, and memory work bounded; optimize measured or structurally obvious hot paths. - **Reusable:** extend compatible components, hooks, services, schemas, types, and utilities before creating parallel versions. - **Owned:** keep one source of truth and place behavior in the narrowest existing owner. - **Clean:** do not create convenience directories, one-off design notes, duplicate implementations, generated source artifacts, or abandoned replacement files. ## Required Workflow 1. Find the repository root. Read `AGENTS.md`, the owning package manifest, the real entrypoint, and nearby implementations. 2. Read `references/repository-boundaries.md` before adding a file, directory, dependency, API, table, or cross-package import. 3. Define a change budget before editing: intended behavior, owning module, expected files touched, and whether any new file, dir...

Details

Author
Devin-AXIS
Repository
Devin-AXIS/iPolloWork
Created
12 months ago
Last Updated
today
Language
TypeScript
License
NOASSERTION

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

write-maintainable-code

Evaluate minimum-sufficient implementation routes and enforce the selected route for a fixed, authorized outcome: decide whether code is needed, compare existing behavior, configuration, reuse, deletion, documentation, and no-code routes, locate the smallest code ownership seam, control speculative concepts, and keep a nontrivial implementation or refactor proportionate and testable. Use only after outcome, acceptance evidence, scope, and authority are fixed. Do not use to select or reframe outcomes, set acceptance evidence, adjudicate governance authority, seat responsibility, scope, or publication, discover a repository without an authorized implementation decision, grade completed work, design tests only, conduct a security audit, write documentation-only copy with no implementation decision, or perform unrelated style cleanup.

16 Updated 2 days ago
Ezra144israel
AI & Automation Listed

maintain

Use when a user explicitly asks to update, synchronize, correct, or remove existing repository engineering guidance; revise an existing AGENTS.md or CLAUDE.md; resolve confirmed instruction drift; or prepare a reviewable maintenance proposal after repository inspection.

3 Updated 4 weeks ago
pariyar07
AI & Automation Listed

developer-workflow

Use when the user is writing, reviewing, debugging, testing, or refactoring code, or wants help with commits and pull requests. Emphasizes reading existing code first, verifying changes, and never inventing APIs.

8 Updated today
derob98