DEV Community: Godly K Mathews

BatchBrief: Less Scrolling, More Baking with Local AI

Godly K Mathews — Wed, 14 Oct 2026 17:39:02 +0000

This is a submission for the Hacktoberfest Open-Source AI Challenge Week 2: Side Hustle

What I Built

BatchBrief turns messy customer conversations into reviewed bakery orders and daily preparation lists.

It’s built for home bakers who take custom orders through messages. The details arrive in pieces: a quantity, a flavor, a pickup time—and then a correction several messages later.

Here’s a synthetic example used during testing:

“I need 12 lemon cupcakes for pickup tomorrow at 4 pm.”

“Actually, make that 18.”

“Please change pickup to 5:30 pm.”

BatchBrief reads the conversation and creates an editable order card. It captures items, quantities, flavors, decorations, fulfillment details, and questions that still need answers.

The baker reviews the original messages alongside the extracted details. Only confirmed orders enter the preparation list. Different decorations, dietary requests, and item notes remain separate when quantities are grouped.

The workflow is:

Paste → review → confirm → prepare.

Bakers can also save incomplete drafts, edit orders, mark them completed, and export or print their daily prep list.

My commercial hypothesis is that home bakers could pay for installation, setup around their menu, and support. Willingness to pay still needs validation with real users.

Demo

BatchBrief runs locally. After installing Node.js 22.13 or newer and Ollama, download the model:

ollama pull qwen3:8b

Then, from the project folder:

npm start

Open http://127.0.0.1:4317.

The app includes clearly labeled example conversations. These populate the message box; extracting them still calls the actual local model.

This first version accepts pasted text from one customer conversation at a time. It does not connect directly to WhatsApp or process voice notes.

Code

godlykmathews / batchbrief-hf26

BatchBrief

BatchBrief turns one customer's bakery order conversation into a reviewable order card and a daily prep list. A local open-weight model reads the pasted text; the baker checks the details and decides when an order is confirmed.

This is a local, single-user prototype. There is no hosted demo, customer trial, paid user, or established accuracy benchmark yet.

What it does

Extracts items, quantities, flavors, decoration requests, pickup or delivery details, and unanswered questions from pasted text.
Keeps the original conversation and supporting quotes alongside the draft.
Lets you correct details, save incomplete drafts, confirm reviewed orders, and mark finished orders completed.
Builds the selected day's prep list from confirmed orders. Different flavors, decorations, units, and dietary notes remain separate.
Exports CSV and printable views for the baker's workflow.

The MVP accepts text from one customer conversation at a time. It does not connect to WhatsApp, ingest voice notes…

View on GitHub

The application code is MIT licensed. Model weights are downloaded separately through Ollama.

The repository includes the application, setup instructions, automated tests, synthetic model-evaluation results, and a proposed first-user pilot.

How I Built It

The core is Qwen3-8B, an Apache-2.0-licensed open-weight model running locally through Ollama.

The surrounding application is deliberately small:

Vanilla JavaScript, HTML, and CSS for the interface.
Node.js for the local server.
SQLite for saved orders and their original conversations.
Ollama structured outputs for extraction into a defined JSON schema.

The model interprets the conversation. Ordinary application code validates fields, controls confirmation, stores records, and calculates preparation totals.

A valid JSON response does not guarantee a correct order. An early test demonstrated that clearly: the model put an unnamed customer’s opening sentence into the name field. That led to tighter extraction instructions and a conservative validation check.

BatchBrief also checks that supporting quotations occur in the source. Those checks help, but a quotation can still be attached to the wrong item. The baker’s review remains essential.

Verification included:

13 deterministic tests covering storage, validation, local-model restrictions, preparation grouping, and CSV handling.
9 applicable browser scenarios across desktop and mobile emulation.
5 synthetic cases using the actual local model, covering corrections, missing details, dietary requests, and pasted instructions.

The five real-model cases passed their assertions after the fixes. They are regression examples, not an accuracy benchmark or a customer trial.

