How an AI-augmented practice runs
How BASH Consulting runs on AI every day — governed prompts, written rules, and human-approved agent workflows a Denver SMB can copy
Estimated reading time: 4 minutes
The question you’re really asking
When a small or medium-sized business (SMB) owner asks us about artificial intelligence (AI), the question underneath is usually simpler: can I trust this to do real work without embarrassing me in front of a client, a regulator, or my own staff? Fair question. Any consultant can tell you AI will save you money. Fewer can walk you through the operation where they stake their own name on it every day. This page is that walkthrough — how this practice actually runs, and why the same structure is what we’d build for you.
Rules live in files, not in someone’s head
The foundation isn’t a chatbot. It’s a set of written rule files, stored in the same repository as the website itself, that define what “good” means here: who our reader is, what tone we use, which phrases are banned, how page metadata must be structured, what every article needs before it can publish. When an AI agent — or a person — works on a page, the rules for that kind of page load automatically and carry the same weight an editor’s red pen would.
That one decision changes everything downstream. Quality stops depending on who’s working or what they remembered to ask for. If a rule is wrong, we fix the file once and every future piece of work inherits the fix. A law office could run engagement letters this way; a clinic could run patient communications this way, with its privacy obligations written into the rules rather than left to memory.
One playbook instead of a thousand chats
Most businesses experimenting with AI accumulate a scatter of one-off chat sessions: different wording each time, no record of what worked, results that vary by person and by day. We run the opposite model. Every recurring task — drafting an article, reviewing one for structure and search visibility, refactoring code, generating tests, publishing a release — has a written prompt with a defined role, inputs, and quality bar. The prompts are version-controlled, reviewed when they change, and executed the same way by anyone, through the toolkit we’ve published.
The result is that AI output here is repeatable. The tenth article gets the same editorial scrutiny as the first, because the scrutiny is written down.
Agents draft, people approve
On any given week, several kinds of agents touch this site. One drafts articles from the writing playbook. Another reviews drafts against the rule files, carrying notes on past editorial decisions between sessions so the same correction doesn’t have to be made twice. A pipeline generates each article’s banner image from its own title and description. And before anything reaches the public site, continuous integration (CI) — the automated build-and-check step documented in the GitHub Actions documentation — rebuilds the entire site and blocks the release if anything is broken.
What no agent can do is publish. A person reads every change before it merges. That’s not a temporary training-wheels arrangement; it’s the design. AI compresses the hours between idea and finished draft. Judgment about what represents this firm stays human.
Deterministic foundations under the AI
There’s a quieter principle holding this together: if a step can be a script, it’s a script. The site itself is a static build — the same input produces the same output, every time. The tool tables on our toolkit page are generated by a script that reads the actual source files, so the marketing can’t drift from the reality. AI is spent where judgment is needed — drafting, reviewing, deciding — and plain deterministic automation handles everything repetitive underneath it.
That split is the part most AI pitches skip, and it’s the part that protects you. Deterministic steps fail loudly and predictably; you want them under anything a model touches. When we scope AI work for a client, the first exercise is drawing that line through your process — which steps need judgment, and which just need to run the same way every time.
What this means for your business
You don’t need our tools to benefit from this model. You need the shape of it: written rules for what good output looks like, versioned playbooks for recurring tasks, automation that checks work before it ships, and a named person who approves anything that reaches a customer. Whether the process is proposals at a design firm, order confirmations at a distributor, or donor letters at a nonprofit, the structure is the same — and it’s the difference between AI as a capability and AI as a liability.
If you’re weighing whether AI belongs in your operation, start with a conversation about one process you’d like to run this way. We’ll tell you honestly whether it’s a fit — and see [[AI solutions and intelligent automation]] for how we scope that work.