From e509ac846da05efe6ee2f537507ee743ebfab038 Mon Sep 17 00:00:00 2001 From: TheRON Date: Thu, 30 Apr 2026 15:17:26 -0400 Subject: [PATCH] initial upload --- ...PUS-0006-delay-is-economic-cost.chunked.md | 149 ++++++++++++++++++ ...07-information-arrives-unevenly.chunked.md | 133 ++++++++++++++++ ...-rumor-is-uncertain-information.chunked.md | 137 ++++++++++++++++ ...9-liquidity-differs-from-wealth.chunked.md | 133 ++++++++++++++++ ...US-0010-credit-depends-on-trust.chunked.md | 145 +++++++++++++++++ 5 files changed, 697 insertions(+) create mode 100644 docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0006-delay-is-economic-cost.chunked.md create mode 100644 docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0007-information-arrives-unevenly.chunked.md create mode 100644 docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0008-rumor-is-uncertain-information.chunked.md create mode 100644 docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0009-liquidity-differs-from-wealth.chunked.md create mode 100644 docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0010-credit-depends-on-trust.chunked.md diff --git a/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0006-delay-is-economic-cost.chunked.md b/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0006-delay-is-economic-cost.chunked.md new file mode 100644 index 0000000..542e29a --- /dev/null +++ b/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0006-delay-is-economic-cost.chunked.md @@ -0,0 +1,149 @@ +# CORPUS-0006 +## Delay Is Economic Cost +### Status: Training Corpus Seed +### Layer: Layer_0--Primitive_Facts +### Purpose: Teach that time can create cost even when no coin is visibly paid +### Repository Path: docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0006-delay-is-economic-cost.md + +--- + + + +## 0. Principle + +Delay is cost. + +A trader may lose value even when no coin leaves his hand. + +Time can reduce profit by: + +- changing prices +- tying up capital +- increasing storage cost +- increasing spoilage or breakage risk +- missing another opportunity +- weakening trust +- delaying repayment +- allowing rivals to act first + +A slow venture can fail even when the purchase and sale prices looked favorable. + +--- + +## 1. Roman-Visible Example + +A trader buys oil in Ostia for 10 asses. + +He expects to sell it in Capua for 18 asses. + +The cart is delayed two days. + +During those two days: + +- storage costs rise +- a rival shipment reaches Capua first +- the Capua price falls +- the trader cannot use the same coin for another venture + +No one has stolen the oil. + +Nothing has visibly changed about the amphora. + +But the venture has become worse. + +--- + +## 2. Minimal Delay Structure + +Delay affects a venture through at least: + +1. time before departure +2. travel time +3. time waiting for sale +4. storage duration +5. price movement during waiting +6. capital locked during waiting +7. reputation effects from late delivery + +Time is not empty. +Time acts on value. + +--- + +## 3. Incorrect Modern Assumption + +Incorrect assumption: + +> If the good is not damaged and no new fee is paid, delay costs nothing. + +Correction: + +> Delay can cost value through missed timing, falling prices, tied capital, storage, and lost trust. + +--- + +## 4. Simulation Use + +This principle supports: + +- venture timers +- route duration +- storage fees +- changing destination prices +- missed opportunity +- contract deadlines +- information delay +- reputation changes from late fulfillment + +The model should treat time as part of venture accounting. + +--- + +## 5. Canonical Test + +If the model sees: + +> The trader waits three days before sending the goods. + +It must ask: + +- did prices change? +- did storage cost increase? +- did rivals act first? +- did the buyer still need the good? +- was capital locked during the wait? +- did the delay damage trust? +- did a better opportunity expire? + +Only then can the delay be evaluated. + +--- + +## 6. Success Condition + +If the model stops treating delay as neutral and starts treating time as an economic force, this file is functioning correctly. + + + +--- diff --git a/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0007-information-arrives-unevenly.chunked.md b/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0007-information-arrives-unevenly.chunked.md new file mode 100644 index 0000000..3a8be2e --- /dev/null +++ b/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0007-information-arrives-unevenly.chunked.md @@ -0,0 +1,133 @@ +# CORPUS-0007 +## Information Arrives Unevenly +### Status: Training Corpus Seed +### Layer: Layer_0--Primitive_Facts +### Purpose: Teach that actors do not receive the same facts at the same time +### Repository Path: docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0007-information-arrives-unevenly.md + +--- + + + +## 0. Principle + +Information does not arrive everywhere at once. + +A trader, buyer, porter, clerk, and official may all know different parts of the same event. + +The actor who hears useful information earlier may act before prices, queues, or expectations adjust. + +--- + +## 1. Roman-Visible Example + +A timber barge is delayed on the river. + +The towmen know first. + +A dock worker hears next. + +A trader with a riverfront contact hears before the market. + +A carpenter across town hears later. + +A buyer in Capua may hear much later. + +The event is one event. +Knowledge of the event spreads unevenly. + +--- + +## 2. Minimal Information Structure + +Information timing depends on at least: + +1. where the event occurred +2. who saw it +3. who can carry the report +4. who trusts the source +5. how far the information must travel +6. whether anyone benefits from delay or concealment +7. whether visible signals confirm the report + +Information has a route just as goods do. + +--- + +## 3. Incorrect Modern Assumption + +Incorrect assumption: + +> Once something happens, everyone relevant knows it. + +Correction: + +> Events occur before they are widely known. Different actors learn at different times and with different confidence. + +--- + +## 4. Simulation Use + +This principle supports: + +- rumor systems +- delayed price reactions +- asymmetric opportunity +- messenger value +- local knowledge advantage +- stale reports +- hidden scenario states +- actor-specific perception + +The model should not give every actor perfect information when an event occurs. + +--- + +## 5. Canonical Test + +If the model sees: + +> A fire damaged a workshop in Ostia. + +It must ask: + +- who saw the fire? +- who has confirmed the damage? +- who has only heard rumor? +- when does Capua learn? +- who benefits before the news spreads? +- who still acts on old prices? +- who may conceal or distort the report? + +Only then can the information effect be understood. + +--- + +## 6. Success Condition + +If the model stops treating facts as instantly shared and starts tracking who knows what, when, and with what confidence, this file is functioning correctly. + + + +--- diff --git a/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0008-rumor-is-uncertain-information.chunked.md b/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0008-rumor-is-uncertain-information.chunked.md new file mode 100644 index 0000000..61e10ff --- /dev/null +++ b/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0008-rumor-is-uncertain-information.chunked.md @@ -0,0 +1,137 @@ +# CORPUS-0008 +## Rumor Is Uncertain Information +### Status: Training Corpus Seed +### Layer: Layer_0--Primitive_Facts +### Purpose: Teach that rumor is incomplete information, not simply falsehood +### Repository Path: docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0008-rumor-is-uncertain-information.md + +--- + + + +## 0. Principle + +Rumor is uncertain information. + +A rumor may be true, false, partial, outdated, exaggerated, or shaped by the interests of the speaker. + +A trader should not ask only whether a rumor is true. +He should ask what changes while people believe it. + +--- + +## 1. Roman-Visible Example + +A porter says a bronze forge has burned. + +This may mean: + +- the whole forge burned +- one shed burned +- smoke was seen nearby +- stock was moved before the fire +- a rival wants people to believe the forge is ruined +- the story is true but already stale + +The trader does not yet know the truth. + +But prices, fear, and behavior may begin moving before truth is confirmed. + +--- + +## 2. Minimal Rumor Structure + +A rumor has at least: + +1. a source +2. a claim +3. a confidence level +4. a path of transmission +5. a possible motive +6. a time delay +7. an effect on behavior + +Rumor is not only speech. +Rumor is speech that may change action. + +--- + +## 3. Incorrect Modern Assumption + +Incorrect assumption: + +> A rumor is useless unless it is confirmed true. + +Correction: + +> A rumor can be useful before confirmation if it changes prices, queues, trust, fear, or urgency. + +A false rumor may still create a real temporary market effect. + +--- + +## 4. Simulation Use + +This principle supports: + +- rumor quality +- source credibility +- uncertainty +- false opportunities +- early action +- delayed confirmation +- market reaction +- actor-specific interpretation + +The model should not treat rumor as either pure truth or pure noise. + +--- + +## 5. Canonical Test + +If the model sees: + +> There is a rumor that the forge burned. + +It must ask: + +- who said it? +- what exactly was claimed? +- who has seen evidence? +- who benefits if the rumor is believed? +- how old is the report? +- what prices may move before confirmation? +- what action becomes possible because others are uncertain? + +Only then can the rumor be evaluated. + +--- + +## 6. Success Condition + +If the model stops treating rumor as falsehood and starts treating rumor as uncertain information with economic effects, this file is functioning correctly. + + + +--- diff --git a/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0009-liquidity-differs-from-wealth.chunked.md b/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0009-liquidity-differs-from-wealth.chunked.md new file mode 100644 index 0000000..98a779d --- /dev/null +++ b/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0009-liquidity-differs-from-wealth.chunked.md @@ -0,0 +1,133 @@ +# CORPUS-0009 +## Liquidity Differs From Wealth +### Status: Training Corpus Seed +### Layer: Layer_0--Primitive_Facts +### Purpose: Teach that owned value and immediately usable value are not the same +### Repository Path: docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0009-liquidity-differs-from-wealth.md + +--- + + + +## 0. Principle + +Wealth and liquidity are different. + +Wealth is value owned or controlled. + +Liquidity is value that can be used now. + +A trader may be wealthy but unable to act quickly. +A poorer trader with ready coin or trusted credit may act first. + +--- + +## 1. Roman-Visible Example + +One man owns a warehouse share, unpaid debts owed to him, and stored goods. + +Another man has fewer assets but keeps coin ready and has a trusted contact willing to advance goods. + +The first man may be wealthier. + +The second man may be more liquid. + +If a sudden opportunity appears, the liquid man can act sooner. + +--- + +## 2. Minimal Liquidity Structure + +Liquidity depends on at least: + +1. coin immediately available +2. goods that can be sold quickly +3. debts that can actually be collected +4. credit others will extend +5. assets that can be pledged +6. time needed to convert value into usable form +7. confidence others have in the actor + +Not all value can move at the same speed. + +--- + +## 3. Incorrect Modern Assumption + +Incorrect assumption: + +> The wealthiest person can always act first. + +Correction: + +> The person with usable value available now may act before the person with greater total wealth. + +A warehouse full of goods may not help if the goods cannot be sold, pledged, or moved in time. + +--- + +## 4. Simulation Use + +This principle supports: + +- liquiditas +- credit capacity +- asset ownership +- capital lockup +- distressed selling +- missed opportunities +- short-term lending +- venture readiness + +The model should not treat total wealth and deployable capital as the same parameter. + +--- + +## 5. Canonical Test + +If the model sees: + +> The trader is wealthy. + +It must ask: + +- how much coin is available now? +- what assets can be sold quickly? +- what assets are locked? +- what debts can be collected? +- who will extend credit? +- how long does conversion take? +- does the opportunity expire before value becomes usable? + +Only then can economic capacity be understood. + +--- + +## 6. Success Condition + +If the model stops treating wealth as immediately spendable and starts distinguishing owned value from usable value, this file is functioning correctly. + + + +--- diff --git a/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0010-credit-depends-on-trust.chunked.md b/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0010-credit-depends-on-trust.chunked.md new file mode 100644 index 0000000..5d9b1d1 --- /dev/null +++ b/docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0010-credit-depends-on-trust.chunked.md @@ -0,0 +1,145 @@ +# CORPUS-0010 +## Credit Depends On Trust +### Status: Training Corpus Seed +### Layer: Layer_0--Primitive_Facts +### Purpose: Teach that credit is value extended because another actor expects repayment, performance, or enforceable remedy +### Repository Path: docs/training/corpus/Layer_0--Primitive_Facts/CORPUS-0010-credit-depends-on-trust.md + +--- + + + +## 0. Principle + +Credit depends on trust. + +A person may receive goods, coin, time, or service now because another person believes repayment or performance will happen later. + +That belief may come from: + +- reputation +- prior dealings +- witnesses +- written records +- collateral +- family standing +- legal access +- fear of consequences +- mutual obligation + +Credit is not free money. +It is delayed settlement under risk. + +--- + +## 1. Roman-Visible Example + +A trader lacks enough coin to buy oil today. + +One seller refuses him. + +Another seller allows him to take the oil and pay after sale in Capua. + +The oil is the same. +The trader is the same. +The difference is trust. + +The second seller believes the trader will return, repay, or be held accountable. + +--- + +## 2. Minimal Credit Structure + +Credit requires at least: + +1. lender or seller +2. borrower or buyer +3. value advanced +4. expected repayment or performance +5. time before settlement +6. reason for trust +7. consequence if trust fails + +Without trust or enforceability, credit collapses. + +--- + +## 3. Incorrect Modern Assumption + +Incorrect assumption: + +> Credit is only a formal loan. + +Correction: + +> Credit can also appear as delayed payment, goods advanced before payment, partnership confidence, tolerated delay, or reputation-based access. + +Credit may be informal but still economically powerful. + +--- + +## 4. Simulation Use + +This principle supports: + +- credit_capacity +- deferred payment +- trust relationships +- witness importance +- collateral +- reputation effects +- failed repayment +- access differences between actors + +The model should not treat credit as available equally to all actors. + +--- + +## 5. Canonical Test + +If the model sees: + +> The trader can buy without immediate coin. + +It must ask: + +- who trusts him? +- why is he trusted? +- is there a witness? +- is there collateral? +- what is the repayment term? +- what happens if he fails? +- does his status affect access to credit? + +Only then can the credit be understood. + +--- + +## 6. Success Condition + +If the model stops treating credit as automatic borrowing and starts treating credit as trust extended under risk, this file is functioning correctly. + + + +---