NexusIQ is a question-and-answer layer over your organization's own documents.

Find the answer without finding the file.

For the engineer chasing a decision made two years ago, the presales lead answering an RFP by Friday, and everyone who asks a colleague because search only hands back files.

EngineeringPartner Platform7 indexed · 1 pending

Which authentication flow did we settle on for the partner API, and why?

The team settled on OAuth 2.0 authorization code with PKCE, because partner mobile apps cannot hold a client secret safely. Access tokens carry a fifteen-minute TTL and refresh tokens rotate on every use, so a replayed token is revoked server-side.

Generated from 2 retrieved passages. Nothing outside them was used.

Cited passages

  • ADR-014-Partner-API-Auth.md§3 · Decision
    We adopt OAuth 2.0 authorization code with PKCE. Client credentials were rejected because partner mobile apps cannot hold a secret safely.
  • Security-Architecture-v4.pdfp. 12 · Session handling
    Access tokens are issued with a fifteen-minute TTL. Refresh tokens rotate on every use and are revoked server-side when a replay is detected.
Generated by qwen3 running on your own hardware. The document text was never sent anywhere.
Runs on your servers
The whole system installs inside your own network. A hosted option exists, but your own infrastructure is the default.
AI on your own machines
The models that read your documents and write the answers run on your hardware. Nothing is sent to an outside AI service.
Every answer shows its source
Each answer carries numbered references. Open one and the exact paragraph appears in the document it came from.
Five languages, one product
Every screen is available in English, Tiếng Việt, 日本語, 中文 and 한국어. Your team works in the language it already uses.

The problem

The answer exists. Reaching it costs an afternoon.

Three moments out of one ordinary week, in three different jobs. None of them looks like a search problem, and all of them end the same way: somebody asks a colleague, and the colleague answers from memory.

  1. Engineering and PM

    A new engineer asks which auth flow the team settled on.

    The decision was made two years ago and written into an architecture record that sits in a repository nobody has opened since the handover. Three people answer from memory, one of them is wrong, and the flow gets re-argued in a meeting that did not need to happen.

    An office desk buried under loose paper, open notebooks and sticky notes.
  2. Sales, presales and BA

    An RFP lands on Tuesday and wants a comparable project by Friday.

    The case study exists. It is a deck in somebody's shared folder, saved under a file name that never mentions the client's industry, next to a capability statement that answers the compliance question further down. Finding both takes longer than writing the response.

    A person at a computer searching through a library catalogue.
  3. Everyone else

    Somebody needs the current rule, not the forty-page policy.

    The policy is on the intranet, it was updated in March, and the sentence they need is on page eight. They ask in the team channel instead and get an answer that was true last year. The same question comes back next month from somebody else.

    An office worker sitting behind a tall stack of paper documents, stamping them one sheet at a time.
???
This is what search gives them: the question typed once, six file names back, and an empty space where the answer was supposed to be. So it gets asked again next week, and the week after.

And the obvious fix uploads all of it.

The usual answer to this is an AI service that reads your document store in somebody else's data centre. For a bank, a hospital or a defence supplier, that is where the evaluation ends. NexusIQ runs the index and both models inside your network, so the documents and the question never leave it.

Documents lifting off a desk and floating up into a storage box that sits on a cloud.

Four jobs, four kinds of question

NexusIQ is used by whoever needs a fact out of the company's own material. Pick a role to see the question it gets asked and the answer it hands back.

They do not want the document. They want the one sentence inside it that settles the question, and proof that the sentence is the current one.

OperationsCompany policies7 indexed · 1 pending

Can I expense a client dinner in Tokyo, and what is the limit per head?

Client entertainment is reimbursable when a line manager approves it in advance, and the cap in Japan is 15,000 JPY per head. A claim above the cap needs a written justification attached, or finance sends it back.

Generated from 2 retrieved passages. Nothing outside them was used.

Ask anything about the sources in this notebook

Cited passages

  • Expense-Policy-2026-03.pdfp. 8 · Client entertainment
    Client entertainment is reimbursable when approved in advance by a line manager. The per-head cap is 15,000 JPY in Japan and 1,200,000 VND in Viet Nam.
  • Finance-FAQ.md§2 · Above-cap claims
    A claim above the per-head cap is accepted only with a written justification attached. Finance returns claims that arrive without one.
Generated by qwen3 running on your own hardware. The document text was never sent anywhere.

The questions, answers and file names above are examples, rendered in the product's own interface. They are not customer material and not measured results.

Four stages, all of them on hardware you control

