Measure the current path
so there is a before, and the after is a number instead of an impression.
They die underneath — in the tables that decide what a specification means, built in a hurry while the demo got the attention. Foresight builds that layer first, then the project on top of it.
You have seen the symptom: the demo configures beautifully, and eighteen months later nobody will change a rule because nobody is certain what else it touches. That is a data problem wearing a software problem's coat.
The form is the last 10%. It gets built last.
Group tables, form design, calculation tables, specification flow, generation tasks — the whole path a specification travels from a customer answer to a released model and drawing. Foresight works every stage of it rather than handing the difficult half back.
Practically: calculation logic and table structure are designed together, the flow stays legible to the people who maintain it after the project closes, and generation tasks are built last instead of being the thing everything else bends around.
Keystone writes a hash-sealed data pack onto the model. Component definition tables and driver properties come from that pack, and an executor pre-drives the configurations before DriveWorks asks — so generation starts from a model already in the right state. The Excel emission side of the bridge is in its final build phase, and that is stated here rather than discovered later.
Diagram: the model and its hash-sealed pack flow into an executor, which pre-drives the configurations, which feed DriveWorks, which produces the released model and drawing. Connectors carry a slow animated flow toward each node (decorative; off under reduced motion).
The structures behind this practice were built for conveyor product lines carrying real manufacturing variation: hands, gauges, materials, and the option combinations nobody documented until they had to be encoded.
Encoding those combinations is most of the work, and it is exactly where an outside implementer stalls. It goes faster when the person writing the tables has also had to make the models rebuild.
so there is a before, and the after is a number instead of an impression.
and prove it against real specifications, not a tidy demo set.
on top of tables that already tell the truth.
every table and rule tracked, maintainable without a standing retainer.
Foresight will implement DriveWorks for a team with no interest in Keystone, and the work stands on its own. Run the two together and the numbering, the configurations and the generation stop disagreeing.
That disagreement is the expensive one — a part number allocated by hand, a configuration named by convention, a generated model that believes something different about both. Each is small. Together they are why released drawings need a second pair of eyes.
This practice exists because the product needed it and the consulting kept meeting it. It is one thread of a smaller brand that would rather do a few things with evidence than many with adjectives.
Describe the problem in your own words — a build that needs scoping, a DriveWorks project that has stalled, or a question about whether Keystone fits the way your team already works.
You will get a straight answer, including when the straight answer is that Foresight is not the right fit. That policy has cost us work. It has never cost us a client.
Prefer email? contact@foresightetf.com