Initial commit
This commit is contained in:
@@ -0,0 +1,118 @@
|
||||
# CORPUS-0011
|
||||
## Status Changes Access
|
||||
### Status: Training Corpus Seed
|
||||
### Layer: Layer_0--Primitive_Facts
|
||||
### Purpose: Teach that markets, officials, credit, and information are not equally accessible to all actors
|
||||
### Repository Path: docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0011-status-changes-access.md
|
||||
|
||||
---
|
||||
|
||||
## 0. Principle
|
||||
|
||||
Status changes access.
|
||||
|
||||
Two traders may have the same coin, goods, and plan, but receive different treatment.
|
||||
|
||||
Access may depend on:
|
||||
|
||||
- reputation
|
||||
- family name
|
||||
- citizenship
|
||||
- prior service
|
||||
- occupation
|
||||
- patronage
|
||||
- literacy
|
||||
- witnesses
|
||||
- public trust
|
||||
- social prejudice
|
||||
|
||||
The market is not entered equally by every actor.
|
||||
|
||||
---
|
||||
|
||||
## 1. Roman-Visible Example
|
||||
|
||||
A noble younger son asks to speak with a warehouse official.
|
||||
|
||||
He is received quickly because his family name carries weight.
|
||||
|
||||
A freedman trader asks the same question.
|
||||
|
||||
He may wait longer, be asked for proof, or receive less favorable terms.
|
||||
|
||||
The information may be the same.
|
||||
|
||||
The access is not.
|
||||
|
||||
---
|
||||
|
||||
## 2. Minimal Access Structure
|
||||
|
||||
Access depends on at least:
|
||||
|
||||
1. actor identity
|
||||
2. public reputation
|
||||
3. social rank
|
||||
4. trusted introductions
|
||||
5. legal standing
|
||||
6. prior relationships
|
||||
7. perceived reliability
|
||||
8. the gatekeeper's interests
|
||||
|
||||
Access is a relationship, not a universal right.
|
||||
|
||||
---
|
||||
|
||||
## 3. Incorrect Modern Assumption
|
||||
|
||||
Incorrect assumption:
|
||||
|
||||
> Any trader can approach the same person, receive the same answer, and make the same deal.
|
||||
|
||||
Correction:
|
||||
|
||||
> The same request may produce different outcomes depending on who asks, who hears, and what relationship exists between them.
|
||||
|
||||
---
|
||||
|
||||
## 4. Simulation Use
|
||||
|
||||
This principle supports:
|
||||
|
||||
- auctoritas
|
||||
- fama
|
||||
- clientela
|
||||
- ius_accessus
|
||||
- queue priority
|
||||
- credit access
|
||||
- rumor credibility
|
||||
- legal enforceability
|
||||
- background asymmetry
|
||||
|
||||
The model should not treat every actor as having identical access to people, places, or remedies.
|
||||
|
||||
---
|
||||
|
||||
## 5. Canonical Test
|
||||
|
||||
If the model sees:
|
||||
|
||||
> The trader asks the official for access to warehouse records.
|
||||
|
||||
It must ask:
|
||||
|
||||
- who is the trader?
|
||||
- what is his reputation?
|
||||
- does he have an introduction?
|
||||
- does the official benefit by helping him?
|
||||
- does his status speed or slow the request?
|
||||
- is a witness required?
|
||||
- would another actor receive a different answer?
|
||||
|
||||
Only then can the action be evaluated.
|
||||
|
||||
---
|
||||
|
||||
## 6. Success Condition
|
||||
|
||||
If the model stops treating access as automatic and starts treating access as shaped by status, reputation, and relationships, this file is functioning correctly.
|
||||
Reference in New Issue
Block a user