A useful community reference was Michael-Maurice’s article, Schema-Valid Isn’t Correct. Its discussion of evidence and validation informed the review workflow. Read the full discussion.

I used Codex to assist with implementation, testing, and this write-up.

Why Does Open Innovation Matter?

Open weights make local inference practical for this project. Customer messages can be processed without sending them to a hosted model API.

That matters when conversations contain names, phone numbers, addresses, and personal requests. Saved records stay in the application’s local SQLite database, although exports and operating-system backups still need ordinary care.

Owning the inference setup also changes the business model. Repeated extraction does not create a per-request hosted-model bill. Hardware, electricity, installation, and support still have costs, but usage is not tied to an API provider’s message pricing.

The prompts and validation logic are inspectable. Another installed local model can be evaluated without rebuilding the order-management workflow.

For BatchBrief, the practical advantages are local processing, adjustable behavior, and control over inference costs. The open model performs the central task: turning an unstructured conversation into something a baker can review and use.

An Offline RAG based Voice Assistant Built for a Friend

Godly K Mathews — Fri, 02 Oct 2026 15:58:55 +0000

This is a submission for the Hacktoberfest Weekend Challenge: Build for a Friend

What I Built

I built Fieldmate, a local voice assistant with document retrieval, for my friend who works as a nurse.

The problem I wanted to solve was simple: help them look things up in their documents, remember an ongoing conversation, and capture notes and tasks—even when an internet connection is unavailable.

Fieldmate brings those activities into one interface:

Talk or type: use push-to-talk or a hands-free mode that listens between responses.
Ask about documents: upload PDFs, Markdown, or text files and get answers with source references.
Continue a conversation: separate chat threads retain their own history and context.
Organize by subject: categories such as Fieldwork, Biology, and Physics have their own instructions and document collections.
Capture work: say “Save a note…” or “Add a task…” to store information locally.
Choose when to go online: review and approve a proposed search query before it leaves the laptop.

The interface has two main tabs: Chat and Documents. Settings allow changes to the local model and assistant instructions.

This is a working laptop prototype. Testing it with my intended recipient in their actual workflow is the next step.

Demo

Fieldmate runs locally, so I recorded a video demonstrating the application.

Code

godlykmathews / Fieldmate

Field Assistant

Fieldmate is a local AI voice assistant for working with your documents, keeping conversational context, and capturing notes and tasks. It runs on your laptop using Ollama and locally stored speech models. After setup, the core workflow works offline; internet search is optional and requires approval.

Built for a friend who works as a nurse, and adaptable to other document-based workflows through subject categories and custom instructions.

Watch the demo · Report an issue · MIT license

Features

Local inference: use compatible installed Ollama models, including Qwen and Gemma.
Document retrieval: import text PDFs, Markdown, and UTF-8 text files; inspect sources and page references.
Persistent conversations: create, rename, close, and reopen separate chat threads with their own context.
Subject categories: organize documents and instructions by topic, with shared documents available across…

View on GitHub

The application code uses the MIT license. Its dependencies and model weights retain their respective licenses.

How I Built It

Fieldmate uses a FastAPI backend, a lightweight HTML/CSS/JavaScript interface, and SQLite for persistent local storage. The backend coordinates inference, document retrieval, conversation memory, voice processing, and tool execution.

Component	Role
Ollama	Serves local language and embedding models
Gemma 4	Generates responses and makes structured routing decisions
Nomic Embed Text	Embeds document passages and retrieval queries
SQLite	Stores conversations, summaries, document vectors, notes, tasks, and search permissions
pypdf	Extracts text and page information from PDFs
faster-whisper	Transcribes microphone recordings locally
Piper	Generates spoken responses locally
Laya	Provides an advisory answer-versus-clarify signal
DDGS	Performs optional, approved DuckDuckGo searches

Local inference and structured decisions

