# Tracking AI prompts is a nightmare. So we built an open-source Prompt Bill of Materials (PBOM)

> Source: <https://dev.to/eqo/tracking-ai-prompts-is-a-nightmare-so-we-built-an-open-source-prompt-bill-of-materials-pbom-mlo>
> Published: 2026-07-18 17:52:06+00:00

If you are building AI applications in production, you already know the dirty secret: **prompt management is a mess**

What starts as a clean system prompt quickly turns into a tangled web of hardcoded strings, tweaked parameters, and fragmented version histories. When an AI feature suddenly starts hallucinating or fails a security check, tracing the exact combination of the prompt, model version, and temperature that caused the issue is incredibly painful.

In traditional software, we solved supply-chain chaos with the **SBOM (Software Bill of Materials)**.

AI needs the exact same thing. That is why we are open-sourcing the **PBOM (Prompt Bill of Materials) Specification**.

[ EqoAI/pbom-spec](https://github.com/EqoAI/pbom-spec) is an open-source standard designed to track, version, and secure the lifecycle of AI prompts.

Just like an SBOM tells you exactly which open-source libraries are running in your application, a PBOM provides a machine-readable ledger of your AI supply chain. It acts as a standardized contract that describes the components of an AI prompt system.

Instead of guessing what went into a production AI call, a PBOM gives you a structured, verifiable manifest. Here is a conceptual look at how you can standardize a prompt's footprint:

```
json
{
  "pbomVersion": "1.0",
  "metadata": {
    "timestamp": "2026-07-18T10:00:00Z",
    "author": "EqoAI"
  },
  "components": [
    {
      "type": "model",
      "name": "gpt-4",
      "version": "0613",
      "parameters": {
        "temperature": 0.7,
        "max_tokens": 500
      }
    },
    {
      "type": "prompt_template",
      "id": "customer-support-v2",
      "hash": "sha256:8f434346648f...",
      "dependencies": ["user_context_module"]
    }
  ]
}
```


