Learning Castle Route Schema

This page defines how routes open, close and hand off inside the eduKateSengkang Learning Castle. It is a machine-readable companion to the Castle Machine Manifest and Castle Registry.

schema_id: /learning-castle/0102
schema_version: 0.1
system: eduKateSengkang Learning Castle
purpose: typed conditional routing
parent: /learning-castle/0100
registry: /learning-castle/0101

Route Object

route:
  id: unique_route_id
  from: castle_object_id
  to: castle_object_id_or_live_owner
  type: road | bridge | return_road | gate_road | archive_road | service_road | expedition_path
  condition: explicit_condition
  evidence_required: true_or_false
  owner_scope: same_owner | cross_owner
  canonical_target: true_or_false
  fallback: gatehouse_or_parent_owner
  return: castle_object_id
  status: active | proposed | blocked

Primary Gate Conditions

gate.unknown_state:
  if: learner_state = unknown
  then: /learning-castle/0005
  reason: narrow_before_prescription

gate.parent_entry:
  if: actor = parent
  then: /learning-castle/0029
  next: /learning-castle/0005

gate.learner_entry:
  if: actor = learner
  then: /learning-castle/0030
  next: /learning-castle/0005

gate.service_intent:
  if: intent = tuition_service
  then: /learning-castle/0031
  restriction: do_not_replace_knowledge_owner

gate.subject_owner:
  if: domain = english
  then: /learning-castle/0007
  if: domain = mathematics
  then: /learning-castle/0008
  if: domain = science
  then: /learning-castle/0009
  if: domain = examination_deployment
  then: /learning-castle/0010

Evidence Keys

key.knowledge_secure:
  evidence: learner can explain or reconstruct without model

key.retrieval_secure:
  evidence: learner can retrieve after meaningful delay

key.standard_practice_secure:
  evidence: learner can perform familiar tasks independently

key.transfer_secure:
  evidence: learner handles meaningful variation with reduced cues

key.exam_deployment_secure:
  evidence: learner can deploy capability under realistic constraints

key.canonical_owner_clear:
  evidence: one existing owner clearly matches the intent

key.bridge_justified:
  evidence: a real cross-domain bottleneck or handoff exists

Core Conditional Routes

route.to_proving_ground:
  if: knowledge_secure AND standard_practice_secure AND transfer_not_secure
  type: gate_road
  to: proving_ground
  return: /learning-castle/0019

route.to_exam_fort:
  if: subject_knowledge_secure AND exam_deployment_not_secure
  type: bridge
  to: /learning-castle/0010
  return: /learning-castle/0019

route.science_to_english:
  if: science_concept_secure AND language_precision_is_bottleneck
  type: bridge
  from: /learning-castle/0009
  to: /learning-castle/0007
  evidence_required: true
  return: /learning-castle/0009

route.math_to_english:
  if: mathematics_structure_secure AND mathematical_language_is_bottleneck
  type: bridge
  from: /learning-castle/0008
  to: /learning-castle/0007
  evidence_required: true
  return: /learning-castle/0008

route.unknown_to_gatehouse:
  if: evidence_insufficient
  type: gate_road
  to: /learning-castle/0005
  action: investigate_before_prescribing

route.duplicate_content_block:
  if: new_intent_duplicates_existing_canonical_owner
  type: blocked
  action: link_or_strengthen_existing_owner

Road Rules

• Road: same-owner progression. Use for normal movement within a Fort, hub or roadmap.
• Bridge: cross-owner handoff. Open only when the receiving owner has a genuine job to perform.
• Return Road: restores movement to the canonical owner, Fort, Keep or Open Gate.
• Gate Road: moves an arrival into a narrowing or routing decision.
• Archive Road: moves from an owner into an index or enumeration layer without transferring ownership.
• Service Road: opens when the user genuinely wants teaching service; it must not collapse knowledge architecture into commercial architecture.
• Expedition Path: bounded multi-hop route with explicit origin, purpose and return.

Portcullis Rules

block if evidence_is_insufficient_for_claim
block if clinical_diagnosis_is_inferred_from_learning_observation
block if route_creates_duplicate_canonical_owner
block if cross_domain_link_has_no_real_handoff
block if proprietary_private_runtime_would_be_exposed
block if a_deep_route_has_no_meaningful_return_path

AI Traversal Procedure

1. identify actor
2. identify intent
3. identify domain
4. identify learner state if relevant
5. check evidence strength
6. resolve canonical owner using registry
7. select smallest permitted gate
8. choose typed route
9. perform owner-specific learning or information job
10. test whether transfer or resolution has occurred
11. use return road
12. prefer learner independence over permanent support

When this schema conflicts with a casual keyword association, prefer the schema, the canonical owner and the existing hub plumbing. The Castle is designed to reduce random traversal, duplication and accidental ownership.