# Glutamate Guard > Agent-facing counterpart to the [human project page](/projects/glutamate-guard/). ## Record metadata - Record: 004 - Slug: glutamate-guard - Domain: Health - Domain code: HLT - Type: iOS app - Status: Shipped - Period: 2026 - Portfolio role: Supporting - Publication state: App Store listing - Case-study readiness: Draftable - Compendium edition: 0.4 ## Summary An offline iOS ingredient scanner for identifying terms associated with glutamate. ## Overview Glutamate Guard began with a small but persistent shopping problem: ingredient lists are dense, terminology varies, and checking every label by memory is slow. The resulting app compresses that task into a private camera workflow on an iPhone. An iOS app that photographs an ingredient list, reads it with on-device OCR, checks the text against a curated term list, and returns a simple reading. Purpose: Turn a difficult ingredient-list check into a quick, private phone workflow. ## The problem behind the project It was built in response to a real need for a fast ingredient check when no suitable App Store option was available. The narrowness of the problem shaped the product. It did not need accounts, a social layer, a remote database, or a generalized nutrition engine. It needed to capture text, compare it with a curated list, and explain that result without implying medical certainty. People who choose to monitor glutamate-related ingredient terms. The app is not a medical device and cannot determine individual sensitivity or safety. ## How it took shape SwiftUI and Apple’s Vision framework. The workflow runs offline with no backend, no ads, and no collection of ingredient images. Apple's Vision framework performs the OCR on-device, while SwiftUI supplies the capture and result flow. Keeping the entire check offline reduced both latency and privacy exposure: ingredient photographs do not need to leave the phone merely to answer a term-matching question. Josiah chose the problem, designed the minimal workflow, built and tested the app with AI assistance, and submitted it to the App Store. Version 1.1 cleared App Store review. A working MVP ran on a real device and was submitted the same day it was built. ## What the project means now Its significance is partly methodological. A one-purpose health-adjacent tool can be useful precisely because it refuses to become a diagnostic product. The remaining work is therefore not feature expansion so much as clearer documentation of the term list, evidence boundary, and visual presentation. The term-list methodology needs clearer public documentation, and the product must retain a non-medical disclaimer without overstating the science of sensitivity. A narrow problem, a real user, and a short path to handoff can matter more than feature breadth. Document the term list, current listing state, usage evidence, and public-safe product story. ## Publication and interpretation notes - Current classification: Shipped - Portfolio readiness: Draftable - Publication boundary: App Store listing ## Additional agent context The shipped application is the historical artifact. A visual refresh or rebuild may follow after the surviving source is audited, but future plans should not be described as completed work. ## Related project records - [FH Variant Triage](/projects/fh-variant-triage/llm/) — An open research workflow for prioritizing uncertain variants in familial hypercholesterolemia genes. ## Navigation - [Complete project index](/projects/llm/) - [Human version of this record](/projects/glutamate-guard/) - [About Josiah's working method](/about/llm/) - [Agent discovery map](/llms.txt)