Get card
Download
queue-scheduler@1.0.0.yamlClone
npx -y darkprint clone queue-scheduler@1.0.0There 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.
Turn separately scored items into one ordered queue, applying the weighting policy out loud.
used in 0 blueprints
Specification
127 words · handed to the agentTake the scored items and produce a single ordered queue on queue. Apply the deployment's weighting to combine the criteria, and state the weighting you applied at the head of the output so the order can be argued with rather than merely accepted. Respect blocking relationships before weighting: an item that blocks another goes before it whatever their scores, and where two items block each other, put both at the top and say they are in a cycle rather than picking one. Every item that arrived appears in the queue exactly once. Do not drop the tail because it looked unimportant, and do not promote an item because it has been waiting, ageing is a weighting decision and belongs in the policy rather than in your judgement.
Interfaces
1 in · 1 outInputs
1| Name | Data type | Required | Description |
|---|---|---|---|
| scored | json | required | The items with their separate criterion scores attached. |
Outputs
1| Name | Data type | Description |
|---|---|---|
| queue | json | Every item exactly once, in order, headed by the weighting that produced it. |
Dependencies
0None declared, no edge has to arrive for this node to run.
Card values
12 declaredWho the node is. The id is the key the DOT pins.
- id
- queue-scheduler
- name
- Queue Scheduler
- type
- agent
- phases
- none declared
What it does, and the prose the agent is handed when the graph runs.
- action14 words
- Turn separately scored items into one ordered queue, applying the weighting policy out loud.
- spec127 words
- Take the scored items and produce a single ordered queue on
queue. Apply the deployment's weighting to combine the criteria, and state the weighting you applied at the head of the output so the order can be argued with rather than merely accepted. Respect blocking relationships before weighting: an item that blocks another goes before it whatever their scores, and where two items block each other, put both at the top and say they are in a cycle rather than picking one. Every item that arrived appears in the queue exactly once. Do not drop the tail because it looked unimportant, and do not promote an item because it has been waiting, ageing is a weighting decision and belongs in the policy rather than in your judgement.in full above - model
- whatever the graph supplies
- agent
- Scheduler
- skill
- not named
- tools
- none
- mcp
- none
- params
- weights: {"cost":0.1,"blocks":0.2,"impact":0.3,"urgency":0.4}
What arrives, what leaves, which nodes it expects to hear from, and what may not.
- inputs
- scored : json
- outputs
- queue : json
- dependencies
- none
- cannot
- no type is refused
- will_not
- drop an item from the queue, promote an item for having waited, break a blocking cycle by choosing one side
The keys the static analysis reads. Nothing here instructs the agent.
- risk_markers
- none
- notes
- none
The card's own version, and who wrote it.
- version
- 1.0.0
- author
- autogen
- provenance
- not stated
Version history
1 version published- queue-scheduler@1.0.0currentsha256:b6ac530bdd01edc0d1f28c9e8e6791d06f65ab7d8c19f1e1e01b0ec9279c6961
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.