User Tools

Site Tools


public:t-720-atai:atai-16:lecture_notes_f-13_23.02.2016

T-720-ATAI-2016 Main

T-720-ATAI-2016

Lecture Notes, F-12 23.02.2016





Constructionist AI

What it is Monicker that refers to software development methodologies that require an intelligent designer – the software programmer as “construction worker”.
Why it's important All traditional software development methodologies are constructionist methodologies.
What it's good for Works well for constructing controllers of Closed Problems where (a) the Solution Space can be defined fully or largely before the controller is constructed, (b) there is a single identifiable and clearly definable top-level Goal, and ( c) the Task assigned to the controller will not change throughout its lifetime (i.e. the controller does not have to generate new sub-Goals).
Key Implementation Method Hand-coding using programming language and methods targeted for human-level intelligences.
Limitations Key limitation is reliance on hand-coding – the requirement of human-level intelligence. Another way to look at it: Over-reliance on an outside designer.
Result In the context of artificial intelligences that can handle highly novel Tasks, Problems, Situations, Environments and Worlds, no constructionist methodology will suffice.
Contrast with Constructivist AI



Key Limitations of Manual Coding

Static System components that are fairly static. Manual construction limits the complexity that can be built into each component.
Size The sheer number of components that can form a single architecture is limited by what a designer or team can handle.
Scaling The components and their interconnections in the architecture are managed by algorithms that are hand-crafted themselves, and thus also of limited flexibility.
Result Together these three problems remove hopes of autonomous architectural adaptation and system growth.



Constructivist AI Methodology (CAIM)

What it is A term for labeling a methodology for AGI based on two main assumptions: (1) The way knowledge is acquired by systems with general intelligence requires the automatic integration, management, and revision of data in a way that infuses meaning into information structures, and (2) constructionist approaches do not sufficiently address this, and other issues of key importance for systems with high levels of general intelligence and existential autonomy.
Why it's important It is the first and only attempt so far at explicitly proposing an alternative to current methodologies and prevailing paradigm, used throughout AI and computer science.
What it's good for Replacing present methods in AI, by and large, as these will not suffice for addressing the full scope of the phenomenon of intelligence, as seen in nature.
What It Must Do We are looking for more than a linear increase in the power of our systems to operate reliably, and in a variety of (unforeseen, novel) circumstances.
Basic tenet That an AGI must be able to handle new Problems in new Task-Environments, and to do so it must be able to create new knowledge with new Goals (and sub-goals), and to do so their architecture must support automatic generation of meaning, and that constructionist methodologies do not support the creation of such system architectures.
Roots Piaget proposed the constructivist view of human knowledge acquisition, which states (roughly speaking) that a cognitive agent (i.e. humans) generate their own knowledge through experience.
von Glasersfeld ”…‘empirical teleology’ … is based on the empirical fact that human subjects abstract ‘efficient’ causal connections from their experience and formulate them as rules which can be projected into the future.” REF
CAIM was developed in tandem with this architecture/architectural blueprint.
Architectures built using CAIM AERA Autocatalytic, Endogenous, Reflective Architecture REF
Built before CAIM emerged, but based on many of the assumptions consolidated in CAIM.
NARS Non-Axiomatic Reasoning System REF
Limitations As a young methodology very little hard data is available to its effectiveness. What does exist, however, is more promising than constructionist methodologies for achieving AGI.



Constructivist AI

Foundation Constructivist AI is concerned with the operational characteristics that the system we aim to build – the architecture – must have.
Operational characteristics Refer back to the requirements for AGI systems; it must be able to:
- handle novel task-environments.
- handle a wide range of task-environments (in the same system, and be able to switch / mix-and-match.
- transfer knowledge between task-environmets.
- perform reasoning: induction, deduction and abduction.
- handle realtime, dynamic worlds.
- introspect.
- …. and more.
Constructivist AI: No particular architecture Constructivist AI does not rest on, and does not need to rest on, assumptions about the particular kind of architecture that exists in the human and animal mind. We assume that many kinds of architectures can achieve the above AGI requirements.



Examples of Task-Environments Targeted by Constructivist AI

Diversity Earth offers great diversity. This is in large part why intelligence is even needed at all.
Desert
Ocean floor
Air
Interplanetary travel
The Same System at the Same Time These task-environments should be handled by a single system at a single period in time, without the designers coming anywhere close.
Baby Machines While the mechanisms constituting an autonomous learning “baby” machine may not be complex compared to a “fully grown” cognitive system, they are likely to result in what nevertheless will seem large in comparison to the AI systems built today, though this perceived size may stem from the complexity of the mechanisms and their interactions, rather than the sheer number of lines of code.



Architectural Requirements Supporting a Constructivist Approach

Tight integration A general-purpose system must tightly and finely coordinate a host of skills, including their acquisition, transitions between skills at runtime, how to com- bine two or more skills, and transfer of learning between them over time at many levels of temporal and topical detail.
Transversal functions The system must have pan-architectural characteristics that enable it to operate consistently as a whole, to be highly adaptive (yet robust) in its own operation across the board, including metacognitive abilities. Some functions likely to be needed to achieve this include attention, learning, analogy-making capabilities, and self-inspection.
Time Ignoring (general) temporal constraints is not an option if we want AGI. Move over Turing! Time is a semantic property, and the system must be able to understand – and be able to learn to understand – time as a real-world phenomenon in relation to its own skills and architectural operation. Time is everywhere, and is different from other resources in that there is a global clock which cannot, for many task-environments, be turned backwards. Energy must also be addressed, but may not be as fundamentally detrimental to ignore as time while we are in the early stages of exploring methods for developing auto-catalytic knowledge acquisition and cognitive growth mechanisms.
Large architecture An architecture that is considerably larger and more complex than systems being built in AI labs today is likely unavoidable. In a complex architecture the issue of concurrency of processes must be addressed, a problem that has not yet been sufficiently resolved in present software and hardware. This scaling problem cannot be addressed by the usual “we’ll wait for Moore’s law to catch up” because the issue does not primarily revolve around speed of execution but around the nature of the architectural principles of the system and their runtime operation.
Predictable Robustness The system must have a robustness in light of all kinds of task-environment and embodiment perturbations, otherwise no reliable plans can be made, and thus no reliable execution of tasks can ever be reached, no matter how powerful the learning capacity.
Graceful Degradation Part of the robustness requirement is that the system be constructed in a way as to minimize potential for catastrophic failure. A programmer can forget to delimit a command in a compiled program and the whole application crashes; this kind of brittleness is not an option for cognitive systems that operate in stochastic environments, where perturbations can come in any form at any time.
Time is Integrated Time must be a tightly integrated phenomenon in any AGI architecture - managing and understanding time cannot be “retrofitted” to a complex architecture!



Architectural Principles of AGI Systems / CAIM

Self-Construction It is assumed that a system must amass the vast majority of its knowledge autonomously. This is partly due to the fact that it is (practically) impossible for any human or team(s) of humans to construct by hand the knowledge needed for an AGI system, and even this were possible it would still leave unanswered the question of how the system will acquire knowledge of truly novel things, which we consider a fundamental requirement for a system to be called an AGI system.
Holistic Integration The architecture of an AGI cannot be developed in a way where each of the key requirements (see above) is addressed in isolation, or semi-isolation, due to the resulting system's whole-part semiotic opaqueness: When a system learns new things, to see whether it has learned it before, and use it to improve its understanding, it must relate the new knowledge to its old knowledge, something we call integration. The same mechanisms needed for integration also enable transfer knowledge; it is these same mechanisms that (in humans) are responsible for what is known as “negative transfer of training”, where a priorly learned skill makes it harder to learn something new (this happens in humans when the new task is almost like the old one, but deviates on some points. The more critical these points are in mastering the skill, the worse the negative transfer of training.
Semiotic Opaqueness No communication between two agents / components in a system can take place unless they share a common language, or encoding-decoding principles. Without this they are semantically opaque to each other. Without communication, no coordination can take place.
Systems Engineering Due to the complexity of building a large system (picture, e.g. an airplane), a clear and concise bookkeeping of each part, and which parts it interacts with, must be kept so as to ensure the holistic operation of the resulting system. In a (cognitively) growing system in a dynamic world, where the system is auto-generating models of the phenomena that it sees, each which must be tightly integrated yet easily manipulatable and clearly separable, the system must itself ensure the semiotic transparency of its constituents parts. This can only be achieved by automatic mechanisms residing in the system itself, it cannot be ensured manually by a human engineer, or even a large team of them.
Self-Modeling To enable cognitive growth, in which the cognitive functions themselves improve with training, can only be supported by a self-modifying mechanism based on self-modeling. If there is no model of self there can be no targeted improvement of existing mechanisms.
Autonomous Architecting & Implementation The system must be able to invent, inspect, compare, integrate, and evaluate architectural structures, in part or in whole.
Pan-Architectural Pattern Matching To enable autonomous holistic integration the architecture must be capable of comparing (copies of) itself to parts of itself, in part or in whole, whether the comparison is contrasting structure, the effects of time, or some other aspect or characteristics of the architecture. To decide, for instance, if a new attention mechanism is better than the old one, various forms of comparison must be possible.
The “Golden Screw” An architecture meeting all of the above principles is not likely to be “based on a key principle” or even two – it is very likely to involve a whole set of new and fundamentally foreign principles that make their realization possible!



EOF

/var/www/ailab/WWW/wiki/data/pages/public/t-720-atai/atai-16/lecture_notes_f-13_23.02.2016.txt · Last modified: 2018/09/06 17:27 by thorisson