Skip to content
Sprint projectJun 22, 2026New Delhi, India

GigAudit: A Graph-Powered Algorithmic Transparency and Labor Protection Engine Layer

Abhinav Mangalore · Team Phoenix

Submitted to Global South AI Safety Hackathon. Sprint projects are early-stage work by participants, not Apart Research publications.

Read the report

Report: GigAudit: A Graph-Powered Algorithmic Transparency and Labor Protection Engine Layer

Presentation

Presentation: GigAudit: A Graph-Powered Algorithmic Transparency and Labor Protection Engine Layer

Share

GigAudit is a decentralized, graph-powered algorithmic auditing infrastructure designed to reverse-engineer proprietary gig economy platforms and expose exploitative labor practices without requiring source-code access. With India’s gig workforce projected to expand from 7.7 million in 2020 to 23.5 million by 2029-30, black-box pricing algorithms currently operate in a regulatory vacuum, often inflicting algorithmic wage theft and gradual disempowerment. GigAudit shifts the paradigm to bottom-up accountability by allowing workers to crowdsource transaction receipts via a secure Next.js Progressive Web App. To process this data securely, the platform leverages a production-grade AI observability pipeline featuring FastAPI, NVIDIA NeMo Guardrails to block adversarial prompt injections, and the Ragas framework for empirical data extraction evaluations. The validated data is stored immutably in a PostgreSQL ledger and continuously synced to a Neo4j Graph Database, where index-free adjacency instantly maps and detects complex multi-variable exploitation—such as fatigue-based wage throttling and geofenced margin compression—achieving a 100% detection rate in synthetic benchmarking.

Reviews

Judging this Sprint?

Review this project

Your public critique appears on this page without your name. Your private critique is not published; only the Apart team reads it. If you agree below, we share your review with grantmaking.ai (opens in new tab) and the Transformative AI Fund so strong projects can be funded.

Not shown on this page.

Shown on this page, without your name.

Only the Apart team reads this, and funders if you agree below.

Share my name publicly on grantmaking.ai *
Share my private critique with funders *

How much would this matter for AI safety if it worked? How innovative is it? For scores of 4-5: is this actually new to the field, or replicating recent work?

Scoring guide
  1. 1Negligible. No clear problem addressed, or no meaningful novelty.
  2. 2Limited. Addresses a real problem but with a generic or well-trodden approach. Incremental at best.
  3. 3Moderate. Clear problem with a reasonable approach; some novelty in framing or method beyond routine application of existing tools.
  4. 4Significant. Important problem with an original approach, or identifies a neglected problem area. A valuable contribution others could build on.
  5. 5Exceptional. Tackles a critical AI safety problem with a genuinely novel approach, or opens a new research direction. Clear theory of change. You'd be excited to share this with researchers in the area.

How sound are methodology, implementation, and findings?

Scoring guide
  1. 1Seriously flawed. Methodology broken, results uninterpretable, or implementation doesn't work.
  2. 2Weak. Approach has significant gaps: missing validation, flawed experimental design, or incomplete implementation.
  3. 3Competent. Technically solid given the short duration. Methodology makes sense, results are interpretable, limitations acknowledged, work builds toward clear conclusions.
  4. 4Strong. Thorough methodology with convincing validation. Results clearly support conclusions. Immediately useful for future work.
  5. 5Exceptional. Ambitious scope executed rigorously. Surprising findings, novel methods, or unusually robust validation.

How clearly are work, findings, and impact potential communicated?

