Source profileQuality 89/100

Gentleman-Programming/gentle-ai/skills/rdd-defect-workflow/SKILL.md

rdd-defect-workflow

Trigger: RDD, receipt-driven development, review authority, receipt/lineage, correction/recovery, delivery gate/kill switch, bounded review defects. Guide work.

Source repository stars
5,421
Declared platforms
0
Static risk flags
0
Last source update
2026-08-06
Source checked
2026-08-06

Decision brief

What it does—and where it fits

Load when the frontmatter trigger terms apply to a defect workflow.

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/Gentleman-Programming/gentle-ai --skill "skills/rdd-defect-workflow"
    Safe inspection promptEditorial

    Inspect the Agent Skill "rdd-defect-workflow" from https://github.com/Gentleman-Programming/gentle-ai/blob/148c1ead00cfe0c5e9665076316bbc066d341ee9/skills/rdd-defect-workflow/SKILL.md at commit 148c1ead00cfe0c5e9665076316bbc066d341ee9. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Activation Contract

      Load when the frontmatter trigger terms apply to a defect workflow.

      Load when the frontmatter trigger terms apply to a defect workflow.This skill guides public collaboration. It does not grant issue approval, label, review, exception, or merge authority.
    2. 02

      Hard Rules

      Check the user-owned RDD kill switch first. When disabled, do not start receipt reviews or fabricate approval; follow ordinary policy and report disabled/unmanaged.

      Check the user-owned RDD kill switch first. When disabled, do not start receipt reviews or fabricate approval; follow ordinary policy and report disabled/unmanaged.Require an approved issue (status:approved) and clean current main reproduction before implementation. Audit existing PRs for supersession or conflict; stop or narrow stale claims.Group by causal authority invariant. Use one issue and one PR or explicit chain per independent invariant and rollback boundary. Split independent causes; never merge a superseded or conflicting authority line.
    3. 03

      Decision Gates

      Review the “Decision Gates” section in the pinned source before continuing.

      Review and apply the “Decision Gates” source section.
    4. 04

      Execution Steps

      1. Check mode, approval, PR conflicts, and current-main reproduction. 2. Name invariant and rollback; isolate the worktree; CodeGraph-map code, tests, evidence, docs, distribution, and registration. 3. Inventory flows and controls; add failing tests and the smallest correction.…

      Check mode, approval, PR conflicts, and current-main reproduction.Name invariant and rollback; isolate the worktree; CodeGraph-map code, tests, evidence, docs, distribution, and registration.Inventory flows and controls; add failing tests and the smallest correction.

    Permission review

    Static risk signals and limitations

    No configured static risk pattern was detected

    This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score89/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars5,421SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    Gentleman-Programming/gentle-ai
    Skill path
    skills/rdd-defect-workflow/SKILL.md
    Commit
    148c1ead00cfe0c5e9665076316bbc066d341ee9
    License
    MIT
    Collected
    2026-08-06
    Default branch
    main
    View the original SKILL.md

    Activation Contract

    Load when the frontmatter trigger terms apply to a defect workflow.

    This skill guides public collaboration. It does not grant issue approval, label, review, exception, or merge authority.

    Hard Rules

    • Check the user-owned RDD kill switch first. When disabled, do not start receipt reviews or fabricate approval; follow ordinary policy and report disabled/unmanaged.
    • Require an approved issue (status:approved) and clean current main reproduction before implementation. Audit existing PRs for supersession or conflict; stop or narrow stale claims.
    • Group by causal authority invariant. Use one issue and one PR or explicit chain per independent invariant and rollback boundary. Split independent causes; never merge a superseded or conflicting authority line.
    • Inventory every operator flow claimed by the issue or PR, including entry, mode, environment, expectation, and negative controls. Require one truthful black-box bench journey per CLI or lifecycle flow, or actual runtime E2E proof when the core bench cannot represent it. Synthetic proxy coverage never proves another runtime.
    • Use CodeGraph-first impact mapping, a dedicated worktree, and behavior-first tests. Run source-mutating normalization before candidate freeze.
    • Forecast authored changes before edits. The hard limit is 400 additions plus deletions; above it, STOP for a chain or explicit maintainer-approved exception.
    • Only when RDD is enabled, bind receipts, lineage, correction, recovery, and delivery gates to the exact candidate. Keep bounded review defects in one correction transaction.
    • Require independent read-only candidate validation before publication. Validation cannot edit source or authority; findings require a new candidate.
    • Keep communication humane and evidence-based. Repository labels and workflow metadata are maintainer-owned, never evidence of contributor blame.

    Decision Gates

    ConditionAction
    RDD disabledOrdinary policy; disabled/unmanaged; no receipt or approval claim.
    Issue gate or reproduction failsWait, stop, or narrow with evidence.
    Invariant or rollback is independentSeparate issue and authoritative PR line.
    Core bench fits / does not fitBench journey / actual runtime E2E; never proxy.
    Forecast exceeds 400 linesChain or approved exception before edits.

    Execution Steps

    1. Check mode, approval, PR conflicts, and current-main reproduction.
    2. Name invariant and rollback; isolate the worktree; CodeGraph-map code, tests, evidence, docs, distribution, and registration.
    3. Inventory flows and controls; add failing tests and the smallest correction.
    4. Normalize, enforce budget, run tests, and record each flow's exact candidate, command, scenario, and result.
    5. Freeze, validate read-only, and give the verdict, evidence, and one humane next action.

    Output Contract

    Return rdd_mode, issue_pr, causal_invariant, operator_flows, journey_runtime_evidence, changed_line_budget, tests, rollback, and unresolved_authority_decisions.

    Identify approved and superseded/conflicting authority lines; every flow, negative control, and candidate-bound proof; additions plus deletions and chain/exception; test results; independent rollback; and unresolved maintainer decisions.

    References

    No supporting files. Current repository policy remains authoritative.

    Alternatives

    Compare before choosing

    Computed 10023,881

    alirezarezvani/claude-skills

    app-store-optimization

    App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist

    Computed 10014,540

    prowler-cloud/prowler

    postgresql-indexing

    PostgreSQL indexing best practices for Prowler: index design, partial indexes, partitioned table indexing, EXPLAIN ANALYZE validation, concurrent operations, monitoring, and maintenance. Trigger: When creating or modifying PostgreSQL indexes, analyzing query performance with EXPLAIN, debugging slow queries, reviewing index usage statistics, reindexing, dropping indexes, or working with partitioned table indexes. Also trigger when discussing index strategies, partial indexes, or index maintenance

    Computed 10014,306

    wanshuiyin/Auto-claude-code-research-in-sleep

    citation-audit

    Use it for operations and research tasks; the detail page covers purpose, installation, and practical steps.

    Computed 1004,969

    dotnet/skills

    migrate-vstest-to-mtp

    Migrates .NET test projects from VSTest to Microsoft.Testing.Platform (MTP). Use when user asks to "migrate to MTP", "switch from VSTest", "enable Microsoft.Testing.Platform", "use MTP runner", set OutputType=Exe only for test projects in Directory.Build.props, or mentions EnableMSTestRunner, EnableNUnitRunner, or UseMicrosoftTestingPlatformRunner. USE FOR: MTP behavioral differences vs VSTest (exit code 8, zero tests discovered, --ignore-exit-code, TESTINGPLATFORM_EXITCODE_IGNORE); centralizing