You are here. See how this question connects to other ideas.
Select a node to open its page · Expand to read within the map
One question
Does shared context mean everyone sees everything?
A Small World presents the resources relevant to one observer, rather than exposing the whole system.
- Shared resourcesselect and constrain→
- Projection + access rulespresent permitted view→
- Observer’s Small World
A report-organizing agent needs the resources relevant to that task and the operations it is allowed to use. That bounded working environment is a Small World. The participant may be an agent, application or process.
Suppose the underlying system contains reports, financial records and contacts. The report task needs only a report. Its view might expose a short address, /data/report, mapped to the underlying resource, with read-only access. A revision task could see the same report with a different operation scope. This is an illustrative configuration, not this website’s current policy.
Selecting resources, mapping addresses and restricting operations constructs a resource projection. A shorter address neither copies the resource nor grants more authority.
Actual access still requires enforcement. Knowing an address does not imply permission to write. A smaller scope also does not make malicious content inside it harmless.
Check your understanding
If an agent knows a path, does it have permission to write?
No. Resolution and authorization answer different questions.
Continue along a learning path
- Start with AFSStep 5 of 5
- What should endure?Step 5 of 6
- Trace the design rootsStep 4 of 4
- Take resources across boundariesStep 3 of 5