M ETA
R EINFORCEMENT L EARNING WITH A UTONOMOUS I NFERENCE OF S UBTASK D EPENDENCIES
Anonymous authors
Paper under double-blind review
A BSTRACT
We propose and address a novel few-shot RL problem, where a task is characterized by a subtask graph which describes a set of subtasks and their dependencies that are unknown to the agent.
The agent needs to quickly adapt to the task over few episodes during adaptation phase to maximize the return in the test phase.
Instead of directly learning a meta-policy, we develop a Meta-learner with Subtask Graph
Inference (MSGI), which infers the latent parameter of the task by interacting with the environment and maximizes the return given the latent parameter.
To facilitate learning, we adopt an intrinsic reward inspired by upper conﬁdence bound (UCB) that encourages efﬁcient exploration.
Our experiment results on two grid-world domains and
StarCraft II environments show that the proposed method is able to accurately infer the latent task parameter, and to adapt more efﬁciently than existing meta RL and hierarchical RL methods
I NTRODUCTION
Recently, reinforcement learning (RL) systems have achieved super-human performance on many complex tasks (Mnih et al., 2015; Silver et al., 2016; Van Seijen et al., 2017).
However, these works mostly have been focused on a single known task where the agent can be trained for a long time ( e.g .,
Silver et al.
We argue that agent should be able to solve multiple tasks with varying sources of reward.
Recent work in multi-task RL has attempted to address this; however, they focused on the setting where the structure of task are explicitly described with natural language instructions (Oh et al., 2017; Andreas et al., 2017; Yu et al., 2017; Chaplot et al., 2018), programs (Denil et al., 2017), or graph structures (Sohn et al., 2018).
However, such task descriptions may not readily be available.
A more ﬂexible solution is to have the agents infer the task by interacting with the environment.
Recent work in Meta RL (Hochreiter et al., 2001; Duan et al., 2016; Wang et al., 2016; Finn et al., 2017) (especially in few-shot learning settings) has attempted to have the agents implicitly infer tasks and quickly adapt to them.
However, they have focused on relatively simple tasks with a single goal ( e.g ., multi-armed bandit, locomotion, navigation, etc .).
We argue that real-world tasks often have a hierarchical structure and multiple goals, which require long horizon planning or reasoning ability (Erol, 1996; Xu et al., 2017; Ghazanfari & Taylor, 2017;
Sohn et al., 2018).
Take, for example, the task of making a breakfast in Figure 1.
A meal can be served with different dishes and drinks ( e.g ., boiled egg and coffee ), where each could be considered as a subtask.
These can then be further decomposed into smaller substask until some base subtask ( e.g ., pickup egg ) is reached.
Each subtask can provide the agent with reward; if only few subtasks provide reward, this is considered a sparse reward problem.
When the subtask dependencies are complex and reward is sparse, learning an optimal policy can require a large number of interactions with the environment.
This is the problem scope we focus on in this work: learning to quickly infer and adapt to varying hierarchical tasks with multiple goals and complex subtask dependencies.
To this end, we formulate and tackle a new few-shot RL problem called subtask graph inference problem, where the task is deﬁned as a factored MDP (Boutilier et al., 1995; Jonsson & Barto, 2006) with hierarchical structure represented by subtask graph (Sohn et al., 2018) where the task is not known a priori .
The task consists of multiple subtasks, where each subtask gives reward when completed (see Figure 1).
The complex dependencies between subtasks ( i.e ., preconditions) enforce agent to execute all the required subtasks before it can execute a certain subtask.
Intuitively, the agent can efﬁciently solve the task by leveraging the inductive bias of underlying task structure (Section 2.2).
Inspired by the recent works on multi-task and few-shot RL, we propose a meta reinforcement learning approach that explicitly infers the latent structure of the task ( e.g ., subtask graph).
The agent
[Figure]
learns its adaptation policy to collect as much information about the environment as possible in order to rapidly and accurately infer the unknown task structure.
After that, the agent’s test policy is a contextual policy that takes the inferred subtask graph as an input and maximizes the expected return (See Figure 1).
We leverage inductive logic programming (ILP) technique to derive an efﬁcient task inference method based on the principle of maximum likelihood.
To facilitate learning, we adopt an intrinsic reward inspired by upper conﬁdence bound (UCB) that encourages efﬁcient exploration.
We evaluate our approach on various environments ranging from simple grid-world (Sohn et al., 2018) to
StarCraft II (Vinyals et al., 2017).
In all cases, our method can accurately infer the latent subtask graph structure, and adapt more efﬁciently to unseen tasks than the baselines.
The contribution of this work can be summarized as follows:
• We propose a new meta-RL problem with more general and richer form of tasks compared to the recent meta-RL approaches.
• We propose an efﬁcient task inference algorithm that leverages inductive logic programming, which accurately infers the latent subtask graph from the agent’s experience data.
• We implement a deep meta-RL agent that efﬁciently infers the subtask graph for faster adaptation.
• We compare our method with other meta-RL agents on various domains, and show that our method adapts more efﬁciently to unseen tasks with complex subtask dependencies.
P ROBLEM D EFINITION 2. B ACKGROUND : F EW - SHOT R EINFORCEMENT L EARNING
A task is deﬁned by an MDP M G =
( S , A , P G , R G ) parameterized by a task parameter G with a set of states S , a set of actions A , transition dynamics P G , reward function R G .
In the K -shot RL formulation (Duan et al., 2016; Finn et al., 2017), each trial under a ﬁxed task M G consists of an adaptation phase where the agent learns a task-speciﬁc behavior and a test phase where the adapted behavior is evaluated.
For example, RNN-based meta-learners (Duan et al., 2016; Wang et al., 2016) adapt to a task M G by updating its RNN states (or fast-parameters) φ t , where the initialization and update rule of φ t is parameterized by a slow-parameter θ : φ 0 =
g ( θ ) , φ t +1 =
f ( φ t ; θ ) .
Gradientbased meta-learners (Finn et al., 2017; Nichol et al., 2018) instead aim to learn a good initialization of the model so that it can adapt to a new task with few gradient update steps.
In the test phase, the agent’s performance on the task M G is measured in terms of the return:
[Equation]
where π φ H is the policy after K episodes (or H update steps) of adaptation, H (cid:48) is the horizon of test phase, and r t is the reward at time t in the test phase.
The goal is to ﬁnd an optimal parameter θ that maximizes the expected return
E G
[ R M G ( π φ H )] over a given distribution of tasks p ( G ) .
Require: p ( G ) : distribution over subtask graph 1: while not done do 2:
Sample batch of task parameters { G i } Mi =1 ∼ p ( G ) 3: for all G i in the batch do 4:
Rollout K episodes τ = { s t , o t , r t , d t } Ht =1 ∼ π adapt θ in task M G i (cid:46) adaptation phase 5:
Compute r UCB t as in Eq.(7) 6: (cid:98) G i =
ILP ( τ ) (cid:46) subtask graph inference 7:
Sample τ (cid:48) ∼ π exe (cid:98) G i in task M G i (cid:46) test phase 8:
Update θ ← θ + η ∇ θ (cid:80) Mi
=1 R PG+UCB M Gi (cid:16) π adapt θ (cid:17) using R PG+UCB M in Eq.(9) T HE S UBTASK G RAPH I NFERENCE P ROBLEM
We formulate the subtask graph inference problem, an instance of few-shot RL problem where a task is parameterized by subtask graph (Sohn et al., 2018). The details of how a subtask graph parameterizes the MDP is described in Appendix B. Our problem extends the subtask graph execution problem in (Sohn et al., 2018) by removing the assumption that a subtask graph is given to the agent; thus, the agent must infer the subtask graph in order to perform the complex task.
Following few-shot
RL settings, the agent’s goal is to quickly adapt to the given task ( i.e ., MDP) in the adaptation phase to maximize the return in the test phase (see Figure 1).
A task consists of N subtasks and the subtask graph models a hierarchical dependency between subtasks.
Subtask : A subtask Φ i can be deﬁned by a tuple ( completion set S i comp ⊂ S , precondition G i c :
S (cid:55)→ { 0 , 1 } , subtask reward function G i r : S → R ).
A subtask Φ i is complete if the current state is contained in its completion set ( i.e ., s t ∈ S i comp ), and the agent receives a reward r t ∼ G i r upon the completion of subtask Φ i .
A subtask Φ i is eligible ( i.e ., subtask can be executed) if its precondition
G i c is satisﬁed (see Figure 1 for examples).
A subtask graph is a tuple of precondition and subtask reward of all the subtasks: G =
( G c , G r ) .
Then, the task deﬁned by the subtask graph is a factored
MDP (Boutilier et al., 1995; Schuurmans & Patrascu, 2002); i.e ., the transition model is factored as p ( s (cid:48) | s , a ) =
(cid:81)
i p G i c
( s (cid:48)
i | s , a ) and the reward function is factored as R ( s , a ) =
(cid:80) i R G r i ( s , a ) (see
Appendix for the detail).
The main beneﬁt of factored MDP is that it allows us to model many hierarchical tasks in a principled way with a compact representation such as dynamic Bayesian network (Dean & Kanazawa, 1989; Boutilier et al., 1995).
For each subtask Φ i , the agent can learn an option
O i (Sutton et al., 1999b) that executes the subtask 1 .
Environment : The state input to the agent at time step t consists of s t = { x t , e t , step t , epi t , obs t } .
• Completion : x t ∈ { 0 , 1 } N indicates whether each subtask is complete.
• Eligibility : e t ∈ { 0 , 1 } N indicates whether each subtask is eligible ( i.e ., precondition is satisﬁed).
• Time budget : step t ∈ R is the remaining time steps until episode termination.
• Episode budget : epi t ∈ R is the remaining number of episodes in adaptation phase.
• Observation : obs t ∈ R H×W×C is a (visual) observation at time t .
At time step t , we denote the option taken by the agent as o t and the binary variable that indicates whether episode is terminated as d t .
M ETHOD
We propose a Meta-learner with Subtask Graph Inference (MSGI) which infers the latent subtask graph G .
Figure 1 overviews our approach.
Our main idea is to employ two policies: adaptation policy and test policy.
During the adaptation phase, an adaptation policy π adapt θ rolls out K episodes of adaptation trajectories .
From the collected adaptation trajectories, the agent infers the subtask graph (cid:98) G using inductive logic programming (ILP) technique.
A test policy π test (cid:98) G , conditioned on the inferred subtask graph (cid:98) G , rolls out episodes and maximizes the return in the test phase.
Note that the performance depends on the quality of the inferred subtask graph.
The adaptation policy indirectly contributes to the performance by improving the quality of inference.
Intuitively, if the adaptation [Figure] [Figure] policy completes more diverse subtasks during adaptation, the more “training data” is given to the
ILP module, which results in more accurate inferred subtask graph.
Algorithm 1 summarizes our meta-training procedure.
For meta-testing, see Algorithm 2 in Appendix D.
3. S UBTASK G RAPH I NFERENCE
Let τ H
= { s 1 , o 1 , r 1 , d 1 , . . .
, s H } be an adaptation trajectory of the adaptation policy
π adapt θ for K episodes (or H steps in total) in adaptation phase.
The goal is to infer the subtask graph G for this task, speciﬁed by preconditions G c and subtask rewards G r .
We ﬁnd the maximum-likelihood estimate (MLE) of G =
( G c , G r ) that maximizes the likelihood of the adaptation trajectory τ H : (cid:98) G MLE = arg max G c
[Equation]
G r p
[Equation]
c
[Equation]
G r ) .
The likelihood term can be expanded as
[Equation]
where we dropped the terms that are independent of G .
From the deﬁnitions in Section 2.2, precondition G c deﬁnes the mapping x
(cid:55)→ e , and the subtask reward G r determines the reward as r t
∼ G r
i if subtask i is eligible ( i.e ., e it = 1 ) and option
O i is executed at time t .
Therefore, we have
[Equation]
We note that no supervision from the ground-truth subtask graph G is used.
Below we explain how to compute the estimate of preconditions (cid:98) G MLE c and subtask rewards (cid:98) G MLE r .
Precondition inference via logic induction Since the precondition function f G c : x (cid:55)→ e (see
Section 2.2 for deﬁnition) is a deterministic mapping, the probability term p ( e t | x t , G c ) in Eq.(4) isif e t = f G c ( x t ) and 0 otherwise.
Therefore, we can rewrite (cid:98) G MLE c in Eq.(4) as:
[Equation]
where I ( · ) is the indicator function.
Since the eligibility e is factored, the precondition function f G c i for each subtask is inferred independently.
We formulate the problem of ﬁnding a boolean function that satisﬁes all the indicator functions in Eq.(5) ( i.e ., (cid:81)
Ht
=
I ( e t = f G c ( x t )) = 1 ) as an inductive logic programming (ILP) problem (Muggleton, 1991).
Speciﬁcally, { x t } Ht =1 forms binary vector inputs to programs, and { e it } Ht =1 forms Boolean-valued outputs of the i -th program that denotes the eligibility of the i -th subtask.
We use the classiﬁcation and regression tree (CART) to infer the precondition function f G c for each subtask based on Gini impurity (Breiman, 1984).
Intuitively, the constructed decision tree is the simplest boolean function approximation for the given input-output pairs { x t , e t } .
Then, we convert it to a logic expression ( i.e ., precondition) in sum-of-product (SOP) form to build the subtask graph.
Figure 2 summarizes the overall logic induction process.
Subtask reward inference To infer the subtask reward function (cid:98) G MLE r in Eq.(4), we model each component of subtask reward as a Gaussian distribution G
i r ∼ N ( (cid:98) µ i , (cid:98) σ i ) .
Then, (cid:98) µ i MLE becomes the empirical mean of the rewards received after taking the eligible option O i in the trajectory τ H :
[Equation]
3. T EST PHASE : S UBTASK G RAPH E XECUTION P OLICY
Once a subtask graph (cid:98) G has been inferred, we can derive a subtask graph execution (SGE) policy π exe (cid:98) G ( o | x ) that aims to maximize the cumulative reward in the test phase.
Note that this is precisely the problem setting used in Sohn et al.
Therefore, we employ a graph reward propagation (GRProp) policy (Sohn et al., 2018) as our SGE policy.
Intuitively, the GRProp policy approximates a subtask graph to a differentiable form such that we can compute the gradient of modiﬁed return with respect to the completion vector to measure how much each subtask is likely to increase the modiﬁed return.
Due to space limitation, we give a detail of the GRProp policy in Appendix I.
3. L EARNING : O PTIMIZATION OF THE A DAPTATION P OLICY
We now describe how to learn the adaptation policy π adapt θ , or its parameters θ .
We can directly optimize the objective R M G ( π ) using policy gradient methods (Williams, 1992; Sutton et al., 1999a), such as actor-critic method with generalized advantage estimation (GAE) (Schulman et al., 2015).
However, we ﬁnd it challenging to train our model for two reasons: 1) delayed and sparse reward ( i.e ., the return in the test phase is treated as if it were given as a one-time reward at the last step of adaptation phase), and 2) large task variance due to highly expressive power of subtask graph.
To facilitate learning, we propose to give an intrinsic reward r UCB t to agent in addition to the extrinsic environment reward, where r UCB t is the upper conﬁdence bound (UCB) (Auer et al.
, 2002)-inspired exploration bonus term as follows:
[Equation]
where N is the number of subtasks, e it is the eligibility of subtask i at time t , and n i ( e ) is the visitation count of e i (i.e., the eligibility of subtask i ) during the adaptation phase until time t .
The weight w UCB is designed to encourage the agent to make eligible and execute those subtasks that have infrequently been eligible, since such rare data points in general largely improve the inference by balancing the dataset that CART (i.e., our logic induction module) learns from.
The conditioning term I ( x t is novel ) encourages the adaptation policy to visit novel states with a previously unseen completion vector x t ( i.e ., different combination of completed subtasks), since the data points with same x t input will be ignored in the ILP module as a duplication.
We implement I ( x t is novel ) using a hash table for computational efﬁciency.
Then, the intrinsic objective is given as follows:
[Equation]
where H is the horizon of adaptation phase.
Finally, we train the adaptation policy π adapt θ using an actor-critic method with GAE (Schulman et al., 2015) to maximize the following objective:
[Equation]
where R M G ( · ) is the meta-learning objective in Eq.(1), β UCB is the mixing hyper-parameter, and (cid:98) G is the inferred subtask graph that depends on the adaptation policy π adapt θ .
The complete procedure for training our MSGI agent with UCB reward is summarized in Algorithm 1.
R ELATED W ORK
Meta Reinforcement Learning.
There are roughly two broad categories of meta-RL approaches: gradient-based meta-learners (Finn et al., 2017; Nichol et al., 2018; Gupta et al., 2018;
Finn et al., 2018; Kim et al., 2018) and RNN-based meta-learners (Duan et al., 2016; Wang et al., 2016).
Gradientbased meta RL algorithms, such as MAML (Finn et al., 2017) and Reptile (Nichol et al., 2018), learn the agent’s policy by taking policy gradient steps during an adaptation phase, where the meta-learner aims to learn a good initialization that enables rapid adaptation to an unseen task.
RNN-based meta-RL methods (Duan et al., 2016;
Wang et al., 2016) updates the hidden states of a RNN as a process of adaptation, where both of hidden state initialization and update rule are meta-learned.
Other variants of adaptation models instead of RNNs such as temporal convolutions (SNAIL) (Mishra et al., 2018) also have been explored.
Our approach is closer to the second category, but different from existing works as we directly and explicitly infer the task parameter.
Logic induction.
Inductive logic programming systems (Muggleton, 1991) learn a set of rules from examples.
(Xu et al., 2017)
These works differ from ours as they are open-loop LPI; the input data to
LPI module is generated by other policy that does not care about ILP process.
However, our agent learns a policy to collect data more efﬁciently (i.e., closed-loop ILP).
There also have been efforts to combine neural networks and logic rules to deal with noisy and erroneous data and seek data efﬁciency, such as (Hu et al., 2016; Evans & Grefenstette, 2017; Dong et al., 2019).
Autonomous Construction of Task Structure.
Task planning approaches represented the task structure using Hierarchical Task Networks (HTNs) (Tate, 1977).
HTN identiﬁes subtasks for a given task and represent symbolic representations of their preconditions and effects, to reduce the search space of planning (Hayes & Scassellati, 2016).
They aim to execute a single goal task, often with assumptions of simpler subtask dependency structures ( e.g ., without NOT dependency (Ghazanfari &
Taylor, 2017; Liu et al., 2016)) such that the task structure can be constructed from the successful trajectories.
In contrast, we tackle a more general and challenging setting, where each subtask gives a reward ( i.e ., multi-goal setting) and the goal is to maximize the cumulative sum of reward within an episode.
More recently, these task planning approaches were successfully applied to the few-shot visual imitation learning tasks by constructing recursive programs (Xu et al., 2017) or graph (Huang et al., 2018).
Contrary to them, we employ an active policy that seeks for experience useful in discovering the task structure in unknown and stochastic environments.
E XPERIMENTS
In the experiment, we investigate the following research questions: (1) Does MSGI correctly infer task parameters G ?
(2) Does adaptation policy π adapt θ improve the efﬁciency of few-shot RL?
(3) Does the use of UCB bonus facilitate training?
(See Appendix H.1) (4) How well does MSGI perform compared with other meta-RL algorithms?
(5) Can MSGI generalize to longer adaptation horizon, and unseen and more complex tasks?
We evaluate our approach in comparison with the following baselines:
• Random is a policy that executes a random eligible subtask that has not been completed.
• RL 2 is the meta-RL agent in Duan et al.
(2016), trained to maximize the return over K episodes.
• HRL is the hierarchical RL agent in Sohn et al.
(2018) trained with the same actor-critic method as our approach during adaptation phase.
The network parameter is reset when the task changes.
• GRProp+Oracle is the GRProp policy (Sohn et al., 2018) provided with the ground-truth subtask graph as input. This is roughly an upper bound of the performance of MSGI -based approaches.
• MSGI-Rand (Ours) uses a random policy as an adaptation policy, with the task inference module.
• MSGI-Meta (Ours) uses a meta-learned policy ( i.e ., π adapt θ ) as an adaptation policy, with the task inference module.
For RL 2 and HRL , we use the same network architecture as our MSGI adaptation policy.
More details of training and network architecture can be found in Appendix J. The domains on which we evaluate these approaches include two simple grid-world environments ( Mining and Playground )
(Sohn et al., 2018) and a more challenging domain SC2LE (Vinyals et al., 2017) (StarCraft II).
5. E XPERIMENTS ON M INING AND P LAYGROUND D OMAINS
Mining (Sohn et al., 2018) is inspired by Minecraft (see Figure 3) where the agent receives reward by picking up raw materials in the world or crafting items with raw materials.
Playground (Sohn et al., 2018) is a more ﬂexible and challenging domain, where the environment is stochastic and subtask graphs are randomly generated ( i.e ., precondition is an arbitrary logic expression).
We follow the setting in Sohn et al.
(2018) for choosing train/evaluation sets.
We measure the performance in terms of normalized reward (cid:98) R =
( R − R min ) /
( R max − R min ) averaged over 4 random seeds, where R min and
R max correspond to the average reward of the Random and the GRProp+Oracle agent, respectively.
5.1. T RAINING P ERFORMANCE
[Figure]
Figure 4 shows the learning curves of MSGI-Meta and RL 2 , trained on the D1 -Train set of Playground domain.
We set the adaptation budget in each trial to K = 10 episodes.
For MSGI-Rand and HRL (which are not meta-learners), we show the average performance after 10 episodes of adaptation.
As training goes on, the performance of MSGI-Meta signiﬁcantly improves over MSGI-Rand with a large margin.
It demonstrates that our meta adaptation policy learns to explore the environment more efﬁciently, inferring subtask graphs more accurately.
We also observe that the performance of RL 2 agent improves over time, eventually outperforming the HRL agent.
This indicates that RL 2 learns 1) a good initial policy parameter that captures the common knowledge generally applied to all the tasks and 2) an efﬁcient adaptation scheme such that it can adapt to the given task more quickly than standard policy gradient update in HRL [Figure]
A DAPTATION AND G ENERALIZATION P ERFORMANCE
[Figure]
Adaptation efﬁciency.
In Figure
[Figure] we measure the test performance (in terms of the normalized reward (cid:98) R ) by varying episode budget K ( i [Figure] e ., how many episodes are used in adaptation phase), after 8000 trials of meta-training (Figure 4).
Intuitively, it shows how quickly the agent can adapt to the given task.
Our full algorithm MSGI-Meta consistently outperforms MSGI-Rand across all the tasks, showing that our meta adaptation policy can efﬁciently explore informative states that are likely [Figure] to result in more accurate subtask graph inference.
Also, both of our MSGI -based models perform better than HRL and RL 2 baselines in all the tasks, showing that explicitly inferring underlying task structure and executing the predicted subtask graph is more effective than learning slow-parameters and fast-parameters ( e.g ., RNN states) on those tasks involving complex subtask dependencies.
Generalization performance.
We test whether the agents can generalize over unseen task and longer adaptation horizon, as shown in Figure 5.
For Playground , we follow the setup of (Sohn et al., 2018): we train the agent on D1 -Train with the adaptation budget of 10 episodes, and test on unseen graph distributions D1 -Eval and larger graphs D2-D4 (See Appendix C for more details about the tasks in Playground and Mining).
We report the agent’s performance as the normalized reward with up toepisodes of adaptation budget.
For Mining , the agent is trained on randomly generated graphs with 25 episodes budget and tested on 440 hand-designed graphs used in (Sohn et al., 2018), with up to 50 episodes of adaptation budget.
Both of our MSGI -based models generalize well to unseen tasks and over different adaptation horizon lengths, continuingly improving the agent’s performance.
It demonstrates that the efﬁcient exploration scheme that our meta adaptation policy can generalize to unseen tasks and longer adaptation horizon, and that our task execution policy, GRProp, generalizes well to unseen tasks as already shown in (Sohn et al., 2018).
However, RL 2 fails to generalize to unseen task and longer adaptation horizon: on D2-D4 with adaptation horizons longer than the length the meta-learner was trained for, the performance of the RL 2 agent is almost stationary or even decreases for very long-horizon case ( D2, D3 , and Mining ), eventually being surpassed by the HRL agent.
This indicates (1) the adaptation scheme that RL 2 learned does not generalize well to longer adaptation horizons, and (2) a common knowledge learned from the training tasks does not generalize well to unseen test tasks.
5. E XPERIMENTS ON S TAR C RAFT II D OMAIN
SC2LE (Vinyals et al., 2017) is a challenging RL domain built upon the real-time strategy game
StarCraft II.
We focus on two particular types of scenarios: Defeat Enemy and Build Unit .
Each type of the scenarios models the different aspect of challenges in the full game.
The goal of Defeat
Enemy is to eliminate various enemy armies invading in 2,400 steps.
We consider three different combinations of units with varying difﬁculty: Defeat Zerglings, Defeat Hydralisks, Defeat Hydralisks & Ultralisks (see Figure 9 and demo videos at http://bit.ly/2M56WNO ).
The goal of Build Unit scenario is to build a speciﬁc unit within 2,400 steps.
To showcase the advantage of MSGI infering the underlying subtask graph, we set a Battlecruiser unit as the goal, which is in the highest rank in the technology tree of Terran race.
In both scenarios, the agent needs to train workers, collect resources, and construct buildings and produce units in a right order to win the game.
Each building or unit has a precondition as per the technology tree of the player’s race (see Figure 11 and Appendix E for more details). Agents.
Note that the precondition of each subtask is determined by the domain and remains ﬁxed across the tasks.
If we train the meta agents ( MSGI-Meta and RL 2 ), the agents memorize the subtask dependencies ( i.e ., over-ﬁtting) and does not learn any useful policy for efﬁcient adaptation.
Thus, we only evaluate Random and HRL as our baseline agents. Instead of MSGI-Meta , we used MSGIGRProp .
MSGI-GRProp uses the GRProp policy as an adaptation policy since GRProp is a good approximation algorithm that works well without meta-training as shown in (Sohn et al., 2018).
Since the environment does not provide any subtask-speciﬁc reward, we set the subtask reward using the UCB bonus term in Eq.
(7) to encourage efﬁcient exploration (See Appendix for detail).
Subtask graph inference.
We quantitatively evaluate the inferred subtask graph in terms of the precision and recall of the inferred precondition function f (cid:98) c : x (cid:55)→ (cid:98) e .
Speciﬁcally, we compare the inference output (cid:98) e with the GT label e generated by the GT precondition function f c : x (cid:55)→ e for all possible binary assignments of input (i.e., completion vector x ).
For all the tasks, our MSGI-GRProp agent almost perfectly infers the preconditions with more than 94% precision and 96% recall of all possible binary assignments, when averaged over all 163 preconditions in the game, with onlyepisodes of adaptation budget.
We provide the detailed quantitative and qualitative results on the inferred subtask graph in supplemental material.
Adaptation efﬁciency.
Figure 6 shows the adaptation efﬁciency of MSGI-GRProp , HRL agents, and
Random policy on the four scenarios.
We report the average victory or success rate over 8 episodes.
MSGI-GRProp consistently outperforms HRL agents with a high victory rate, by (1) quickly ﬁguring out the useful units and their prerequisite buildings and (2) focusing on executing these subtasks in a correct order.
For example, our MSGI-GRProp learns from the inferred subtask graph that some buildings such as sensor tower or engineering bay are unnecessary for training units and avoids constructing them (see Appendix F for the inferred subtask graph).
C ONCLUSION
We introduced and addressed a few-shot RL problem with a complex subtask dependencies.
We proposed to learn the adaptation policy that efﬁciently collects experiences in the environment, infer the underlying hierarchical task structure, and maximize the expected reward using the execution policy given the inferred subtask graph.
The empirical results conﬁrm that our agent can efﬁciently explore the environment during the adaptation phase that leads to better task inference and leverage the inferred task structure during the test phase.
In this work, we assumed that the option is prelearned and the environment provides the status of each subtask.
In the future work, our approach may be extended to more challenging settings where the relevant subtask structure is fully learned from pure observations, and options to execute these subtasks are also automatically discovered.
Appendix: Meta Reinforcement Learning with Autonomous Inference of Subtask Dependencies A S UBTASK GRAPH AND FACTORED MDP A. B ACKGROUND : F ACTORED M ARKOV D ECISION P ROCESSES
A factored MDP (FMDP) (Boutilier et al., 1995; Jonsson & Barto, 2006) is an MDP M
=
( S , A , P , R ) , where the state space S is deﬁned by a set of discrete state variables s =
{ s 1 , . . .
, s d } .
Each state variable s i ∈ s takes on a value in its domain D ( s i ) .
The state set S is a (subset of)
Cartesian product of the domain of all state variables × s i ∈
s D ( s i ) .
In FMDP, the state variables s i are conditionally independent, such that the transition probability can be factored as follows:
[Equation]
Then, the model of FMDP can be compactly represented by the subtask graph (Sohn et al., 2018) or dynamic Bayesian network (DBN) (Dean & Kanazawa, 1989; Boutilier et al., 1995).
They represent the transition of each state variable p ( s i t +1 | s t , a t ) in either a Boolean expression ( i.e ., subtask graph) or a binary decision tree ( i.e ., DBN).
For more intuitive explanation, see the subtask graph paragraph in Section 2.2 and Figure 1.
Jonsson & Barto (2006); Sohn et al.
(2018) suggested that the factored MDP can be extended to the option framework.
Speciﬁcally, the option is deﬁned based on the change in state variable ( e.g ., completion of subtask in Sohn et al.
(2018)), and the option transition model and option reward function are assumed to be factored.
Similar to Eq.
10, the transition probability can be factored as follows:
[Equation]
In (Sohn et al., 2018), the option O i completes the subtask Φ i by deﬁnition; thus, p ( s (cid:48) i | s , o )
=
and
R i ( s , o )
=
if o (cid:54) =
O i .
By introducing the eligibility vector e , the transition and reward functions are further expanded as follows:
[Equation]
where p ( x (cid:48)
i | e i = 1) indicates that the subtask is completed x (cid:48)
i if the subtask is eligible e i = 1 , p ( e i | x ) is the precondition G c , and I ( e i = 1) indicates that the reward is given only if the subtask i is eligible.
B D ETAILS OF TASK IN SUBTASK GRAPH INFERENCE PROBLEM
For self-containedness, we repeat the details of how the task (i.e., MDP) is deﬁned by the subtask graph
G from (Sohn et al., 2018).
We deﬁne each task as an MDP tuple M G =
( S , A , P G , R G , ρ G , γ ) where S is a set of states, A is a set of actions, P G : S ×
A × S → [0 , 1] is a task-speciﬁc state transition function, R G : S ×
A → R is a task-speciﬁc reward function and ρ G : S → [0 , 1] is a task-speciﬁc initial distribution over states.
We describe the subtask graph G and each component of
MDP in the following paragraphs.
Subtask and Subtask Graph Formally, a subtask Φ i is a tuple ( completion set S i comp ⊂ S , precondition G i c , subtask reward G i r ∈ R ).
The subtask Φ i is eligible (i.e., subtask can be executed) if the precondition G i c is satisﬁed (see the precondition paragraph below for detail). The subtask Φ i is complete if the current state is in the completion set s t ∈ S i comp , and the agent receives the reward r t ∼ p ( G i r ) .
Subtasks are shared across tasks. The subtask graph is a tuple of precondition and subtask reward of N subtasks: G = ( G c , G r ) (see Appendix B for the detail).
One example of subtask graph is given in Figure 3.
A subtask graph G is a tuple of the subtask reward G r ∈ R N , and the precondition G c of N subtasks.
State The state s t consists of the observation obs t ∈ { 0 , 1 } W × H × C , the completion vector x t ∈ { 0 , 1 } N , the eligibility vector e t ∈ { 0 , 1 } N , the time budget step t ∈ R and number of episode left during the adaptation epi t ∈ R .
An observation obs t is represented as H × W × C tensor, where H and W are the height and width of map respectively, and C is the number of object types in the domain.
The ( h, w, c ) -th element of observation tensor is 1 if there is an object c in ( h, w ) on the map, and
0 otherwise.
The time budget indicates the number of remaining time-steps until the episode termination.
The completion vector and eligibility vector provides additional information about N subtasks.
The details of completion vector and eligibility vector will be explained in the following paragraph.
State Distribution and Transition Function Given the current state ( obs t , x t , e t ) , the next step state ( obs t +1 , x t +1 , e t +1 ) is computed from the subtask graph G .
Figure 7 describes the dependency between subtask graph and MDP.
In the beginning of episode, the completion vector x t is initialized to a zero vector in the beginning of the episode x 0 =
and the observation obs 0 is sampled from the task-speciﬁc initial state distribution ρ G .
Speciﬁcally, the observation is generated by randomly placing the agent and the N objects corresponding to the N subtasks deﬁned in the subtask graph G .
When the agent executes subtask i , the i -th element of completion vector is updated by the following update rule:
[Equation]
The observation is updated such that agent moves on to the target object, and perform corresponding primitive action.
The eligibility vector e t +1 is computed from the completion vector x t +1 and precondition G c as follows:
[Equation]
where w i,j = 0 if there is a NOT connection between i -th node and j -th node, otherwise w i,j = 1 , and w i,j ’s are deﬁned by the G c .
Intuitively, (cid:98) x i,jt = 1 when j -th node does not violate the precondition of i -th node.
Executing each subtask costs different amount of time depending on the map conﬁguration.
Speciﬁcally, the time cost is given as the Manhattan distance between agent location and target object location in the grid-world plus one more step for performing a primitive action.
Task-speciﬁc Reward Function
The reward function is deﬁned in terms of the subtask reward vector G r ∈ R N and the eligibility vector e t , where the subtask reward vector G r is the component of subtask graph G the
and eligibility vector is computed from the completion vector x t and subtask graph G as Eq.
Speciﬁcally, when agent executes subtask i , the amount of reward given to agent at time step t is given as follows:
[Equation]
Learning option The option framework can be naturally applied to the subtask graph-based tasks.
Consider the (optimal) option O i
= ( I i , π i o , β i ) for subtask Φ i .
Its initiation set is I i
=
{ s | e i = 1 } , where s is the state, e i is the i -th component of eligibility vector e , and e is an element of s .
The termination condition is β i
=
I ( x it = 1) , where x i is the i -th component of completion vector x .
The policy π i o maximizes the subtask reward G i r .
Similar to Andreas et al.
Oh et al.
; Sohn et al.
, the option for each subtask is pre-learned via curriculum learning; i.e ., the agent learns options from the tasks consisting of single subtask by maximizing the subtask reward.
C D ETAILS OF THE P LAYGROUND AND M INING D OMAIN
For self-containedness, we provide the details of Playground and Mining (Sohn et al., 2018) domain.
Table 1 summarizes the complexity of the subtask graph for each task sets in Playground and Mining domain.
[Table]
Subtasks The set of subtasks in Playground and Mining are implemented as O =
A int × X , where A int is a set of interactions with objects, and X is a set of all types of interactive objects in the domain.
To execute a subtask (
a int , obj ) ∈
A int × X , the agent should move on to the target object obj and take the primitive action a int .
Mining The Mining (Sohn et al., 2018) is a domain inspired by Minecraft (see Figure 8) for example task).
The agent may pickup raw materials scattered in the world.
The obtained raw materials may be used to craft different items on different craft stations.
There are two forms of preconditions: 1) an item may be an ingredient for building other items (e.g. stick and stone are ingredients of stone pickaxe), and 2) an item may be a required tool to pick up some objects (e.g. agent need stone pickaxe to mine iron ore).
To simplify the environment, it assumes that the agent can use the item multiple times after picking it once.
The subtasks in the higher layer in task graph are designed to give larger reward.
The pool of subtasks and preconditions are hand-coded similar to the crafting recipes in
Minecraft, and used as a template to generate 640 random task graphs.
Following (Sohn et al., 2018), we used 200 for training and 440 for testing.
Playground The Playground (Sohn et al., 2018) domain is a more ﬂexible domain (see Figure 3, left) which is designed to evaluate the strong generalization ability of agents on unseen task dependencies under delayed reward in a stochastic environment.
More speciﬁcally, the task graph in
Playground was randomly generated, hence its precondition can be any logical expression.
Some of the objects randomly move, which makes the environment stochastic.
The agent was trained on small task graphs that consists of 4 layers of task dependencies, while evaluated on much larger task graphs that consists of up to 6 layers of task dependencies (See Table 1).
Following (Sohn et al., 2018), we randomly generated 500 graphs for training and 500 graphs for testing.
The task in the playground domain is general such that it subsumes many other hierarchical RL domains such as Taxi (Bloch, 2009), Minecraft (Oh et al., 2017) and XWORLD (Yu et al., 2017). D A LGORITHM IN META - TESTING The Algorithm 2 describes the process of our MSGI at meta-testing time for single trial. Require:
The current parameter θ
Require: A task M G parametrized by a task parameter G (unknown to the agent)
1: Roll
2: Infer a subtask
G
G
3: Roll out a test episode
t ,
4: Measure the performance R = (cid:80) t r (cid:48) t for this task
E D ETAILS OF THE SC2LE D OMAIN
The SC2LE domain (Vinyals et al., 2017) provides suite of mini-games focusing on speciﬁc aspects of the entire StarCraft II game.
In this paper, we custom design two types of new, simple mini-games called Build Unit and Defeat Zerg troops .
Speciﬁcally, we built Defeat Zerglings, Defeat Hydralisks,
Defeat Hydralisks & Ultralisks and Build Battlecruiser mini-games that compactly capture the most fundamental goal of the full game.
The Build Unit mini-game requires the agent to ﬁgure-out the target unit and its precondition correctly, such that it can train the target unit within the given short time budget.
The Defeat Zerg troops mini-game mimics the full game more closely; the agent is required to train enough units to win a war against the opponent players.
To make the task more challenging and interesting, we designed the reward to be given only at the end of episode depending on the success of the whole task.
Similar to the standard Melee game in StarCraft II, each episode is initialized with 50 mineral , 0 gas , 7 and 4 SCV s that start gathering mineral and gas, respectively,idle SCV , 1 reﬁnery, and 1 Command Center (See Figure 9).
The episode is terminated after 2, environment steps (equivalent to 20 minutes in game time).
In the game, the agent is initially given 50 mineral , 0 gas , 7 and 4 SCV s that start gathering mineral and gas, respectively, 1 idle SCV ,reﬁnery, and 1 Command Center (See Figure 9) and is allowed to prepare for the upcoming battle only for 2,400 environment steps (equivalent to 20 minutes in game time).
Therefore, the agent must learn to collect resources and efﬁciently use them to build structures for training units.
All the four custom mini-games share the same initial setup as speciﬁed in Figure 9.
Defeat Zerg troops scenario :
At the end of the war preparation, different combinations of enemy unit appears: Defeat Zerglings and Defeat Hydralisks has 20 zerglings and 15 hydralisks, respectively, and Defeat Hydralisks & Ultralisks contains a combination of total 5 hydralisks and 3 ultralisks.
When the war ﬁnally breaks out, the units trained by the agent will encounter the army of Zerg units in the map and combat until the time over (240 environment steps or 2 minutes in the game) or either side is defeated.
Speciﬁcally, the agent may not take any action, and the units trained by the agent perform an auto attack against the enemy units.
Unlike the original full game that has ternary reward structure of +1 (win) / 0 (draw) / − 1 (loss), we use binary reward structure of +1 (win) and −(loss or draw).
Notice that depending on the type of units the agent trained, a draw can happen.
For instance, if the units trained by the agent are air units that cannot attack the ground units and the enemy units are the ground units that cannot attack the air units, then no combat will take place, so we consider this case as a loss.
Build unit scenario :
The agent receives the reward of +1 if the target unit is successfully trained within the time limit, and the episode terminates.
When the episode terminates due to time limit, the agent receives the reward of − 1 .
We gave 2,400 step budget for the
Build Battlecruiser scenario such that only highly efﬁcient policy can ﬁnish the task within the time limit.
The transition dynamics ( i.e ., build tech-tree) in SC2LE domain has a hierarchical characteristic which can be inferred by our MSGI agent (see Figure 9).
We conducted the experiment on Terran race only, but our method can be applied to other races as well.
Subtask.
There are 85 subtasks: 15 subtasks of constructing each type of building ( Supply depot,
Barracks, Engineeringbay, Reﬁnery, Factory, Missile turret, Sensor tower, Bunker, Ghost academy,
Armory, Starport, Fusioncore, Barrack-techlab, Factory-techlab, Starport-techlab ), 17 subtasks of training each type of unit ( SCV, Marine, Reaper, Marauder, Ghost, Widowmine, Hellion, Hellbat, Cyclone, Siegetank, Thor, Banshee, Liberator, Medivac, Viking, Raven, Battlecruiser ), one subtask of idle worker, 32 subtasks of selecting each type of building and unit, gathering mineral, gathering gas, and no-op.
For gathering mineral, we set the subtask as (mineral ≥ val ) where val ∈ { 50 , 75 , 100 , 125 , 150 , 300 , 400 } .
Similarly for gathering gas, we set the subtask as (gas ≥ val ) where val ∈ { 25 , 50 , 75 , 100 , 125 , 150 , 200 , 300 } .
For no-op subtask, the agent takes the no-op action for 8 times.
Eligibility.
The eligibility of the 15 building construction subtasks and 17 training unit subtasks is given by the environment as an available action input.
For the selection subtasks, we extracted the number of corresponding units using the provided API of the environment.
Gathering mineral, gas, and no-op subtasks are always eligible.
Completion.
The completion of the 15 construction subtasks and 17 training subtasks is 1 if the corresponding building or unit is present on the map.
For the selection subtasks, the completion is 1 if the target building or unit is selected.
For gathering mineral and gas subtasks, the subtask is completed if the condition is satisﬁed ( i.e ., gas ≥ 50 ).
The no-op subtask is never completed.
Subtask reward.
In SC2LE domain, the agent does not receive any reward when completing a subtask.
The only reward given to agent is the binary reward r H epi = { +1 , − 1 } at the end of episode ( i.e ., t = H epi ).
Therefore, the subtask reward inference method described in Eq.(4) may not be applied.
Instead, we tried to infer the subtask reward (cid:98) G r ∈ R N (see Section 3 for deﬁnition) from a victory reward r H epi by building a binary classiﬁer that predicts the victory reward r H epi from the option count vector n ∈ N N using a logistic model ( i.e ., logistic regression), where N is the number of subtasks and the option count vector n counts how many times each option had been executed within an episode.
Intuitively speaking, we assume that the execution of each subtask ( i.e ., option) gives an implicit subtask reward that is un-observable by the agent, and the victory reward is determined by thresholding the sum of subtask rewards within an episode as follows:
[Equation]
(19) where I ( · ) is the indicator function and β is the threshold.
Then, we approximate it using a sigmoid function σ ( · ) as follows:
[Equation]
In the adaptation phase, we randomly sampled the subtask reward vector G r from the uniform distribution in [0 , 1] N , and used it for running MSGI-GRProp agent while recording the option count vector n .
Then, the option count vectors n and the victory rewards r H epi from the K episodes in adaptation phase form a training data (cid:8) n i , r H epi ,i (cid:9) K i =1 for estimating the parameters of logistic model as follows:
[Equation]
(21) where (cid:98) G r ∈ R N and β ∈ R are the weight and bias parameters to be learned.
Finally, we used the learned (cid:98) G r as the subtask reward vector for running our MSGI-GRProp agent in test phase.
We used the scikit-learn (Pedregosa et al., 2011) implementation of logistic regression.
F M ORE RESULTS ON THE SC2LE D OMAIN
Accuracy of inferred subtask graph.
Figure 10 shows the accuracy of the subtask graph inferred by MSGI-GRProp agent (Section 5.2), in terms of precision and recall over different adaption horizon.
[Figure]
Qualitative Examples.
Figure 12 shows a simpliﬁed form of the subtask graph inferred by our MSGIGRProp agent after 20 episodes of adaptation.
For better readability, we removed the preconditions of resources (food, mineral, gas); Figure 13 depicts the full subtask graph.
Compared to the actual tech-tree of the game, we can see the dependency between buildings and units are correctly inferred. [Figure] [Figure] [Figure]
G E XPERIMENT ON AI2-THOR D OMAIN
The AI2-THOR (Kolve et al., 2017) is an interactive 3D environment where the agent can both navigate and interact with the objects within the environment through variety of actions that can change the states of the object ( i.e ., the PickupObject action changes the object’s isPickedUp state). Among the several scenes provided by the environment, we focus on the kitchen scene and evaluate agents on the task similar to the breakfast preparation task described in the introduction: The agent is required to prepare the dishes by directly manipulating the objects given in the scene. See Figurefor an example task. There are two different types of objects in the scene:
The ﬁrst type is the plain object ( i.e ., Bread,
Apple, Potato, Tomato, Egg, Lettuce, Cup, Mug, Plate, Pan, Bowl ) that agents can move around with, and the second type is the receptacle object ( i.e ., Pan, Plate, Bowl, Cabinet, Microwave, StoveBurner,
CounterTop, DiningTable, SideTable, Toaster, CoffeeMachine, Fridge ) which can contain other objects depending on their sizes.
With these objects and the subtasks deﬁned, the agent is required to cook and serve foods through long sequence of subtasks.
For instance, the agent can prepare a fried egg dish by (1) placing a Pan object on StoveBurner , (2) placing Egg on Pan , (3) slicing (or, cracking)
Egg to EggCracked , (4) turning on the StoveKnob to cook the cracked egg, and ﬁnally (5) serving the cooked Egg on the Plate .
Rewards are given only when the agent successfully serves the cooked object on the appropriate receptacles.
Similar to the SC2LE domain (see Section 5.2), the task structure in AI2-THOR is ﬁxed as well ( i.e .,
Egg cannot be cooked in the Fridge ), and thus instead of training meta agents, we evaluate and compare MSGI-GRProp , HRL , and Random agents on the cooking tasks.
The visualization of the subtask graph ( i.e ., underlying task structure) inferred by
MSGI-GRProp agent is available on the Figure 16.
Subtask.
There are total 148 subtasks: 17 subtasks for picking up all the possible objects in the scene ( Tomato, Potato, Lettuce, Apple, Egg, Bread, TomatoSliced, PotatoSliced, LettuceSliced,
AppleSliced, EggCracked, BreadSliced, Pan, Plate, Cup, Mug, Bowl ), 113 subtasks for putting down each pickupable objects into pre-deﬁned putdownable receptacles, 6 subtasks for slicing the sliceable objects, 6 subtasks for cooking cookable objects or ﬁlling up liquid in the Mug or Cup , and 6 subtasks for serving the cooked or ﬁlled objects on the proper receptacles such as Plate , Bowl , and
DiningTable .
Completion.
The completion of the 17 pick up subtasks is 1 if the corresponding object is in the agent’s hand or inventory.
For all the put down subtasks, the completion is 1 if the corresponding object is in the target receptacle ( i.e ., TomatoSliced on Plate ).
For slice and cook subtasks, the completion is 1 if the corresponding object is sliced or cooked, respectively.
The serve subtasks are complete if the corresponding objects are placed on the target receptacles ( i.e ., Cooked PotatoSliced on Plate ).
When the agent executes the serve subtask, the served food is removed to simulate the user eating the served dish, such that the agent can execute the same serve subtask at most once within the episode.
Eligibility.
The eligibility of the subtasks is computed based the corresponding subtask completion vector.
The eligibility of the pickup subtasks is always set to 1, and the putdown subtasks are eligible if the corresponding object is picked up ( i.e ., Pickup Tomato is complete).
The slice subtasks are eligible if the sliceable objects are on any receptacle.
The cook subtasks are eligible if the cookable objects are placed on the corresponding cooking station ( i.e ., Mug is on the CoffeeMachine ).
The eligibility of the serve subtasks is 1 if the corresponding objects are either cooked or sliced.
Subtask reward.
To make the task more challenging and realistic, we assigned a non-zero reward only to the six Serve subtasks, that have the most complex precondition ( i.e ., sparse reward setting).
Similar to other environments, we randomly set the subtask reward of each subtask from the predeﬁned range when we sample a new task ( i.e ., trial).
Table 2 speciﬁes the range of subtask reward for the six serve subtasks; intuitively speaking, we set a higher subtask reward for the subtask that has more complex precondition.
[Table]
Result.
On the AI2-THOR environment, we compared our MSGI-GRProp agent with two baseline agents: Random and HRL .
Figure 14 summarizes the performance of each agent with varying adaptation budgets.
We observed that both the Random and HRL agent almost never receives any nonzero reward during 20 episodes of adaptation, since the serve subtasks have a complex precondition that is not easy to satisfy for random policy.
In contrast, our MSGI-GRProp agent achieves around 2.
total reward on average after 20 episodes of adaptation.
As speciﬁed in Table 2, each serve subtask gives around 1.0 ∼ 1.5 reward, so it means MSGI-GRProp agent executes around two serve subtasks within an episode.
Also, considering that the minimum number of subtasks required for serve subtask is around 6, being able to execute around two subtasks within only 20 steps means the agent does not waste its time for executing other subtasks that are irrelevant to the target serve subtasks.
The HRL agent’s performance does not improve during adaptation since it seldom observes any reward.
On the other hand, our MSGI-GRProp agent can quickly ﬁnd a way to execute the serve subtasks by inferring the precondition of them; as shown in Figure 16, our ILP module can accurately and efﬁciently infer the precondition of subtasks in AI2-THOR environment after only 20 episodes of adaptation.
[Figure]
[Figure]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure] [Table] [Figure] [Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Table]
[Figure]
[Figure]
H M ORE RESULTS ON M INING AND P LAYGROUND H. A BLATION STUDY ON THE INTRINSIC REWARD
We conducted an ablation study comparing our MSGI-Meta with and without UCB bonus.
We will refer our method with UCB bonus as MSGI-Meta , and our method without UCB bonus as MSGI-Meta without UCB .
Figure 17 shows that UCB bonus facilitates the meta-training of our MSGI-Meta agents in both Playground and Mining domains.
H. Q UALITATIVE RESULT ON THE SUBTASK GRAPH INFERENCE
Figure 18 illustrates a qualitative example of the inferred subtask graphs inferred by MSGI-Meta and MSGI-Rand agents on the Mining -Eval set.
The adaptation budget was K = 50 episodes and episode length was T = 80 steps.
Both of MSGI-Meta and MSGI-Rand correctly inferred most of subtasks in the lower hierarchy ( e.g ., Get stone , Cut wood , Get string ) of the subtask graph.
However, only MSGI-Meta was successful in inferring the preconditions of subtasks in the highest hierarchy ( e.g ., Smelt gold , Make goldware , and Craft necklace ); MSGI-Rand never had an experience where their preconditions are all satisﬁed, and thus failed to learn the preconditions of these task.
It demonstrates that MSGI-Meta with a meta-learned adaptation policy is able to collect more comprehensive experience for accurate subtask graph inference.
H. Q UANTITATIVE ANALYSIS OF THE ADAPTATION POLICY
[Table]
We measured the portion of subtasks being eligible or completed at least once (i.e., coverage) during adaptation to measure how exploratory MSGI-Meta and random policy are.
We report the averaged coverage over the evaluation graph set and 8 random seeds.
The table shows that MSGI-Meta can make more diverse subtasks complete and eligible than the random policy thanks to more accurate subtask graph inference. [Figure]
I D ETAILS OF GRP ROP POLICY
For self-containedness, we provide the description of GRProp policy from Sohn et al.
We also make a few modiﬁcations on (cid:102) OR ( x ) and (cid:93) AND ( x ) in Eqs.
29 and 30.
Intuitively, GRProp policy modiﬁes the subtask graph to a differentiable form such that we can compute the gradient of modiﬁed return with respect to the subtask completion vector in order to measure how much each subtask is likely to increase the modiﬁed return.
Let x t be a completion vector and G r be a subtask reward vector (see Section 2 for deﬁnitions).
Then, the sum of reward until time-step t is given as:
[Equation]
We ﬁrst modify the reward formulation such that it gives a half of subtask reward for satisfying the preconditions and the rest for executing the subtask to encourage the agent to satisfy the precondition of a subtask with a large reward:
[Equation]
Let y jAND be the output of j -th AND node.
The eligibility vector e t can be computed from the subtask graph G and x t as follows:
[Equation]
where w j,k = 0 if there is a NOT connection between j -th node and k -th node, otherwise w j,k = 1 .
Intuitively, (cid:98) x j,kt = 1 when k -th node does not violate the precondition of j -th node.
The logical AND,
OR, and NOT operations in Eq.
24 are substituted by the smoothed counterparts as follows:
[Equation]
where x ∈ R
d is the input completion vector,
[Equation]
|| x
|| =
d , ζ ( x , β ) = 1 β log(1 + exp( β x )) is a soft-plus function, and λ or = 0 .
6 , w or = 2 , w and = 3 , w not = 2 are the hyper-parameters of GRProp.
Note that we slightly modiﬁed the implementation of (cid:102) OR and (cid:93) AND from sigmoid and hyper-tangent functions in (Sohn et al., 2018) to softmax and softplus functions for better performance.
With the smoothed operations, the sum of smoothed and modiﬁed reward is given as:
[Equation]
where p =
[ p 1 , . .
p d ] and p i is computed from Eq.
Finally, the graph reward propagation policy is a softmax policy,
[Equation]
where we used the softmax temperature T = 40 for Playground and Mining domain, and linearly annealed the temperature from T = 1 to T = 40 during adaptation phase for SC2LE domain.
Intuitively speaking, we act more conﬁdently ( i.e ., higher temperature T ) as we collect more data since the inferred subtask graph will become more accurate. [Figure]
J I MPLEMENTATION D ETAILS J. D ETAILS OF MSGI ARCHITECTURE
Figure 19 illustrates the architecture of our MSGI model.
Our adaptation policy takes the agent’s trajectory τ t = { s t , o t , r t , d t } at time step t as input, where s = { obs , x , e , step , epi } .
We used convolutional neural network (CNN) and gated rectiﬁer unit (GRU) to encode both the temporal and spatial information of observation input obs.
For other inputs, we simply concatenated all of them along the dimension after normalization, and encoded with GRU and fully-connected (FC) layers.
Finally, the ﬂat embedding and observation embedding are concatenated with separate heads for the value and policy output respectively (See supplemental material for more detail).
Our MSGI architecture encodes the observation input using CNN module.
Speciﬁcally, the observation embedding is computed by Conv1(16x1x1-1/0)-Conv2(32x3x3-1/0)-Conv3(64x3x3-1/1)-
Conv4(32x3x3-1/1)-Flatten-FC(512)-GRU(512).
Other inputs are all concatenated into a single vector, and fed to GRU(512).
In turn, we extracted two ﬂat embeddings using two separate FC(512) heads for policy and value outputs.
For each output, the observation and ﬂat embeddings and concatenated into single vector, and fed to FC(512)-FC( d ) for policy output and FC(512)-FC(1) for value output, where d is the policy dimension.
We used ReLU activation function in all the layers.
J. D ETAILS OF T RAINING MSGI-M ETA
Algorithm 1 describes the pseudo-code for training our MSGI-Meta model with and without UCB bonus term.
In adaptation phase, we ran a batch of 48 parallel environments.
In test phase, we measured the average performance over 4 episodes with 8 parallel workers ( i.e ., average overepisodes).
We used actor-critic method with GAE (Schulman et al., 2015) as follows:
[Equation]
where we used the learning rate η = 0 .
002 , γ = 1 , and λ = 0 .
We used RMSProp optimizer with the smoothing parameter of 0.99 and epsilon of 1e-5.
We trained our MSGI-Meta agent fortrials, where the agent is updated after every trial.
We used the best hyper-parameters chosen from the sets speciﬁed in Table 4 for all the agents.
We also used the entropy regularization with annealed parameter β ent .
We started from β ent = 0 . 05 and linearly decreased it after 1200 trials until it reaches β ent = 0 at 3200 trials.
During training, we update the critic network to minimize E [( R t − V πθ ( s t )) 2 ] , where R t is the cumulative reward at time t with the weight of 0.03.
We clipped the magnitude of gradient to be no larger than 1.
J. D ETAILS OF TRAINING RL 2 AND HRL
For training RL 2 and HRL , we used the same architecture and algorithm with MSGI-Meta .
For RL 2 , we used the same hyper-parameters except the learning rate η = 0 .
001 and the critic loss weight of 0.005.
For HRL , we used the learning rate η = 0 .
001 and the critic loss weight of 0.12.
We used the best hyper-parameters chosen from the sets speciﬁed in Table 4 for all the agents. [Table] [Table]