Skip to content
DarkPrint
Aautogenpriority-scorer1.0.0

Priority Scorer

Get card

Clone

npx -y darkprint clone priority-scorer@1.0.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

Score each item on the criteria the deployment set, and keep the criteria apart instead of collapsing them into one number.

used in 0 blueprints

Specification

121 words · handed to the agent

For each item in front of you, score it separately on urgency, on impact, on what it blocks, and on what it would cost to do. Emit all four scores per item on scored, alongside the item unchanged. Do not combine them into a single priority figure: the four pull in different directions and which one wins is a policy decision belonging to the node that schedules, not to the node that scores. Score on what the item says, not on who filed it. An item you cannot score on a given criterion gets the worst score for that criterion and a note saying why, because an unscored item quietly sorts to the bottom and that is a decision nobody made.

Interfaces

1 in · 1 out

Inputs

1
Inputs declared by this node card
NameData typeRequiredDescription
itemsjson requiredThe items to be scored, as they arrived.

Outputs

1
Outputs declared by this node card
NameData typeDescription
scoredjsonEach item unchanged with its four separate scores attached.

Dependencies

0

None declared, no edge has to arrive for this node to run.

Card values

12 declared

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

id
priority-scorer
name
Priority Scorer
type
agent
phases
none declared
Behaviourcard spec →

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

action21 words
Score each item on the criteria the deployment set, and keep the criteria apart instead of collapsing them into one number.
spec121 words
For each item in front of you, score it separately on urgency, on impact, on what it blocks, and on what it would cost to do. Emit all four scores per item on scored, alongside the item unchanged. Do not combine them into a single priority figure: the four pull in different directions and which one wins is a policy decision belonging to the node that schedules, not to the node that scores. Score on what the item says, not on who filed it. An item you cannot score on a given criterion gets the worst score for that criterion and a note saying why, because an unscored item quietly sorts to the bottom and that is a decision nobody made.in full above
model
whatever the graph supplies
agent
Scorer
skill
not named
tools
none
mcp
none
params
criteria: ["urgency","impact","blocks","cost"], scale_max: 5
Interfacescard spec →

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

inputs
items : json
outputs
scored : json
dependencies
none
cannot
no type is refused
will_not
collapse the four criteria into a single figure, score an item on who filed it, leave an item unscored on any criterion
Evaluation metadatacard spec →

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

risk_markers
none
notes
none
Service fieldscard spec →

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

version
1.0.0
author
autogen
provenance
not stated

Definitions for every card field

Version history

1 version published
  1. priority-scorer@1.0.0currentsha256:76c6edd6243cd430098b2f9b58851d116f2dd4cbc68ab7d634bcddf1712fa3cd

    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.

First published version, so there is nothing to compare yet. Versions are never edited in place: the next change arrives as a new version, and the differences between the two documents are listed here.

Community notes (0)

No notes yet.

Nobody has posted about this node card yet.

Sign in to post a note.