Back to home@zbc0315

dsh-synomega

Organic reaction prediction for DeepSeek Harness: retrosynthesis, forward prediction, route planning, SynScore, and multi-component evolution — with in-chat molecule, reaction, and route-tree visualisation. Runs entirely locally.

Stars
0
Language
JavaScript
Created
Aug 25, 2026
Updated
Aug 25, 2026
GitHub repo

Introduction

dsh-synomega

English | 中文

dsh-plugin CI License: MIT Node Python SynOmega Runs locally

Topics: dsh-plugin · deepseek-harness · retrosynthesis · cheminformatics · reaction-prediction

Organic reaction prediction for DeepSeek Harness, backed by SynOmega. Five model-facing tools — retrosynthesis, forward prediction, route planning, synthesizability scoring, and multi-component evolution — with molecules, reactions, and route trees drawn in the conversation, and a molecule editor in the composer so a structure can go out as a drawing instead of a hand-typed SMILES string.

Everything runs locally. There is no API key and no remote inference: the models are downloaded once and evaluated on your machine.

A route-planning card: the target at the top, a two-step tree down to two purchasable starting materials, with a SynScore card beneath it

"How do I make this molecule?" — the model plans a route and scores it. Two steps, both starting materials purchasable, per-step scores on the edges, SynScore 1.000.

Install

dsh plugin --profile web add github:zbc0315/dsh-synomega

web is the profile to install into — a profile is one named composition of plugins under $DSH_HOME/profiles/, and dsh web boots the one literally named web. Use whichever profile you actually start; naming one that does not exist creates it.

The built entry points are committed, so a git install needs no build step and no allowBuilds approval. (Once this is on npm, dsh plugin --profile web add dsh-synomega will work the same way.)

Start the harness once afterwards. On first activation the plugin provisions its own Python environment in the background — a Python 3.12 virtualenv under $DSH_HOME/plugins/synomega, pip install synomega[gnn], then the retrosynthesis model, the building-block stock, and the forward model (about 450 MB in total, once). Nothing blocks the harness from booting; a tool called while setup is still running reports the phase and asks the model to retry rather than failing.

Provisioning takes a cross-process lock, so a harness starting while you are running the setup script by hand waits for it instead of downloading the same files twice.

Python 3.10 or newer is required, and a machine's system python3 is frequently older. Install uv and the plugin will fetch a suitable interpreter itself; otherwise point the python config at an existing 3.10+ one.

To provision ahead of time instead of on first activation:

node node_modules/dsh-synomega/scripts/setup.mjs            # with the neural backend
node node_modules/dsh-synomega/scripts/setup.mjs --no-extras --no-assets   # template backend only

Tools

ToolQuestion it answers
synomega_retroWhat reacts to give X? — ranked one-step disconnections of a product
synomega_forwardWhat do these reactants give? — ranked products of a reaction
synomega_planHow do I make X? — a route down to purchasable building blocks
synomega_scoreCan X be made, and how hard? — SynScore, a continuous 0–1 number for ranking
synomega_evolveWhat can this mixture form? — a forward network from a reactant pool

Each returns a structured canonical value (usable directly from Code Mode) plus a compact text rendering for the model. A prompt section teaches the model which tool answers which question, that every molecule argument must be a SMILES string, and that the first call after installation is slow because it downloads models.

SynScore is 1/(U+1)^U, where U is the number of starting materials in the best route that cannot be bought: 1.0 when solved, 0.5 with one missing, 0.11 with two, 0 when no route is found. Use score to rank candidates and the separate solved boolean to compare against published solve rates — they answer different questions.

Drawing a molecule

Next to the composer's leading controls there is a benzene button. It opens Ketcher — the structure editor — over the conversation; Insert appends what you drew to the message as SMILES, leaving the rest of what you had typed alone.

This exists because the alternative is transcription. A SMILES string typed by hand is easy to get subtly wrong, and a wrong one still parses: CC(=O)Nc1ccccc1O and CC(=O)Nc1ccc(O)cc1 differ by one ring position and are different compounds.

The editor is fetched once, on the first click, from its own GitHub release (about 35 MB, ~30 MB kept) into $DSH_HOME/plugins/synomega/ketcher/<version>/, verified against a pinned SHA-256, and then served by this harness. Serving it locally is what makes it same-origin — the dialog reads the drawn structure directly, and the editor keeps working with the network off. Nothing is downloaded until someone opens it.

Set ketcher.prefetch: true to fetch it during activation instead, ketcher.url to point at a mirror or a file:// copy, or ketcher.enabled: false to leave the button out entirely. Compositions with no web server (headless, CLI) never register the route.

Visualisation

The browser half registers a view for each tool on the harness's keyed tool.call.toolview slot, so results render as cards inside the conversation:

  • retro / forward — each candidate drawn as reactants → product with its score
  • plan — the route as a tree, molecules at the nodes and reaction scores on the edges, purchasable and unpurchasable starting materials distinguished, selectable when several routes were found
  • score — the SynScore with the route it came from
  • evolve — molecules laid out by depth, each with its cumulative score

Depictions come from smiles-drawer; tree layout from d3-hierarchy. Both are bundled, so the page fetches nothing. A SMILES that will not parse falls back to its text rather than an empty box, and a truncated tree says so — a clipped route must never read as a complete one.

Cards are drawn purely from metadata persisted on the tool result, so reopening an old conversation reproduces the same picture. Deployments without the browser UI (headless, CLI) get the text rendering; no information is lost, only the drawing.

Forward prediction

A forward-prediction card: five candidate products, each drawn as reactants arrow product with a score bar

Acetic acid and methanol, ranked five deep. Methyl acetate takes 0.9308 and the rest are three orders of magnitude behind — the model reads that as Fischer esterification and says so. Note the disambiguation in its answer: CO is methanol, not carbon monoxide (C#O), which is exactly the class of mistake the composer's molecule editor exists to prevent.

Multi-component evolution

A multi-component evolution card: molecules laid out in depth columns, each with a cumulative score

Butanone, urea, and benzaldehyde evolved forward into 450 molecules over 683 reaction edges, laid out by depth with each molecule's cumulative score. Depth 0 is what you put in; everything to the right is what the network reached.

Configuration

All values are set in cordis.yml. The ones worth knowing:

KeyDefaultMeaning
autoSetuptrueProvision Python on activation
pythonExplicit interpreter path; set it and no virtualenv is created
extras['gnn']PyPI extras. [] installs the template-only backend: no torch, much faster, no neural prediction
mirror'auto'Asset mirror (ustc / github)
algorithm'retrostar'Search algorithm (retrostar / mcts / bfs)
plausibilityfalseScreen candidates with the plausibility model. Off by default: it does not improve top-k recall and adds latency
searchwidth 50, 60 s, 500 expansionsSearch budget. Deployment policy, not a model-facing argument
timeouts2 min / 10 minPer-operation deadlines (single-step / search)
visualizetrueEmit card metadata
maxTreeNodes120Node cap for a drawn route tree
ketcher.enabledtrueOffer the molecule editor from the composer
ketcher.prefetchfalseFetch the editor at activation rather than on first use
ketcher.version'3.17.0'Ketcher release to install
ketcher.urlRelease archive location; file:// works, for machines with no network

How it works

browser   card renderers on tool.call.toolview  (smiles-drawer, d3-hierarchy)
   ^        drawn from the tool result's persisted metadata
          a composer seat on conversation.input.left  (Ketcher, in a same-origin frame)
   ^        HTTP, /dsh-synomega/ketcher
host      one Cordis plugin: five tools + prompt section + provisioning + that route
   ^        ndjson over stdin/stdout
python    one resident worker holding the loaded models

The Python worker is resident because loading SynOmega's models takes seconds; paying that per call would make route planning unusable. Requests are handled one at a time — inference is not thread-safe, and concurrency would only make each caller slower.

Known limitations

  • A running prediction cannot be interrupted. Python inference offers no safe cancellation point, so a cancelled call settles immediately and its eventual result is discarded. If an abandoned call has not returned within hardKillMs, the worker is killed and restarted.
  • Predictions are ranked candidates, not guarantees. Forward top-1 accuracy is about 0.64 on the benchmark; routes are proposals, not validated procedures.
  • The first call downloads a few hundred megabytes. In air-gapped, metered, or reproducibility-critical environments, pre-fetch with scripts/setup.mjs and treat the download as an explicit opt-in.
  • The molecule editor is one more download. Ketcher ships as a 30 MB browser application; it is fetched on first use rather than vendored, so a fresh install pays for it once and an air-gapped one needs ketcher.url pointed at a local copy.
  • Retrosynthesis is dual-use. The prompt section defers judgment about hazardous, controlled, or weaponizable targets to the deployment's own safety policy; this plugin does not itself decide what is permissible.

Licence

MIT.