Questions a Serious Counterparty Asks
The due-diligence objections — bus factor, IP ownership, regulatory exposure, provider lock-in, the LLM-wrapper question — answered straight, without overclaiming.
The objections a serious counterparty raises before a first call — answered honestly, including where the honest answer is a concession.
A single-operator platform invites a predictable set of hard questions. Dodging them wastes everyone’s time, so they are answered here directly. Where the honest answer is a concession, it is written as one.
§ I What happens if the operator is unavailable?
This is the real concentration risk, and it is named rather than hidden. The platform is built and run by one person; if that person is unavailable, the question is whether the platform can be inherited.
The mitigations are concrete. The architecture is documented — the Architecture and Methodology in Code pages are the public layer of a deeper internal record. The recurring operational paths have runbooks. The startup invariant suite and the pre-commit pattern sweep mean a second engineer inherits guardrails that fail loudly on drift, not folklore. And for an engagement that justifies it, a code-escrow arrangement is available so a licensee is not exposed to the operator as a single point of failure. The risk is real; it is priced, not denied.
§ II Who owns the output the agents produce?
The operator does. The agents are software; they are not legal authors. Everything the platform publishes — signals, papers, bulletins, essays — is operator-authored or operator-approved, and that is exactly what the disclosure footer on every page asserts. There is no ambiguity introduced by the use of agents: the output is a work product of the operator, the same as any other software-assisted authorship.
In a licensing engagement, ownership of a licensee’s corpus and its derived output is settled in the licensing terms before any work begins. The default is that a licensee owns what is produced against its own private corpus.
§ III Isn’t there regulatory exposure on the trading signals?
The Observatory publishes structural research, not investment advice. It identifies and falsification-tests recurring patterns; it does not recommend trades, manage money, or solicit clients. The platform is not a registered investment adviser and does not present itself as one.
The distinction is enforced in what is published. The public-facing material is the research and the kill list. The per-signal verdict matrix — the operational tier assignments that would be needed to act on a signal — is private and not part of any public surface. A reader gets the structural finding and the honest kill rate; they do not get a trade instruction, because none is offered. Any counterparty intending to act on research of this kind is responsible for its own regulatory posture.
§ IV Aren’t you locked into one model provider?
No, and the architecture is built specifically so the answer is no. Six inference providers are wired and in use today: a local server plus five cloud providers. The only mandatory endpoint is the local server the operator controls. Cloud routing is elastic capacity and is never authoritative — the platform degrades to local-only without losing correctness.
Swapping the primary model is a configuration change, not a code change. The routing layer is provider-agnostic, so any additional OpenAI-compatible endpoint is added by configuration. That portability is real and load-bearing: it means the platform survives any single provider’s pricing decision, and it can run inside an air-gapped or sovereign-cloud environment without rewriting the inference layer.
§ V Isn’t this just an LLM wrapper?
The models are a commodity input. Anyone can call them. What this platform is, is the discipline built around them — and that discipline is the part that is hard to reproduce.
Concretely: a four-tier trust ladder where the top promotion stays a manual human decision; a falsification battery that kills roughly one candidate signal in six and publishes the kill list; an audit gate that blocks a draft overstating a battery-failed signal at write time; per-agent sandboxing that makes every output attributable to one agent; an append-only audit log of every consequential action; a startup invariant suite and pre-commit sweep that catch drift between releases. A wrapper passes prompts through. This platform decides what is allowed to reach publication and what gets killed first — and it does that consistently across four publishing arms. The models are interchangeable. The standard around them is the product.
§ VI A closing note
If a question that matters to a specific evaluation is not answered here, that is what the first email is for. Material due-diligence questions are handled in writing against a signed NDA, and the implementation specifics this network keeps internal are discussed at that stage. The starting point is the Partners page.
Drafted with AI assistance under operator supervision; substantive claims are operator-authored or operator-approved.