The backend communicates with Ollama through its local HTTP API. It uses /api/chat for generation and /api/embed for embeddings.

For routing and response generation, I pass Pydantic-generated JSON schemas to Ollama’s structured-output interface. The backend validates the returned objects before using them.

For example, the conversation planner returns this structure:

class Plan(BaseModel):
    route: Literal["answer", "clarify", "search"]
    query: str = Field(max_length=1200)
    clarification: str = Field(default="", max_length=500)

This separates the decision about what to do from the code that performs the action. A model can propose an internet search, but that proposal cannot grant permission to execute it.

Model selection is configurable. Fieldmate checks installed Ollama models and their capabilities, allowing compatible local chat models to be swapped without discarding the conversation.

Document ingestion and retrieval

The ingestion pipeline works as follows:

Extract text from a PDF, Markdown, or UTF-8 text file.
Split it into passages of approximately 1,600 characters, with a 30-word overlap when splitting long paragraphs.
Generate Nomic embeddings through Ollama.
Store each passage, embedding, document identity, and page number in SQLite.

A SHA-256 digest detects duplicate document uploads. Scanned PDFs need OCR before import; this prototype extracts existing text.

For retrieval, I use Nomic’s search_document: prefix for passages and search_query: for questions. The backend performs an exact cosine-similarity scan over the eligible stored vectors.

Passages must pass a configurable similarity threshold. Their final ranking combines semantic similarity with keyword overlap:

score = 0.8 × cosine_similarity + 0.2 × keyword_overlap

The top five passages are supplied to the answering model. Documents can belong to a category or be shared across categories.

This keeps retrieval simple enough for a laptop prototype without requiring a separate vector database service.

Grounding answers in evidence

The response schema includes the answer text, its stated basis, a document-check result, and supporting quotations.

When the model cites a passage, the backend checks that:

The source ID belongs to the retrieved sources.
The quotation occurs in that source.
The reference has not been invented.

The UI then shows the supporting document and page information.

These checks validate quotation provenance, not the truth of every conclusion. Invalid references produce an explicit notice. When documents are not relevant, Fieldmate can still answer from general model knowledge and label the response accordingly.

Conversation memory and contextual actions

I keep conversation memory separate from document retrieval.

Each thread has its own persistent transcript, category, model selection, and custom instructions. The backend loads history from SQLite rather than trusting conversation history submitted by the browser.

As a conversation grows, older exchanges are compacted into a rolling summary. The original transcript remains available for operations that need exact content.

That distinction became important when fixing a real bug:

“Save this as a note” initially saved the word “this.”

The capture handler was bypassing contextual resolution. I changed it so that:

“Save this” copies the preceding answer, skipping action confirmations.
“Save our study plan” searches the current thread’s stored messages for the relevant plan.
Whole-message captures use schema-constrained source IDs, and the backend copies the original text.
Requested excerpts must match the selected source.
Missing or invalid selections ask for clarification without writing a note.

Notes and tasks are saved in the same SQLite transaction as their request receipt. Repeating the same request ID returns the existing result instead of creating another item.

The distinction between compact context and recoverable source text is also explored in Smaller Context, Recoverable History. The separate problem of choosing an outdated version is discussed in Agent Memory’s Real Failure Is Currency, Not Retrieval.

Clarification and internet permissions

I integrated Laya to provide an advisory signal about whether a request needs clarification. Structured Ollama planning combines that signal with conversation context.

I also added deterministic checks for clear missing references. For example, a new conversation asking “Can I take it with my other medicine?” needs the medicine names before a useful answer.

Web search follows a separate backend permission flow. Fieldmate proposes an editable query and waits for approval. The permission is tied to that conversation and can be consumed only once.

Only the approved query is sent to the search provider. The application does not automatically upload the full conversation or document collection. Returned search snippets are treated as external evidence, with their limitations retained.

The local voice pipeline

Voice input passes through faster-whisper, using the multilingual Whisper base model with CPU int8 inference. The transcription can be reviewed in the composer before sending.

