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.
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.
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.
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.
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.
FlowSmithy orchestrates practical work across Tcl, Java, PowerShell and other execution engines, running on your own desktop, without forcing a complete platform rewrite.
The feature that matters most whenever a process only works because one person remembers it: every workflow and every step can carry its own documentation, right alongside the thing it explains. That covers a volunteer-run organization losing its one dedicated admin — and it equally covers an individual who just wants their own year-end process to still make sense to them next year.
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.
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.
The same gap shows up at every scale: a solo operator who won't remember their own reasoning six months from now, or a volunteer-run organization that loses its process knowledge the moment one dedicated person steps back. FlowSmithy keeps the how and the why written down where it'll actually be found.
The mechanics behind the pitch — what a task actually does from the moment someone opens it to the moment it's done.
Every flow and every task carries its own help, written once in plain Markdown and rendered right alongside the flow's description and the task's description — not filed away in a separate manual nobody opens. The system remembers, so the person doesn't have to.
Workflows and tasks are built through a visual editor. Nobody needs to hand-edit JSON to add a step or change an input.
A task remembers the values it was last run with, so routine runs don't mean re-entering the same settings every time.
Not every step can be automated. Where one can't, it shows up as an explicit task to confirm — not a silent gap someone has to remember on their own.
A failed step surfaces what to do about it, right where the failure happened — not a stack trace someone has to go interpret elsewhere.
FlowSmithy tracks what's changed since a step last ran, so out-of-date results get flagged instead of acted on as if they were current.
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.
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.
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.
FlowSmithy is available for discussion, demonstration and exploration — whether you're an individual who wants your own processes to hold up over time, or an organization (including small businesses and volunteer-run operations) that needs its processes to survive a change in who's running them.
FlowSmithy Page-v?