
Creating the app with the VIKTOR App Builder is only the tip of the iceberg, as it is part of the broader VIKTOR platform. In the examples below, I will show you how I use the platform’s different components throughout the workflow, from the knowledge base that stores engineering information specific to the industry and the company, to VIKTOR Desktop, which connects the application to Rhino and Grasshopper on my computer. I will also show you how to test, validate, and scale the application throughout your organization.

We will build a complete application for designing and analyzing a parametric canopy. These are the prompts we will use throughout the process:
We will start by turning a Grasshopper definition file (.ghx) of the canopy structure into a VIKTOR app.
This used to be a manual process. I remember my colleague Rick had to translate Grasshopper definitions into VIKTOR apps by hand. It was a time consuming task, now, you can attach the .ghx file in the App Builder and let it handle the conversion.
I found this especially useful because it makes the process more accessible to people like me who are not Grasshopper experts but simply want to solve an engineering problem on the VIKTOR platform, regardless of the software they use.
Let’s see this in action by using the prompt box below to open the VIKTOR App Builder and describe the engineering problem we want to solve.
After App Builder creates the app, the next step is to download and install VIKTOR Desktop. VIKTOR Desktop is a Windows application that gives you one place to install, configure, run, and monitor your personal integrations, so you can manage the connection to Grasshopper from your computer. Sign in, configure the Grasshopper worker, and run the app!
The first prompt gave us a working connection and returned the Grasshopper results. From there, we continued in the same VIKTOR App Builder conversation and extended the application with the next engineering step.
For the next step, we want the app to collect axial loads and bending moments, calculate pad foundation dimensions, and send those new dimensions back into the geometry workflow.
The geometry and engineering checks were connected instead of becoming separate workflows. I did not need to move between a Grasshopper file, a separate foundation spreadsheet, and another geometry viewer. The inputs, calculation, and updated model stayed in one application where the team can review and verify the complete process.
For the final step, we wanted to compare several design options instead of running only one geometry at a time. So we continued in the same VIKTOR App Builder conversation and added one final step to the application.
The carbon sweep changes the width and shell rise across a user defined range. It runs the alternatives in Grasshopper, reads the estimated volume, and calculates the total carbon using one combined carbon factor.
The value of this final prompt was orchestration. VIKTOR defined and ran the sweep logic, Grasshopper produced the geometry and volume for every case, and VIKTOR presented the results in a clear and polished visualization.
Grasshopper gives us a powerful way to create parametric geometry. VIKTOR gives us a place to save the results from several projects instead of leaving files scattered across local computers. This makes it easier to find, reuse, and review the work later.
The VIKTOR platform also gives the team one place to improve the application. We can ask for feedback, create a revision process, and keep different versions of the app in one place. Administrators can control who has access to the app, so the right people can use it and the team can keep track of the approved version.
In addition to supporting collaboration and governance, the VIKTOR platform is built on years of experience in the AEC sector. It maintains a knowledge base with industry and company-specific engineering information, giving the VIKTOR App Builder more context when it helps create apps and workflows. This helps teams build tools that reflect their own engineering standards and ways of working.
Teams can also use a virtual machine to run the Grasshopper and VIKTOR workflow. This means users can use the application without having Rhino and Grasshopper installed on their own computer.
With these three prompts, we created one application that connects to a Grasshopper definition, visualizes Rhino geometry, sizes pad foundations, and compares volume and carbon across several design options. This let us explore design alternatives faster and share the workflow with others instead of keeping it as a local Grasshopper file. The process showed us that we did not need to master every tool before we could start building a useful workflow around it.
If your team has valuable Rhino and Grasshopper files that are difficult to share or scale, use the same approach to turn them into reviewed applications. Sign up for VIKTOR and try it yourself.