exigere

Detect deferral phrases in code comments and documentation.

Updated May 20, 2026
One-click install
npx skills add https://github.com/watmin/datamancy.dev --skill exigere
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: exigere
Source: https://github.com/watmin/datamancy.dev/tree/main/exigere
Command: npx skills add https://github.com/watmin/datamancy.dev --skill exigere

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Drive out deferred-work language from code comments and documentation to prevent misalignment between stated intent and present work.

Core Features & Use Cases

  • Enforces honesty in code and docs by flagging deferred-language patterns in comments, READMEs, and design notes.
  • Encourages explicit arc-tracking for future work to ensure traceability and accountability.
  • Supports a consistent review workflow by surfacing deferral phrases and guiding teams toward present-work or named arcs.

Quick Start

Replace each deferral phrase with a concrete present-work statement and attach a named arc for any remaining future work.

Frequently Asked Questions about exigere

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

FAQPage Schema
How do I find and remove deferred-work language in code comments?

To remove deferred-work language from code comments, scan your codebase for deferral phrases and replace them with concrete present-work statements. You must also attach named arc-tracking references to any remaining future-work items for traceability.

What is deferred-work language in documentation and why is it a problem?

Deferred-work language in documentation consists of vague deferral phrases that signal future intent without accountability. It causes misalignment between stated intent and present work, making it difficult to track what actually needs to be done.

How do I enforce completion-honesty in READMEs and design notes?

Enforce completion-honesty in READMEs and design notes by detecting deferral phrases and requiring explicit arc-tracking references. This surfaces present-work versus future-work, guiding teams toward concrete statements over vague commitments.

Can I use automated code-quality checks to flag TODO comments and deferral phrases?

Yes, you can use code-quality checks to flag TODO comments and deferral phrases across software codebases, inline comments, READMEs, and design notes. This enforces a consistent review workflow by surfacing these patterns for immediate correction.

What is the best way to track future work in code without using vague deferral phrases?

The best way to track future work without vague deferral phrases is to replace them with explicit arc-tracking references. This ensures traceability and accountability by attaching a named arc to any remaining future-work items in your comments.

When should I not use arc-tracking for deferred work in comments?

You should not use arc-tracking for deferred work when the comment represents a present-work statement rather than future-work. The goal is to drive out deferral language entirely, so only attach named arcs to genuinely pending tasks that cannot be completed now.