Local Business Sites
Focused websites for small businesses: clear services, simple contact paths, bilingual-friendly copy, DNS/deploy setup, and handoff notes an owner can use.
See live demos (pedidos, citas, servicios)Practical websites, automation, and AI workflow notes
I'm David Ortiz. I build practical sites, workflow prototypes, and clear handoff notes for projects where the real value is getting the system working and understandable.

No inflated claims. No agency wrapper. Just what I build, how I work, and how to reach me.
Quick read
This site is the front door for selected builds, current learning, and practical collaboration. Outside projects can show up as examples, but the organizing idea is simple: David Ortiz, the work, and a direct path to contact.
Selected work
These are portfolio categories, not inflated case studies. Each one points to the kind of systems I can build, test, and explain clearly.
Focused websites for small businesses: clear services, simple contact paths, bilingual-friendly copy, DNS/deploy setup, and handoff notes an owner can use.
See live demos (pedidos, citas, servicios)Practical workflows that split research, implementation, review, QA, and documentation into visible steps instead of hiding everything inside one prompt.
Experiments around retrieval, cited answers, local notes, and the habit of checking the actual source before treating a generated answer as true.
Small automations for intake, follow-up, project cleanup, and deployment checks, with the maintenance path documented before the work is considered done.
Ongoing study of AI guardrails, prompt injection, misuse boundaries, and the practical checks needed before an AI-powered workflow should be trusted.
Process
The common thread is verification. I would rather inspect the actual surface and make a smaller honest improvement than write a big plan that never reaches the browser.
I look at the repo, browser, files, deployment, or workflow first so the work starts from evidence instead of labels.
I separate facts, assumptions, and open questions, then turn the mess into a small buildable scope.
I prefer a working first version, then tighten copy, layout, routes, contact paths, and edge cases from there.
I run the checks that matter, document what changed, and leave the next person with a clear continuation path.
Stack
The stack changes by project, but the goal stays the same: ship something understandable, verify it, and leave the maintenance path visible.
Current focus
This is the living part of the portfolio: fewer broad claims, more notes about what is being built, tested, and tightened.

Contact
You do not need a polished brief. Send the project, the problem, the current link or file if you have one, and what would make the next step useful. I keep the public contact path screened so the phone number is not treated like an open spam target.
What are you trying to build or fix, and what is the current state?