Scoring guide
  1. 1Incomprehensible. Cannot determine what the project is actually claiming or doing.
  2. 2Hard to follow. Key information buried, missing, or diluted by excessive length. Significant effort to extract main points.
  3. 3Clear enough. Can understand the problem, approach, and results without undue effort. Core content clearly present: problem, method, findings, limitations.
  4. 4Well presented. Easy to follow, well-structured, appropriate level of detail. Target audience would get it quickly.
  5. 5Exceptionally clear. A pleasure to read. Complex ideas made accessible. Could serve as a model for how to present this type of work.

  1. GigAudit has a clear and important direction for AI safety, particularly around gig-economy transparency, labor protection, and the black-box nature of platform dispatch and pricing algorithms. The project addresses a real socio-technical risk: workers’ livelihoods can be shaped by opaque optimization systems without meaningful visibility or recourse.

    The methodology and results are generally understandable, and the project provides practical architecture for bottom-up auditing using crowdsourced receipts, structured databases, and graph analysis. However, the report would be stronger if it explained several key concepts and data assumptions more clearly. For example, terms such as OCR injection, prompt jailbreaks, and geofenced margin compression should be defined clearly with examples and connected more explicitly to the synthetic data generation process and empirical results.

    The paper would also benefit from showing what the data looks like before and after generation or Neo4j extraction. A code repository, sample dataset schema with listed features, or commented query examples would help readers understand how the pipeline works in practice and how to produce the reported detection results.

    The empirical results suggest strong detection performance, but the link between the analysis and the proposed stakeholder-facing actions is not always clear. For instance, the alert “Do not accept rides in Zone DL-03 for the next hour; platform algorithms are currently underpaying base rates by 22%” is useful, but the report should show a concrete example of how such a conclusion is derived from the data. A step-by-step explanation from raw receipt data to graph detection to final alert would make the system much more convincing.

    The discussion of geofenced margin compression could also be expanded. Since India has highly diverse geographic, economic, and social contexts, the report could discuss how marginalization may vary across regions or worker groups. Even a small qualitative analysis of which groups or zones are most affected would strengthen the project’s labor-protection framing.

    Overall, this is a promising and practically useful AI safety project. It provides a meaningful starting point for more inclusive algorithms in gig-economy platforms, and it would be even stronger with clearer definitions, more transparent data examples, and a tighter connection between the technical findings and the proposed actions for workers, unions, and regulators.

    Read full reviewShow less
  2. The Target Audience & Actionable Intelligence Matrix, was a great way to communicate very relevant info to a reader.

    Given the system relies entirely on crowdsourced driver receipts, it would be great to also address how the platform intends to incentivize initial user adoption to reach the critical mass necessary for the Neo4j graph database to identify structural patterns. While, the paper proves the technical viability of the system using a simulated dataset, it can also explain more, the operational viability of acquiring real crowdsourced data to be able usable in the real world

  3. Ambitious and well told. The four-audience leverage matrix is the standout, turning raw analysis into a believable path to accountability, and the graph approach to structural exploitation patterns is a sensible bet. The core problem is circular validation: you inject two biases into synthetic data, then detect those same biases. That shows the pipeline runs, but says nothing about real-world accuracy or false positives. The writing also leans on stack name-dropping and on phrases like "mathematical proof" and "un-manipulatable" that claim more than was shown. Test against real receipts, or at least hold-out anomalies the detector wasn't tuned for, and report precision and recall. Dial back the certainty in the language, and state the AI-safety connection directly rather than leaving it implied.

Cite this project

@misc{mangalore2026gigaudit,
  title = {{GigAudit: A Graph-Powered Algorithmic Transparency and Labor Protection Engine Layer}},
  author = {Abhinav Mangalore},
  year = {2026},
  month = jun,
  note = {Submitted to Global South AI Safety Hackathon, an Apart Research Sprint},
  howpublished = {\url{https://apartresearch.com/sprints/projects/gigaudit-a-graphpowered-algorithmic-transparency-and-labor-protection-engine-layer-3gew}},
  url = {https://apartresearch.com/sprints/projects/gigaudit-a-graphpowered-algorithmic-transparency-and-labor-protection-engine-layer-3gew}
}

Build something like this at the next Sprint

AI Collusion Research Sprint · Oct 23 - 25, 2026