Approach
How I Work With AI
Technology should make work more useful for the people doing it and safer for the people affected by it. AI can help. It isn't automatically the right answer.
Being a Technical Humanist means treating technology as a means to improve human work and outcomes, rather than as a substitute for judgment, accountability, or care.
Bring a decision to a call
I start with the real problem before I recommend a platform, model, automation, or workflow. I don't sell AI because it's new, popular, or easy for a vendor to demo. I help clients find the simplest, most defensible path to meaningful improvement: AI when it helps, and a rules-based automation, better data, a clearer process, an integration, training, or no technology change yet when that's the better answer.
My job is to help you understand what will improve the work, what needs to be true for it to succeed, and what your team will own after it launches.
Start With the Work
Every engagement begins with the work as it exists now.
What's slow, repetitive, inconsistent, error-prone, or difficult to explain? Who does it? Who feels the consequence when it goes wrong? What information, systems, approvals, and handoffs does it depend on? What would a meaningful improvement look like? What failure would be unacceptable?
Those questions move the conversation from “Where can we use AI?” to “Where would technology improve the work?”
Sometimes the answer is generative AI. Sometimes it's a rules-based automation, an API integration, a better intake form, cleaner data, a shared definition, a documented process, or a decision to wait. That isn't a disappointing outcome. It's the right order of operations.
I'm independent of vendor incentives. I don't recommend a tool because it's fashionable, because a platform wants to expand its footprint, or because someone benefits from the sale.
Build on a Foundation You Can Defend
An AI-enabled workflow is only as dependable as the problem definition, context, data, rules, permissions, evaluation, and human responsibility around it.
Before scaling a use case, I look for what it depends on: clear business definitions, relevant and permitted information, reliable source systems, appropriate access, realistic evaluation, ownership, maintenance, and a way to recognize and respond when something goes wrong.
More data isn't automatically better. More automation isn't automatically progress.
A faster workflow built on conflicting definitions, unclear permissions, or no accountable owner can scale confusion faster than a manual process ever could.
When the foundation isn't ready, I say so. The right next step may be to repair data, clarify the workflow, document a decision rule, establish ownership, test a lower-risk version, or defer the technology until the organization can use it responsibly.
I want the work to leave your team stronger: clearer on what its systems mean, more confident in how they operate, and better able to make the next decision without starting over.
Use AI Where It Helps
AI is useful when it helps people spend less time on repetitive, low-risk work and more time on judgment, creativity, service, investigation, and decisions requiring human context.
Appropriate uses often include categorizing or summarizing information, searching an approved knowledge base, drafting from reliable source material, supporting research, organizing routine administrative work, and assisting bounded workflows with clear context and feedback.
For these, a strong harness matters. Define the approved sources and context, the expected output, the limits of what the system may do, the quality checks, the error conditions, and the feedback process. Use initial human review, sampling, evaluations, thresholds, or ongoing monitoring according to the risk.
AI doesn't earn its place by producing an answer quickly. It earns its place when it improves a defined workflow and makes the people involved more capable.
Keep Judgment Accountable
AI should support human capability. It should not be used to make human accountability disappear.
The level of review should match the consequence of the work. Low-risk tasks can be bounded, tested, monitored, and improved through feedback. Higher-impact systems need stronger safeguards and meaningful human judgment.
Meaningful review isn't a person clicking approve at the end of a workflow. It requires:
- Subject-matter expertise to recognize a weak, misleading, incomplete, or harmful output
- The ability to add context the system may not have
- Authority to override, reject, or change the output
- A documented escalation path when the issue can't be resolved inside the workflow
A person who cannot challenge the output is not providing meaningful oversight. They are being asked to approve a system they do not control.
I won't recommend AI as the final decision-maker in work that materially affects a person's life, livelihood, safety, rights, health, legal standing, financial standing, employment, or access to essential services. AI may inform a qualified person's decision. It doesn't replace that person's responsibility.
I also don't treat AI as a substitute for work depending on empathy, intuition, human connection, or hands-on assessment of a real situation.
Build Systems Worth Trusting
I expect AI systems to be understandable at the level their role and risk require.
That means being able to explain what the system is for, what information it uses, what it can't reliably determine, what it's allowed to do, how its output is tested, where its boundaries are, how important outputs can be traced or challenged, and who owns the result.
For a consequential workflow, a polished demo isn't enough. The design should make purpose, source data, business rules, permissions, assumptions, failure conditions, review points, acceptance criteria, maintenance, and escalation visible before anyone relies on it.
The goal isn't false certainty or perfect automation. It's a system that can be tested, questioned, corrected, maintained, and governed by the people responsible for its consequences.
Measure What Changed
Technical performance matters. Accuracy, reliability, latency, security, cost, and operational resilience matter. So do adoption, trust, accessibility, maintained quality, and whether the people doing the work experience a real improvement.
A system people route around hasn't created much value. A system people use enthusiastically but can't challenge or safely correct isn't a success either.
I look for evidence at three levels:
| Level | Question |
|---|---|
| Task | Did the work become faster, clearer, more consistent, or less repetitive? |
| Workflow | Did the end-to-end process improve after review, exceptions, handoffs, maintenance, and rework are included? |
| Outcome | Did the change improve a customer experience, team capability, decision, risk profile, or business result? |
Task
QuestionDid the work become faster, clearer, more consistent, or less repetitive?Workflow
QuestionDid the end-to-end process improve after review, exceptions, handoffs, maintenance, and rework are included?Outcome
QuestionDid the change improve a customer experience, team capability, decision, risk profile, or business result?
A small, bounded workflow that earns trust and teaches the organization how to operate AI well can be worth more than a large pilot producing a slide deck and no durable change.
Protect Client Trust
I use AI in client work deliberately, not casually.
When AI is relevant to an engagement, I use approved tools and apply controls appropriate to the work. I minimize the information shared, use redaction, anonymization, or de-identification where practical, and don't put client-confidential information into public models.
For material use of client data in an AI-enabled workflow, I seek client-specific approval and consider the relevant tool terms, data-processing commitments, training use, subprocessor access, data location, security controls, retention, deletion, logging, and change-notification practices.
I apply purpose limitation and least-privilege access. Data should be used only for the agreed purpose, and people and systems should get only the access the work requires.
I'm happy to disclose when AI materially assists a deliverable. Whatever the tools, I remain responsible for the work and the advice.
Why This Site Allows AI Crawlers
This site lets AI crawlers read it, including the ones that collect pages to train models. That is a decision, not a default, and the reasoning is written into the site’s robots.txt file as well as here.
Search and retrieval crawlers are how search engines and AI answer tools find and cite these pages. Blocking them would make the site harder to find for the people it’s written for.
Training crawlers are a separate question, and I allow them on purpose. Everything here is published to be read and learned from, and client material is never published here. Search visibility doesn’t depend on that choice either way, so it can be reversed without cost.
One crawler is blocked: it states no purpose and documents no way to control it.
I review this twice a year. The next review is March 2027, and if the decision changes, this section changes with it.
The Boundaries I Keep
Some commitments don't depend on the tool or the trend.
- I don't recommend AI for its own sake, and I don't sell work, tools, claims, or implementations I can't defend as solving your real problem.
- I don't recommend AI as the final decision-maker for high-stakes outcomes, as described above.
- I design with potential bias in view. Every system deserves consideration of bias, and the depth of review should rise with the potential for accessibility barriers, unrepresentative data, excluded stakeholders, or material harm. The goal isn't claiming a system is bias-free. It's identifying foreseeable risks, testing the assumptions that matter, including the right perspectives, and mitigating harm where the design can.
- I don't let a confident AI output look more certain than the evidence supports. Assumptions, tradeoffs, limitations, and unresolved questions go in front of the people accountable for the decision.
- I don't present unreviewed AI-generated work as human effort. AI may assist my work. I review the result, own the recommendation, and stand behind what I deliver.
These boundaries are also what the engagements are built on: written scope, a named reviewer, evidence you can check, and a system your team owns at the end. Compare all seven services.
What You Can Expect From Me
The work is successful when clients feel understood, more capable, and more confident about what to do next.
- You can expect honest counsel over comfortable agreement. I'll tell you when AI isn't the right answer, when a proposed tool won't solve the real problem, when a workflow needs redesign, and when the data or governance foundation needs work before anything should scale.
- You can expect decisions, assumptions, tradeoffs, and unknowns to be visible rather than hidden inside a vendor demo, a confident output, or a polished diagram.
- You can expect a solution that fits your people, process, data, systems, and operating capacity. The work may involve AI. It may also involve automation, analytics, integrations, documentation, training, governance, or a simpler path that creates more value with less complexity.
- And you can expect to leave with more than a recommendation: a clearer understanding of the problem, a defensible path forward, and more confidence in your team's ability to operate and improve what it adopts.
Last reviewed: September 2026
Bring the decision you're weighing, and I'll tell you whether AI belongs in it.
Free introductory conversation. No preparation required.
Book a 30-minute call


