Product gains can remain isolated
A useful finding in one product may not inform another product’s work.
Recursive Engine is the family’s meta-system for cross-product improvement.
The synthesis meta-system through which its eleven products improve one another.
THE PRODUCT, IN PRACTICE
Recursive Engine is Layer 3 of the existing synthesis family. Its stated role is the meta-system connecting the products so they improve one another. It is not a new name for Discovery Core, a standalone annealing schedule or a generic replacement for every existing runtime.
A useful finding in one product may not inform another product’s work.
Recursive Engine is the family’s meta-system for cross-product improvement.
Schedules, algorithms, physical models and candidate evaluations have different responsibilities.
Retain those product identities while coordinating improvement across the synthesis system.
Generated changes and improved customer results are not the same event.
Scope which relationships are active and which numerical, empirical or mathematical checks govern acceptance.
Layer 3 of the eleven-product family.
Connect the family’s products rather than treating them only as isolated tools.
Five Layer 1 products, five Layer 2 products and Recursive Engine itself.
State the active integrations, permitted changes and acceptance responsibilities.
A team wants selected synthesis products to inform one another’s work.
Illustrative customer use—not a new benchmark or completed customer deployment.Choose the relevant products and active relationships.
Operate the meta-system under agreed budgets and change permissions.
Evaluate accepted improvement for each affected product and the end-to-end task.
The eleven-product family and Recursive Engine are existing products by the owner’s confirmation. The supplied table does not enumerate every runtime connection or establish a universal improvement rate. Cross-family additions require their own integration scope.
No new standalone price is supplied for this product; request a scoped proposal. The platform plans buy qualified workflows and capacity, not a second charge every time a compatible method is selected. Existing bundle inclusions do not expand automatically.
An existing product in the SpinForge portfolio. Request the release, available invocation interfaces and setup for your selected workflow; this publication does not invent executable commands or MCP tool names.
Bring a task, an accepted outcome and the environment in which the product needs to work.
A self-evolving optimizer that improves its optimization algorithms.
Learned temperature schedules for annealing through a Fourier neural operator.
An autonomous discovery product organized around perceive → hypothesize → experiment → learn.
The shared computational engine behind AMDE and SpinForge Bio.
Select the capability you need directly or include its compatible role in a qualified platform workflow. Production scope identifies release, environment, capacity and support; a product count is not an entitlement.
Explore monthly plans See the system connectionsUse the software directly or ask us to scope the implementation.
One capability. A connected workflow.
A team to put it into practice.