Skip to main content

SG Ground Truth

Recorded behaviour of the Flow Production Tracking REST API.

sg-groundtruth.vercel.app renders every entry on this page, and pip install sg-groundtruth gets the client that measured them.

The REST documentation is incomplete and in places wrong. Every entry here is what a live Flow PT site answered when a probe asked it one question: the status code, the error string, the response shape, in the words the API used. The 51 probes that produced it are in this repository and run against any site.

Read it

git clone https://github.com/ksallee/sg-groundtruth

Then give an agent one line:

Read sg-groundtruth/corpus/INDEX.md first.
Open an entry only when its one-liner falls short.

corpus/INDEX.md is generated: 67 KB, one line per entry with its verdict and its tags. The corpus behind it is much larger, and an agent that loads all of it spends its context on the first call.

An agent with no clone fetches the same files off the site. .md appended to any entry or section URL returns the markdown that page was built from, frontmatter included, and /llms.txt is one line per entry with its verdict and the URL of its markdown.

https://sg-groundtruth.vercel.app/llms.txt                      44 KB, every entry, one line each
https://sg-groundtruth.vercel.app/findings.md                   one section
https://sg-groundtruth.vercel.app/findings/026_result_order.md  4 KB, the file itself

The rendered page costs eleven bytes of markup per byte of finding. The twin costs none.

What is in corpus/

directory holds
endpoints/ 64 cards, one per REST call: what it takes, every status code it answers with, a recorded response
findings/entity_types/ 17 cards, one per schema name: identity, the create contract, every link field, the status field
findings/field_types/ 24 cards, one per data_type: what it reads, writes and clears as, and what filters it
findings/ 40 questions, each answered by one probe, grouped by the phase of a session they bite in
recipes/ 11 tasks, each with the calls that perform it, the real response, and the errors hit on the way
reports/ 9 behaviours that should change, written for the team that owns the API: expected, actual, a runnable repro, and the proposed fix
INDEX.md generated. Read this first

Four ways in, one per thing a caller already knows before making a call: the call itself, the entity type, the field's data_type, or the task.

Why it exists

A 400 names the legal set and an agent recovers from it. A 200 that ignored what you sent teaches it nothing. Each row is a published finding.

you do this this happens
Sort on a misspelled field 200. The sort is ignored, rows come back id ascending, and nothing says so
Page until links.next is absent It is never absent. It is emitted on zero-row pages too. Stop when data is empty
Create rows in a batch You get an id per row. A batch can return an id for a row it never made
Create a field whose display name is taken 201. You got <name>_1

Call the API with it

pip install sg-groundtruth

FPT is the client every probe here calls the API through, so what the corpus records is what it does. 75 lines, requests and nothing else.

from sg_groundtruth.client import FPT

fpt = FPT.from_env()                  # FPT_API_SITE_URL, _SCRIPT_NAME, _API_KEY
page = fpt.get("/entity/versions")    # the parsed body: data, links

get, post, put and delete take a path and pass every other keyword to requests, so params, json and files work as they do there. A non-2xx raises FPTError with the body intact.

The wheel is the client and the tools, never the corpus: clone the repository for that.

Mount it over MCP

PYTHONPATH=src python -m sg_groundtruth.mcp

Five tools, stdio, standard library only, so mounting it costs nothing beyond the clone. PYTHONPATH is not optional: the package is not installed. Registration for Claude Code and any other stdio client is in docs/mcp.md.

It answers what the API does. A Flow PT MCP server calls the API. An agent given both has to be told which is which.

Put your own site in it

The corpus covers any Flow PT site. One command measures yours: your custom entities, your field names, your status vocabularies, your projects.

cd sg-groundtruth
claude

Then ask for /sg-groundtruth-setup. Start the agent inside the clone: the command is one of this repository's own and is registered when the session starts.

Writes to your site Nothing, unless a probe is run with --write
Project it may write into The sandbox you name, and no other
Where your data goes corpus.local/, gitignored, never leaves your machine

Scopes

Every entry declares one, because a measurement that is true of one site is not a fact about the API.

scope true of committed
api Any Flow PT site: status codes, error strings, value shapes, operator vocabularies Yes
site One site: which custom entities are enabled, which fields exist, valid_values Only when scrubbed
project One project inside it: hidden_values, page columns, fill rates No

valid_values is byte-identical at every scope and only hidden_values varies by project, so "which statuses can I use" has no site-level answer. That is why the last two are not one scope (probe 009).

Probes

python probes/017_filter_operators.py

One question per probe. A probe prints what the API answered and deletes anything it created before it exits; it never writes the corpus. An agent reads the output and writes the entry. Every entry names the probe that produced it, so a claim you doubt, you re-run.

Read-only by default. A write needs --write, and the only project a probe may write into is the sandbox named in .env.local.

Layout

path
corpus/ the corpus. scope: api, committed, the product
probes/ the scripts that produced it, plus check_corpus.py and index.py
src/sg_groundtruth/ the MCP server, the schema inspector, the client
site/ SvelteKit, prerendered static, renders the corpus and any local overlay
docs/ MCP registration, the example overlay, unverified operator claims
corpus.local/ your own site, written by the setup command. Gitignored

Branches

branch
dev where work lands. Branch from it, and open the pull request against it
main what a clone gets and what the site deploys from. dev merges here when it is ready

A release to PyPI is a published GitHub release, cut from main, and only when the package itself changed. The corpus changes far more often than the client does.

Licence

MIT. Nothing AGPL enters this repository, at any depth. It is derived only from the public Flow PT REST documentation and this repository's own probes, so that studio legal can say yes without reading anything.

Metadata

Release files for sg-groundtruth 0.1.3

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for sg-groundtruth 0.1.3
File Size Uploaded
sg_groundtruth-0.1.3.tar.gz 32.1 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for sg-groundtruth 0.1.3
File Interpreter ABI Platform
sg_groundtruth-0.1.3-py3-none-any.whl Python 3 none any Details

Total release size: 53.6 kB

Release files / sg_groundtruth-0.1.3.tar.gz

Download URL sg_groundtruth-0.1.3.tar.gz
Size 32.1 kB
Tags Source
SHA-256 checksum
How to use checksums
f63b3367c89f96afdf7535679c1cf2ce0e51a97960d8d8e36d90147c27234bbe
BLAKE2b-256 checksum
How to use checksums
5a0599bc4e0db61271ee24ed0a7946c233a31cba8334db70ec3bf108693d1693
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 9, 2026.

Transparency log

Release files / sg_groundtruth-0.1.3-py3-none-any.whl

Download URL sg_groundtruth-0.1.3-py3-none-any.whl
Size 21.6 kB
Tags Python 3
SHA-256 checksum
How to use checksums
6ad0c384fb2ead7379aa9cda014b24082865d7a386f11fd99ad334fea7c02b65
BLAKE2b-256 checksum
How to use checksums
f629e07b7adb9fbad3a28992eb7febe78e2c193458e57e6302337e5bc378c6ac
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Sep 9, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.1.3 This release

2 release files

0.1.2

2 release files

0.1.1

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page