Get card
Download
weighted-vote@1.0.0.yamlClone
npx -y darkprint clone weighted-vote@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.
Score every competing proposal under the weighting rule and emit the winner together with the full tally, so the choice is auditable rather than a black box.
used in 1 blueprint
Specification
97 words · handed to the agentScore each of the competing proposals you are handed, weighting every one by the reputation of the validator behind it, or by the scoring rubric supplied for this run, when there is one, which replaces the default weighting entirely. Emit the highest scorer on chosen, tagged with the margin it won by, and settle an exact tie in favour of the more conservative proposal rather than picking arbitrarily. Emit every proposal with its score and the weights that produced it on tally: the disagreement is the part worth reading, so never report the winner on its own.
Interfaces
2 in · 2 outInputs
2Outputs
2Dependencies
3The 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
16 declaredWho the node is. The id is the key the DOT pins.
- id
- weighted-vote
- name
- Weighted Vote
- type
- decision
- phases
- Implementation
What it does, and the prose the agent is handed when the graph runs.
- action27 words
- Score every competing proposal under the weighting rule and emit the winner together with the full tally, so the choice is auditable rather than a black box.
- spec97 words
- Score each of the competing proposals you are handed, weighting every one by the reputation of the validator behind it, or by the scoring rubric supplied for this run, when there is one, which replaces the default weighting entirely. Emit the highest scorer on
chosen, tagged with the margin it won by, and settle an exact tie in favour of the more conservative proposal rather than picking arbitrarily. Emit every proposal with its score and the weights that produced it ontally: the disagreement is the part worth reading, so never report the winner on its own.in full above - model
- whatever the graph supplies
- agent
- Consensus judge
- skill
- skills/weighted-vote.md
- tools
- none
- mcp
- none
- params
- weighting: validator-reputation, tie_breaker: conservative-proposal
What arrives, what leaves, which nodes it expects to hear from, and what may not.
- inputs
- proposals : json, rubric : text
- outputs
- chosen : json, tally : json
- dependencies
- conservative-solver, exploratory-solver, bounded-retry
- cannot
- no type is refused
- will_not
- report the winner without the tally
The keys the static analysis reads. Nothing here instructs the agent.
- risk_markers
- none
- notes35 words
- The tally is the point. A vote that only emits the winner is a black box, and the whole reason this node exists instead of a coin flip is that the disagreement is worth reading.
The card's own version, and who wrote it.
- version
- 1.0.0
- author
- autogen
- provenance
- not stated
Version history
1 version published- weighted-vote@1.0.0currentsha256:2212e2d77c515cd7f18b8c36c0d84838b5fb1b8423d648d30d2eb48fb8814fd4
pinned byAdversarial Consensus Line
autogen/adversarial-consensus-line
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.