For speech output, Piper generates a WAV response using the locally stored Lessac voice model.

Hands-free mode uses microphone volume and silence detection to identify turns. Listening pauses while the assistant processes or speaks, so the prototype uses turn-taking rather than simultaneous listening and speaking.

I also added a speech-cleanup layer after discovering that the voice was reading Markdown asterisks aloud. It removes formatting and citation markers while converting meaningful mathematical operators into spoken words.

Testing the complete workflow

I used Codex to help implement and debug Fieldmate.

The automated suite reached 61 passing tests, covering conversation isolation, contextual captures, retrieval behavior, citation checks, search permissions, task dates, retries, and transaction rollback.

I also tested against local models. With Gemma 4 12B, the contextual-save checks verified the original study-plan content, recovery after a topic change, selection of a newer revision, and creation of a task from a referenced step.

Those live checks caught behavior that test doubles missed—including the model trying to rewrite a quotation instead of selecting the stored text.

Why Does Open Innovation Matter?

Local operation is the reason this project works for its intended setting.

After the initial model downloads, the core assistant can run without an internet connection. Document retrieval, conversation, transcription, and speech generation happen on the laptop. Optional web search is the exception and requires approval.

That matters because notes and documents do not need to be sent to a hosted inference service just to ask a question about them.

Open tooling and locally runnable models also gave me control over the assistant’s behavior. I could inspect the decision flow, change retrieval logic, improve clarification, and fix the speech formatting problem.

The model is replaceable, too. Fieldmate can switch between compatible installed Ollama models while retaining the conversation. I tested a switch from Qwen to Gemma with a contextual follow-up.

There are no per-request cloud inference charges for the local workflow, although it still uses the laptop’s storage, memory, and electricity.

A hosted API would have made this prototype dependent on connectivity and external processing. This approach lets the assistant remain useful on the machine my friend already has.

My Agent Session

Planning Fieldmate: an offline voice assistant for a field worker

You

Build for a Friend: build something with open-source AI at its core that solves a real problem for a friend or loved one. I'm about to build something; we'll discuss what to build.

Agent

Who might you build this for, and what’s one recurring task or frustration they have? We’ll look for something small enough to finish this weekend, useful enough to hand over, and where open-source AI brings a real benefit such as privacy, offline use, or customization.

You

I was thinking of a friend who does a lot of ground work, like a field worker. An offline assistant who can interact continuously like a voice assistant plus RAG, and save todos or quick notes. How to build this kind of tech? I'll have to use Ollama.

Agent

Proposed architecture: local speech recognition → coordinator model through Ollama → mandatory document retrieval for work questions or validated tools for notes and tasks → local speech synthesis. Suggested components: Qwen3 4B, whisper.cpp, Piper, local embeddings, Chroma and SQLite. Retrieve before answering, preserve source references, abstain when evidence is insufficient, and keep field observations separate from official procedures. Start with one coordinator and explicit tools, then add hands-free interaction. Device choice determines whether Ollama is practical.

You

We'll stick to laptop prototype. Also how to save DevRelay?

Agent

Save the development conversation as a DevRelay agent session, remove secrets and private paths, and embed the returned session ID in the DEV submission with the agent_session Liquid tag. This is separate from conversations with the finished assistant.

You

Everything is set. I have attached the folder to develop the application. I have signed in to DevRelay with MLH. Also save the DevRelay session and start developing.

Building Fieldmate: offline RAG, voice, notes and tasks with Ollama

You

We'll stick to a laptop prototype.

You

Everything is set. I have attached the folder to develop the application. I have signed in to DevRelay with MLH. Also save the DevRelay session and start developing.

Agent

I’ll build the laptop prototype in your Assistant folder and save the planning session to DevRelay. I’ll first check the folder, local tools, and Ollama setup, then implement document search, voice input and output, notes, and tasks.

▸ local_environment_check Inspect selected empty folder, ancestor instructions, installed tools, and Ol...

