Learning Castle Key Schema

This schema defines the keys accepted by Learning Castle gates. A key is not a decoration or label. It is the evidence, permission or state-resolution condition that justifies opening a specific route.

schema_id: /learning-castle/0112
schema_version: 0.1
system: eduKateSengkang Learning Castle
object_type: key
runtime_parent: /learning-castle/0100
gate_schema: /learning-castle/0111
state_schema: /learning-castle/0110
validation_schema: /learning-castle/0107
principle: keys_are_earned_by_evidence_not_assumed_by_route

Key Contract

key:
  key_id: unique_key_name
  class: actor | intent | owner | state | evidence | bridge | transfer | independence | service | permission
  earned_from: declared_evidence_or_condition
  confidence: verified | bounded | unknown
  unlocks: declared_gate_or_transition
  scope: local | fort | cross_fort | runtime | service
  valid_until: condition_or_not_applicable
  weaken_if: declared_condition
  revoke_if: declared_condition
  superseded_by: optional_stronger_key
  status: active | weakened | revoked | expired | superseded

Core Keys

key.actor_known:
  class: actor
  earned_from: actor_role_is_explicit_or_reliably_inferred
  unlocks: learner_gate | civilian_gate | teacher_route

key.intent_known:
  class: intent
  earned_from: goal_is_explicit_or_bounded
  unlocks: intent_specific_gate

key.owner_resolved:
  class: owner
  earned_from: registry_or_strong_existing_hub_mapping
  unlocks: owner_road_or_subject_gate

key.state_resolved:
  class: state
  earned_from: smallest_defensible_state_assigned
  unlocks: state_specific_gate

key.evidence_sufficient:
  class: evidence
  earned_from: enough_evidence_for_current_decision
  unlocks: prescription_or_route_that_requires_evidence

key.bridge_justified:
  class: bridge
  earned_from: real_cross_domain_bottleneck_and_receiving_owner_job
  unlocks: bridge

key.transfer_secure:
  class: transfer
  earned_from: meaningful_variation_or_delay_survived
  unlocks: higher_transfer_or_return_gate

key.independence_secure:
  class: independence
  earned_from: reduced_support_performance_survived
  unlocks: keep_and_open_gate

key.service_requested:
  class: service
  earned_from: explicit_tuition_or_teaching_service_intent
  unlocks: /learning-castle/0031

Confidence Levels

verified:
  sufficient_for_declared_gate_within_scope

bounded:
  may_open_reversible_or_narrowing_route
  must_not_open_high_confidence_irreversible_route

unknown:
  may_not_open_evidence_sensitive_gate
  fallback_to_gatehouse_or_observation

Key Earning Rules

earn key.owner_resolved when:
  explicit_registry_mapping
  OR one_strong_existing_hub_clearly_owns_intent

earn key.state_resolved when:
  observed_facts_support_smallest_defensible_state

earn key.evidence_sufficient when:
  evidence_is_strong_enough_for_current_route_not_for_every_possible_claim

earn key.transfer_secure when:
  capability_survives_meaningful_variation_or_delay

earn key.independence_secure when:
  capability_survives_reduced_support

Key Weakening

weaken key.transfer_secure if:
  performance_fails_under_new_meaningful_variation

weaken key.independence_secure if:
  learner_again_requires_previous_level_of_support

weaken key.owner_resolved if:
  new_evidence_shows_owner_boundary_conflict

weaken key.evidence_sufficient if:
  contradictory_observation_appears

rule:
  weakened_key_may_still_support_narrowing_but_not_stronger_claim

Key Revocation

revoke if:
  underlying_evidence_was_invalid
  OR owner_mapping_was_wrong
  OR route_condition_no_longer_holds
  OR bridge_handoff_job_disappears
  OR service_intent_is_withdrawn

on_revoke:
  close_dependent_gate
  preserve_current_safe_owner
  return_to_gatehouse_or_validation_if_needed

Key Supersession

example:
  key.evidence_bounded
  -> superseded_by key.evidence_sufficient

  key.transfer_secure
  -> superseded_by key.independence_secure when reduced_support_test_also_passes

rule:
  stronger_key_does_not_rewrite_history
  it_updates_current_permission_scope

Key Scope

local_key:
  valid_for_one_room_or_specific_route

fort_key:
  valid_within_one_domain_owner

cross_fort_key:
  valid_only_for_declared_bridge

runtime_key:
  valid_for_site-wide logic such as owner resolution or return

service_key:
  valid_only_for service intent and cannot transfer knowledge ownership

Invalid Key Use

block:
  one_successful_attempt_as_key.independence_secure
  keyword_similarity_as_key.bridge_justified
  low_score_alone_as_key.state_resolved
  commercial_interest_as_key.knowledge_owner
  archive_listing_as_key.canonical_owner
  bounded_evidence_as_verified_key_without_upgrade

AI Key Procedure

1. identify requested gate
2. list required keys
3. inspect evidence for each key
4. assign confidence
5. reject assumed or out-of-scope keys
6. open gate only when minimum key set is valid
7. monitor for weakening or revocation
8. upgrade or supersede only with new evidence
9. preserve return path

Keys make the Castle’s logic explicit: evidence earns permission. A gate opens because the required key exists within scope—not because the destination looks plausible.