← Latest papers
💻 computer science

Specifications for Humans, Agents, and Tooling

This tool paper introduces the Bosque API (BAPI) ecosystem, a polyglot specification language designed to enhance software development through explicit, clear, and reliable specifications that support the full application lifecycle, including test generation, validation, and security for agentic AI systems.

Original authors: Mark Marron

Published 2026-06-16
📖 4 min read☕ Coffee break read

Original authors: Mark Marron

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you are hiring a very smart, but slightly reckless, robot assistant to handle your bank account. You tell it, "Pay the bill," and it goes off to do it. But what if the robot thinks "bill" means your entire life savings? Or what if it accidentally sends money to the wrong person because the instructions were vague?

This paper introduces a new way of giving instructions to both humans and AI robots, called BAPI (BOSQUE API). Think of BAPI not just as a list of rules, but as a super-detailed, unbreakable contract that leaves no room for guessing.

Here is how the paper breaks it down, using simple analogies:

1. The Problem: Vague Instructions are Dangerous

The paper starts by showing a bad example of an instruction: "Transfer money from Account A to Account B."
This is like telling a robot, "Go get me something to eat." It's too vague. The robot might buy a $10,000 steak, or it might steal your wallet to pay for it. In the world of AI agents (robots that make decisions), vague instructions lead to dangerous mistakes.

2. The Solution: The "Mistake-Proof" Blueprint

The authors propose a new language (BAPI) that acts like a Lego instruction manual rather than a vague sketch.

  • The "Poke-Yoke" Concept: In manufacturing, "poke-yoke" means designing things so you can't assemble them wrong (like a USB-C plug that only fits one way). BAPI does this for software. It forces you to define exactly what a "User ID" looks like (e.g., "only letters and numbers, 2 to 30 long") so the system rejects anything weird immediately.
  • The "Guardrails": Instead of just saying "transfer money," BAPI forces you to add guardrails:
    • Logic: "The amount must be greater than zero and less than $100."
    • Permissions: "You can only touch this specific bank account, not the whole bank."
    • Environment: "You can only do this if you have a special 'Authorization Token' in your pocket."

3. The "Time-Travel" Log

One of the coolest features is handling time.
Imagine you want to say, "You can only transfer money if the user already said 'Yes' to this specific transaction."
Old systems struggle with this. BAPI uses a tamper-proof diary (Event Log). Before the robot makes a move, it checks the diary: "Did the human approve this earlier?" If the diary is empty, the robot stops. This prevents the robot from making decisions based on things that haven't happened yet or things that were forgotten.

4. The Toolbelt: Robots that Test Themselves

The paper describes a suite of tools that come with this new language:

  • The "Stress-Tester" (TECTON): Imagine a robot that reads your instructions and immediately tries to break them by generating thousands of weird, edge-case scenarios (like trying to transfer negative money or huge amounts). It finds bugs before humans ever see the code.
  • The "Mathematical Proof" (SUNDEW): This tool acts like a super-mathematician. It doesn't just guess if the code works; it proves it works. It checks every possible small input to ensure the robot never does something dangerous. If it finds a flaw, it gives you a specific example of how to break it so you can fix it.

5. Teaching AI with Examples

Sometimes, writing a perfect logical rule is hard. The paper suggests adding examples to the instructions, like showing a robot: "Here is a list of numbers: 3, 1, 2. Here is the result: 1, 2, 3."
This helps the AI understand the intent (sorting) without getting confused by the logic. It's like showing a child a picture of a "dog" rather than just describing the biological definition of a canine.

The Bottom Line

The paper argues that to work safely with AI agents, we need to stop writing vague descriptions and start writing executable, strict contracts.

  • Old Way: "Here is a vague idea of what I want. Good luck, AI."
  • BAPI Way: "Here is a strict, mathematically proven contract with guardrails, time-checks, and examples. If you follow this, you are safe. If you try to break it, the system stops you."

The goal is to build a software world where AI agents are like highly trained pilots who can't accidentally fly the plane into a mountain because the flight plan (the specification) is so clear and the safety systems are so robust that mistakes are physically impossible.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →