Replies: 4 comments
-
Novelty
updates from 4/7/2023:
|
Beta Was this translation helpful? Give feedback.
-
Hemispheric specialization for Active (dominant) vs. Alternative (non-dominant) goalsCurrent BOA has no way of comparing different options -- it can only choose or reject the current option. By adding a non-dominant hemisphere, we can introduce a simple logic for comparison. The dominant (i.e., left in a right-handed human) hemisphere represents the active plan that is actually being engaged, while the non-dominant (right) hemisphere represents an alternative possible plan. There is lots of suggestive evidence consistent with this idea, including the idea that ADHD is characterized by more balanced activity between hemispheres (and more tendency toward left hand dominance and ambidexterity), while autism / extreme male profile is characterized by strong dominance asymmetry -- ADHD folks can more rapidly shift between different goals / plans while autism folks can focus on one thing for along time to the exclusion of everything else. To leverage the constraint satisfaction dynamic across distributed brain areas, each option is evaluated sequentially over time, with the ACC, OFC, dlPFC each representing their respective perspectives on the current option. There are now 3 gating actions across D = dominant and ND = non-dominant:
In each case, the D and ND hemisphere BG gets info from both sides, and can (somehow) compare the two, to make the appropriate choices per above. The number of alternatives considered should be a function of learned expectations about options in given context -- as you get more familiar, can make a choice quicker (and know what option is going to be best from the outset, go straight to it) -- and the amount of time available, etc. There are a number of tricky issues here to actually make this work:
|
Beta Was this translation helpful? Give feedback.
-
VSPatch timing and multiple Consume trials
Here's some possible solutions:
|
Beta Was this translation helpful? Give feedback.
-
Timing of Gating vs. Actionsboa now does the "None" action if the network is still deciding, according to these criteria:
In the context of an actual motor BG that is driving individual actions according to the internal state of the network, which is a next step for the model (as opposed to the more artificial setup in the current model), the VS / MD gating is needed to lock in a dlPFC action plan (in its PT layer), and this is a key driver of action selection at lower levels according to the plan. However, prior to the plan being engaged, it should execute default exploration actions -- knowing when it is appropriate timing to execute such actions would require waiting if still deciding -- this can be driven by activating STN -- but it must be the STN of the lower level action selection BG, not the STN of the goal engagement VS system itself -- otherwise it would just slow its own goal engagement further! We can look for "spiral" connections from ventral matrix BG -> dorsal (motor) STN to support this mechanism.. |
Beta Was this translation helpful? Give feedback.
-
These are misc BOA algorithm issues, including those from the obelisk repository which has been archived, for future reference.
Beta Was this translation helpful? Give feedback.
All reactions