Desktop workflow orchestration

FlowSmithy turns real work into workflows anyone on your team can pick up.

FlowSmithy is a practical desktop execution layer for business and technical automation. It packages approved procedures, scripts, reports and operational steps into structured workflows with declared inputs, validation, logging, status and full human visibility — no server, no cloud account, no heavyweight infrastructure to stand up.

Every workflow carries its own documentation alongside it. When the person who normally runs a process is away — or has moved on entirely — someone else can open FlowSmithy, read exactly what a step does and why, and run it with confidence.

What we are

FlowSmithy bridges the gap between loose automation scripts and reliable operational systems. It gives small teams and organizations a way to define what can be run, what inputs are allowed, how results are captured, and how anyone — not just the original author — can inspect what happened.

Controlled actions

Approved procedures, not tribal knowledge

Every step is a declared, named workflow with known inputs — not a script someone remembers how to run, or a command passed down by word of mouth.

Structured results

Status, brief, logs and traceability

Each run produces a clear status, concise brief, detailed log and reusable execution history for review, troubleshooting, and audit — long after the person who ran it has moved on.

Existing tools

Use the technology you already have

FlowSmithy orchestrates practical work across Tcl, Java, PowerShell and other execution engines, running on your own desktop, without forcing a complete platform rewrite.

Documentation that stays with the work

The feature that matters most for small organizations, volunteer-run operations, and churches: every workflow and every step can carry its own documentation, right alongside the thing it explains. Nothing walks out the door with one person.

Built in, not bolted on

Documentation lives with the workflow

Each workflow, and each individual step within it, can have its own help page — opened right from the same screen where the step is configured or run, always current with what the step actually does.

Anyone can step in

Built for handoff, not just for the builder

A treasurer, administrator, or volunteer who has never seen a workflow before can open it, read what each step does and why, and run it correctly — without tracking down the person who originally set it up.

Continuity

Institutional knowledge, not one person's memory

Churches and small nonprofits are especially prone to losing process knowledge when a single dedicated volunteer steps back. FlowSmithy keeps the how and the why written down where the next person will actually find it.

Steve Pritchard

Steve has spent his career building practical tools that make complex technical systems easier to automate, inspect, operate and trust. FlowSmithy continues that pattern: a workbench for turning real operational knowledge into visible, repeatable, well-documented workflows.

Built across generations of technology

Steve's work has spanned mainframes, minicomputers, CP/M microcomputers, point-of-sale systems, large-scale enterprise remediation, web systems and modern AI-agent automation. The common thread is not a single language or platform. It is the ability to understand complex systems, find the practical control points and build tools that make them usable.

IBM 1401 360 Assembler IBM/360 JCL COBOL-era source systems CP/M PL/I 8086 Assembler IBM 4680 POS Y2K dataflow analysis Java Tcl/Tk PowerShell AI-agent integration (exploratory) Over 50 programing languages Etcetera

That range matters. FlowSmithy is not the result of one narrow technical fashion. It reflects decades of building control layers, conversion layers, optimization tools and execution frameworks wherever business work was trapped inside complex technology.

IBM 1401 simulator — practical compatibility through software
In 1968, Steve created an IBM 1401 simulator that allowed existing 1401 programs to run on IBM/360 hardware. The work helped preserve valuable business software during a platform transition, while taking advantage of newer system capability. The simulator was designed to fit naturally with the surrounding IBM/360 operating environment, including JCL-oriented production practices and demonstrated an early pattern in Steve's work: make legacy knowledge usable on newer platforms without forcing a disruptive rewrite.

It was marketed globally by Simpson-Sears, a major Canadian retail name and Steve's employer at the time.
CTC Source Control System — disciplined software production
At Canadian Tire Corporation around 1970, Steve built the CTC Source Control System to manage program source, copybooks, and JCL in a disciplined production environment. The system supported standards, controlled change, and automatic production of required back-level versions. It was used for years in a major corporate setting, solving the real operational problem of knowing exactly what source was current, what was historical and how to reproduce a prior production state.
Datacrown Interactive Optimizer — operational tuning made systematic
In the Datacrown shared-processing environment, Steve developed an Interactive Optimizer to analyze and tune operational workload behavior. The tool focused on practical performance factors such as JCL structure, file blocking, indexing and processing patterns. Its purpose was not just to make one job faster, but to turn expert performance tuning into a repeatable process that could be inspected, adjusted and applied systematically.

Its use gave Datacrown a distinct competitive advantage in securing more shared processing workloads.
Word-processing conversions — many systems, one normalized stream
Steve designed many-to-many word-processing conversion technology for systems such as AES, MICOM, DEC, Vydec, IBM DisplayWriter, Xerox, Wang and WordPerfect. Rather than writing a separate converter for every possible pair, the approach translated documents through a normalized internal token/data stream. This made the conversion system extensible, practical and economical, and it ran on modest S-100 CP/M systems using a PL/I compiler and 8086 assembly support. The implementation included a log that identified points in the document that needed manual inspection and/or correction. That was a unique feature among the conversion tools available at the time. The design anticipated ideas later seen in common interchange formats: separate the meaning of a document from the quirks of each vendor's file format.

Solutions Canada Inc. was created in 1983 as a result of this capability. It gave word-processing vendors such as IBM, Xerox and Wang a company to point to for solving the problem of migrating old-format documents to new vendor formats. Many of their clients, including McDonald's, TTC and CIBC, became Solutions Canada clients.
IBM 4680 POS Remote Operator — solving the practical impossible
In 1988 Steve created a Remote Operator approach for IBM 4680 point-of-sale systems that enabled home-office employees to connect to a store POS system as if they were there. To achieve this goal, Steve had to understand and interface with a highly protected operating system not designed for conventional remote control. By analyzing how the system handled operator interaction, he found a practical path to intercept and replace command behavior in a way that enabled remote operational support. The work reflected a recurring strength: understanding a constrained technical environment deeply enough to create a usable control layer above it.

It was marketed by IBM to its global retail-market clients, including Walmart, CVS, The Gap and Karstadt. IBM also produced a Redbook that described its use and implementation.
Y2K inference tool — finding meaning from usage, not names
In the late 1990s, Steve built a Y2K inference tool that identified date-related fields by examining how data was used, moved, compared, written and read across programs and files. The tool did not rely only on field names, because important date semantics are often hidden behind local naming conventions or inherited data structures. By propagating date meaning through the more reliable evidence of data flow and usage, it helped large organizations find Year 2000 risk more intelligently than simple text scans could.

It was used in PricewaterhouseCoopers client work to help with Y2K migrations.
FlowSmithy — a desktop workbench for workflows that outlast the person who built them
FlowSmithy brings Steve's long-running pattern forward: turning operational know-how into structured workflows with declared inputs, controlled execution, status, logs, concise results, and documentation that travels with the work itself. The system includes a configurable runner, workflow configuration tooling, and multiple execution paths including Tcl, Java and PowerShell — all running locally on a desktop, with no server or cloud infrastructure required.

Local, agent-facing access (an MCP-compatible interface) is a possible future direction, but the core of FlowSmithy is, and will remain, a tool a person can pick up, understand, and run with confidence.

Interested in workflows your team can actually maintain?

FlowSmithy is available for discussion, demonstration and exploration with organizations, small businesses, and volunteer-run operations that need their processes to survive a change in who's running them.

Contact
Steve Pritchard
fs@rexcel.com
Toronto, Canada