deferred

Identify and remove deferred, TODO, and stubbed code from codebases.

76|6|Updated Mar 1, 2026
One-click install
npx skills add https://github.com/gweslab/cerf --skill deferred-gweslab
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: deferred
Source: https://github.com/gweslab/cerf/tree/main/.claude/skills/deferred
Command: npx skills add https://github.com/gweslab/cerf --skill deferred-gweslab

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill addresses the issue of 'deferred' as progress in code development, ensuring that every piece of code is implemented fully and correctly from the start.

Core Features & Use Cases

  • Identifies Deferred Code: Automatically identifies code that has been partially implemented, stubbed, or marked as TODO, and requires further work.
  • Ensures Full Implementation: For every identified piece of deferred code, forces a full retraction and implementation.
  • Rule Adherence: Ensures adherence to the rule that "An instruction is ALWAYS implemented fully," and enforces a strict deletion of non-compliant code.

Quick Start

Invoke /deferred when you detect lying code, such as stubs or TODO-marked functions, and the Skill will guide you through the process of deletion and full reimplementation.

Frequently Asked Questions about deferred

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

FAQPage Schema
How do I detect and remove stubs and TODOs during code review?

To remove stubs and TODOs during code review, identify deferred code and enforce strict deletion of partial implementations. This ensures every instruction is fully implemented rather than leaving placeholder functions that misrepresent actual progress.

What is lying code and how does it affect implementation oversight?

Lying code is deferred progress, such as stubbed functions or TODO markers, that falsely implies completeness. It undermines implementation oversight by masking unfinished work, requiring strict deletion and full reimplementation to ensure actual code completeness.

How to enforce full implementation of instructions in a codebase?

Enforce full implementation by applying strict rule adherence to eliminate deferred code. Automatically identify stubs or partial implementations, delete the non-compliant segments, and require a complete reimplementation of the intended functionality.

Can I use automated deferral detection for partial implementations?

Yes, automated deferral detection identifies partial implementations and stubbed functions within the codebase. It enforces rule adherence by triggering a full retraction and reimplementation process for any detected code that fails to meet completeness standards.

Why does deferred code violate rule adherence in software engineering?

Deferred code violates rule adherence because it breaks the principle that an instruction is always implemented fully. Stubs and TODOs represent partial implementations, requiring strict deletion to prevent non-compliant code from polluting the codebase.

What are the limitations of enforcing strict deletion for non-compliant code?

Limitations of strict deletion for non-compliant code include the requirement to completely retract and reimplement deferred segments. This approach demands full reimplementation of functionality rather than allowing incremental development or temporary stubs.