health-controller-stub-detector

Detect hard-coded placeholder literals in health controller added lines.

11|1|Updated Apr 10, 2026
One-click install
npx skills add https://github.com/Arcanada-one/datarim --skill health-controller-stub-detector
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: health-controller-stub-detector
Source: https://github.com/Arcanada-one/datarim/tree/main/skills/health-controller-stub-detector
Command: npx skills add https://github.com/Arcanada-one/datarim --skill health-controller-stub-detector

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill prevents broken health/status integrations from being mistaken as valid system readiness by surfacing hard-coded placeholder literals like pending-integration, not-implemented, or stub in health controllers.

Core Features & Use Cases

  • Detects placeholder health literals in added lines for health/status/liveness/readiness indicators to reveal contract gaps early.
  • Guides operator disposition by requiring one of: implement now, defer with explicit TODO/backlog, or document out-of-scope.
  • Reduces false confidence during QA gates by ensuring wish gating and downstream checks do not treat stub values as real wire-up proof.
  • Use case: A team merges an upstream controller change while the downstream health-reporter isn’t wired yet, and automated gates incorrectly pass—this Skill forces early surfacing so compliance and request-flow verification don’t complete on placeholder data.

Quick Start

Run the health-controller-stub-detector gate during your /dr-do Step 7 implementation notes when your changes touch health or status controller files.

Frequently Asked Questions about health-controller-stub-detector

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

FAQPage Schema
How do I detect hard-coded stub literals in health controller implementations?

Detect hard-coded stub literals in health controller implementations by diff-scanning added lines for placeholder patterns like pending-integration or not-implemented, then requiring an operator disposition to implement, defer, or document the gap.

Why does my QA gate pass when the health status controller returns placeholder values?

QA gates pass on placeholder health status values because standard checks treat stub literals as valid readiness evidence without verifying real wire-up, creating false confidence that downstream compliance checks need to catch early.

How do I prevent stub health indicators from being treated as real readiness evidence?

Prevent stub health indicators from being treated as real readiness evidence by scanning diff-added lines for known placeholder patterns in liveness and readiness files, forcing explicit operator disposition before gating proceeds.

What is an operator disposition workflow for health controller contract gaps?

An operator disposition workflow for health controller contract gaps requires choosing to implement the fix now, defer with explicit TODO or backlog evidence, or document the status check as explicitly out-of-scope.

Does health stub detection work across different tech stacks?

Health stub detection works across different tech stacks by scanning role-named health, status, liveness, and readiness controller files for placeholder literals in added diff lines regardless of the implementation language.

When should I scan health controller diffs for placeholder literals?

Scan health controller diffs for placeholder literals during implementation changes that touch health, status, liveness, or readiness indicators to surface contract gaps before automated wish gating treats stubs as real wire-up proof.