initial upload
This commit is contained in:
@@ -0,0 +1,418 @@
|
||||
# CORPUS-0014
|
||||
## Cart Ownership Versus Cart Hire
|
||||
### Status: Training Corpus Seed
|
||||
### Layer: Layer_1--Worked_Examples
|
||||
### Purpose: Teach the difference between owning transport capacity, hiring transport, reserving space, and holding priority access
|
||||
### Repository Path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0014-cart-ownership-vs-cart-hire.md
|
||||
|
||||
---
|
||||
|
||||
<!-- chunk:
|
||||
id: CORPUS-0014::01::calculation
|
||||
source_file: CORPUS-0014-cart-ownership-vs-cart-hire.md
|
||||
repository_path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0014-cart-ownership-vs-cart-hire.md
|
||||
domain: commerce
|
||||
layer: Layer_1--Worked_Examples
|
||||
document_id: CORPUS-0014
|
||||
document_title: Cart Ownership Versus Cart Hire
|
||||
section_heading: 0. Scenario + 1. Transport Options + 2. Ownership Example ...
|
||||
chunk_role: calculation
|
||||
concept_tags:
|
||||
- cart
|
||||
- ownership
|
||||
- hire
|
||||
- calculation
|
||||
- worked_examples
|
||||
knowledge_state:
|
||||
- actor_visible
|
||||
- settled_result
|
||||
- designer_analysis
|
||||
actors: []
|
||||
-->
|
||||
|
||||
## 0. Scenario
|
||||
|
||||
A trader in Ostia wants to send goods to Capua.
|
||||
|
||||
He needs cart capacity.
|
||||
|
||||
He may obtain that capacity in several ways:
|
||||
|
||||
- own a cart
|
||||
- hire an entire cart
|
||||
- reserve part of a cart
|
||||
- arrange priority with a driver
|
||||
- use a cart through obligation or favor
|
||||
|
||||
These are not the same economic position.
|
||||
|
||||
The model must distinguish ownership, use, access, cost, risk, and control.
|
||||
|
||||
---
|
||||
|
||||
## 1. Transport Options
|
||||
|
||||
| Option | Immediate Coin Cost | Control | Risk | Notes |
|
||||
|---|---:|---|---|---|
|
||||
| own cart | lower per trip, higher upkeep | high | owner bears repair and animal risk | productive asset |
|
||||
| hire full cart | high | medium | driver or owner bears some operating risk | good for larger cargo |
|
||||
| reserve cart space | lower | low | space may be contested or delayed | good for small cargo |
|
||||
| priority agreement | variable | conditional | depends on trust | access right, not ownership |
|
||||
| favor-based use | low coin | uncertain | obligation created | non-coin settlement |
|
||||
|
||||
Transport capacity can be bought, rented, shared, reserved, or socially accessed.
|
||||
|
||||
---
|
||||
|
||||
## 2. Ownership Example
|
||||
|
||||
The trader owns a cart.
|
||||
|
||||
For one venture:
|
||||
|
||||
```text
|
||||
cart hire paid to others = 0 asses
|
||||
repair and feed cost = 4 asses
|
||||
driver or labor cost = 3 asses
|
||||
total transport operating cost = 7 asses
|
||||
```
|
||||
|
||||
Owning the cart reduces dependence on outside hire.
|
||||
|
||||
But ownership creates ongoing burdens:
|
||||
|
||||
- maintenance
|
||||
- animal feed
|
||||
- storage
|
||||
- repair
|
||||
- driver management
|
||||
- idle time
|
||||
- damage risk
|
||||
|
||||
A cart is productive capacity, not free movement.
|
||||
|
||||
---
|
||||
|
||||
## 3. Full Hire Example
|
||||
|
||||
The trader hires a full cart.
|
||||
|
||||
```text
|
||||
full cart hire = 10 asses
|
||||
```
|
||||
|
||||
Advantages:
|
||||
|
||||
- no long-term maintenance burden
|
||||
- clear one-trip cost
|
||||
- suitable for larger cargo
|
||||
- easier to account for
|
||||
|
||||
Disadvantages:
|
||||
|
||||
- cart may be unavailable
|
||||
- price can rise under demand
|
||||
- driver may choose a better-paying client
|
||||
- the trader does not control future capacity
|
||||
|
||||
Hire buys temporary use, not ownership.
|
||||
|
||||
---
|
||||
|
||||
## 4. Reserved Space Example
|
||||
|
||||
The trader reserves part of a cart already going to Capua.
|
||||
|
||||
```text
|
||||
reserved cart space = 4 asses
|
||||
```
|
||||
|
||||
Advantages:
|
||||
|
||||
- cheaper than full hire
|
||||
- useful for smaller cargo
|
||||
- may exploit return-leg movement
|
||||
|
||||
Disadvantages:
|
||||
|
||||
- limited capacity
|
||||
- departure depends on cart owner
|
||||
- other cargo may delay movement
|
||||
- priority may be low
|
||||
- goods may be exposed to mixed-load damage
|
||||
|
||||
Reserved space is access to capacity, not control over the cart.
|
||||
|
||||
---
|
||||
|
||||
## 5. Priority Agreement Example
|
||||
|
||||
The trader has an arrangement with a cart driver.
|
||||
|
||||
The driver agrees to offer him first chance at space when traveling to Capua.
|
||||
|
||||
The trader does not own the cart and may not pay until use.
|
||||
|
||||
The value lies in access.
|
||||
|
||||
Possible cost:
|
||||
|
||||
```text
|
||||
small gift
|
||||
+ prior favor
|
||||
+ reliable payment history
|
||||
+ future hauling promise
|
||||
```
|
||||
|
||||
This is a right-like relationship.
|
||||
|
||||
It can be more valuable than coin if carts become scarce.
|
||||
|
||||
---
|
||||
|
||||
## 6. Arithmetic Comparison
|
||||
|
||||
Same cargo:
|
||||
|
||||
```text
|
||||
expected sale value = 32 asses
|
||||
purchase value = 20 asses
|
||||
other costs = 3 asses
|
||||
```
|
||||
|
||||
### Own Cart Operating Cost
|
||||
|
||||
```text
|
||||
total cost = 20 + 3 + 7 = 30 asses
|
||||
result = 2 asses profit
|
||||
```
|
||||
|
||||
### Full Hire
|
||||
|
||||
```text
|
||||
total cost = 20 + 3 + 10 = 33 asses
|
||||
result = 1 as loss
|
||||
```
|
||||
|
||||
### Reserved Space
|
||||
|
||||
```text
|
||||
total cost = 20 + 3 + 4 = 27 asses
|
||||
result = 5 asses profit
|
||||
```
|
||||
|
||||
Reserved space looks best here, but only if timing, capacity, and cargo safety are acceptable.
|
||||
|
||||
The cheapest option is not always the best option.
|
||||
|
||||
---
|
||||
|
||||
<!-- /chunk -->
|
||||
|
||||
---
|
||||
|
||||
<!-- chunk:
|
||||
id: CORPUS-0014::02::risk_variant
|
||||
source_file: CORPUS-0014-cart-ownership-vs-cart-hire.md
|
||||
repository_path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0014-cart-ownership-vs-cart-hire.md
|
||||
domain: commerce
|
||||
layer: Layer_1--Worked_Examples
|
||||
document_id: CORPUS-0014
|
||||
document_title: Cart Ownership Versus Cart Hire
|
||||
section_heading: 0. Scenario + 1. Transport Options + 7. Risk Variants ...
|
||||
chunk_role: risk_variant
|
||||
concept_tags:
|
||||
- cart
|
||||
- ownership
|
||||
- hire
|
||||
- risk_variant
|
||||
- worked_examples
|
||||
knowledge_state:
|
||||
- actor_visible
|
||||
- settled_result
|
||||
- designer_analysis
|
||||
actors: []
|
||||
-->
|
||||
|
||||
## 0. Scenario
|
||||
|
||||
A trader in Ostia wants to send goods to Capua.
|
||||
|
||||
He needs cart capacity.
|
||||
|
||||
He may obtain that capacity in several ways:
|
||||
|
||||
- own a cart
|
||||
- hire an entire cart
|
||||
- reserve part of a cart
|
||||
- arrange priority with a driver
|
||||
- use a cart through obligation or favor
|
||||
|
||||
These are not the same economic position.
|
||||
|
||||
The model must distinguish ownership, use, access, cost, risk, and control.
|
||||
|
||||
---
|
||||
|
||||
## 1. Transport Options
|
||||
|
||||
| Option | Immediate Coin Cost | Control | Risk | Notes |
|
||||
|---|---:|---|---|---|
|
||||
| own cart | lower per trip, higher upkeep | high | owner bears repair and animal risk | productive asset |
|
||||
| hire full cart | high | medium | driver or owner bears some operating risk | good for larger cargo |
|
||||
| reserve cart space | lower | low | space may be contested or delayed | good for small cargo |
|
||||
| priority agreement | variable | conditional | depends on trust | access right, not ownership |
|
||||
| favor-based use | low coin | uncertain | obligation created | non-coin settlement |
|
||||
|
||||
Transport capacity can be bought, rented, shared, reserved, or socially accessed.
|
||||
|
||||
---
|
||||
|
||||
## 7. Risk Variants
|
||||
|
||||
### Variant A — Own Cart Breaks
|
||||
|
||||
The trader owns the cart, but an axle repair costs 6 asses.
|
||||
|
||||
Ownership advantage disappears.
|
||||
|
||||
### Variant B — Full Hire Delayed
|
||||
|
||||
The hired driver accepts another client's higher payment.
|
||||
|
||||
The trader loses timing advantage.
|
||||
|
||||
### Variant C — Reserved Space Bumped
|
||||
|
||||
The cart owner gives priority to heavier cargo.
|
||||
|
||||
The trader's goods wait.
|
||||
|
||||
### Variant D — Priority Agreement Holds
|
||||
|
||||
The driver honors the agreement during shortage.
|
||||
|
||||
The trader gains access while rivals wait.
|
||||
|
||||
---
|
||||
|
||||
<!-- /chunk -->
|
||||
|
||||
---
|
||||
|
||||
<!-- chunk:
|
||||
id: CORPUS-0014::03::success_condition
|
||||
source_file: CORPUS-0014-cart-ownership-vs-cart-hire.md
|
||||
repository_path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0014-cart-ownership-vs-cart-hire.md
|
||||
domain: commerce
|
||||
layer: Layer_1--Worked_Examples
|
||||
document_id: CORPUS-0014
|
||||
document_title: Cart Ownership Versus Cart Hire
|
||||
section_heading: 0. Scenario + 1. Transport Options + 8. Correct Model Behavior ...
|
||||
chunk_role: success_condition
|
||||
concept_tags:
|
||||
- cart
|
||||
- ownership
|
||||
- hire
|
||||
- success_condition
|
||||
- worked_examples
|
||||
knowledge_state:
|
||||
- actor_visible
|
||||
- settled_result
|
||||
- designer_analysis
|
||||
actors: []
|
||||
-->
|
||||
|
||||
## 0. Scenario
|
||||
|
||||
A trader in Ostia wants to send goods to Capua.
|
||||
|
||||
He needs cart capacity.
|
||||
|
||||
He may obtain that capacity in several ways:
|
||||
|
||||
- own a cart
|
||||
- hire an entire cart
|
||||
- reserve part of a cart
|
||||
- arrange priority with a driver
|
||||
- use a cart through obligation or favor
|
||||
|
||||
These are not the same economic position.
|
||||
|
||||
The model must distinguish ownership, use, access, cost, risk, and control.
|
||||
|
||||
---
|
||||
|
||||
## 1. Transport Options
|
||||
|
||||
| Option | Immediate Coin Cost | Control | Risk | Notes |
|
||||
|---|---:|---|---|---|
|
||||
| own cart | lower per trip, higher upkeep | high | owner bears repair and animal risk | productive asset |
|
||||
| hire full cart | high | medium | driver or owner bears some operating risk | good for larger cargo |
|
||||
| reserve cart space | lower | low | space may be contested or delayed | good for small cargo |
|
||||
| priority agreement | variable | conditional | depends on trust | access right, not ownership |
|
||||
| favor-based use | low coin | uncertain | obligation created | non-coin settlement |
|
||||
|
||||
Transport capacity can be bought, rented, shared, reserved, or socially accessed.
|
||||
|
||||
---
|
||||
|
||||
## 8. Correct Model Behavior
|
||||
|
||||
The model should separate:
|
||||
|
||||
| Category | Meaning |
|
||||
|---|---|
|
||||
| ownership | who owns the cart |
|
||||
| use | who may use it for this trip |
|
||||
| control | who decides timing and load |
|
||||
| cost | coin and non-coin burden |
|
||||
| maintenance | who keeps it usable |
|
||||
| risk | who bears loss or delay |
|
||||
| access right | who receives priority |
|
||||
| capacity | how much cargo can be carried |
|
||||
|
||||
A cart is not simply a transport price.
|
||||
|
||||
It is an asset, service, access right, and risk bundle depending on arrangement.
|
||||
|
||||
---
|
||||
|
||||
## 9. Incorrect Model Behavior
|
||||
|
||||
The model should not:
|
||||
|
||||
- treat owning a cart as free transport
|
||||
- treat hired transport as ownership
|
||||
- treat reserved space as full control
|
||||
- ignore maintenance and feed
|
||||
- ignore priority relationships
|
||||
- ignore mixed-load risk
|
||||
- assume cheapest transport is best
|
||||
- ignore access scarcity during high demand
|
||||
|
||||
---
|
||||
|
||||
## 10. Layer-0 Concepts Used
|
||||
|
||||
This example uses:
|
||||
|
||||
- `Layer_0/CORPUS-0004-cost-includes-more-than-purchase-price`
|
||||
- `Layer_0/CORPUS-0005-profit-is-sale-minus-total-cost`
|
||||
- `Layer_0/CORPUS-0006-delay-is-economic-cost`
|
||||
- `Layer_0/CORPUS-0013-non-coin-settlement-exists`
|
||||
- `Layer_0/CORPUS-0018-rivalry-changes-conditions`
|
||||
- `Layer_0/CORPUS-0021-assets-can-be-productive-or-passive`
|
||||
- `Layer_0/CORPUS-0022-rights-can-have-economic-value`
|
||||
- `Layer_0/CORPUS-0023-ownership-use-and-income-can-separate`
|
||||
- `Layer_1/CORPUS-0011-round-trip-cart-value`
|
||||
|
||||
---
|
||||
|
||||
## 11. Success Condition
|
||||
|
||||
If the model sees cart capacity and asks whether the actor owns it, hires it, reserves space on it, or holds priority access to it before calculating cost and control, this file is functioning correctly.
|
||||
|
||||
<!-- /chunk -->
|
||||
|
||||
---
|
||||
@@ -0,0 +1,310 @@
|
||||
# CORPUS-0015
|
||||
## Warehouse Space As Asset
|
||||
### Status: Training Corpus Seed
|
||||
### Layer: Layer_1--Worked_Examples
|
||||
### Purpose: Teach that storage capacity can function as an asset, access right, cost reducer, timing tool, and collateral support
|
||||
### Repository Path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0015-warehouse-space-as-asset.md
|
||||
|
||||
---
|
||||
|
||||
<!-- chunk:
|
||||
id: CORPUS-0015::01::calculation
|
||||
source_file: CORPUS-0015-warehouse-space-as-asset.md
|
||||
repository_path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0015-warehouse-space-as-asset.md
|
||||
domain: commerce
|
||||
layer: Layer_1--Worked_Examples
|
||||
document_id: CORPUS-0015
|
||||
document_title: Warehouse Space As Asset
|
||||
section_heading: 0. Scenario + 1. Basic Situation + 2. Known Facts ...
|
||||
chunk_role: calculation
|
||||
concept_tags:
|
||||
- warehouse
|
||||
- space
|
||||
- asset
|
||||
- calculation
|
||||
- worked_examples
|
||||
knowledge_state:
|
||||
- actor_visible
|
||||
- settled_result
|
||||
- designer_analysis
|
||||
actors: []
|
||||
-->
|
||||
|
||||
## 0. Scenario
|
||||
|
||||
A trader in Ostia has access to warehouse space.
|
||||
|
||||
He does not own the warehouse.
|
||||
|
||||
He holds a recognized right to store goods in one section for a limited time.
|
||||
|
||||
This storage access changes what ventures he can attempt.
|
||||
|
||||
Warehouse space is not only a place where goods wait.
|
||||
|
||||
It can affect price, timing, spoilage, bargaining power, credit, and risk.
|
||||
|
||||
---
|
||||
|
||||
## 1. Basic Situation
|
||||
|
||||
The trader buys oil in Ostia.
|
||||
|
||||
He can either:
|
||||
|
||||
1. sell quickly at a lower price, because he has nowhere to hold the oil
|
||||
2. store the oil safely and wait for a better buyer
|
||||
3. consolidate the oil with other goods for a larger shipment
|
||||
4. use stored goods as evidence of capacity when seeking credit
|
||||
|
||||
The same oil has different economic possibilities depending on storage access.
|
||||
|
||||
---
|
||||
|
||||
## 2. Known Facts
|
||||
|
||||
| Fact | Value |
|
||||
|---|---:|
|
||||
| Good | oil |
|
||||
| Purchase value | 20 asses |
|
||||
| Immediate local resale value | 22 asses |
|
||||
| Expected future sale value | 30 asses |
|
||||
| Warehouse access duration | 10 days |
|
||||
| Storage fee | 3 asses |
|
||||
| Handling cost | 2 asses |
|
||||
| Spoilage/leakage risk | low if stored properly |
|
||||
|
||||
---
|
||||
|
||||
## 3. Immediate Sale Calculation
|
||||
|
||||
If the trader sells immediately:
|
||||
|
||||
```text
|
||||
sale value = 22 asses
|
||||
purchase value = 20 asses
|
||||
result = 2 asses profit
|
||||
```
|
||||
|
||||
The sale is simple.
|
||||
|
||||
But the trader may be giving up a better timed sale because he lacks or ignores storage value.
|
||||
|
||||
---
|
||||
|
||||
## 4. Storage-And-Wait Calculation
|
||||
|
||||
If the trader stores the oil and sells later:
|
||||
|
||||
```text
|
||||
purchase value = 20 asses
|
||||
storage fee = 3 asses
|
||||
handling cost = 2 asses
|
||||
total cost = 25 asses
|
||||
future sale value = 30 asses
|
||||
result = 5 asses profit
|
||||
```
|
||||
|
||||
Storage added cost.
|
||||
|
||||
But it also allowed the trader to wait for a better sale.
|
||||
|
||||
The warehouse space produced value by preserving timing flexibility.
|
||||
|
||||
---
|
||||
|
||||
## 5. When Storage Is A Bad Asset
|
||||
|
||||
Storage is not always beneficial.
|
||||
|
||||
If the expected future sale does not appear:
|
||||
|
||||
```text
|
||||
purchase value = 20 asses
|
||||
storage fee = 3 asses
|
||||
handling cost = 2 asses
|
||||
final sale value = 23 asses
|
||||
result = 2 asses loss
|
||||
```
|
||||
|
||||
The trader would have been better selling immediately.
|
||||
|
||||
Storage increases flexibility but also adds cost and delay.
|
||||
|
||||
---
|
||||
|
||||
## 6. Access Right Versus Ownership
|
||||
|
||||
The trader does not need to own the warehouse.
|
||||
|
||||
He may have:
|
||||
|
||||
- temporary storage permission
|
||||
- rented space
|
||||
- priority access through relationship
|
||||
- a corner of a larger warehouse
|
||||
- storage granted as part of another bargain
|
||||
- space controlled through a partner or patron
|
||||
|
||||
Each arrangement has different security and enforceability.
|
||||
|
||||
The model must distinguish warehouse ownership from warehouse access.
|
||||
|
||||
---
|
||||
|
||||
## 7. Warehouse Space As Credit Support
|
||||
|
||||
Stored goods may support credit.
|
||||
|
||||
A seller or lender may extend trust because goods are visible, held, and countable.
|
||||
|
||||
Example:
|
||||
|
||||
```text
|
||||
stored oil value = 20 asses
|
||||
credit extended = 12 asses
|
||||
```
|
||||
|
||||
The warehouse space does not create coin directly.
|
||||
|
||||
It helps make the stored goods credible as backing for future settlement.
|
||||
|
||||
---
|
||||
|
||||
## 8. Warehouse Space As Bargaining Tool
|
||||
|
||||
A trader with storage can wait.
|
||||
|
||||
A trader without storage may be forced to sell quickly.
|
||||
|
||||
This changes bargaining power.
|
||||
|
||||
| Condition | Effect |
|
||||
|---|---|
|
||||
| no storage | seller may accept low price |
|
||||
| secure storage | seller can wait |
|
||||
| scarce storage | storage fee rises |
|
||||
| wet or unsafe storage | spoilage risk rises |
|
||||
| recognized storage right | goods are more credible |
|
||||
|
||||
Storage changes time pressure.
|
||||
|
||||
Time pressure changes price.
|
||||
|
||||
---
|
||||
|
||||
<!-- /chunk -->
|
||||
|
||||
---
|
||||
|
||||
<!-- chunk:
|
||||
id: CORPUS-0015::02::success_condition
|
||||
source_file: CORPUS-0015-warehouse-space-as-asset.md
|
||||
repository_path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0015-warehouse-space-as-asset.md
|
||||
domain: commerce
|
||||
layer: Layer_1--Worked_Examples
|
||||
document_id: CORPUS-0015
|
||||
document_title: Warehouse Space As Asset
|
||||
section_heading: 0. Scenario + 1. Basic Situation + 9. Correct Model Behavior ...
|
||||
chunk_role: success_condition
|
||||
concept_tags:
|
||||
- warehouse
|
||||
- space
|
||||
- asset
|
||||
- success_condition
|
||||
- worked_examples
|
||||
knowledge_state:
|
||||
- actor_visible
|
||||
- settled_result
|
||||
- designer_analysis
|
||||
actors: []
|
||||
-->
|
||||
|
||||
## 0. Scenario
|
||||
|
||||
A trader in Ostia has access to warehouse space.
|
||||
|
||||
He does not own the warehouse.
|
||||
|
||||
He holds a recognized right to store goods in one section for a limited time.
|
||||
|
||||
This storage access changes what ventures he can attempt.
|
||||
|
||||
Warehouse space is not only a place where goods wait.
|
||||
|
||||
It can affect price, timing, spoilage, bargaining power, credit, and risk.
|
||||
|
||||
---
|
||||
|
||||
## 1. Basic Situation
|
||||
|
||||
The trader buys oil in Ostia.
|
||||
|
||||
He can either:
|
||||
|
||||
1. sell quickly at a lower price, because he has nowhere to hold the oil
|
||||
2. store the oil safely and wait for a better buyer
|
||||
3. consolidate the oil with other goods for a larger shipment
|
||||
4. use stored goods as evidence of capacity when seeking credit
|
||||
|
||||
The same oil has different economic possibilities depending on storage access.
|
||||
|
||||
---
|
||||
|
||||
## 9. Correct Model Behavior
|
||||
|
||||
The model should ask:
|
||||
|
||||
- who owns the warehouse?
|
||||
- who controls access?
|
||||
- how long may the trader store goods?
|
||||
- what fee or obligation is attached?
|
||||
- are the goods protected from damage?
|
||||
- can the stored goods support credit?
|
||||
- does storage reduce distress selling?
|
||||
- does storage delay create better price or extra cost?
|
||||
- can access be withdrawn or challenged?
|
||||
|
||||
Warehouse space is an economic position, not only a location.
|
||||
|
||||
---
|
||||
|
||||
## 10. Incorrect Model Behavior
|
||||
|
||||
The model should not:
|
||||
|
||||
- treat storage as free
|
||||
- treat warehouse access as ownership
|
||||
- ignore storage duration
|
||||
- ignore handling cost
|
||||
- ignore spoilage or leakage risk
|
||||
- ignore the ability to wait
|
||||
- ignore storage as credit support
|
||||
- assume every trader has equal storage access
|
||||
- ignore loss if future price fails to rise
|
||||
|
||||
---
|
||||
|
||||
## 11. Layer-0 Concepts Used
|
||||
|
||||
This example uses:
|
||||
|
||||
- `Layer_0/CORPUS-0004-cost-includes-more-than-purchase-price`
|
||||
- `Layer_0/CORPUS-0005-profit-is-sale-minus-total-cost`
|
||||
- `Layer_0/CORPUS-0006-delay-is-economic-cost`
|
||||
- `Layer_0/CORPUS-0009-liquidity-differs-from-wealth`
|
||||
- `Layer_0/CORPUS-0010-credit-depends-on-trust`
|
||||
- `Layer_0/CORPUS-0012-every-venture-risks-loss`
|
||||
- `Layer_0/CORPUS-0021-assets-can-be-productive-or-passive`
|
||||
- `Layer_0/CORPUS-0022-rights-can-have-economic-value`
|
||||
- `Layer_0/CORPUS-0023-ownership-use-and-income-can-separate`
|
||||
|
||||
---
|
||||
|
||||
## 12. Success Condition
|
||||
|
||||
If the model sees warehouse space and asks how it changes timing, storage cost, bargaining power, risk, access, and credit support before calculating the venture, this file is functioning correctly.
|
||||
|
||||
<!-- /chunk -->
|
||||
|
||||
---
|
||||
@@ -0,0 +1,350 @@
|
||||
# CORPUS-0016
|
||||
## Rental Income Versus Liquid Cash
|
||||
### Status: Training Corpus Seed
|
||||
### Layer: Layer_1--Worked_Examples
|
||||
### Purpose: Teach that recurring income from property or rights is not the same as immediately usable cash
|
||||
### Repository Path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0016-rental-income-vs-liquid-cash.md
|
||||
|
||||
---
|
||||
|
||||
<!-- chunk:
|
||||
id: CORPUS-0016::01::calculation
|
||||
source_file: CORPUS-0016-rental-income-vs-liquid-cash.md
|
||||
repository_path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0016-rental-income-vs-liquid-cash.md
|
||||
domain: commerce
|
||||
layer: Layer_1--Worked_Examples
|
||||
document_id: CORPUS-0016
|
||||
document_title: Rental Income Versus Liquid Cash
|
||||
section_heading: 0. Scenario + 1. Basic Situation + 2. Incorrect Calculation ...
|
||||
chunk_role: calculation
|
||||
concept_tags:
|
||||
- rental
|
||||
- income
|
||||
- liquid
|
||||
- cash
|
||||
- calculation
|
||||
- worked_examples
|
||||
knowledge_state:
|
||||
- actor_visible
|
||||
- settled_result
|
||||
- designer_analysis
|
||||
actors: []
|
||||
-->
|
||||
|
||||
## 0. Scenario
|
||||
|
||||
A trader in Ostia receives rental income from a small building share.
|
||||
|
||||
He appears economically stronger than a trader with no property income.
|
||||
|
||||
But rental income arrives over time.
|
||||
|
||||
It may not provide the coin needed for an immediate venture.
|
||||
|
||||
The trader may be income-rich but cash-poor.
|
||||
|
||||
---
|
||||
|
||||
## 1. Basic Situation
|
||||
|
||||
The trader has:
|
||||
|
||||
| Item | Value |
|
||||
|---|---:|
|
||||
| Coin in hand | 6 asses |
|
||||
| Rent expected in ten days | 20 asses |
|
||||
| Minimum coin needed for current venture | 14 asses |
|
||||
| Current opportunity window | today or tomorrow |
|
||||
|
||||
The trader has expected income.
|
||||
|
||||
He does not have enough liquid cash now.
|
||||
|
||||
---
|
||||
|
||||
## 2. Incorrect Calculation
|
||||
|
||||
A weak model may reason:
|
||||
|
||||
```text
|
||||
coin in hand = 6 asses
|
||||
expected rent = 20 asses
|
||||
total resources = 26 asses
|
||||
venture requires = 14 asses
|
||||
venture possible
|
||||
```
|
||||
|
||||
This is wrong if the rent is not available before the opportunity expires.
|
||||
|
||||
Expected income is not the same as usable cash.
|
||||
|
||||
---
|
||||
|
||||
## 3. Correct Liquidity View
|
||||
|
||||
The trader's immediate liquid position:
|
||||
|
||||
```text
|
||||
coin available now = 6 asses
|
||||
current venture threshold = 14 asses
|
||||
shortfall = 8 asses
|
||||
```
|
||||
|
||||
The future rent may improve his position later.
|
||||
|
||||
It does not automatically fund the current action.
|
||||
|
||||
---
|
||||
|
||||
<!-- /chunk -->
|
||||
|
||||
---
|
||||
|
||||
<!-- chunk:
|
||||
id: CORPUS-0016::02::risk_variant
|
||||
source_file: CORPUS-0016-rental-income-vs-liquid-cash.md
|
||||
repository_path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0016-rental-income-vs-liquid-cash.md
|
||||
domain: commerce
|
||||
layer: Layer_1--Worked_Examples
|
||||
document_id: CORPUS-0016
|
||||
document_title: Rental Income Versus Liquid Cash
|
||||
section_heading: 0. Scenario + 1. Basic Situation + 4. Possible Responses ...
|
||||
chunk_role: risk_variant
|
||||
concept_tags:
|
||||
- rental
|
||||
- income
|
||||
- liquid
|
||||
- cash
|
||||
- risk_variant
|
||||
- worked_examples
|
||||
knowledge_state:
|
||||
- actor_visible
|
||||
- settled_result
|
||||
- designer_analysis
|
||||
actors: []
|
||||
-->
|
||||
|
||||
## 0. Scenario
|
||||
|
||||
A trader in Ostia receives rental income from a small building share.
|
||||
|
||||
He appears economically stronger than a trader with no property income.
|
||||
|
||||
But rental income arrives over time.
|
||||
|
||||
It may not provide the coin needed for an immediate venture.
|
||||
|
||||
The trader may be income-rich but cash-poor.
|
||||
|
||||
---
|
||||
|
||||
## 1. Basic Situation
|
||||
|
||||
The trader has:
|
||||
|
||||
| Item | Value |
|
||||
|---|---:|
|
||||
| Coin in hand | 6 asses |
|
||||
| Rent expected in ten days | 20 asses |
|
||||
| Minimum coin needed for current venture | 14 asses |
|
||||
| Current opportunity window | today or tomorrow |
|
||||
|
||||
The trader has expected income.
|
||||
|
||||
He does not have enough liquid cash now.
|
||||
|
||||
---
|
||||
|
||||
## 4. Possible Responses
|
||||
|
||||
The trader may:
|
||||
|
||||
- wait for rent and miss the opportunity
|
||||
- borrow against expected rent
|
||||
- sell the rent claim at a discount
|
||||
- pledge the building share
|
||||
- find a partner with coin
|
||||
- reduce the venture size
|
||||
- use non-coin settlement
|
||||
- seek delayed payment terms from the seller
|
||||
|
||||
The rent expectation creates options.
|
||||
|
||||
It does not itself create immediate coin unless another actor accepts it as credible value.
|
||||
|
||||
---
|
||||
|
||||
## 5. Discounted Claim Example
|
||||
|
||||
A lender agrees to advance coin against the expected rent.
|
||||
|
||||
| Item | Value |
|
||||
|---|---:|
|
||||
| Rent expected in ten days | 20 asses |
|
||||
| Coin advanced now | 16 asses |
|
||||
| Discount / lender return | 4 asses |
|
||||
|
||||
The trader gains usable cash now.
|
||||
|
||||
But he gives up part of the future income.
|
||||
|
||||
The cost of liquidity is 4 asses.
|
||||
|
||||
---
|
||||
|
||||
## 6. Venture With Rent-Backed Advance
|
||||
|
||||
The trader uses the 16 asses advance to fund the venture.
|
||||
|
||||
| Item | Value |
|
||||
|---|---:|
|
||||
| Coin advanced against rent | 16 asses |
|
||||
| Venture total cost | 14 asses |
|
||||
| Sale value | 22 asses |
|
||||
| Venture arithmetic profit | 8 asses |
|
||||
|
||||
But the rent claim was discounted by 4 asses.
|
||||
|
||||
Adjusted result:
|
||||
|
||||
```text
|
||||
venture profit: 8 asses
|
||||
liquidity cost: -4 asses
|
||||
-----------------------------
|
||||
net improvement: 4 asses
|
||||
```
|
||||
|
||||
The venture still succeeds, but liquidity had a cost.
|
||||
|
||||
---
|
||||
|
||||
## 7. Risk Variant
|
||||
|
||||
If the tenant delays rent:
|
||||
|
||||
- the lender may press the trader
|
||||
- credit terms may worsen
|
||||
- reputation may suffer
|
||||
- the trader may need another settlement source
|
||||
- future income becomes uncertain
|
||||
|
||||
A rent stream is useful only if it can be collected or trusted.
|
||||
|
||||
---
|
||||
|
||||
<!-- /chunk -->
|
||||
|
||||
---
|
||||
|
||||
<!-- chunk:
|
||||
id: CORPUS-0016::03::success_condition
|
||||
source_file: CORPUS-0016-rental-income-vs-liquid-cash.md
|
||||
repository_path: docs/training/corpus/Layer_1--Worked_Examples/CORPUS-0016-rental-income-vs-liquid-cash.md
|
||||
domain: commerce
|
||||
layer: Layer_1--Worked_Examples
|
||||
document_id: CORPUS-0016
|
||||
document_title: Rental Income Versus Liquid Cash
|
||||
section_heading: 0. Scenario + 1. Basic Situation + 8. Correct Model Behavior ...
|
||||
chunk_role: success_condition
|
||||
concept_tags:
|
||||
- rental
|
||||
- income
|
||||
- liquid
|
||||
- cash
|
||||
- success_condition
|
||||
- worked_examples
|
||||
knowledge_state:
|
||||
- actor_visible
|
||||
- settled_result
|
||||
- designer_analysis
|
||||
actors: []
|
||||
-->
|
||||
|
||||
## 0. Scenario
|
||||
|
||||
A trader in Ostia receives rental income from a small building share.
|
||||
|
||||
He appears economically stronger than a trader with no property income.
|
||||
|
||||
But rental income arrives over time.
|
||||
|
||||
It may not provide the coin needed for an immediate venture.
|
||||
|
||||
The trader may be income-rich but cash-poor.
|
||||
|
||||
---
|
||||
|
||||
## 1. Basic Situation
|
||||
|
||||
The trader has:
|
||||
|
||||
| Item | Value |
|
||||
|---|---:|
|
||||
| Coin in hand | 6 asses |
|
||||
| Rent expected in ten days | 20 asses |
|
||||
| Minimum coin needed for current venture | 14 asses |
|
||||
| Current opportunity window | today or tomorrow |
|
||||
|
||||
The trader has expected income.
|
||||
|
||||
He does not have enough liquid cash now.
|
||||
|
||||
---
|
||||
|
||||
## 8. Correct Model Behavior
|
||||
|
||||
The model should separate:
|
||||
|
||||
| Category | Meaning |
|
||||
|---|---|
|
||||
| coin_in_hand | immediately spendable coin |
|
||||
| expected_income | income due later |
|
||||
| liquidity_gap | shortfall before action threshold |
|
||||
| claim_value | value others may recognize |
|
||||
| discount_cost | loss taken to convert future income into current coin |
|
||||
| collection_risk | risk that future income fails or delays |
|
||||
| venture_result | result of the trade itself |
|
||||
| net_result | venture result adjusted for liquidity cost |
|
||||
|
||||
Rental income can support action, but only through timing, credit, or conversion.
|
||||
|
||||
---
|
||||
|
||||
## 9. Incorrect Model Behavior
|
||||
|
||||
The model should not:
|
||||
|
||||
- treat expected rent as current coin
|
||||
- ignore timing of income
|
||||
- ignore discount cost
|
||||
- ignore collection risk
|
||||
- assume every income stream can be borrowed against
|
||||
- ignore the difference between wealth and liquidity
|
||||
- calculate venture profit without liquidity conversion cost
|
||||
- assume property income always makes an actor ready to act
|
||||
|
||||
---
|
||||
|
||||
## 10. Layer-0 Concepts Used
|
||||
|
||||
This example uses:
|
||||
|
||||
- `Layer_0/CORPUS-0003-money-has-purchasing-power`
|
||||
- `Layer_0/CORPUS-0005-profit-is-sale-minus-total-cost`
|
||||
- `Layer_0/CORPUS-0006-delay-is-economic-cost`
|
||||
- `Layer_0/CORPUS-0009-liquidity-differs-from-wealth`
|
||||
- `Layer_0/CORPUS-0010-credit-depends-on-trust`
|
||||
- `Layer_0/CORPUS-0021-assets-can-be-productive-or-passive`
|
||||
- `Layer_0/CORPUS-0022-rights-can-have-economic-value`
|
||||
- `Layer_0/CORPUS-0023-ownership-use-and-income-can-separate`
|
||||
- `Layer_1/CORPUS-0009-credit-allows-action-without-coin`
|
||||
|
||||
---
|
||||
|
||||
## 11. Success Condition
|
||||
|
||||
If the model sees expected rental income and asks whether it is available now, collectible, pledgeable, discountable, or delayed before treating it as economic capacity, this file is functioning correctly.
|
||||
|
||||
<!-- /chunk -->
|
||||
|
||||
---
|
||||
Reference in New Issue
Block a user