This commit is contained in:
2026-03-11 10:31:06 +01:00
parent 01fb6ddc4d
commit e2d2d7a832
6 changed files with 20 additions and 23 deletions
+1 -2
View File
@@ -8,6 +8,5 @@
comprehension: MAIN-G comprehension: MAIN-G
include: include:
- ORG.md - ORG.md
```
+1
View File
@@ -15,6 +15,7 @@ Qui mettiamo le spiegazioni sulla **struttura della comprensione G** e alcuni pu
Il **BEH** e' il comportamento dal quale si parte nella comprensione G. Agisce su blocchi di tipo floor, ovvero non concettuali. Quindi l'aggiunta o la sottrazione di blocco non modifica la forma dell'espressione G. Il **BEH** e' il comportamento dal quale si parte nella comprensione G. Agisce su blocchi di tipo floor, ovvero non concettuali. Quindi l'aggiunta o la sottrazione di blocco non modifica la forma dell'espressione G.
Il **TUN** e' un comportamento di spostamento di blocchi concettuali. E' un ambito separato dal BEH, anche se fa riferemento a quello, perche' avviene in "tempi" diversi, tipicamente quando il BEH e' in riposo. Da un certo punto di vista, anche TUN cambia la forma dell'espressione G, perche' agisce su blocchi concettuali che vanno collegati ad altri concetti. Il **TUN** e' un comportamento di spostamento di blocchi concettuali. E' un ambito separato dal BEH, anche se fa riferemento a quello, perche' avviene in "tempi" diversi, tipicamente quando il BEH e' in riposo. Da un certo punto di vista, anche TUN cambia la forma dell'espressione G, perche' agisce su blocchi concettuali che vanno collegati ad altri concetti.
Mentre la scelta di mettere un comportamento in DEV rispetto a BEH e' chiara, quella di metterlo in TUN, che si collega a BEH, dipende dal fatto che un comportamento TUN va separato in termini di "ambito temporale".
Il **DEV**, invece, e' un comportamento che e' separato, non solo perche' avviene tipicamente di Notte, ma anche perche' modifica la forma del BEH, cambiando la fullness o RF. Il **DEV**, invece, e' un comportamento che e' separato, non solo perche' avviene tipicamente di Notte, ma anche perche' modifica la forma del BEH, cambiando la fullness o RF.
-1
View File
@@ -10,7 +10,6 @@ container: BEH-SYN
tub_local: tub_local:
tub_intricated: tub_intricated:
``` ```
### Leakage: Context ### Leakage: Context
+14 -17
View File
@@ -4,7 +4,20 @@
**WTA Behavior**: (directly observable, excluding TUN e DEV). **WTA Behavior**: (directly observable, excluding TUN e DEV).
Questo container serve solo ad espandere il circuito WTA fatto di Neuroni e Astrocytes. Questo e' il nuovo tipo di espansione che permette di specificare un "circuito" di possibilita'.
A differenza di BD che espande PRE implicitamente e trattando PRE tutti allo stesso modo. L'espansione:
- dichiara N1 e N2
- dichiara AST1
- collega un N1 con un N2
- specifica che tipologia: excitation o inhibition
- specifica dove avviene la excitation o inhibition (SOMA, BDx, eventalmente AXOx)
- specifica il TUN che si occupera' della modulazione per CIASCUNA riga di espansione.
In questo modo abbiamo allargato il concetto di espansione. Problemi da risolvere:
- INH e EXH ora espongono il modulo WTA ad un'area cerebrale dove viene specificato l'intricazione fra moduli
- posso pensare di produrre il circuito in ambiente visuale tipo DrawIO, e avere un parser che me lo trasforma in questa sintassi.
```Gen ```Gen
elements: elements:
@@ -45,20 +58,4 @@ Questo container serve solo ad espandere il circuito WTA fatto di Neuroni e Astr
- INH-002 -[inhibits]-> NEU-003.SOMA ~@ - INH-002 -[inhibits]-> NEU-003.SOMA ~@
modulated_by: TUN-WTA-PRE-SOMA from TUN-WTA modulated_by: TUN-WTA-PRE-SOMA from TUN-WTA
``` ```
Questo e' il nuovo tipo di espansione che permette di specificare un "circuito" di possibilita'.
A differenza di BD che espande PRE implicitamente e trattando PRE tutti allo stesso modo. L'espansione:
- dichiara N1 e N2
- dichiara AST1
- collega un N1 con un N2
- specifica che tipologia: excitation o inhibition
- specifica dove avviene la excitation o inhibition (SOMA, BDx, eventalmente AXOx)
- specifica il TUN che si occupera' della modulazione per CIASCUNA riga di espansione.
In questo modo abbiamo allargato il concetto di espansione. Problemi da risolvere:
- INH e EXH ora espongono il modulo WTA ad un'area cerebrale dove viene specificato l'intricazione fra moduli
- posso pensare di produrre il circuito in ambiente visuale tipo DrawIO, e avere un parser che me lo trasforma in questa sintassi.
+2 -2
View File
@@ -62,7 +62,7 @@ context: CheckDirection
out_context: DeActivateSyn out_context: DeActivateSyn
``` ```
#### ActivateSyn: Episode ### ActivateSyn: Episode
.... ....
@@ -78,7 +78,7 @@ episode: activateSyn
trace: None trace: None
``` ```
#### DeActivateSyn: Episode ### DeActivateSyn: Episode
.... ....
+2 -1
View File
@@ -1,6 +1,6 @@
# WTA: Comprehension # WTA: Comprehension
**Winner Take All**: Qui comprendiamo un primo circuito. Per ora non ha BEH, TUN e DEV. Serve solo come espansione "attuale" del circuito. **Winner Take All**: Qui comprendiamo un circuito.
```Gen ```Gen
comprehension: WTA comprehension: WTA
@@ -11,3 +11,4 @@ comprehension: WTA
expansion: expansion:
BEH-WTA BEH-WTA
```