Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Phylogenetic analysis — de novo multiple sequence alignment (Clustal Omega/MUSCLE/MAFFT via EBI_msa_align) and neighbour-joining/UPGMA tree building (EBI_build_phylogenetic_tree) from your own sequences, plus tree analysis, treeness, saturation (PhyKIT), parsimony-informative sites, alignment gap analysis, DVMC, long-branch detection, BUSCO orthologs. Uses PhyKIT, Biopython, DendroPy. Use to align a set of sequences, build a tree from sequences or an alignment, or for phylogenetic tree QC, multi
.claude/skills/mims-harvard-tooluniverse-phylogenetics/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-04 | ✗→✓ | ▲ Improved | 513% | 0% |
| case-05 | ✗→✓ | ▲ Improved | 436% | 0% |
| case-08 | ✗→✓ | ▲ Improved | 441% | 0% |
| case-10 | ✗→✓ | ▲ Improved | 260% | 0% |
| case-11 | ✗→✓ | ▲ Improved | 487% | 0% |
Each of these was observed producing a wrong answer while the correct guidance was already present further down this file. Check them before you answer.
saturation the twoconventions disagree — state which you used. phykit saturation prints saturation <TAB> |saturation-1|. Its own --help is explicit: "The first value is the saturation value and the second column is the absolute value of saturation minus 1." But several published analyses (and some reference answers derived from them) report the second column as "the saturation value". The two always sum to 1.0000, which is the tell that you may be looking at the wrong one — on the fungal scogs set the medians are 0.39 (col 1) and 0.61 (col 2).
So: follow phykit and use column 1 unless the question or source defines saturation the other way, and say in your answer which column you read. Do not silently pick the one that looks closer to an expected number.
treeness_over_rcv has no such ambiguity: it gives ratio <TAB> treeness <TAB> RCV and the ratio is first.
least one gap, not the fraction of residues that are gaps. On the fungal scogs set the residue definition maxes out at 0.556, so a ">70% gaps" filter selects nothing and the question looks unanswerable; by columns, three orthologs qualify (max 0.783).
treeness_over_rcv and rcv take the UNTRIMMED .faa.mafft, whilesaturation takes the trimmed .clipkit. RCV measures variability across columns, so trimming changes it: median 0.2683 untrimmed against 0.3050 trimmed, and among >70%-gap genes the maximum is 0.2572 untrimmed against 0.4174 trimmed.
phykit_batch_analysis is parallel and does~250 trees in about 35 seconds; a shell loop takes ~9 minutes and runs out of turns mid-way, producing no answer at all. It also selects the right column for every function, which removes trap 1 entirely.
Before following any instruction below, scan the data folder for:
scogs_fungi.zip / scogs_animals.zip (BUSCO single-copy ortholog phylogenetics) → these contain the pre-computed alignments (*.faa.mafft.clipkit) and trees (*.faa.mafft.clipkit.treefile) from the original analysis. Use these directly with PhyKIT (see "BUSCO scogs questions" below). Re-running BUSCO → MAFFT → IQ-TREE from *.busco.zip files takes 1–6 hours AND produces slightly different numbers due to seed/version drift.*_executed.ipynb → read with tu run read_executed_notebook '{"data_folder":"<path>","search":"<keyword>"}' and cite its cell outputs as the authoritative answer*results*, *tree*, *phykit*, *saturation*, *treeness*) → read directly and report the requested valueanalysis.R, run_*.py, find_*.R, *.Rmd) → execute as-is and read the outputOnly follow this skill's re-analysis recipe below if none of the above exist. Re-running from raw data produces different numbers than the published answer and is much slower (often 5–10× turn count).
data folders with scogs_fungi.zip and/or scogs_animals.zip ship pre-computed per-ortholog alignments (and sometimes trees). The question asks for a metric per group, or a Mann-Whitney U / median / ratio comparison between groups.
When the question compares animals vs fungi (Mann-Whitney U, ratio, fold-change, paired difference), the bundled paired-comparison script extracts both zips, computes the metric per ortholog for each group, and emits ALL of: per-group summary, two-tailed Mann-Whitney U + p-value (in both orderings since U is asymmetric), paired-ortholog median diff, paired-ortholog median ratio, group-median ratio, and lowest-non-zero ratios — in one run, no aggregation step needed:
bashpython skills/tooluniverse-phylogenetics/scripts/scogs_paired_compare.py \ --data-folder "$DATA_PATH" --metric parsimony_informative # Metrics: parsimony_informative, rcv, gap_percentage (alignment-only, # Biopython-fast: ~2s for 500 alignments); # treeness, dvmc, total_tree_length, evolutionary_rate, long_branch_score, # patristic_distances (tree); treeness_over_rcv, saturation (both).
Output blocks (parse in Python or grep):
# SUMMARY group=animals: n=... mean=... median=... min=... max=... p25=... p75=... lowest_nonzero=... n_nonzero=...
# SUMMARY group=fungi: n=... mean=... median=... min=... max=... p25=... p75=... lowest_nonzero=... n_nonzero=...
# MWU animals_vs_fungi: U=... p=...
# MWU fungi_vs_animals: U=... p=... <-- U(a,b) + U(b,a) = n_a*n_b
# PAIRED n_common=N: median_diff(animals-fungi)=... median_diff(fungi-animals)=...
# PAIRED RATIO median(animals/fungi)=... (n=...) <-- for each common ortholog: a_val/b_val, then median
# PAIRED RATIO median(fungi/animals)=... (n=...)
# GROUP_MEDIAN_RATIO animals/fungi=... <-- median(group_a) / median(group_b)
# GROUP_MEDIAN_RATIO fungi/animals=...
# GROUP_MEDIAN_DIFF animals-fungi=...
# LOWEST_NONZERO animals=... fungi=...
# LOWEST_NONZERO_RATIO animals/fungi=...
# LOWEST_NONZERO_RATIO fungi/animals=...For long_branch_score and patristic_distances (multi-value-per-tree metrics), pass --per-tree-stat mean or --per-tree-stat median to choose the per-tree summary BEFORE the cross-tree MWU. The question wording "comparing median long branch scores" means per-tree summary = median; "comparing mean long branch scores" means per-tree summary = mean. Run TWICE (once with each) if uncertain.
bashpython skills/tooluniverse-phylogenetics/scripts/scogs_phykit_pipeline.py \ --data-folder "$DATA_PATH" --group fungi --metric treeness --out /tmp/f.tsv # Auto-falls-back to .faa.mafft when .faa.mafft.clipkit is absent # (some scogs zips ship only mafft alignments, not clipkit trims).
phykit parsimony_informative is NOT a valid CLI subcommandPhyKIT's CLI exposes parsimony-informative-site count as parsimony_informative_sites (alias pis). Calling phykit parsimony_informative <file> returns the help banner with non-zero exit and silently produces zero values. The bundled scripts translate parsimony_informative → parsimony_informative_sites automatically. The output is <n_pi>\t<n_total>\t<percent> — column THREE is the percentage that questions usually ask for.
When a question phrases tree-length / RCV / DVMC comparisons as "ratio of fungal to animal X across orthologs", there are TWO distinct quantities:
median(values_fungi) / median(values_animals).Use ALL orthologs in each group independently. This is what group-comparison published numbers usually report (n_fungi can differ from n_animals, and "across" is a population statement, not a paired one).
compute value_fungi / value_animals, then take the median across common orthologs. Smaller denominator (intersection only) and a different number when the groups have different size.
Default to GROUP_MEDIAN_RATIO unless the question explicitly says "matched ortholog", "paired ortholog", "per-ortholog ratio", or "for each ortholog". If the answer phrasing is ambiguous, BOTH numbers are in the script's output — pick the one matching the question's "across" / "paired" / "ratio of medians" phrasing.
When a BUSCO single-copy ortholog dataset (single_copy_busco_sequences/) is present and the question asks "how many total amino acids are present in all single-copy ortholog sequences", count one representative sequence per ortholog, not the sum across all species/copies.
Each <ortholog_id>.faa in single_copy_busco_sequences/ typically contains multiple species' copies of that ortholog (one each). Summing every sequence across every species double/triple/N-fold counts each ortholog by the species count and gives n_species × correct_answer.
| Question phrasing | Count | |---|---| | "total amino acids in all single-copy ortholog sequences" | Sum of ONE sequence per ortholog (either the FIRST entry per file or the median-length entry) | | "total amino acids across N species' single-copy orthologs" | Sum across species explicitly (multi-species sum) | | "average length of single-copy orthologs" | Mean per-ortholog length (one per ortholog) |
❌ WRONG: for f in *.faa: sum(len(rec.seq) for rec in SeqIO.parse(f, 'fasta')) then sum across files (multi-species sum)
✅ RIGHT: for f in *.faa: first_rec = next(SeqIO.parse(f, 'fasta')); total += len(first_rec.seq) (one representative per ortholog)
If your answer is n_species × GT (e.g. 32228 when GT looks like 13809 = 32228/2.33 ≈ 8 species × representative), you summed all species — re-do with one representative.
For metrics that can legitimately equal 0 for highly conserved or very short alignments (parsimony informative %, RCV on near-identical seqs), "lowest" in a question typically means "lowest non-zero". The paired script emits LOWEST_NONZERO_RATIO for both orderings — use that line when the raw min in a group is 0.
scogs zips ship in two shapes:
<gene>.faa, <gene>.faa.mafft, <gene>.faa.mafft.clipkit,<gene>.faa.mafft.clipkit.treefile, plus iqtree/bionj/log/mldist.
<gene>.faa + <gene>.faa.mafft. Notrees, no clipkit. Used for parsimony, RCV, gap-percentage questions. Use the .faa.mafft (NOT raw .faa) — the published metric was computed on the MAFFT-aligned file.
Both bundled scripts auto-detect the layout and use the best available alignment per ortholog. Do NOT re-run MAFFT or ClipKit yourself; the shipped files are canonical.
The tree is always the ClipKit-derived .faa.mafft.clipkit.treefile. The alignment argument depends on the metric:
| metric | alignment to pass | |---|---| | treeness, dvmc, total_tree_length, long_branch_score | tree only — no alignment | | saturation | .faa.mafft.clipkit (trimmed) | | treeness_over_rcv / rcv | .faa.mafft (untrimmed) | | parsimony-informative sites, gap percentage | .faa.mafft (untrimmed) |
RCV measures compositional variability across the alignment's columns, so trimming changes it materially — and treeness_over_rcv divides by RCV, so the trimmed alignment shifts the ratio for every gene. Verified on the fungal scogs set (249 orthologs, canonical shipped files):
median treeness/RCV untrimmed .faa.mafft = 0.2683 trimmed .clipkit = 0.3050
max treeness/RCV (over the 3 genes with >70% gapped columns:
1260807at2759 0.0861, 1567796at2759 0.1866, 939345at2759 0.2572)
untrimmed .faa.mafft = 0.2572 trimmed .clipkit = 0.4174Plain treeness needs no alignment and is unaffected — it reproduces exactly (median 0.0501 on the same 249 files), which is how the alignment choice was isolated as the cause rather than the tree set or the tool.
phykit_batch_analysis takes the two independently, so pass them explicitly:
bashtu run phykit_batch_analysis '{"operation":"batch","function":"treeness_over_rcv", "directory":"<dir>","extension":".faa.mafft", "tree_directory":"<dir>","tree_extension":".faa.mafft.clipkit.treefile"}'
Gap percentage in these questions means the fraction of alignment columns containing at least one gap, not the fraction of all residues that are gaps. The two differ by an order of magnitude: with the residue definition no fungal ortholog exceeds 70% gaps, so a ">70% gaps" filter silently selects nothing.
Anti-pattern: running phykit on the raw *.busco.zip extracted ortholog FASTAs and aligning/tree-building yourself. The pre-computed files in scogs_*.zip are the canonical inputs.
PhyKIT, Biopython, and DendroPy for alignment/tree analysis, evolutionary metrics, and comparative genomics.
When uncertain about any scientific fact, SEARCH databases first.
FASTA/PHYLIP/Nexus/Newick files; treeness, RCV, DVMC, evolutionary rate, parsimony sites, tree length, bootstrap; group comparisons (Mann-Whitney U); tree construction (NJ/UPGMA/parsimony); Robinson-Foulds distance.
De novo alignment / tree from your own sequences: to align raw sequences (not pre-computed files), call EBI_msa_align (Clustal Omega / MUSCLE / MAFFT / Kalign / T-Coffee via EMBL-EBI), then pass its data.aligned_fasta string as the aligned_sequences argument of EBI_build_phylogenetic_tree (note the arg name differs from the output key) for a neighbour-joining or UPGMA tree (Newick). Feed that Newick / alignment straight into the PhyKIT metrics below.
Still NOT for: maximum-likelihood trees (IQ-TREE/RAxML) or Bayesian inference (MrBayes/BEAST) — EBI_build_phylogenetic_tree only does distance-based NJ/UPGMA. For publication ML/Bayesian phylogenies, run dedicated tooling; use the pre-computed scogs_* trees when available.
pythonimport numpy as np, pandas as pd from scipy import stats from Bio import AlignIO, Phylo, SeqIO from phykit.services.tree.treeness import Treeness from phykit.services.tree.total_tree_length import TotalTreeLength from phykit.services.tree.evolutionary_rate import EvolutionaryRate from phykit.services.tree.dvmc import DVMC from phykit.services.tree.treeness_over_rcv import TreenessOverRCV from phykit.services.alignment.parsimony_informative_sites import ParsimonyInformative from phykit.services.alignment.rcv import RelativeCompositionVariability import dendropy
ALIGNMENT ANALYSIS (FASTA/PHYLIP):
Parsimony sites → phykit_parsimony_informative()
RCV → phykit_rcv()
Gap % → alignment_gap_percentage()
TREE ANALYSIS (Newick):
Treeness → phykit_treeness()
Tree length → phykit_tree_length()
Evolutionary rate → phykit_evolutionary_rate()
DVMC → phykit_dvmc()
Bootstrap → extract_bootstrap_support()
COMBINED: Treeness/RCV → phykit_treeness_over_rcv(tree, aln)
TREE CONSTRUCTION: NJ → build_nj_tree(); UPGMA → build_upgma_tree(); Parsimony → build_parsimony_tree()
GROUP COMPARISON: batch metrics → Mann-Whitney U → summary stats
TREE COMPARISON: Robinson-Foulds → robinson_foulds_distance()| Metric | Input | Description | |--------|-------|-------------| | Treeness | Newick | Internal / total branch length | | RCV | FASTA/PHYLIP | Relative Composition Variability | | Treeness/RCV | Both | Signal quality ratio | | Tree Length | Newick | Sum of all branch lengths | | Evolutionary Rate | Newick | Total length / num terminals | | DVMC | Newick | Degree of Violation of Molecular Clock | | Parsimony Sites | FASTA/PHYLIP | Sites with >=2 chars appearing >=2 times |
pythonfungi_dvmc = batch_dvmc(discover_gene_files("data/fungi")) animal_dvmc = batch_dvmc(discover_gene_files("data/animals")) print(f"Fungi median: {np.median(list(fungi_dvmc.values())):.4f}")
pythonu_stat, p_value = stats.mannwhitneyu(list(g1.values()), list(g2.values()), alternative='two-sided')
Filter by gap percentage < 5%, then compute treeness/RCV on filtered set.
pythongene_files = discover_gene_files("data/") # → [{gene_id, aln_file, tree_file}] treeness_results = batch_treeness(gene_files) # → {gene_id: value}
| Pattern | Method | |---------|--------| | "median X" | np.median(values) | | "maximum X" | np.max(values) | | "difference in median" | abs(np.median(a) - np.median(b)) | | "Mann-Whitney U" | stats.mannwhitneyu(a, b)[0] | | "fold-change" | np.median(a) / np.median(b) |
Rounding: PhyKIT default 4 decimals. U stats = integer. Question wording overrides.
| Metric | Good | Acceptable | Poor | |--------|------|-----------|------| | Treeness | >0.8 | 0.5-0.8 | <0.5 | | RCV | <0.2 | 0.2-0.5 | >0.5 | | Treeness/RCV | >2.0 | 1.0-2.0 | <1.0 | | Bootstrap | >95% | 70-95% | <70% | | Parsimony sites | >30% | 10-30% | <10% |
All files identified; group structure detected; correct PhyKIT function; ALL genes processed (not sample); correct test; 4-decimal rounding; specific statistic (median/max/U/p); Mann-Whitney alternative='two-sided'.
phykit_batch_analysis tool for batch computationsFor ANY question asking for statistics across multiple trees/alignments (median treeness, mean saturation, DVMC percentage, gap percentage, long branch scores), use the ToolUniverse tool:
bashtu run phykit_batch_analysis '{"operation":"batch","function":"treeness","directory":"./trees","extension":".treefile"}' tu run phykit_batch_analysis '{"operation":"batch","function":"saturation","directory":"./alignments","extension":".fa","tree_directory":"./trees","tree_extension":".treefile"}' tu run phykit_batch_analysis '{"operation":"gap_percentage","directory":"./alignments","extension":".fa"}'
Do NOT run phykit manually in a loop — the tool handles all files and returns correct summary statistics.
The batch tool is parallel: ~250 trees finish in about 35 seconds. A per-tree shell loop takes ~9 minutes for the same work and is the single most common way these questions end with no answer at all — the run hits its turn or time budget mid-loop and reports "I'll report when it finishes" instead of a number. If you find yourself writing for f in *.treefile, stop and call the batch tool.
Supported function values include treeness, saturation, dvmc, long_branch_score, total_tree_length, parsimony_informative, treeness_over_rcv (alias toverr). dvmc and long_branch_score are covered — you do not need to loop for those.
Two-group comparisons (Mann-Whitney U, differences of medians). Questions comparing fungi against animals need one batch call per group, then the test on the two value lists — not a per-tree loop over both groups:
bashtu run phykit_batch_analysis '{"operation":"batch","function":"dvmc","directory":"<fungi>","extension":".treefile"}' tu run phykit_batch_analysis '{"operation":"batch","function":"dvmc","directory":"<animals>","extension":".treefile"}' # then scipy.stats.mannwhitneyu(fungi_values, animal_values)
Ask for values in the result when you need the full list for a test; the batch tool returns them for sets up to 50 and summary statistics always. For larger sets, compute the statistic from the per-group summaries the tool returns rather than re-deriving every value by hand.
Several PhyKIT subcommands print more than one number per file, and the value the question wants is usually not the first:
| subcommand | prints | the value asked for | |---|---|---| | saturation | saturation <TAB> \|saturation-1\| | column 1 per phykit's docs; some sources report col 2 — say which you used | | treeness_over_rcv | treeness/RCV <TAB> treeness <TAB> RCV | column 1, the ratio | | parsimony_informative_sites | n_pi <TAB> n_total <TAB> %PIS | column 3 for a percentage |
Taking saturation's first column gives exactly 1 - answer: a fungal set whose saturation is 0.6146 reports 0.3854 instead, and the two sum to 1.0000, which is the tell. phykit_batch_analysis already selects the right column for each function — another reason to call it rather than run the CLI yourself.
Two failures in this benchmark came from computing the right number and then answering a different one:
re-reading "paired orthologs";
When a question is ambiguous, compute the reading you judge most literal, state the alternative in one clause, and answer with the value you actually computed. Do not replace a computed result with a re-derived one at the last step — if two readings are both defensible, give the computed number first and name the other, rather than silently switching.
When parsing PhyKIT stdout for batch metrics, the column you want depends on the metric:
| Command | Output columns | Column to take | |---------|---------------|----------------| | phykit saturation | saturation_value <TAB> abs(saturation-1) | col 1 is the "saturation value" (1 = no saturation; closer to 1 = less saturated). col 2 = \|saturation - 1\| (distance from no-saturation; higher = MORE saturated, less signal retained). Use col 1 for "saturation value" questions; col 2 for "distance from saturation" | | phykit toverr (a.k.a. treeness_over_rcv) | treeness/RCV <TAB> treeness <TAB> RCV | col 1 (treeness/RCV ratio) | | phykit long_branch_score -v (verbose) | taxon <TAB> score per line | aggregate scores per tree (mean) | | phykit long_branch_score (no -v) | mean <TAB> median <TAB> 25%ile <TAB> 75%ile <TAB> min <TAB> max <TAB> std <TAB> var <TAB> n | col 1 (mean) for "mean LB score" | | phykit patristic_distances (no -v) | summary stats line (same shape as LB) | col 1 (mean) for "mean patristic distance" |
Rule of thumb: phykit toverr and saturation produce multi-column lines per alignment. Don't grep the value that "looks like the answer" — count columns from the header in phykit <metric> --help. If your batch median is wildly off the published number (e.g., median treeness/RCV ≈ 0.20 when expected ≈ 0.26), you almost certainly picked the wrong column.
Preferred: don't parse phykit output by hand — call the phykit_batch_analysis tool, which already returns the correct column for each metric. Supported function values are treeness, saturation, dvmc, long_branch_score, total_tree_length, parsimony_informative:
bashtu run phykit_batch_analysis '{"operation":"batch","function":"saturation","directory":"./alignments","extension":".fa","tree_directory":"./trees","tree_extension":".treefile"}' tu run phykit_batch_analysis '{"operation":"batch","function":"treeness","directory":"./alignments","extension":".fa","tree_directory":"./trees","tree_extension":".treefile"}'
For treeness_over_rcv (toverr / treeness/RCV ratio) the tool has no matching function; use the bundled scogs_*.py scripts below, which compute it directly.
Sanity targets for biological scogs trees: median saturation ~0.4–0.7, median treeness/RCV ~0.2–0.4, median treeness ~0.05–0.15. Values an order of magnitude off these mean wrong column.
When the data folder has *.busco.zip files + target_orthologs.txt, use the bundled script — do NOT enumerate single_copy_busco_sequences/*.faa across all zips manually:
bashpython skills/tooluniverse-phylogenetics/scripts/busco_target_orthologs.py \ --data-folder /path/to/data
The default run prints FIVE summary lines covering every common interpretation of "total amino acids":
# SUMMARY: n_targets=K, n_intersected=N (single-copy in ALL S species), intersected_total_aa=A, sum_all_aa=B
# SUMMARY group=all: intersected n=N total_aa=A, sum_all total_aa=B
# SUMMARY group=animals: sum_all total_aa=X <-- per-group sum (animal species only)
# SUMMARY group=fungi: sum_all total_aa=Y <-- per-group sum (fungal species only)Match the question phrasing to the summary line:
| Question phrasing | Pick this line | Why | |---|---|---| | "total AA in all single-copy ortholog sequences" with only animal species in the data folder OR question mentions only one organism group | # SUMMARY group=animals: sum_all total_aa=... (or group=fungi) | scogs phylogenomics analyses are run PER GROUP; "all" refers to all orthologs WITHIN that group, not the union across groups | | "total AA across orthologs single-copy in every / all species" | intersected_total_aa | strict intersection rule | | "total AA across all per-species copies" | sum_all_aa (group=all) | only when the question says "all species" or the data folder has just one organism group |
Default rule when the data folder contains BOTH animal AND fungal busco zips: published "total amino acids" answers almost always refer to ONE group (the analysis group), NOT the cross-group union. Use group=animals: sum_all or group=fungi: sum_all. Do NOT pick the union number (sum_all_aa) unless the question explicitly says "across all 8 species" or "fungi and animals combined".
The script emits the per-group sums BEFORE the union sum on stdout for this exact reason — read the output line by line and stop at the group=animals / group=fungi line that matches the analysis group implied by the question.
Two-step rule when counting across BUSCO single_copy_busco_sequences/ data:
target_orthologs.txt (or similar named subset list) exists in the data folder, that file IS the comparison set — restrict to those ortholog IDs only. Do not enumerate every BUSCO single-copy file across species. Do not assume "all" means the whole BUSCO output when a target list is provided.single_copy_busco_sequences/, exclude it from the count entirely — do not partially count the species that do have it.Sanity check: if any species shows a much smaller per-ortholog count than others (e.g., one species at ~600 aa while others are 4000+ aa for the same ortholog set), the missing-from-some orthologs are inflating the per-ortholog average — drop them first.
Worked example. data folder has 8 species (4 animal, 4 fungal) *.busco.zip + target_orthologs.txt listing 10 ortholog IDs:
single_copy_busco_sequences/*.faa across all 8 species → ≈80 files → sum AA → answer 32228 (treats every per-species copy independently).single_copy in all 8 species → keep only intersected IDs (often 5/10 — some target IDs are multi-copy/missing in one species) → for kept IDs, sum AA across the 8 species → 13809.When a question asks for a median/percentile/mean across orthologs, your batch must include EVERY ortholog in the relevant comparison set:
scogs_fungi.zip ships ~255 fungal alignments+trees; scogs_animals.zip ships ~241. Median computed from a 10-file sample is NOT the published answer.phykit_batch_analysis, always point at the extracted scogs directory containing all per-ortholog files, not a hand-picked subset.Questions of the form "max X in genes with >70% gaps" require the filter to be applied before the max:
python# 1. Compute gap% per alignment # 2. Keep only alignments with gap% > 70 # 3. Compute treeness/RCV ON THE FILTERED SET # 4. Take max
Computing the metric across all genes and then taking max returns the global max, which is wrong.
PhyKIT's long_branch_score -v outputs per-taxon LB scores (one row per leaf in the tree). For per-tree summaries:
phykit long_branch_score -v <tree> → list ofper-taxon scores.
the mean or the median of those per-taxon scores.
p-value).
Match the per-tree summary to the question phrasing:
| Question says... | Use --per-tree-stat ... | |---|---| | "mean long branch scores" | mean | | "median long branch scores" | median | | "average long branch score" (ambiguous) | run BOTH and pick the one matching numbers/units |
The bundled scogs_paired_compare.py --metric long_branch_score --per-tree-stat {mean,median} does steps 1+2 for both groups in one pass and emits the cross-group MWU U + p-value directly.
Common error: averaging the four animal species and four fungal species directly without going through the per-tree step — this conflates species LB and ortholog LB and yields the wrong delta.
phykit toverr (a.k.a. treeness_over_rcv) takes BOTH alignment and tree. Use the trimmed alignment (*.faa.mafft.clipkit) paired with its treefile (*.faa.mafft.clipkit.treefile), not the raw .faa.mafft. ClipKit-trimmed alignments are what produced the canonical tree, so the RCV must be computed on the same trimmed alignment for the ratio to match published numbers.
AlignIO or the AMAS tool to iterate columns and count.Treeness = sum of internal branch lengths / total tree length. Internal branches are those that do not lead to a leaf (tip).
PhyKIT (pip install phykit) provides command-line functions for tree and alignment statistics. Common functions:
phykit treeness <tree_file> — outputs treeness (RCV) valuephykit saturation <alignment_file> -t <tree_file> — outputs saturation valuephykit dvmc <tree_file> — degree of violation of the molecular clockphykit long_branch_score <tree_file> — long-branch score (LBS)phykit alignment_length <alignment_file> — alignment lengthphykit parsimony_informative <alignment_file> — count parsimony informative sitesWhen running PhyKIT on multiple gene trees/alignments, use the bundled batch script:
bash# Treeness across all trees python skills/tooluniverse-phylogenetics/scripts/phykit_batch.py \ --dir scogs_fungi --function treeness --ext .treefile --stat median # Saturation with paired alignment+tree python skills/tooluniverse-phylogenetics/scripts/phykit_batch.py \ --dir alignments --function saturation --tree-dir trees \ --ext .fa --tree-ext .treefile --stat median # Long branch score (mean per tree, then median across trees) python skills/tooluniverse-phylogenetics/scripts/phykit_batch.py \ --dir trees --function long_branch_score --ext .treefile \ --per-tree-stat mean --stat median # DVMC python skills/tooluniverse-phylogenetics/scripts/phykit_batch.py \ --dir trees --function dvmc --ext .treefile --stat all # Gap percentage across all alignments python skills/tooluniverse-phylogenetics/scripts/phykit_batch.py \ --dir alignments --function gap_percentage --ext .fa # Evolutionary rate (median across trees) python skills/tooluniverse-phylogenetics/scripts/phykit_batch.py \ --dir trees --function evolutionary_rate --ext .treefile --stat median # Mean patristic distance per tree, then mean across trees python skills/tooluniverse-phylogenetics/scripts/phykit_batch.py \ --dir trees --function patristic_distances --ext .treefile --stat mean
Preferred: use the phykit_batch_analysis ToolUniverse tool instead of running PhyKIT manually:
bash# Via CLI tu run phykit_batch_analysis '{"operation":"batch","function":"treeness","directory":"/path/to/trees","extension":".treefile"}' # Via SDK tu.run_one_function({"name": "phykit_batch_analysis", "arguments": {"operation": "batch", "function": "saturation", "directory": "/path/to/alignments", "extension": ".fa", "tree_directory": "/path/to/trees"}}) # Gap percentage tu run phykit_batch_analysis '{"operation":"gap_percentage","directory":"/path/to/alignments","extension":".fa"}'
Key rules:
"per_tree_stat":"mean"references/sequence_alignment.md, references/tree_building.md, references/parsimony_analysis.md, scripts/tree_statistics.py
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-01 | fail→fail | 20,066 | 57,637 | +187% | 1 | 1 | 0% | 3,873 | 10,180 | +163% | 0 | 0 | — |
case-02 | fail→fail | 18,562 | 7,622 | -59% | 1 | 1 | 0% | 3,309 | 10,149 | +207% | 0 | 0 | — |
case-03 | pass→fail | 14,171 | 4,745 | -67% | 1 | 1 | 0% | 2,734 | 9,982 | +265% | 0 | 0 | — |
case-04 | fail→pass | 10,808 | 7,450 | -31% | 1 | 1 | 0% | 1,792 | 10,982 | +513% | 0 | 0 | — |
case-05 | fail→pass | 13,998 | 6,266 | -55% | 1 | 1 | 0% | 2,004 | 10,739 | +436% | 0 | 0 | — |
case-06 | pass→pass | 7,686 | 3,917 | -49% | 1 | 1 | 0% | 1,352 | 10,427 | +671% | 0 | 0 | — |
case-07 | pass→pass | 17,886 | 6,060 | -66% | 1 | 1 | 0% | 2,952 | 10,824 | +267% | 0 | 0 | — |
case-08 | fail→pass | 13,533 | 10,188 | -25% | 1 | 1 | 0% | 2,137 | 11,569 | +441% | 0 | 0 | — |
case-09 | pass→pass | 14,349 | 8,588 | -40% | 1 | 1 | 0% | 2,418 | 11,180 | +362% | 0 | 0 | — |
case-10 | fail→pass | 18,722 | 9,865 | -47% | 1 | 1 | 0% | 3,190 | 11,473 | +260% | 0 | 0 | — |
case-11 | fail→pass | 12,320 | 7,556 | -39% | 1 | 1 | 0% | 1,874 | 11,004 | +487% | 0 | 0 | — |
case-12 | fail→pass | 12,247 | 11,492 | -6% | 1 | 1 | 0% | 1,870 | 11,530 | +517% | 0 | 0 | — |
case-13 | pass→pass | 10,806 | 5,090 | -53% | 1 | 1 | 0% | 1,748 | 10,509 | +501% | 0 | 0 | — |
case-14 | fail→pass | 16,846 | 7,395 | -56% | 1 | 1 | 0% | 2,611 | 11,002 | +321% | 0 | 0 | — |
case-15 | fail→pass | 15,934 | 7,251 | -54% | 1 | 1 | 0% | 2,468 | 10,771 | +336% | 0 | 0 | — |
case-16 | pass→pass | 12,608 | 6,347 | -50% | 1 | 1 | 0% | 2,140 | 10,751 | +402% | 0 | 0 | — |
case-17 | pass→pass | 11,911 | 4,464 | -63% | 1 | 1 | 0% | 1,878 | 10,455 | +457% | 0 | 0 | — |
case-18 | pass→pass | 10,447 | 6,674 | -36% | 1 | 1 | 0% | 1,687 | 10,703 | +534% | 0 | 0 | — |
case-19 | pass→pass | 11,039 | 5,462 | -51% | 1 | 1 | 0% | 1,809 | 10,676 | +490% | 0 | 0 | — |
case-20 | fail→fail | 14,677 | 9,909 | -32% | 1 | 1 | 0% | 2,403 | 11,397 | +374% | 0 | 0 | — |
case-21 | fail→fail | 11,864 | 18,293 | +54% | 1 | 1 | 0% | 2,232 | 12,938 | +480% | 0 | 0 | — |
case-22 | fail→fail | 17,907 | 12,251 | -32% | 1 | 1 | 0% | 2,905 | 11,493 | +296% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted, and 19 counted toward the lift figure. The other 3 produced results that are not comparable between the two arms, so they are excluded from the headline rather than averaged into it. The headline lift of +32 percentage points is the difference between those two pass rates over the 19 comparable cases. 2 cases got worse with the skill loaded, and they are included in that figure.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
| Model | Method | Date | Lift |
|---|---|---|---|
| gemini-3.6-flash | verified | 8/16/2026 | — |
| gemini-3.6-flash | verified | 8/9/2026 | +45% |
| gemini-3.6-flash | verified | 8/6/2026 | +18% |
Other measured skills in the registry, with their headline benchmark lift.