Input

Inspect selected empty folder, ancestor instructions, installed tools, and Ollama models.

Output

No existing project or AGENTS.md was found. Ollama has qwen3:8b and nomic-embed-text:latest installed. DevRelay MLH connection is active. Planning session saved privately as DEV session 359.

Agent

Your planning session is saved privately on DEV, and Ollama already has Qwen3 8B and a local embedding model installed. I’ll use those for the first build. The prototype will have document-backed answers with visible source excerpts, persistent notes and tasks, push-to-talk, and a hands-free session mode.

▸ implementation Implement Fieldmate in the selected project: FastAPI, local HTML/CSS/JS, Olla...

Input

Implement Fieldmate in the selected project: FastAPI, local HTML/CSS/JS, Ollama adapter, SQLite vector store, coordinator, voice models, launcher and docs.

Output

Implemented local document ingestion for PDF/MD/TXT; cosine + keyword retrieval; schema-constrained evidence selection; verbatim excerpt validation; separate notes/tasks; atomic write receipts with retry protection; browser audio capture; offline Whisper and Piper; hands-free turn-taking; local-origin/host restrictions. Downloaded voice models during one-time setup.

Agent

The real-model test caught a routing error that the mocked tests couldn’t: Qwen treated a document question as a request to search personal notes. I’m tightening the router so ordinary work questions go directly to the fieldbook, and notes or tasks require clear user intent.

▸ routing_regression_fix Gate memory and write actions on explicit user intent; route normal questions...

Input

Gate memory and write actions on explicit user intent; route normal questions straight to retrieval.

Output

Added regression tests for document questions misrouted to notes and follow-up questions misrouted to writes. All 18 automated tests pass.

Agent

Document answers now pass the real-model checks, including refusal to answer questions missing from the guide. The browser also shows the source excerpts correctly. Voice testing found an audio-library compatibility issue; I’ve pinned a compatible version and am checking the full Piper-to-Whisper audio path.

▸ audio_compatibility_fix Diagnose faster-whisper audio decoding and native model shutdown.

Input

Diagnose faster-whisper audio decoding and native model shutdown.

Output

PyAV 19 removed metadata_errors still used by faster-whisper. Locked PyAV 16.1.0. Piper synthesized a spoken note; Whisper correctly transcribed 'Save a note, the site identifier is unreadable.' Added explicit model cleanup before native library teardown.

Agent

The full integration check passes with outbound connections blocked: local document answers, missing-evidence refusal, note/task persistence, and Piper-to-Whisper transcription.

▸ validation Run automated tests, lint, JS syntax check, real Ollama retrieval and voice i...

Input

Run automated tests, lint, JS syntax check, real Ollama retrieval and voice integration, and browser UI checks.

Output

18 tests pass; Ruff and JavaScript syntax checks pass. Real-model checks answer visit handover and photograph naming questions with verified excerpts, abstain on missing pump torque and world-cup questions, preserve notes/tasks without duplicates, and complete Piper→Whisper audio round trip with outbound socket connections blocked. Browser checks confirm source expansion, document viewer, notes/tasks screens, all readiness checks, and no console errors. Physical microphone and noisy hands-free use still need a human trial.

Fieldmate v2: contextual local assistant, categories and permission-gated web search

You

Update the laptop assistant with a simple dark chat interface, a Documents tab, multiple threads, subject categories, custom prompts, contextual conversations, permission-based web search, document cross-checking, and a Laya-like clarification engine. Support switching Ollama models, including Gemma 4.

Agent

Curated build summary: migrated existing SQLite exchanges into a legacy conversation; added isolated thread histories, rolling summaries, categories, prompts, and per-thread models. Separated conversation memory from document retrieval. The interface has Chat and Documents tabs plus settings and a notebook.

Agent

