定式
下一步当将定式保存到数据库中，如布局中的代码所示，但其初始的代码更有利于理解。以小飞挂为例：
// 0
// + 0 0
// +
//
// +
List<Pos> P_LuStar_UpFlyOne
{
get
{
var temp = new List<Pos>();
temp.Add(new Pos(3, 3)); // 第一步：左上星
temp.Add(new Pos(2, 5)); // 第二步：小飞挂
temp.Add(new Pos(5, 2)); // 第三步：小飞守
temp.Add(new Pos(1, 3)); // 第四步：小飞进角
temp.Add(new Pos(2, 2)); // 第五步：三三守
temp.Add(new Pos(2, 8)); // 第六步：拆二
return temp;
}
}
具体使用，可参照 Board.Pattern.cs 的完整代码，其关键点，一个是四角八变换，一个是棋子颜色的控制。
布局
严格说，应称作全局，但保留布局这个说法，因为它的作用并没改变，其着眼点仍然是布局。这是显而易见的，你不可能整局棋都按着保存的棋谱进行。Board.Layout.cs 开头的注释说的比较清楚，复制如下：
/**
* Board.Layout.cs (c) 2015 by x01
* -------------------------------
* 1.有了定式打基础，布局也就顺理成章了。基本上是一个路数，
* 只是第一步需调整到（3，3）位，方便变换而已。
* 2.暂只考虑二连星。任他多路来，我只一路去，这相当合理。
* 3.将数据库中保存的棋谱导出添加到 Layouts 中，对局足够多足够好时，
* 棋力大进是可以预期的。
* 4.本只准备保存布局的几步棋，但忽然发现保存整盘棋是有意义的，尤其对付
* gnu-go 时，因为 gnu-go 对相同棋形的反应也相同，这就为战胜它提供了
* 可能。以二连星对二连星为例，保存 200 到 2000 黑先胜 gnu-go 的棋谱
* 到数据库中，然后以此来对付 gnu-go，当有取胜的可能。此猜想并没验证，
* 因为即使 200 到 2000 局棋，也需约 200 到 2000 小时方可完成。很显然，
* 没有那么多时间去验证其可行性。
* 5.棋形处理较弱，而不按定式布局走棋时，又不得不倚靠棋形处理，
* 看来，棋形处理才是真正的关键。而要处理好棋形，不仅仅是棋形的问题，
* 还有大小，死活，全局相关等诸多问题需要解决。
*/