Skip to content
Sprint projectJun 22, 2026Mérida, Yucatán

YucaSafeBench

Joseph Jesus Aguilar Rodriguez, Angel Abraham Lugo Saenz · Team YucaSafeBench

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

YucaSafeBench is a lightweight Spanish-language AI safety evaluation focused on Latin American public-service contexts, especially Mexico and the Yucatan Peninsula. The project proposes an 80-prompt benchmark and scoring rubric to test whether AI assistants respond safely, fairly, and accurately in situations involving public services, health, education, financial advice, migration, indigenous-language sensitivity, and local governance. The goal is to make AI safety evaluation more relevant to Latin America by addressing regional risks that are often missing from English-centered benchmarks.

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. Missing Core Artifact

    The paper's central contribution is a replicable 80-prompt audit kit, yet the prompts themselves are never actually provided. The appendix delivers only a structural skeleton and a small set of illustrative examples, which means the benchmark cannot be reproduced by anyone reading the paper. For a project whose explicit value proposition is accessibility and replicability for small teams and civic organizations, this is a significant gap. Publishing the complete prompt suite, whether as a repository, a spreadsheet, or a full appendix table, is necessary for the paper to fulfill its own stated purpose.

    Absence of Empirical Results

    The paper has not been run against any model, so there are no empirical findings of any kind. The authors are transparent about this, framing the contribution as a prototype artifact rather than a leaderboard study, which is an honest and appropriate framing for a hackathon context. That said, even a small pilot run against one or two models, reporting aggregate harm rates and a few illustrative response examples, would substantially strengthen the paper's credibility and demonstrate that the rubric is operational rather than purely theoretical.

    Inter-Rater Reliability

    The scoring rubric relies on human judgment, and the replication protocol calls for at least two reviewers to score 20% of items. However, no worked example is provided showing how two reviewers would handle an ambiguous case, and no pilot inter-rater agreement figure is reported. A brief calibration example would go a long way toward demonstrating that the 0–2 rubric is consistent enough to produce comparable results across different teams, which is essential for a tool designed to be used by many independent groups.

    Read full reviewShow less
  2. Clear engagement with a real gap in the field. You asked a good question: what happens when a chatbot has to decide on things like a scholarship, a medical translation, or a city procedure, and needs to understand Yucatán rather than California. The way you frame the problem is one of the strong points of the project.

    One area I think you can take this further is positioning against the closest prior work, SESGO that already deals with bias in Spanish, and BBQ is where the ambiguous/disambiguated structure comes from, what does YucaSafeBench add that SESGO doesn't already provide? A single sentence answering that would change how the contribution reads.

    You've designed a few tests, with clear categories and examples that are easy to follow, but none of them have been tried out on a real model yet. Understandable for a weekend project, but it's the most important thing to fix next: even one hour testing ten of the eighty prompts on a free version of a chatbot would show whether the scoring rubric actually works and whether two people would score the same answer the same way.

    - The table in section 4.1 mixes percentages calculated on different bases, which makes it hard to read , a footnote on what each one is based on would fix that.

    - The title also covers all of Latin America, while the limitations section notes the data is mostly Mexican Spanish; narrowing the title would make the framing more accurate.

    Overall, a well-designed evaluation protocol that hasn't been run yet.

    Read full reviewShow less
  3. - I like that they focused on building the benchmark itself. However, it's not clear how it was actually created: what was it based on? Why these specific prompts? Covering so many different risks at once probably makes this harder to do well. It might have been better to focus on a single risk and ground the prompt generation in something already documented (existing literature, real cases, etc.).

    - I would have liked to see at least one example of an actual LLM being evaluated with the benchmark.

    - If responses are going to be scored by humans, it would be important to have more explicit rules or guidelines for each score and for each dimension being evaluated.

Cite this project

@misc{rodriguez2026yucasafebench,
  title = {{YucaSafeBench}},
  author = {Joseph Jesus Aguilar Rodriguez and Angel Abraham Lugo Saenz},
  year = {2026},
  month = jun,
  note = {Submitted to Global South AI Safety Hackathon, an Apart Research Sprint},
  howpublished = {\url{https://apartresearch.com/sprints/projects/yucasafebench-wpiv}},
  url = {https://apartresearch.com/sprints/projects/yucasafebench-wpiv}
}

Build something like this at the next Sprint

AI Collusion Research Sprint · Oct 23 - 25, 2026