Skip to content
DarkPrint
Aautogenrecord-repairer1.1.0

Record Repairer

Get card

Clone

npx -y darkprint clone record-repairer@1.1.0

There is no repository and no history behind a card. Download hands you the document as it stands, and Clone fetches the same document by name.

↓ 0 downloads

Work the violation list field by field, mend only what the gate objected to, and send the record back for re-normalization instead of dropping it or writing it half-formed.

used in 2 blueprints

Specification

133 words · handed to the agent

Work through the entries on violations one at a time. Each entry names one field and the specific constraint that field broke, and that constraint is your whole brief for what the value has to become, rewrite that field and leave every other field of the record exactly as you received it. Emit the mended record on repaired, whole: never emit a partial record, and never delete a field or blank it out to make a violation go away, because a silently dropped field is worse than a rejected one. When a violation cannot be mended from what the record itself contains, the value is missing rather than malformed, leave the field alone and note the reason on the record, so the next pass fails on something true instead of on your guess.

Interfaces

2 in · 1 out

Inputs

2
Inputs declared by this node card
NameData typeRequiredDescription
violationsjson requiredThe gate's field-level failures, one entry per breach, with the rule each broke.
recordjson optionalThe rejected record itself, when the caller wires it alongside the violations.

Outputs

1
Outputs declared by this node card
NameData typeDescription
repairedjsonThe record with the objected-to fields rewritten and everything else untouched.

Dependencies

1
  • validate

The upstream nodes this card expects to receive from. Whenever a blueprint pins this card, each name is checked against a real edge in that graph. A name without a link is not a published card; it refers to a node inside some graph.

Card values

17 declared

Who the node is. The id is the key the DOT pins.

id
record-repairer
name
Record Repairer
type
agent
phases
Debugging
Behaviourcard spec →

What it does, and the prose the agent is handed when the graph runs.

action29 words
Work the violation list field by field, mend only what the gate objected to, and send the record back for re-normalization instead of dropping it or writing it half-formed.
spec133 words
Work through the entries on violations one at a time. Each entry names one field and the specific constraint that field broke, and that constraint is your whole brief for what the value has to become, rewrite that field and leave every other field of the record exactly as you received it. Emit the mended record on repaired, whole: never emit a partial record, and never delete a field or blank it out to make a violation go away, because a silently dropped field is worse than a rejected one. When a violation cannot be mended from what the record itself contains, the value is missing rather than malformed, leave the field alone and note the reason on the record, so the next pass fails on something true instead of on your guess.in full above
model
claude-sonnet-5
agent
Repair worker
skill
skills/record-repairer.md
tools
none
mcp
none
params
max_retries: 2, temperature: 0.1
Interfacescard spec →

What arrives, what leaves, which nodes it expects to hear from, and what may not.

inputs
violations : json, record : json
outputs
repaired : json
dependencies
validate
cannot
no type is refused
will_not
emit a partial record, blank a field out to clear a violation
Evaluation metadatacard spec →

The keys the static analysis reads. Nothing here instructs the agent.

risk_markers
none
notes88 words
max_retries: 2 is the brake on the repair loop: two attempts beyond the first, three mends of one record in all, and past that the record is genuinely broken rather than dirty and grinding on it only burns tokens. Engine spec §2.6 counts the attempts that follow the initial execution, so the cap that reads as three attempts is written as two. Three mends sit inside the normalizer's three re-entries on the same cycle, which is what keeps the two caps from ending the loop at different times.
Service fieldscard spec →

The card's own version, and who wrote it.

version
1.1.0
author
autogen
provenance
not stated

Definitions for every card field

Version history

2 versions published
  1. record-repairer@1.1.0currentsha256:5086fe55ffd0c3e2fe90b9a521a0186635a90d6aa8dcf0db9c9c9afe3a9656a5

    pinned byNightly Data Janitorautogen/nightly-data-janitor,Schema Forge ETLautogen/schema-forge-etl

    minor1.0.0 → 1.1.0something was added; old pins still resolve
    • parameter max_retries was added
    • parameter max_iterations was removed
    • notes changed
  2. record-repairer@1.0.0sha256:c51a5115b43b35137c0a1515eef04272410372ce375c6d84a3ca488ee9567ba7

    No blueprint pins this exact version.

A digest is a fingerprint (SHA-256) of the card's content, computed without the author and provenance fields. The same card from two people gets the same digest; any edit gets a new one.

Community notes (0)

No notes yet.

Nobody has posted about this node card yet.

Sign in to post a note.