开头做进化树分析的人几乎没有不知道 ITOL 的。这名字全称是 Interactive Tree Of Life一个免费在线的进化树可视化和美化网站。我第一次用的时候刚做完系统发育分析手里一堆 Newick 格式的树文件用软件本地画出来的树丑得没法看分支粗细、标签角度、颜色全靠默认设置想加个物种注释都得手动调半天。后来同门甩给我一个 ITOL 链接说“你试试这个”我当天就把投稿图的进化树重画了一遍效果好得编辑直接没让返修。这篇文章就聊聊我怎么用 ITOL 把一棵普普通通的进化树变成信息密度高、颜值在线、能直接放进论文或者汇报 PPT 里的成图。适合正在做系统发育分析、比较基因组学、微生物多样性研究或者只是想给树加上注释和排版而发愁的人。这里先说清楚 ITOL 解决了什么问题它不需要安装任何软件浏览器打开就能用导入树文件之后颜色、分支、标签、注释图层全都可以在线改提供免费的公开项目存储空间生成的图片分辨率最高能到 600 dpi导出 PDF、SVG 矢量图完全没问题。免费版已经能满足九成以上的日常需求除非你要建大量私密树项目或者用高级注释功能才需要升级订阅。接下来我会从基础操作到进阶美化再到我踩过的坑和常见问题排查完整梳理一遍。1. 内容整体设计与思路拆解1.1 为什么用 ITOL 而不是本地软件画进化树很多人入门的进化树画图软件是 MEGA 或 FigTreeMEGA 的优点是集成分析流程邻居法、最大似然法跑完直接出树但它的图形引擎说实话比较老旧树的美化自由度不高改个分支颜色要一层层点菜单。FigTree 是专门看树的工具拖拽操作没问题可它的界面风格停留在二十年前导出排版也费劲。更重要的是一旦树上有几十上百个物种标签涉及颜色分组、添加热力图、标注 bootstrap 值、显示基因复制事件这类软件操作起来非常繁琐。ITOL 把“树文件解析”和“图形渲染”分开了你只需要提供一个标准格式的树文件它负责把每一个分支、节点、标签变成可交互的对象然后在网页上提供大量图形化参数面板。实际操作下来你会发现改颜色、调粗细、加图例这些操作完全是所见即所得不用记命令不用反复导出预览。用惯了之后我做一棵二十几个物种、带好几个注释图层的树从导数据到完成美化大概十几分钟。ITOL 的树种支持也很全面常见的新ick、Nexus、PhyloXML 都能导入。这意味着你完全可以把 MEGA 或者 IQ-TREE 跑出来的结果保存成 Newick 格式直接拖进 ITOL 使用整条分析链路没有任何断裂。它的官方文档里给出了很多例子但真正让我觉得贴心的是它连“无根树”“环形树”“扇形树”几种展示模式都内置了一键切换不需要重新输入文件。1.2 ITOL 的核心功能和免费策略ITOL 最吸引人的地方是免费额度足够日常使用。它的免费方案允许你创建不限数量的公开项目所有公开项目有一个 100MB 的总存储上限对于常规的进化树文件来说完全够。如果你不想让别人看到正在做的树可以选择升级到付费方案付费提供 500MB 或更高的私有空间。这一点对做未发表课题的人非常友好我先用免费版完成了所有测试最后定稿图再放到自己服务器上或本地渲染隐私问题自己把控就行。核心功能上我认为必须掌握的有这几块树的展示模式切换、分支样式调整、标签样式和位置设置、数据集注释系统包括颜色标注、数值热力图、标签文本、形状符号、条形图、外部注释等、图例和标题配置、图片导出设置。注释系统是 ITOL 的灵魂它允许你为树的每个节点甚至每条分支添加一层又一层的信息从而把进化树从“一根分叉的线”变成“一张信息图”。比如我在做肠道微生物组成的时候就把每个 OTU 的相对丰度做成热力图放在树外面一边看进化关系一边看丰度变化效果非常直观。这里需要明确一个思路先有树后有注释。ITOL 不做建树分析它只做树的展示和注释。所以你别指望把测序原始数据扔进去它就给你一棵漂亮树。正确流程是先完成序列比对、模型选择、建树和可靠性检验再导出树文件最后进 ITOL 做锦上添花。2. 核心细节解析与实操要点2.1 树的文件格式与上传前预处理ITOL 支持常见的 Newick、Nexus、PhyloXML、Clustal 等格式但我个人最推荐用 Newick 纯文本格式因为兼容性最好各种建树软件都能生成。Newick 其实就是一行带括号和分支长度的文本比如(A:0.1,(B:0.2,C:0.3):0.4);。看着简单但有几个坑需要注意。首先是分支上如果有引号或特殊字符容易解析出错。物种名推荐使用下划线代替空格比如 Lactobacillus_plantarum尽量避免使用冒号、逗号、括号因为这些字符是 Newick 格式的保留符号。如果在 MEGA 里导出的树名里有空格ITOL 可能会把后面的内容当成冗余字段忽略掉。我的习惯是先用文本编辑器打开树文件把物种名里的空格批量替换成下划线再去掉多余的空格和换行保证干净无冗余。其次ITOL 对[和]注释符的支持是有限的。有些软件会在树文件里写上[R]这种用于表示根位置的信息ITOL 基本会忽略但不会报错。如果你遇到了上传失败可以先检查括号是否匹配字段是否完整最简单的方法是用记事本打开文件看看到底是什么内容。我遇到过几次上传失败查到最后都是文件里混入了 BOM 头或者空行把文件另存为 UTF-8 无 BOM 格式就解决了。然后是树的根和分支方向问题。ITOL 默认会将输入树显示为有根树如果建树软件输出的无根树在根节点上有 trifurcation三分叉ITOL 依然能正常显示但你想改变根的摆放位置可以利用“在节点上重新根化”的功能。具体操作是在树显示出来后找到你希望作为根节点的那个分支节点右键点击选择重新根化就能快速改变树的整体结构。我在操作时喜欢先把想花的节点找到放大后再右键因为节点太小容易误点。2.2 展示模式的选择树型、环形还是扇形ITOL 打开后的默认展示模式是“普通树型”就是最常见的从左到右展开的分支图。但对于分支数量多的树比如上百个物种树型模式需要大量横向空间页面左右拖动很麻烦。这时切换到“环形树”或者“扇形树”模式整个树会以圆心向外发散视觉上紧凑很多尤其适合放在论文里展示大范围的物种多样性。切换路径是控制面板里的“模式”区域里面有普通树型、无根型、辐射型、环形型、扇形型等选项。我常用的两种是“环形型”和“扇形型”。环形树的优势是可以把每个节点的标签放在圆环外侧配合外圈的热力图一眼看出不同类群的分布情况扇形树则适合展示根部在中心的发散关系整体更符合系统发育关系展示的感觉。选择展示模式后分支的长度默认按输入树的分支尺度进行等比缩放。如果输入树的分支长度差异特别大画出来可能会出现内侧分支挤成一团、外侧拉得散的问题。ITOL 在“高级”选项卡里有一个“分支尺度”选项可以选择忽略分支长度Topology only或者对数缩放。大多数情况下直接用默认的线性缩放就行除非你的分支长度差异过大影响观感否则不建议开启忽略长度模式那样会丢失分支演化信息。2.3 标签和分支样式调整的细节树的颜值很大程度上取决于标签排版和分支样式。ITOL 默认的标签字号比较小分支线也比较细直接在控制面板里调到顺眼的程度即可。我的习惯是标签字号 12 或 14分支线粗 2 或 3颜色选一个深灰色避免纯黑色显得死板。如果你把标签旋转或者设置成斜体要小心和后续注释图层重叠尽量通过调整“标签偏移”参数给文本留出空间。分支线条的样式除了颜色和粗细还有一个“曲线样式”选项可选直线或不同弧度的曲线。我个人强烈推荐在环形树上把分支改成曲线曲线的弧度会让整体看起来更柔和不会像直线那样生硬。曲线幅度在“高级”里调整通常默认值就可以不用改太多。标签的位置有“标签对齐”“标签旋转”“标签偏移”“标签角度”几个参数。对齐方式上树型模式下我喜欢让所有标签右对齐或者左对齐看起来整齐环形树模式下则选“外部对齐”让标签全部在外圈排列信息紧凑不重叠。标签角度在这个场景也要配合调整否则某些角度的文字会颠倒读起来难受。角度调整成自动或者固定 90 度都可以看你怎么排版了——这些细节结合起来就是“别人画的和博主画的”之间的差距来源之一。3. 实操过程与核心环节实现3.1 从零开始导入树文件并完成基础美化我直接拿一个实际例子来走一遍完整流程。假设我手里有一个用 IQ-TREE 跑出来的最大似然树文件文件名是 tree.nwk内容大概是标准的 Newick 格式。打开的 ITOL 主页点击页面中间的“Upload tree files”按钮然后把文件拖进去。如果文件结尾是 .nwk 或者 .txt上传之后一般不会报错。上传后会进入一个“我的项目”列表页面找到刚上传的项目点击树名就进入了在线编辑界面。界面分为左侧的控制面板和右侧的树显示区。先用鼠标点一下任意节点检查能不能选中。如果节点高亮说明树文件解析正常。接着在“模式”里改成“环形型”在“分支”里把线宽调到 2.5颜色选深灰色。然后在“标签”里把字体设为“Italic”斜体字号 14标签偏移设成 1 或 2。到这里树的骨架就算能看了但还很朴素。然后我要给不同类群设置颜色。这里有两种常见方式一种是手动点击节点在上方工具栏里选择颜色另一种是通过数据集注释方式批量给每个节点指定颜色。手动操作适合树比较小小于 30 个节点比如我要重点标注几个关键物种。点中节点后工具栏会出现“颜色”“粗细”“形状”等设置把颜色换成红色或者蓝色分支就跟着变色。如果要给某一大支的所有后代统一变色最简单的方法是先点击该支根节点然后在弹出的属性面板里选择“将更改应用到整个 clade”整支分支着色这样下面的所有后代分支也会跟着变成同一颜色。手动上色的不足之处在于一旦树比较大或者颜色方案复杂效率太低。所以更高效的是用 ITOL 的“数据集”功能做批量注释。这个我放在下节细说。3.2 数据集注释系统给树加颜色、热力图和符号标签ITOL 的强大之处绝对绕不开数据集注释。它的逻辑是你将一个单独的注释表格上传文件里每一行对应树上的一个节点或标签通过节点名称或标签名关联到树上。我日常用的最多的是三种数据集类型“颜色条纹”Color Strips、“数值热力图”Heatmap和“形状与符号”Symbols。颜色条纹数据集文件格式很简单第一行示例和属性说明有多种写法标准格式大致是这样的DATASET_COLORSTRIP SEPARATOR TAB DATASET_LABEL MyColorStrip COLOR #ff0000 LEGEND_TITLE Group Legend LEGEND_SHAPES 1 LEGEND_COLORS #ff0000 LEGEND_LABELS GroupA DATA Species1 #ff0000 Species2 #00ff00 Species3 #0000ff这里每行第二列是颜色值第一列是节点或标签名。我保存成 color_strip.txt然后在编辑界面的“Datasets”区域点“Add Datasets”选择“Color Strip”把文件上传。ITOL 会自动按名字匹配节点并在树的外围绘制一个彩色条纹。如果你在 DATA 里用星号*代替节点名可以统一设置所有未指定节点的默认颜色这个技巧在快速标注大体量数据时非常管用。数值热力图的文件格式和颜色条纹类似区别是 DATA 区域每一行可以包含多个数值列代表多个样本或条件。ITOL 会按你指定的颜色梯度把数值映射成热力图格子。我可以把每个物种在不同饲养条件下的相对丰度表做成热力图贴在进化树旁边整个菌群的多样性和丰度结构一目了然。形状与符号数据集允许你在每个节点旁边绘制不同形状比如圆形、三角形、方形还可以指定大小和颜色。非常适合标注某个类群的特殊功能基因。比如我想标出哪些物种含有特定抗性基因就在符号数据集里给这些物种对应的行写入一个圆形符号其余物种留空或写一个透明符号。加上图例后读者一下就知道圆形代表什么。数据集这一整套系统刚开始需要花一点时间理解文件规范但是熟悉之后它能够覆盖非常多的个性化标注需求。ITOL 官方有一个“Templates”模板库里面包含各种数据集的示例文件我建议大家直接下载几个模板改成自己的数据而不是从空白凭记忆敲效率高很多也省得踩格式错误的坑。3.3 导出设置从屏幕预览到高质量出版级图片一张图在你电脑屏幕上看起来不错和它在小倍数印刷时依然清晰是两回事。ITOL 在导出图片时提供了非常丰富的设置我每次在导出前都会仔细检查一遍。在控制面板上方找到“Export”按钮点开后会看到三种主要的导出方式位图PNG、矢量图SVG/PDF以及“当前视图”导出。对于需要放进论文里的图我不建议直接用 PNG即使分辨率选了 600 dpi 也一样。因为 PNG 是位图放大或者编辑器缩放之后字的边缘可能会发虚。默认建议是导出一份 SVG 或者 PDF 矢量图再在 AI 或 Inkscape 里做最后的排版调整。选择导出 SVG 时有几个选项需要留意“Font style”选择嵌入字体而不是系统字体避免换设备之后字体丢失“Scale” 选择 100% 或者 200%是为了获得更大的画布尺寸如果你的树比较宽还建议选择“Fit to page”或者手动设置画布宽度保证导出后整体比例合适。如果你只需要快速生成一张演示用 PNG在“Export”里选择 PNG分辨率选 300 dpi 以上背景色默认白色勾选“Include legend”把图例也导出进来。这样得到的无损 PNG 用在 PPT 里完全没问题。3.4 图例、标题和外部标注控件的配置图例是很多新手容易忽略的部分。当你添加了颜色条纹或者热力图后如果没有图例读者无法知道颜色对应什么分组。ITOL 让你在“Datasets”里为每个数据集单独设置图例属性和文本。以颜色条纹为例我通常会把LEGEND_TITLE设置为这个条纹的表达含义LEGEND_SHAPES设置为 1 或自定义形状LEGEND_COLORS填入对应的颜色值LEGEND_LABELS写分组的名称。注意这些信息是在数据集文件的头部声明的如果你只在数据集文件里写 DATA 数据而不配置图例信息导出的图就不会自带图例还得后期用画图软件手动画很麻烦。树本身的标题和说明文字ITOL 在“Control panel - Tree settings”里有“Title”选项可以添加主标题。我一般不在 ITOL 里写标题因为论文图注通常放在图下方格式由期刊模板决定写成图片的一部分反而不好调整。如果你做的是汇报 PPT想直接在图上显示标题那就在 ITOL 里写清楚即可位置、字体大小、颜色都可以单独配置。除了数据集图例ITOL 还支持“外部注释”External annotations和“文本框”Text labels可以让你在树的任意位置添加自定义文字或者箭头。文本标注在标出某个关键节点时很有用比如“基因复制事件”“特有分支”等。不过我用下来觉得这些控件更适合在导出 SVG 后在矢量软件里补因为 ITOL 里文本框的位置预览和最终导出位置偶尔有差异尤其在缩放比例不同的情况下。4. 常见问题与排查技巧实录4.1 上传文件时报错或树显示不完整这是我见过最多的一个问题。上传文件后页面显示红色错误提示说什么“Could not parse tree file”或者是显示出来但少了好几个节点。排查步骤我总结成一个清单直接照着顺序来用文本编辑器打开原始树文件确认它是一行完整的 Newick 文本而不是被 Excel 之类软件强行分列后的多行片段。检查所有括号是否匹配逗号是不是英文半角逗号。检查每个节点名是否以字母或数字开头如果节点名包含空格、斜杠、中文用下划线替换掉。文件编码用 UTF-8 无 BOM 保存。删除文件开头可能有的不可见字符比如从 PDF 复制出来时混入的空格。如果按照这五步检查还报错就在 ITOL 的“Upload”页面直接粘贴文本内容到输入框再试试。有时候文件上传这个环节本身的问题比如文件名太怪会导致解析器没读懂而粘贴文本的方式能绕开这个坑。我之前碰到过一个案例树文件本身没问题但文件名里有中括号上传后点开时报错重命名文件后一切正常。4.2 数据集上传后对应不上节点或颜色不显示上传数据集之后发现有些节点的颜色没有显示或者 ITOL 提示“unmapped leaves”这时候问题大概率出在 ID 匹配上。ITOL 默认通过“leaf name”匹配数据集文件第一列的名称而这个名称必须和树文件中标签名称完全一致包括大小写和下划线。比如树文件里是Lactobacillus_plantarum而你数据集里写的是Lactobacillus plantarum那就会匹配失败。最简单的解决办法是数据集文件的名称列直接复制树文件里的标签。另外数据集文件的“颜色列”格式使用的是十六进制颜色码例如#ff0000如果你写成了red或者RGB(255,0,0)ITOL 可能不识别。标准写法一定要带井号。如果你想让某一行不加颜色不要留空建议填写一个透明颜色或者全黑但实际不影响观感的颜色留空有时候会导致 ITOL 报错。还有一个常见的坑数据集文件上传时的字段分隔符。ITOL 默认支持 Tab 分隔我自己保存文件时也基本都是 Tab但如果你从 Excel 复制粘贴很可能混入空格或者逗号。在上传数据集页面ITOL 提供了分隔符选项记得选 Tab。保存数据集文件时用 UTF-8 编码否则你写的中文标签会乱码并导致匹配失败。4.3 导出的 SVG 打开后字体和位置错乱SVG 矢量图的特点是依赖字体渲染。如果你在 ITOL 里导出 SVG预览时没问题但在本地电脑用 Illustrator 或 Inkscape 打开却发现字体变了、文字位置错位了主要原因就是字体没有嵌入。解决办法是在导出 SVG 对话框里找到“Font”或“Text as path”选项。ITOL 支持“Convert text to paths”意思是把文字直接转换为路径这样任何设备打开字体都不会丢失。缺点是这种方式会让 SVG 文件变大而且后续没法再编辑文字内容。如果你确定完全不需要修改文字建议直接选这个选项省心很多。另外PDF 导出相对 SVG 更稳定编辑软件打开后一般不会丢字体。当你需要投稿时很多期刊也接受 PDF 格式的矢量图直接用 ITOL 导出的 PDF 一般能满足要求。但我还是会在 AI 里做最后一步——把线条粗细统一、调整图例位置、压缩空白区域让成品更符合投稿的心理预期。4.4 免费版和订阅的区别以及什么时候需要升级ITOL 的定价策略是围绕“私有项目数量”展开的。免费版允许创建的项目总数没有上限但所有公开项目共享 100MB 存储空间私有项目数量是 0某个时间节点后免费版不再提供私有项目所以你一旦需要隐藏已上传的树就只能付费。如果只做公开的树并且不介意让其他用户搜到或看到那免费版用起来完全没问题。但有一点要注意ITOL 里的“公开”意味着任何人都能通过链接看到你的树。我在做未发表数据时从来没有把原始树传到公开项目里而是在本地渲染或者等论文接受后再作为补充材料上传。如果你们实验室有条件也可以部署 ITOL 的本地版本这样数据不出内网更安全。ITOL 提供了本地版安装包适合对数据隐私有要求的团队。安装过程其实就是解压后跑一个脚本Docker 镜像也有个人电脑上跑起来不费劲。对我来说绝大多数场景下免费的在线版已经够用了。我花了很长时间研究各种数据集模板做了很多漂亮成品图都没有花一分钱。反而是公众号和视频网站上有些博主为了博流量一上来就吹“必须买 Premium 才能操作”这是误导读者的。4.5 我常用的效率技巧和快捷键用 ITOL 久了我总结了一套提升效率的操作习惯分享出来可能有参考价值。第一树的显示速度。如果你的树文件很大动辄几百MB网页上的交互会变得卡顿。我通常会先用squeeze参数精简树文件或者用nw_topology、nw_prune这类系统发育工具包先把树裁剪到想要的类群范围再上传 ITOL。这一步能省下大量等待时间。几百个类群的树 ITOL 其实也能渲染但流畅度确实不如精简后的小树。第二快捷键使用。在编辑界面鼠标悬停在左侧控制面板上时工具栏会浮现出各种小图标。比如保存项目用 CtrlS撤销操作是 CtrlZ。如果你不小心调乱了参数不要慌在控制面板最下方有“Reset style to defaults”按钮可以把所有样式重置回默认值。我最早不知道这个功能每次改坏样式就重新上传树白白浪费了很多时间。第三克隆已有项目。如果我在一个树项目里已经做好了一套样式想用另一个树文件套用同样的样式设置可以把当前项目导出为一个 Style 文件在控制面板“Import/Export”里然后在另一个项目里导入 Style。这个功能相当于把配色方案、分支样式、标签样式整体复制过去适合做多个样本对比展示时保持视觉统一。这是 ITOL 里很实用但很多人不知道的功能。5. 进阶技巧把 ITOL 集成到你的科研工作流里5.1 用 ITOL 做数据可视化叙事我逐渐发现 ITOL 的价值不止于“画图工具”它更像是一个“数据叙事板”。当你把物种分类信息、丰度变化、功能基因、耐受性表型、地理来源这些图层一层层叠在一棵树上时整幅图就在讲述一个完整的生物学故事。比如我最近做的一个项目里直接把菌株的分离来源不同颜色外环、抗逆基因存在情况符号标注、以及它们在不同培养基上的生长差异热力图三种信息挂在一棵系统发育树上审稿人反馈说“data presentation is very informative”。要让叙事不混乱核心技巧是图层顺序。ITOL 的“Datasets”区域里可以拖动数据集上下调整顺序。我一般按信息的重要性从内向外排列最内部是跟系统发育关系直接相关的颜色条纹或符号向外依次是分类、环境因子、功能注释。热力图这种数值信息放在最外层因为它占用大量横向空间。这样做的好处是读者先看树、再看基础分组、最后看数值差异阅读节奏非常舒服。5.2 批量导出和自动化脚本搭配如果你要处理几十甚至上百棵树一个一个在网页上手动上传、调整样式显然不现实。ITOL 其实提供了两条自动化路径一是它的“Web Services”接口你可以用脚本上传树文件并请求渲染 SVG二是用它的批量导出功能在项目列表页面勾选多个树然后统一导出。大多数情况下我个人推荐直接用 Python 脚本调用 ITOL 的 Web Services 来生成批量图虽然要花一点时间写脚本但一劳永逸。自动化有两种常见模式上传新树并获取网页项目 ID用 POST 请求把本地树文件发到 ITOL 的上传接口返回一个内部 ID之后可以通过这个 ID 访问树。因为接口需要密钥所以需要先在 ITOL 账号设置里生成一个 web services 密钥。导出 SVG 或 PNG对上一步得到树 ID调用导出接口传递你提前准备好的参数比如颜色配置、导出格式等就能直接拿到图片文件。这里我建议如果只是个人用优先用网页手动操作就行如果需要在流程里大量生成图片再考虑脚本。ITOL 官方文档里的 Web Services 部分有详细说明网上也有 Python 的封装库搜索 itolapi 之类关键词就能找到。5.3 与 R 语言生态的衔接做微生物组或系统发育研究的人通常都用 R 做过数据分析。很多情况下你已经在 R 里生成了一棵 ggtree 的树对象或者用 ape 包读取过树那你完全可以直接在 R 里把树导出为 Newick 文件再用 ITOL 美化。这样 ITOL 和 R 生态就形成了一个“数据分析用 R、图形美化和注释用 ITOL”的工作流。这里重点说一个衔接技巧在使用 R 导出树时注意保留tip.label的命名格式。如果你用ape::write.tree()导出默认会保留标签原样但如果你之前用正则表达式修改过标签比如去掉了前缀OTU_那 ITOL 数据集文件里的名称也要相应调整。最好的习惯是在 R 里生成一个 csv 映射表包含旧名和新名后续写数据集注释文件时就从这个映射表里复制名称保证不会因为改名而对不上。5.4 我的排版经验和投稿前检查清单基于我踩过的坑我把投稿前的检查清单列在这里供大家参考用无衬线字体统一标签字体风格斜体设置符合期刊要求一般物种名用斜体非物种名不用。检查所有分组和图例是否对应图例中的分组名称和正文描述是否一致。确认分支线色与标签色对比度足够黑白打印时也要能区分尽量少用红绿差异因为红绿色盲问题。分支长度如果在文中被引用注意不要开启拓扑模式保留真实分支尺度。确认导出时将文本转成路径并且导出的分辨率或矢量格式满足投稿要求。如果有外圈热力图或条纹确保色带色值在灰色打印下可区分必要时加轮廓线或者不同纹理。确认所有节点和分支的 bootstrap 值或支持率信息准确ITOL 可以显示这些值但前提是你的输入树里包含这些字段。如果你能在投稿前过一遍这个清单基本可以避免因为图像质量被拒稿或返修。6. 总结之外我用了 ITOL 六年后的真实感受从一开始用免费版手动调样式到后来每周帮同门改树再到给合作的测序公司画系统发育图ITOL 可以说是我打开频率最高的在线工具之一。它给我的最大启示是做科研不一定要被复杂的软件界面困住很多时候一个设计得足够简单的在线工具反而能比传统本地软件带来更高的产出效率。当然工具只是工具进化树本身的分析质量、模型选择、可靠性检验才是根本ITOL 只是让那些已经很扎实的结果以更好的方式呈现出来。最后分享一个小技巧也是我后来才学会的在 ITOL 里上传树之后不要急着美化先把树完整看一遍包括检查每个节点的命名、分支长度分布、可能存在的不合理分支。有些时候建树过程中会混入错误的序列或者错误分类单元这些在原始树文件里不容易发现但可视化之后能一眼看出异常分支或明显离群的长枝。我每次都是在 ITOL 里排错后再回头修整序列比对和建树参数。换句话说ITOL 虽然定位是美化工具但它也能充当系统发育结果的“体检窗口”这个功能可能比画图本身更有价值。你有机会亲自用一用相信也会和我一样把它放进自己的科研工具箱常驻位置。