Integrated the open Laya typed-decision checkpoint as an advisory local ambiguity signal. A real test showed its answer hint could encourage an overly general response when medicine names were missing. Added deterministic missing-reference clarification for that case. Ollama handles nuanced context and question wording. No confidence score is treated as calibrated.

Agent

Added exact-source quotation checks around natural-language answers. Replies distinguish model knowledge, document sources, mixed evidence, and uncertainty. Exact quotation provenance is not a guarantee that generated claims are correct. Web search requires an editable query and single-use server-side approval bound to its conversation. Only the approved query is sent to DuckDuckGo; failures are explicit.

Agent

Validation: 31 automated tests passed, including thread isolation, migration, compaction, categories, atomic notes/tasks, fabricated citation rejection, single-use search approval, and rejection of remote model tags. Real offline checks passed with Qwen3, Gemma4 e2b, Laya, Nomic embeddings, and a Piper-to-Whisper audio round trip. Switching from Qwen to Gemma preserved a photosynthesis conversation. A public documentation query returned live search results. The installed app retains the user's existing records and a pre-migration SQLite backup.

Agent

Open innovation enables local inference and private document handling without recurring cloud inference fees, replaceable chat models, inspectable routing, and offline speech. Limitations: bounded/summarized context, heuristic retrieval and clarification, search snippets rather than full web pages, and turn-taking voice rather than full duplex. This is a curated summary, not a raw transcript. Private paths, existing user conversation content, and credentials have been excluded.

Prize Categories

Best Use of Gemma

Fieldmate runs Gemma 4 locally through Ollama for conversational assistance, structured decisions, and document-grounded answers. I used Gemma 4 E2B during development and tested the contextual capture workflow with Gemma 4 12B.

Gemma fits into a workflow where the user’s documents and conversation stay on their laptop.

My First Internship Journey: at Thinkvyne Digital

Godly K Mathews — Sat, 01 Nov 2025 14:36:43 +0000

When I joined Thinkvyne Digital as a Software Developer Intern, I didn’t really know what I was walking into. It’s a startup building an Academic Management System using a mix of React, React Native, and PHP Laravel — and from day one, I was responsible for the entire UI structure of both the main user app and admin panel.

Learning to Build from Zero

The tech stack was modern:

React 19, Vite, TailwindCSS, Shadcn/UI, Radix UI, Lucide Icons, React Query, Zustand for client states, Tanstack Query for server states, React Router DOM, Sonner for toast notifications — and of course, React Native for the mobile app with vector icons.

When I started, I had zero experience in React Native. AI tools like Copilot (and sometimes ChatGPT) became my silent teammates. They didn’t just write code — they taught me how to think through it. I learned to prompt well, debug faster, and understand why something worked (or didn’t).

Working Like a Pro in a Startup

Even though it’s a startup, the workflow here feels like a mini-MNC.
We use Jira for task management, GitHub for version control, and follow agile-scrum methods with daily meetings. Two of our leads come from MNC backgrounds, and their professionalism really shaped how we approach even the smallest tasks.

Most of our work happens online — it’s a mix of casual conversations and serious productivity. The team’s energy is somewhere between a chill group chat and a professional dev squad. Some interns are super cooperative, some a bit rigid — but that’s how real teams are.

The Bug That Taught Me Patience

One moment I’ll never forget was spending hours chasing a stubborn bug that AI couldn’t solve. After staring at my code long enough, I finally spotted the tiniest mistake — one small fix, and everything worked perfectly. That moment hit hard: this was my code, my structure, my creation.

More Than Just Coding

Beyond code, I learned how to communicate, collaborate, and manage workflow like a developer — not just a student. I got comfortable writing emails, managing PRs, and keeping track of progress.

Looking Ahead

I’m still in my third year of B.Tech, and this internship is ongoing — it’s an 8-month program, and I’m about five months in. They’ve mentioned the possibility of a job offer afterward, but I’m keeping my mind open. I want more exposure — more chances to explore different fields and see where I really fit.

The Real Internship Vibe