A question does not go out to an external service. It runs through your own index and your own model, and comes back pointing at the passages it used.

  1. Step 1

    Sources enter a notebook

    Upload files, point at a URL to crawl, or connect a system you already run. A workspace also holds a shared library every notebook in it can draw on.

    Office documents pass through a conversion service, web pages through a crawler.

  2. Step 2

    Chunking and embedding, in place

    Each source is split into chunks and embedded by bge-m3 running on your hardware. Ingestion is asynchronous: a source is pending first, then indexed.

    Vectors are written into pgvector at 1024 dimensions per chunk.

  3. Step 3

    Semantic search, then reranking

    A question runs semantic search across the notebook's private chunks and the workspace library, and the candidate passages are reranked before a word is generated.

    Retrieval follows permissions: a chunk you cannot open is a chunk you cannot retrieve.

  4. Step 4

    Generation grounded in the retrieved passages

    qwen3 writes the answer from those passages and streams it token by token. Each numbered citation opens the passage it came from in the document viewer.

    The model is served locally by Ollama. No document text is sent to an external API.

That is the whole mechanism. A cloud-only product can match the first and last stage; it cannot run the middle two on your side of the firewall.

A chat reply is the floor, not the deliverable

The Studio turns a notebook's sources into something you can hand on: six output types, generated on demand from the same cited corpus.

Editable in place
An output is a draft you correct, not a black box you regenerate and hope. Fix the wording where it is wrong and keep the rest.
Saved back as a source
A finished output can be written back into the notebook as a new source, so the next question can retrieve and cite it.

Studio output types

  • Summary

    A condensed read of the notebook's sources, for somebody who will not open them.

  • Note

    A short written piece you keep working on inside the notebook.

  • Data table

    Values pulled out of prose into rows and columns you can sort and export.

  • Mind map

    The relationships across a project's material, drawn as a graph.

  • Slide outline

    A deck structure, section by section and point by point, ready to build on.

  • Report

    A longer structured document assembled from the notebook's sources.

Point it at the systems your documents already live in

Sources arrive three ways. Google Drive connects today; the rest of the list below is coming soon. Whichever route they take, the chunking, the embedding and the index stay on your infrastructure.

Direct

  • File uploadDocuments and spreadsheets uploaded straight into a notebook.
  • URL crawlA web page or internal site fetched by the crawler and indexed as a source.

Connectors

  • Google Drive
  • OneDriveComing soon
  • ConfluenceComing soon
  • NotionComing soon
  • GitLabComing soon
  • GitHubComing soon
  • Amazon S3Coming soon
  • NAS / SMBComing soon

Vendor names stay in their own spelling. A connector reads the documents your account can already see. It grants nobody new access.

Deployment, access and limits

Where it runs, who can see what, and what we will not claim

Enterprise buyers read landing pages defensively, so here is the part usually saved for a follow-up call.

Where it runs

Inside the lineServicesDatabaseVector indexqwen3 generatesbge-m3 embeds

Your network

Services, database, index and models all run inside your network. Document content never crosses the boundary, because nothing sits on the other side of it.

Hover, tap or focus any layer to read what it holds.

Who can see what

Five roles, each acting at one layer of the map. Point at a role to see the layer it governs.

Tamper-evident audit log

Actions are recorded in an audit log built so that a change to the record shows.

What we will not claim

Stated up front

There are no benchmark numbers, customer logos, case studies or certification badges on this page, because none exist yet. Here is what else to know before a pilot.

Bounded by a local model
Generation quality is set by the model you host, not by a frontier API. That is the trade you make for sovereignty.
Cold starts are slow
A model that has not been loaded can take up to ninety seconds to answer the first question. The interface says so instead of pretending it failed.
Studio outputs take time
An output is generated inside the request, so tens of seconds is normal for a long one.
Indexing is not instant
A new source is pending before it is indexed, and it cannot be retrieved until it is.

Ask it a question from your own corpus

The honest evaluation is a notebook of your own documents, one real question, and a look at whether the cited passage actually says what the answer says.

Built by Tinhvan Japan Co., Ltd. On-premise deployments are scoped with you before anything is installed.

What happens after you send

  1. Your message reaches the NexusIQ sales team at Tinhvan Japan. No ticket queue, no auto-responder.
  2. A person who knows the product replies within one business day, in the language you wrote in.
  3. If it fits, we scope a pilot on your own documents before anything is installed.

Prefer your own mail client?

tvj.sale@tinhvan.com

Talk to us

Tell us what your team keeps looking for

A sales engineer reads every message. Describe what you are trying to find and where it lives today, and you get a specific answer back — not a brochure.

0 / 2000

We use your address to answer you, and for nothing else.