pgx
PGX — Lightweight Postgres for AI agents. Written in Rust. Thousands of isolated databases in one runtime. 🐘
Translation pending
Das gesamte Firmenbuch und Handelsregister in natürlicher Sprache durchsuchen: semantische Suche, Screening nach Finanzkennzahlen, Export als CSV.
Translation pending
DataPython · HTMLGitHub @jkbngbAvailability needs another checkOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
Austria's entire company register, wired for AI agents: official master data, annual accounts and key ratios for every firm, queryable in plain language over MCP. Your agent runs diligence, sales and research on real numbers instead of hallucinations.
Taken from the repository README
Loading the full README.
Read the full README ↗Austria's entire company register, queryable by AI agents in plain language. Official master data, annual accounts and key ratios for every firm – served over MCP, answered on real numbers instead of hallucinations.
Try the playground · Start free: 50 credits, 7 days · Quickstart ↓
A live, automated data product over the Austrian Firmenbuch (free EU HVD / High Value Datasets), served through a multi-tenant MCP server. A deterministic Azure pipeline pulls the published Jahresabschluss (annual financial statement) filings from the official register, parses them, consolidates per company, computes ratios/growth/trends, and serves the result to MCP clients. The whole register holds ~640k legal entities; the served slice is currently ~341k and grows as the backfill progresses. Version 1 = facts + clean derivations only (no scoring, no third-party enrichment, no NACE, no AI summaries).
Also available: Germany and the wider DACH region. Alongside this Austrian product, a unified
agentic-registerendpoint serves both the Austrian Firmenbuch and the German Handelsregister / Unternehmensregister over a single MCP. It is listed in the official MCP registry asio.github.jkbngb/handelsregister(spec:handelsregister.server.json) and reachable athttps://register.agentic-firmenbuch.at/mcpwith the same account and the same access rules (free trial, then Pro). A search returns matches from both countries, tagged bycountry(AT/DE).
Use the hosted service – query official Firmenbuch data from an MCP client that accepts an HTTP header key (Claude Code, VS Code with GitHub Copilot, Cursor, …):
claude mcp add --scope user --transport http agentic-firmenbuch https://mcp.agentic-firmenbuch.at/mcp --header "X-API-Key: <your-key>"
GitHub Copilot / VS Code: code --add-mcp "{\"name\":\"agentic-firmenbuch\",\"type\":\"http\",\"url\":\"https://mcp.agentic-firmenbuch.at/mcp\",\"headers\":{\"X-API-Key\":\"<your-key>\"}}". Any other HTTP-MCP-Header client: URL https://mcp.agentic-firmenbuch.at/mcp, header X-API-Key: <your-key>.search_companies / get_company_details and answers with official data – no SDK required.Claude Cowork & claude.ai (sandboxed clients) don't take the API-key header – they connect via
Settings → Connectors → Add custom connectorwith the URLhttps://mcp.agentic-firmenbuch.at/mcpand a one-time email login (OAuth, no key). Step-by-step with screenshots: agentic-firmenbuch.at/cowork.html.
Prefer to try before signing up? Use the playground.
Or run the pipeline yourself – clone, uv sync, uv run pytest (offline, no Azure). See Develop.
| Tool | Purpose |
|---|---|
search_companies | Filter / rank Austrian companies by region, size, balance-sheet total, equity ratio, revenue, growth profile, management age, last filing year, status. Returns a compact result card per match. |
get_company_details | Full served profile of one company: identity, location, founding/filing years, size class, multi-year balance sheet + P&L, 13 computed ratios, growth, management, list of filings. |
get_full_record | Superset of get_company_details: full 317-position UGB taxonomy, passthrough unknown codes, completeness, GuV-years, signatories history, derivations registry. |
get_company_history | Filing-by-filing time series of every reported position — one company, or a batch via fnrs (max 50; 1 credit per company found where credits apply). |
find_peers | K-nearest peer set for a company within its size class / region. |
get_cohort_summary | Aggregate statistics (counts, percentiles, distributions) for a filtered cohort. |
get_coverage | Per-Bundesland / per-Rechtsform / per-size-class coverage statistics for the served dataset. |
list_sectors | Available legal-form (Rechtsform) and Bundesland codes for use in filters. |
describe_fields | Self-describing field dictionary with type + null-rules + EBIT/EBITDA definition. |
get_document | Fetch the URL/blob key for an original filed annual statement (XML or PDF). |
get_document_text | Return the extracted text of a filed annual statement (parsed XML/PDF) for direct reading. |
list_documents | One newest-first chronology of a company's Abschluss documents: filed annual statements plus register-held PDFs (Konzernabschluss, HV-Protokoll) with their Dokumentart. |
search_person | Find companies by an officer / representative (managing directors, board members, signatories) by name. |
benchmark_company | Position one company against its peer cohort (percentile ranks on key metrics). |
list_events | Register-change events (name/seat/legal-form/capital/management changes, derived daily since 2026-07) for a company or cohort. |
All tools return a processed derivative of official Austrian Firmenbuch data (source: BMJ – Justiz, CC BY 4.0). Concretely: we ingest the published filings from the register, parse and consolidate them, compute ratios, and serve that from our own database — no web scraping, no LLM-generated summaries, no third-party data mixed in (V1). Every response carries provenance.data_version + built_at and names the original source, so the agent can attribute it correctly; for the authoritative record, the official Firmenbuch always governs.
Currently served: ~341,000 active legal entities across all Rechtsformen (GmbH, AG, KG, OG, EU, Genossenschaft, Privatstiftung, SE …). The full register has ~640,000 entities; the gap is companies without a published Jahresabschluss plus inactive/deleted entries, which are added step by step.
Full index with the versioning convention (shipped _v1 specs vs. the forward
ROADMAP.md + V2 design spec): docs/README.md.
The headline documents:
| Doc | What it is |
|---|---|
| docs/pipeline-step-samples.md | File format + golden sample for every pipeline stage. |
| docs/FIELD_REFERENCE.md | Served field dictionary – every field each MCP tool returns, with type + null rules. Public page: felder.html. |
| ROADMAP.md | Forward plan – status/priorities and the V2 direction (banks/insurers, GISA, Ediktsdatei). |
| docs/appendix_position_mapping.json | Full 317-entry canonical position taxonomy → copied into products/agentic-firmenbuch/packages/core_at/…/mapping/. |
| docs/reference/ | Official source material (API reference, JAb 4.0 XSDs/Excel). |
agentic-first)This repository is the agentic-first monorepo umbrella. It separates source-agnostic
shared code from per-source products, so another source-specific product can be added without
touching the Austrian pipeline:
agentic-first/ (this repo)
├── packages/ SHARED — source-agnostic, zero Firmenbuch/UGB knowledge
│ ├── core/ (fbl_core) lineage/meta + metric contracts, config, storage clients
│ └── auth/ (fbl_auth) signup, token issue/validate, metering, 00_accounts
└── products/
└── agentic-firmenbuch/ AUSTRIA product (live) — README below
├── packages/
│ ├── core_at/ (fbl_core_at) UGB taxonomy, Firmenbuch domain models, ÖNACE, FI dirs
│ ├── firmenbuch_client, 99_registry, 90_ingest, 70_parse,
│ │ 50_consolidate, 30_derive, 10_present, mcp_server, orchestration
│ └── …
└── tests/ AT integration tests + golden fixtures
Additional source-specific products are added in their own separate repositories that consume
packages/{core,auth} as a dependency (they are not scaffolded here). The precise
1:1 / adapt / product-local reuse boundary is the reuse table (Appendix R) of the technical spec, and the generic recipe is in
docs/monorepo/ADDING_A_PRODUCT.md.
Product READMEs: agentic-firmenbuch · shared core · auth
90 → 10)99_registry (foundation: all companies) → 90_raw (Blob) → 70_parsed (Blob) → 50_consolidated → 30_derived → 10_presentation → MCP
(Cosmos) (Cosmos) (Cosmos)
side: 00_accounts (MCP signup) · 00_directories (register-based FI flag, OeNB) reserved for v2: 40_enriched, 20_scored
90_raw is the immutable source of truth (every downloaded XML/PDF, kept forever). 70_parsed
is a write-through cache of the per-filing ParsedFiling JSON – always re-derivable from raw,
so safe to drop/rebuild; it exists so a reprocess (re-consolidate/derive after a logic change)
skips re-parsing all filings, and so the lineage inputs[] in each consolidated doc resolve to a
real parsed document. 50/30/10 are the queryable Cosmos layers; 10_presentation is what the MCP
serves.
Each pipeline-stage package directory is prefixed with its layer number so the
owner of every data layer is obvious. (Python module names can't start with a digit, so
the importable package keeps its fbl_* name; the number is also exposed as a LAYER
constant in each stage package.)
All AT stage packages live under products/agentic-firmenbuch/packages/ (abbreviated …/ below).
| Layer | Package (dir) | import | Store / container | Pydantic model | Sample |
|---|---|---|---|---|---|
99_registry | …/99_registry | fbl_registry | Cosmos 99_registry | RegistryDoc | §15a.0 doc |
90_raw | …/90_ingest | fbl_ingest | Blob 90-raw | raw Meta + manifest | Stage 0 |
70_parsed | …/70_parse | fbl_parse | Blob 70-parsed | ParsedFiling | Stage 1 |
50_consolidated | …/50_consolidate | fbl_consolidate | Cosmos 50_consolidated | ConsolidatedCompany | Stage 2 |
30_derived |
Un-numbered. Shared (in packages/): core (fbl_core,
source-agnostic lineage/meta + metric contracts, config, storage) and
auth (fbl_auth, 00_accounts). AT-specific (in
products/agentic-firmenbuch/packages/): core_at
(fbl_core_at, UGB taxonomy + Firmenbuch domain models + ÖNACE + FI directories),
firmenbuch_client
(fbl_firmenbuch_client, HVD SOAP adapter),
orchestration
(fbl_orchestration, the --mode Job entrypoint),
mcp_server
(fbl_mcp_server, serving). Plus products/agentic-firmenbuch/tests/ (fixtures),
docs/ (incl. API probe findings).
All build stages are implemented and the service is live in production: the multi-tenant MCP server is
deployed, the daily pipeline runs on a cron, and the backfill keeps growing the served slice. Since the V1
launch the register has gained semantic vector search, ÖNACE/WZ industry classification, register-change
events, German Handelsregister coverage through the unified endpoint, and the trial-then-Pro access model
described above. ruff + mypy --strict + pytest (with an 80% coverage gate) are green in CI;
deployment of the backend is manual after review.
uv sync # create the workspace venv
uv run pytest # all fixture/unit/integration tests (offline)
uv run mypy packages products # strict types (shared + products)
uv run ruff check packages products # lint
True end-to-end (live): a separate, env-flag-guarded test runs a few real FNRs
through every layer (API → 90_raw → … → 10_presentation → MCP). Skipped by default.
FBL_E2E=1 uv run pytest products/agentic-firmenbuch/tests/e2e -q # needs FIRMENBUCH_API_KEY
See products/agentic-firmenbuch/tests/e2e/. It uses in-memory stores + a tiny real pull –
no Azure, no full backfill (deployment is manual after review).
Licensed under the MIT License (see LICENSE).
The data originates from the Austrian Firmenbuch (BMJ – Justiz), an EU High Value Dataset
licensed under CC BY 4.0. Any redistribution of the data must keep the attribution
"Quelle: Österreichisches Firmenbuch / BMJ – Justiz (CC BY 4.0)" (see NOTICE).
This software and any data it produces are provided "AS IS", WITHOUT WARRANTY OF ANY KIND, express or implied (see the MIT License). The processed data is derived automatically from the public Firmenbuch and is provided without any guarantee of correctness, completeness, timeliness, or fitness for a particular purpose. It is not legal, tax, or financial advice and does not replace an official Firmenbuch extract – the official register always prevails.
Use of this software and the data is entirely at your own risk. To the maximum extent permitted by law, the authors and copyright holders accept no liability for any direct, indirect, incidental, or consequential damages arising from its use. You are responsible for complying with the CC BY 4.0 attribution requirement and all applicable data-protection, competition, and copyright law when using or redistributing the data.
get_event_stats | Aggregate event statistics (counts by type/period) across a filtered cohort. |
export_companies_csv | Export a filtered company set as a CSV download (server-generated, time-limited link). |
get_my_usage | The caller's own usage, plan, remaining trial credits and the upgrade link. |
ping | Connection test; always free. |
…/30_derivefbl_derive |
Cosmos 30_derived |
DerivedCompany |
| Stage 3 |
10_presentation | …/10_present | fbl_present | Cosmos 10_presentation | PresentedCompany | Stage 4 |