portfolio spektr
Spektr application
spektr.com ↗

Gustaf Garnow · applying for the Product Designer role · Copenhagen

Your design works. Your OpenAPI is there. But agents don't see your product.

product designer ·job application ·copenhagen ·may 2026
scan result agent.opensverige.se scan of spektr.com, 6/14 PARTIALLY READY, 1 critical issue, 5 warnings, 6 ok
$ scan spektr.com
› 6 / 14  PARTIALLY READY
› 1 critical issue
› 5 warnings
› fix-eta: week one
6/14 PARTIALLY READY. I co-built the scanner. I'll build what closes the gap.
1 critical issue
no markdown negotiation
5 warnings
no /llms.txt, cookie gap…
6 passing
robots.txt, OpenAPI, sitemap…

I ran spektr.com through agent.opensverige.se, an open-source scanner I built. It scores public surfaces on how legible they are to LLM agents, MCP clients, and discovery protocols.

The OpenAPI spec is there. That's already half the battle. Most B2B SaaS in this category hasn't shipped it. What's missing is the protocol-layer surface beneath the marketing site.

Problem

A compliance officer asks Claude "what does Spektr do?" Claude fetches spektr.com, parses 3000 lines of HTML, and guesses.

Without /llms.txt, agents scrape and infer. The summary they return is shallow, partly invented, and varies every time. Spektr has no control over how it's described to the agents its own customers use.

what Claude says today, without /llms.txt
"Spektr appears to be a compliance software platform
for financial institutions. It may offer AML or KYC
features. I couldn't find specific details about
pricing or integrations."
Solution

Six additions to the existing surface. Zero redesign. One week of focused work.

Protocol-layer changes, not marketing changes. They make the existing product visible to the agents Spektr's customers already use, without touching the visual design or the product itself.

Outcome

Spektr controls what agents say about Spektr. A procurement agent's first ping returns 14/14.

When a Tier 1 bank's procurement agent pings /.well-known/mcp, Spektr lands in the "auto-eligible" bucket, not "needs manual review." That's the work the role names.

The job post says: "Designing for AI: This is the frontier." Here's what that actually means.

A bank's compliance officer asks their AI assistant: "what does Spektr do?" The AI fetches your site, reads what it can, and answers. What it says is a design decision, but right now, Spektr isn't making it.

An automated procurement tool compares vendors. It checks which ones have machine-readable capability docs. Spektr doesn't have them. A competitor does. That's not a sales problem. It's an information architecture problem.

A developer's AI coding tool looks for compliance APIs to connect to. It finds your OpenAPI. It can't find the rest. The gap between "discoverable" and "fully connected" is a design surface.

Structure, naming, hierarchy, capability articulation. Classical design problems. New medium.

the frontier has a protocol layer. that layer is undesigned. that's the work.
Gustaf Garnow · application to Spektr · May 2026

This page is the work sample.

Claude · MCP · OpenAPI · llms.txt · Next.js

discord
@baltikum
portfolio
headless.design
full report ↓ /llms.txt /llms-full.txt