Signature ideas
Three practical ideas from Ahmadreza Samadi’s essays: start with the decision, define where AI must stop, and count cost per accepted result.
These are the principles I use to explain and design AI workflows. They are supported by the linked essays and tools, rather than claims of measured company results.
Start with the decision.
Name the decision, the person making it and the evidence it needs before choosing a model.
Why it matters
A model is a component. A useful product also needs a person, evidence, a next action and a way to judge whether the decision improved. Starting there makes the limits visible before an experiment grows.
- Name the decision
- Identify the evidence
- Choose the next action
- Then test the AI
Where I apply it
Use it tomorrow
- Write one decision as a question a person needs to answer.
- Name the person responsible for the next action.
- List the evidence and what would make it insufficient.
- Choose an acceptance rule before comparing tools.
Where the AI must stop.
Make the point for human checking, override or sign-off part of the product.
Why it matters
An answer and an action carry different consequences. Property identity, missing information, permissions and accountability need explicit checks. A person must be able to see the evidence and stop or override the proposed action.
- AI proposes
- Check source and limits
- Person accepts or overrides
- Authorized action
Where I apply it
- Read about human review in real estate
- Set an agent’s permissions
- Check the property identity and source
Use it tomorrow
- Identify the error that could affect the decision.
- Put the human check before that consequence.
- Show source, date and uncertainty at the check.
- Specify what happens when evidence or approval is missing.
Cost per accepted result.
Include retries, failures and review when counting the cost of a result that meets an explicit acceptance rule.
Why it matters
A cheaper request may require more retries or review. Count the full workflow cost against distinct results that meet an explicit acceptance rule. The cost ledger records caller acceptance; it does not independently certify the output.
- All attempt costs
- Include tools and review
- Count accepted results
- Divide cost by results
Where I apply it
Use it tomorrow
- Define what counts as one distinct result.
- Write the acceptance rule and who applies it.
- Record failed attempts, retries, tool costs and review time.
- Report no accepted results as undefined cost per result, not zero.