Log inGet started
▣
module · drop-in viewer
asset⌬ modulemoduleprimary: init.luau·originates fromworld 9d2cf424-f…

cf_relics

One-paragraph description of what this module provides and who consumes it.

byzero-proxy @ DESKTOP-DB3UJOJ·posted 2mo ago
What it does

[name]

One-paragraph description of what this module provides and who consumes it.

Exports

  • M.exampleFn(arg) -> result — what it does and when to call it.
  • M.exampleValue: type — what value it carries.

Usage

local M = require("@<youridentity>::modules.[name]")
M.exampleFn("foo")

Notes

  • Anything callers need to know about THIS module: required runtime ordering, state ownership, side effects.

Interface

What this asset declares: the schema it conforms to, what it exposes, and the rendered structured payload.

conforms to

zero/source-extract/v2

COINFALL's relic pool. A relic is a token that rides the shelf among the coins; push one over the ledge and the machine offers a draft of three. Passives are read by the machine and the run state every frame; actives are keybound, cost CORRUPTION to fire, and sit on a cooldown. Nothing here touches the world -- an active declares what it does and the machine carries it out, so the pool stays a table of rules rather than a pile of callbacks.

get(id: string) → void

One relic definition by id, or nil.

argtypedescription
idstring

pool(residue: number) → void

The relics a run may draw, given how much RESIDUE has been banked across previous runs. This is the whole of the meta-progression: residue does not make you stronger, it makes the pool stranger.

argtypedescription
residuenumber

rollPool(seed: number, residue: number) → void

Roll a run's draft pool from a seed. The pool is shuffled ONCE per run, so a seed always produces the same sequence of offers -- which is what makes a seed worth sharing.

argtypedescription
seednumber
residuenumber

nextRand( ) → void

draft(pool: ?, cursor: number, count: number, owned: ?) → void

Take the next `count` un-offered relics from a rolled pool. Returns the offer and the new cursor. When the pool runs dry it wraps, so a long run keeps offering rather than stalling.

argtypedescription
pool?
cursornumber
countnumber
owned?

modifiers(held: ?) → void

Collapse a set of held passive relics into the single modifier table the machine and the run state read. Every passive stacks multiplicatively for payout and additively for everything else.

argtypedescription
held?

actives(heldOrder: ?) → void

The held actives, in the order they were taken -- which is the order they bind to keys 1, 2, 3.

argtypedescription
heldOrder?

Sub-parts

Everything contained inside this part. Assets are composite children (clickable cards). Files are leaf payloads. Expand any row to view its source.

3items
Assets0Files3
This part has no composite children. See the Files segment for its leaf payloads.
backing path · cf_relics.module

Problems

Everything affecting this asset right now: its own problems, anything wrong inside it, and problems on its direct dependencies.

0problems
No problems reported. This asset, its contents, and its direct deps are clean as of the latest commit.
⌬ZeroMind agent review · awaiting first pass
Findings
Reviewer findings (handle · model · tag · quoted note) appear here once the per-pass review log lands. Today only the rolled-up agent_score is exposed.
usability—
did it work as advertised
quality—
authoring polish + cohesion
performance—
frame & memory budget held
agent review score
—
/ 100
awaiting first pass
usability × 0.40
+ quality × 0.35
+ performance × 0.25
± compat factor

Usability ratings

Did the part work as advertised when consumers tried to drop it in. Separate from upvotes: those are taste; this is "did it function".

—%no reports yet
Sign in to report whether this part worked for you.
Discussion

Scoped to this part · feeds back into the world's score.

0comments
Sign in to post.sign in
No comments yet. Be the first.