本篇教程由作者设定使用 CC BY-NC-SA 协议。
一、前言
本文参考AE2教程，并对其中的符文祭坛自动化做出一点改动，试图优化自动化。
该思路可推广其他自动化，但是本人认为大部份情况下都属于负优化。
完成本教程以后，在浏览符文祭坛相关资料时，发现存在相同思路的教程，但是实现方式不同。
二、现有方案与需求
原自动化方案展示：
如图所示是AE教程中的符文祭坛自动化设计方案：
该方案解决了如何自动化的问题，但是，这种自动化也有部分不足，比如每个符文都需要单独的符文祭坛，大量合成高级符文时需要先合成大量的低级符文。（跟群友讨论过，可以把每个符文需要的低级符文单独存储，在合成时，把对应的低级符文输入祭坛，这样可共用一个祭坛。本教程其实就是这个思路的再改版。）
提出需求：
其实不仅是符文祭坛自动化，大部份包含“催化剂”的自动化都有这样一个问题：要么大量合成催化剂，要么一种催化剂占一个机器。当然后者显然比前者好。但是是否存在一种方案，让这些自动化既不合成催化剂，又能共用一个机器呢？
故本教程尝试设计一种新的方案，目的如下：1.减少符文祭坛的数量，使各种符文的合成可以使用同一个符文祭坛，减少占地面积和主网的频道。2.去掉样板中的低级符文等“催化剂”，使各种合成中的催化剂不用重复合成。
三、新方案与实施
设想：去掉催化剂后在样板中添加“凭证”，子网在检测到凭证存在时，将对应的催化剂发送到机器内，（个人称之为解码器）完成合成，最后将催化剂和产物进行分离，催化剂回归子网，产物发回主网。
实施步骤：
以秋之符文为例，对样板进行修改，去掉低级符文以后加上“凭证”，这里使用的是重命名后的纸，TFR里没有重命名的手段，建议使用碧玺、苍玉等无用的群峦宝石作为凭证。这个样板放在主网。
原教程的物品/活石分离这一步中，对一个存储总线标记了活石，加入了反向卡，而在本教程中，需要将这个存储总线（指的是花格箱上面的存储总线）进行修改，在活石后面标记你用的“凭证”，因此处示例“凭证”为重命名后的纸，所以还需添加一个模糊卡。（TFR没有重命名手段，建议使用宝石作为凭证，也不必添加模糊卡。）
写一个新的样板，内容是步骤一去掉的低级符文和“凭证”处理成秋之符文。这一步是将“凭证”与“催化剂”强关联，其他方法有极大概率会混乱。这个样板放在解码器子网
搭建（解码器）子网络。
先放一个ME接口，不要正对蓝色网络接口，因为需要过滤。把步骤3中编写的样板置于此接口中。
正对主网的接口放置输出总线（如上图），总线内添加合成卡和容量卡，模式调整为不使用存储物品，并且标记目标产物，本例中是秋之符文。（如下图）
放上CPU（用来合成）和两个存储总线（一个用来存储低级符文等“催化剂”,使用ME驱动器也可以；另一个用来检测蓝网络的“凭证”,必须设置为只读模式）。
最后用线缆连接这些部件。在箱子里放入低级符文保证符文数量和种类足以应付任何一种符文的合成。
构建过滤网。这里使用的是GT6的物流管道和物品过滤器，也可以使用其他物流方式，要求是将“凭证”过滤出来返回主网，而凭证以外的催化剂进入蓝网络。使用白名单与黑名单即可。
将漏斗花换到解码器子网的接口处。
四、合成全程分析
主网发配材料进入蓝网络，因为花格箱上的存储总线拒绝活石和“凭证”进入花格箱，于是活石和凭证卡在蓝网络接口内，阻挡下一份材料的进入。其他材料进入符文祭坛，但是缺少催化剂，当前合成尚无法开始。
解码器子网检测到接口内有“凭证”，于是输出总线开始合成秋之符文。解码器子网接口对外发送“催化剂”和“凭证”。过滤网将“凭证”过滤，“凭证”返回主网，“催化剂”进入蓝网络，符文开始合成。
合成完毕，漏斗花将全部符文收进解码器子网，子网CPU完成合成，将合成的秋之符文输出给主网。
主网收到秋之符文，CPU完成合成。
五、总结
本教程的设计完成了全部的目标，使全部的符文可以使用这一套机器完成合成，在本人看来属于优化成功。
目前依旧存在如下问题：
解码器子网络反应较慢，凭证到达后需要一段时间才能发送催化剂。
过于臃肿，本教程内总计有四个网络：主网、蓝网络、编码器子网，过滤网。增加了电脑的负担。
单祭坛同一时间只能合成一个符文，多祭坛可以同时合成多种符文。
可以推广到其他合成上，比如格雷的编程电路，但是需要对样板改写，增加复杂的子网络，不如一种催化剂一个机器，更加高效和简洁。