This internship gave me something my classmates still don’t have — real experience. While many think internships are something you pay for just to get a certificate, I realized that real internships pay you — not just in money, but in skills, confidence, and clarity about your future.

Connect with me

Linkedin : https://www.linkedin.com/in/godly-k-mathews
GitHub : https://www.github.com/godlykmathews
Instagram : https://www.instagram.com/godly_k_mathews_

Our team won 𝗙𝗶𝗿𝘀𝘁 𝗽𝗹𝗮𝗰𝗲 𝗶𝗻 𝘁𝗵𝗲 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗰𝗮𝘁𝗲𝗴𝗼𝗿𝘆 at the 𝗕𝘂𝗶𝗹𝗱 𝗳𝗼𝗿 𝗧𝗵𝗿𝗶𝘀𝘀𝘂𝗿 𝗣𝗿𝗼𝗱𝘂𝗰𝘁𝗮𝘁𝗵𝗼𝗻 𝟮𝟬𝟮𝟰

Godly K Mathews — Thu, 21 Nov 2024 13:46:09 +0000

🌟 𝗧𝗵𝗿𝗶𝗹𝗹𝗲𝗱 𝘁𝗼 𝗮𝗻𝗻𝗼𝘂𝗻𝗰𝗲 𝗮𝗻 𝗲𝘅𝗰𝗶𝘁𝗶𝗻𝗴 𝗺𝗶𝗹𝗲𝘀𝘁𝗼𝗻𝗲! We secured 𝗧𝗵𝗶𝗿𝗱 𝗽𝗹𝗮𝗰𝗲 𝗼𝘃𝗲𝗿𝗮𝗹𝗹 and 𝗙𝗶𝗿𝘀𝘁 𝗽𝗹𝗮𝗰𝗲 𝗶𝗻 𝘁𝗵𝗲 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗰𝗮𝘁𝗲𝗴𝗼𝗿𝘆 at the 𝗕𝘂𝗶𝗹𝗱 𝗳𝗼𝗿 𝗧𝗵𝗿𝗶𝘀𝘀𝘂𝗿 𝗣𝗿𝗼𝗱𝘂𝗰𝘁𝗮𝘁𝗵𝗼𝗻 𝟮𝟬𝟮𝟰, an event organized by IEDC GEC Thrissur at Government Engineering College, Thrissur to bring innovative solutions to urban challenges in Thrissur! 🎉

As the 𝘄𝗲𝗯 𝗱𝗲𝘃𝗲𝗹𝗼𝗽𝗲𝗿 on the team, I had the opportunity to work on the backend, creating the API in 𝗡𝗼𝗱𝗲.𝗷𝘀 + 𝗘𝘅𝗽𝗿𝗲𝘀𝘀 to fetch real-time data from our 𝗠𝗼𝗻𝗴𝗼𝗗𝗕 𝗱𝗮𝘁𝗮𝗯𝗮𝘀𝗲. Additionally, I developed an admin panel to ensure that our solution stays accurate and efficient by managing key updates.

Our app, 𝗣𝗮𝗿𝗸𝗔𝘃𝗮𝗶𝗹, was developed using Flutter, thanks to our talented Flutter developer Abhijith R Nair, who made the user experience truly seamless!

But this victory was far from a solo effort—it was a true team achievement:

Abhinav Suresh: Delivered an exceptional presentation that captivated the judges. His ability to articulate our vision and the impact of our solution truly set us apart. His confidence and passion resonated with everyone, making our project unforgettable.
Anamika Ullas: Our brilliant designer, whose creativity shaped the look and feel of the app.
Anila Ashok: Our mentor, who guided us throughout the project and helped refine our approach.

I'm incredibly proud of what we’ve accomplished as a team, and I’m eager to see where we take 𝗣𝗮𝗿𝗸𝗔𝘃𝗮𝗶𝗹 next! 🚀

🔗 I'm always open to connecting with other professionals in the tech space. Let’s network, share ideas, and innovate together!

