Phone agents, chat assistants, and search tools connected to your documents and business software.
Python / FastAPI / RAGView scopeClose scope
Give routine calls, questions, and document searches a better workflow.
I build voice agents, chat assistants, and search tools connected to your business data. We start with one specific task and decide where a person should stay in control.
What’s included
Voice or chat workflows matched to your business
Answers grounded in your documents and knowledge base
Connections to the tools your team already uses
Testing, deployment, and a documented handover
Where we’ll start
Which questions or tasks come up most often?
What information can the assistant access?
When should the assistant hand over to a person?
02
Web apps & SaaS
Customer portals, internal tools, and SaaS products. Frontend, backend, and deployment handled together.
React / TypeScript / PythonView scopeClose scope
Build the product your customers and team actually need.
I work on both sides of a web application: the interface people use and the backend that keeps it running. That can mean a first release, an internal portal, or extending an existing product.
What’s included
A responsive interface built around your main workflows
Django or FastAPI backend and database design
Authentication, roles, and the integrations in your scope
Deployment and documentation for your team
Where we’ll start
Who will use the application?
What must the first release let them do?
Are we building from scratch or working with existing code?
03
Web scraping & data pipelines
Collect and clean the information you need, then deliver it to your database or team.
Get useful data without repeating the same research every day.
I build extraction and monitoring tools that collect data from agreed sources, clean it, and deliver it in a format your team can use. The approach depends on the source, update frequency, and access requirements.
What’s included
Extraction scripts for the sources in your scope
Data cleaning and structured exports
Scheduled collection and monitoring where needed
Error handling, deployment, and operating instructions
Where we’ll start
Which sources and fields do you need?
How often should the data update?
Where should the results go?
04
Cloud deployment & DevOps
Set up the infrastructure, databases, and deployment process around your application.
AWS / DigitalOcean / LinuxView scopeClose scope
Take your application from a local build to a maintained deployment.
I help configure the infrastructure around your application, including databases, deployment pipelines, and API access. We review the existing setup before choosing what to change.
What’s included
A deployment plan for your application
Cloud and database configuration
Build and deployment automation
Handover notes and an agreed support scope
Where we’ll start
Where does the application run today?
What reliability or scaling problems are you seeing?
Who will operate it after handover?
05
Mobile app development
iOS and Android development with my specialist team, supported by the APIs I build.
Flutter / React Native / Mobile UIView scopeClose scope
Put your product in your customers’ hands.
For mobile projects, I coordinate with my specialist team on the application and work on the backend and integrations it needs. We choose the platform and release scope around your users.
What’s included
A defined iOS or Android release scope
Mobile screens and core user flows
Backend APIs and integrations
Testing and release preparation
Where we’ll start
Do you need Android, iOS, or both?
Which device features does the app need?
Is there an existing backend or design?
06
Design & visual content
Interface design, brand assets, and video production with my creative team.
Give your product a clear, consistent visual identity.
I collaborate with a specialist creative team on interface design, brand assets, and AI-assisted video work. We agree on the deliverables and visual direction before production.
What’s included
A visual direction based on your brief
Interface, brand, or video assets within the agreed scope
Review rounds and refinements
Final files in the formats you need
Where we’ll start
What are you making, and who is it for?
Do you have existing brand guidelines?
Which formats and deliverables do you need?
03 / THE ENGINEER
From the interface to the intelligence.
Wasim Ranjha · Full Stack AI Engineer Also known as Waseem Ranjha
I’m Wasim, a Full Stack AI Engineer working across the interface, backend, and AI layer. I build with React, TypeScript, Python, Django, FastAPI, and Flask.
You work directly with me on the technical build: defining the workflow, developing the application, connecting your tools, and preparing it for deployment.
I built Kira AI, a voice receptionist that answers inbound calls and books appointments for clinics and real estate businesses.
wr.
Wasim RanjhaEngineer. Product builder. Your technical partner.
Pakistan · Remote
Frontend to backend AI connected to your tools
Off the clock? Soccer, camping, and a good game.
EXPERIENCE
2024 — 2026
Full Stack AI Developer
Angular Quantum
SaaS platforms, voice agents, FastAPI backends, and AWS deployments.
2022 — 2024
Backend Python Developer
Tiksom Limited
Django APIs and React features for applications across multiple industries.
2021 — 2022
Python Developer
NeXskill
Hands-on application development with Django and Flask.
Education & professional training
ICS — Computer Science, Degree College Kot Momin (2018–2020). Professional training and mentorship in Python and backend systems at NeXskill.
ELSEWHERE ON THE INTERNET
Code, ideas, and a little behind the scenes.
04 / WORKING TOGETHER
From the first call to the final handover.
We agree on the scope first, then work in small, reviewable steps.
01Discover
Find the right problem
We map your users, current tools, and the task that needs to work better.
Outcome: a focused brief
02Design
Make the plan concrete
We agree on the first release, architecture, milestones, and estimate.
Outcome: an agreed scope
03Build
Review working software
You see working versions, give feedback, and help shape the next step.
Outcome: reviewable progress
04Launch
Hand it over properly
We test the agreed workflows, deploy, and document how to operate the application.
Outcome: software you can run
05 / POSSIBILITIES
Less busywork. More room to build.
Illustrative project briefs showing how AI, web applications, and automation can fit into everyday business workflows.
SERVICE BUSINESSES
The phone rings. Your team is busy.
THE FRICTION
Incoming questions and appointment requests interrupt work throughout the day.
A POSSIBLE WORKFLOW
An AI receptionist handles agreed questions and booking requests, with a clear path to your team.
These are hourly development rates. Your proposal confirms the estimated hours, deliverables, support duration, and included support work. Hosting, AI usage, and other third-party costs are identified separately.
07 / TOPICS I WORK WITH
Decisions behind the build.
Practical notes on retrieval, voice agents, browser automation, and the choices that make systems maintainable.
01Document searchSearching documents with FastAPI and pgvectorHow a document becomes a useful, traceable answer.Read the note · 1 min
Engineering notes · Wasim Ranjha
Start with the source
A useful document search tool needs more than an upload button. It needs to keep track of where each passage came from, who may read it, and whether the source has changed. I would settle those requirements before choosing a model.
Build retrieval first
A practical starting point is to split documents into passages, store their embeddings alongside source references, and retrieve relevant passages for each question. pgvector adds vector similarity search to PostgreSQL, so the content and its metadata can live together.
Make answers inspectable
Show the source passages with the answer and let the user open the original document. Test with real questions, including questions the documents cannot answer. The useful result is an answer someone can check—not simply fluent text.
02AI workflowsCoordinating several AI agentsDecide what each step owns before adding more agents.Read the note · 1 min
Engineering notes · Wasim Ranjha
One workflow before many agents
I would begin by writing down the job in ordinary steps: collect information, check it, prepare a result, and request approval if needed. If a single workflow can do that reliably, adding several agents may only make it harder to debug.
Give each step a contract
For a multi-agent design, define the input and expected output of each step. Keep shared state explicit, record failures, and put limits on retries and execution time. A task should not continue indefinitely because two agents disagree.
Keep consequential actions reviewable
Drafting a response and sending it are different actions. Separate suggestions from changes to external systems, and decide which actions need human review. Start testing with recorded examples before allowing the system to operate on live work.
03Browser automationChoosing between Playwright and SeleniumChoose around the application and team you have.Read the note · 1 min
Engineering notes · Wasim Ranjha
Look at the existing setup
The starting point is the team’s language, browser requirements, and existing automation. A working Selenium suite can be worth extending. For a new project, I would compare a small end-to-end flow in each candidate rather than choose from a feature list alone.
Use meaningful selectors
Playwright’s locators support finding elements by role, label, and other user-facing properties. These are useful when the goal is to interact with the application as a person would. Selectors based only on a long chain of page containers tend to be harder to maintain.
Plan for change
Authentication, slow pages, and layout changes are part of the work. Keep test data separate, capture useful failure information, and make retry behavior deliberate. A script that succeeds once is the beginning, not the finished automation.
04LLM developmentFine-tuning or prompt engineering?Identify what is failing before choosing how to fix it.Read the note · 1 min
Engineering notes · Wasim Ranjha
Name the problem
An assistant might be missing information, using the wrong format, or making the wrong decision. Those are different problems. I would collect representative examples and define what a good response looks like before changing the system.
Try the smallest useful change
For missing business information, a retrieval step may be worth evaluating. For an inconsistent format, clearer instructions and output validation may be enough. Fine-tuning is a candidate to investigate when a repeatable behavior remains difficult to achieve and suitable training examples are available.
Compare against a baseline
Keep a separate evaluation set and compare quality, cost, and response time. Include difficult and ambiguous cases. The decision should come from those results, with a clear plan for maintaining the chosen approach as requirements change.
05Voice agentsBuilding a multi-industry AI receptionistConnect business signup, phone setup, and incoming calls.Read the note · 1 min
Engineering notes · Wasim Ranjha
Define the call boundaries
Kira supports medical and dental clinics, real estate, plumbing, HVAC, and other business niches. Businesses register an account, get a phone number, and connect an AI assistant to handle incoming calls using Twilio and Vapi. The wider design question is where an automated receptionist should help and where a staff member should take over.
Treat booking as a transaction
For an appointment workflow, I would define how availability is checked, how details are confirmed, and what happens when a booking system is unavailable. The agent should not say an appointment is booked until the connected system confirms it.
Design the handoff
A useful handoff gives staff the caller’s request and the information already collected, within the agreed privacy requirements. Test interrupted speech, corrections, and unsuccessful calls as carefully as the happy path.
06Data pipelinesRunning Python scrapers at scaleReliable collection starts with limits, validation, and recovery.Read the note · 1 min
Engineering notes · Wasim Ranjha
Agree on the data contract
List the sources, fields, update frequency, and delivery format. Decide how to represent missing values and duplicate records. These choices determine whether the collected data is useful to the team receiving it.
Control the request rate
Request pacing should account for the source and its access requirements. Scrapy’s AutoThrottle adjusts download delays using latency and a target concurrency setting, within configured limits. Whatever framework is used, errors should lead to bounded retries rather than an unlimited request loop.
Watch the output, not just the jobs
A completed job can still contain incomplete or unexpected data. Validate required fields, monitor record counts, and keep enough source context to investigate changes. Save progress so a failure does not require starting every collection again.
AI voice and chat agents, RAG systems, SaaS products, internal tools, scraping pipelines, and cloud infrastructure. My specialist team also supports mobile development and creative work.
Can you work with our existing tools?
Yes. We start by reviewing your current software and available APIs, then scope the connections your workflow needs. Integration requirements are agreed before development.
How much will my project cost?
Hourly development rates are $15 for focused automation, $19 for web apps, and $49 for advanced AI systems. Your proposal confirms the estimated hours, scope, milestones, and support. Hosting and third-party usage costs are identified separately.
What happens after launch?
We agree on handover and support before development starts. Your proposal specifies the support duration, included work, and response expectations, so you know how maintenance and future changes will be handled.
Can we start small?
Absolutely. Bring one process, one product idea, or one technical problem. We can define a focused first release and build on it as your needs become clearer.
CONTACT
Have a project in mind?
Bring the idea, the messy workflow, or the product that needs its next chapter. We’ll work out a useful first step together.
What happens next?
I review your goals and ask any missing questions.