{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreihlsxaqxy2qqyli6y4vrczsnfz3ytrlubkmdjarwtte42zl3v3pxi",
    "uri": "at://did:plc:25rdn5elo5izoxrmtis34zuk/app.bsky.feed.post/3mot4x32rs5i2"
  },
  "coverImage": {
    "$type": "blob",
    "ref": {
      "$link": "bafkreib5fo4ljqgim3ovxwpyyzpymjx2wdl6o46cejxahx6tfwncyy73gm"
    },
    "mimeType": "image/webp",
    "size": 66624
  },
  "path": "/armorer_labs/agent-demos-are-easy-agent-operations-need-receipts-2315",
  "publishedAt": "2026-06-21T19:20:00.000Z",
  "site": "https://dev.to",
  "tags": [
    "agents",
    "ai",
    "devops",
    "opensource",
    "https://github.com/ArmorerLabs/Armorer",
    "https://github.com/ArmorerLabs/Armorer-Guard"
  ],
  "textContent": "I keep seeing the same pattern with AI agents: the demo works, the first workflow is exciting, and then the boring operational questions show up.\n\nWhat is installed?\n\nWhich model/provider/config is this run using?\n\nWhat tool calls happened?\n\nWhich actions needed approval?\n\nCan I replay the failure, resume the run, or prove what changed?\n\nThat gap is what we are building around at Armorer Labs.\n\n##  Armorer\n\nArmorer is a local control plane for AI agents. The goal is to make local and self-hosted agent workflows feel less like scattered scripts and more like supervised jobs: installable, configurable, observable, stoppable, and recoverable.\n\nRepo: https://github.com/ArmorerLabs/Armorer\n\nThe framing I like is: not another agent framework, but the local operations layer around the agents you already want to run.\n\n##  Armorer Guard\n\nArmorer Guard is the companion idea for runtime decisions. If an agent, workflow, MCP server, or tool gateway makes a decision, I want a structured receipt for it:\n\n  * what was requested\n  * what policy/rule/gate evaluated it\n  * what evidence was used\n  * what decision was made\n  * what changed afterward\n\n\n\nRepo: https://github.com/ArmorerLabs/Armorer-Guard\n\n##  Why this matters\n\nI do not think production agent systems will be trusted because the model sounds confident. They will be trusted because they leave boring, inspectable records.\n\nIf you are building or running agents locally, I would love feedback on both repos. Stars are obviously helpful, but the more useful thing is sharp criticism: what would make these tools worth installing in your own workflow?",
  "title": "Agent demos are easy. Agent operations need receipts."
}