BuildForThrissur #Teamwork #Innovation #WebDevelopment #NodeJS #Express #react

Started Learning React #react #reactjs

Godly K Mathews — Mon, 26 Aug 2024 16:28:18 +0000

I created a website for my school

Godly K Mathews — Thu, 20 Apr 2023 20:11:07 +0000

I noticed my school website to be outdated and not responsible with mobile devices. I made a website for my school and i showed it to school principal. He Send it to IHRD Head office and I received a call from their, that they will host the website that I made in the official domain. You can visit my website here at http://thssputhuppally.ihrd.ac.in
Here is my portfolio link : https://godlykmathews.github.io

I created my own 1st website 🙏 and hosted it on GitHub visit on 👇

Godly K Mathews — Sat, 11 Jun 2022 14:52:27 +0000

Godly k mathews

MY PROGRAMMING - HOW DO I GET INTO IT

Godly K Mathews — Fri, 28 Jan 2022 01:27:08 +0000

             I was an ordinary student in a school close to my house, as it was a CBSE school I got a very good opportunity to study. I got fair experience in English. I had no idea about coding and programming kinds of stuff until the 2020 lockdown stricken. I got more time spent in social media and I saw different challenges of coding and hackathons etc. I joined one hackathon for fun and I got into their discord server, I found children younger than me are experts in many languages and I don't even know what is a computer language or skill is by that time. I got into a group with children of my own age and they actually asked me my skills. I was so ashamed of their reply to my answers. i left that meeting and started searching for this stuff and what they actually do. I searched all around and found so many results and tutorials for various languages. there was no access to a computer for me by then but tried to learn basics on my android phone with some tutorial videos I found on YouTube.

I got passed from 10th in 2021, after getting admission to a technical high school, my parents bought me a laptop. now I'm learning what real programming is. I got help from my cousin, who is in the IT field, friends, many social media, and YouTube itself for me to improve my skills. I'm not a great programmer now but know C language, C++, and Python Basics.

I'm pretty sure that now my only goal is to become a Developer.

                                                                                                        - GODLY

DEV Community: Godly K Mathews

BatchBrief: Less Scrolling, More Baking with Local AI

What I Built

Demo

Code

godlykmathews / batchbrief-hf26

BatchBrief

What it does

How I Built It

Why Does Open Innovation Matter?

An Offline RAG based Voice Assistant Built for a Friend

What I Built

Demo

Code

godlykmathews / Fieldmate

Field Assistant

Contents

Features

How I Built It

Local inference and structured decisions

Document ingestion and retrieval

Grounding answers in evidence

Conversation memory and contextual actions

Clarification and internet permissions

The local voice pipeline

Testing the complete workflow

Why Does Open Innovation Matter?

My Agent Session

Prize Categories

My First Internship Journey: at Thinkvyne Digital

Learning to Build from Zero

The tech stack was modern:

Working Like a Pro in a Startup

The Bug That Taught Me Patience

More Than Just Coding

Looking Ahead

The Real Internship Vibe

Connect with me

Our team won 𝗙𝗶𝗿𝘀𝘁 𝗽𝗹𝗮𝗰𝗲 𝗶𝗻 𝘁𝗵𝗲 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗰𝗮𝘁𝗲𝗴𝗼𝗿𝘆 at the 𝗕𝘂𝗶𝗹𝗱 𝗳𝗼𝗿 𝗧𝗵𝗿𝗶𝘀𝘀𝘂𝗿 𝗣𝗿𝗼𝗱𝘂𝗰𝘁𝗮𝘁𝗵𝗼𝗻 𝟮𝟬𝟮𝟰

BuildForThrissur #Teamwork #Innovation #WebDevelopment #NodeJS #Express #react

Started Learning React #react #reactjs

I created a website for my school

I created my own 1st website 🙏 and hosted it on GitHub visit on 👇

MY PROGRAMMING - HOW DO I GET INTO IT