Problem space:  create-operator and (Virtual-)top-space
   -   Operator Overview: 
   
-  This is the operator that builds pieces of the s-model
	and it is actually a gensymed operator from the create-operator problem space.
	Since it does not have an implementation when it is first proposed, there will be
	an immediate operator no-change impasse and the 
	s-construct space
	will get selected for the implementation of this operator. Results return to
	the create-operator space form the basis of the implementation of the 
	s-constructor. Each u-constructor might consist of several 
	fuse and/or semsnip operators or it could be just an
	empty op. 
	Like u-constructors, there is also a special  ^annotation empty-op  that is part the
	proposal for an empty operator so that search control can operate on it.
    
    
-   Operator Proposal: 
   
-  Note that the s-constructor gets proposed and selected twice. The first time is 
	when NL-soar enters the create-operator problem space and it automatically gets
	proposed. The second time happens after its construction in the lower spaces.
	The operator return-operator re-proposes it
	in the top-space.
   
    
-   Operator Application: 
   
-  The first time it gets selected (in the create-operator space), there will be an
	operator no-change impasse since NL-Soar has no idea how to implement this
gensymed operator. 
	Once the s-constructor gets proposed and selected in the top space, all the 
	implementation chunks built in the lower spaces fire immediately and these
	change the structure in the Semantics A/R set, in essence building
	up s-model.
    
    
-   Operator Reconsider: 
   
-  Reconsidered when the final implementation chunk is learned in the
	completion space.
Productions are in file: 
s-construct.communication.soar
 Back to the operator hierarchy.
 This page written by Jill Fain Lehman (jef@cs.cmu.edu) 
     and Han Ming Ong (hanming@cs.cmu.edu) 
 Updated by Julie Van Dyke (vandyke@cs.cmu.edu), August, 1997