premise-identity-is-inherently-transient

OUT derived (depth 2)

Premise identity is inherently transient because it emerges from the absence of justifications, and any justification addition — whether from dialectical challenge, defend, or direct add_justification — irreversibly transforms a premise into a derived node without explicit opt-in.

Summary

A node's status as a premise is fragile and can change without warning. Because "premise" just means "has no justifications," the moment any justification gets added — through challenge, defense, or direct API call — the node silently becomes a derived node instead. This transformation is one-way and happens without the user choosing it, which means premise identity is not a stable property you can rely on.

Justifications

SL — Emergent identity (from absence) combined with unrestricted justification attachment means premise status has no structural protection against transformation

Antecedents (all must be IN):

  • premise-behavior-emerges-from-absence — Premise behavior is not explicitly implemented — it emerges from three defaults: nodes with no justifications default to IN, empty antecedent lists are vacuously valid, and the system preserves a premise's current truth value rather than deriving it.
  • premise-can-receive-justification — A premise node (initially no justifications) can receive a justification via `add_justification`, giving it a derived backup path that keeps it IN even if its premise status is retracted.

Dependents

These beliefs depend on this one:

Details