Skip to content
GOCUX
Documentation
GOCUX / Documentationfindall api

Manage a collection’s review lifecycle

Separate discovery, evidence review and final inclusion.

Separate discovery, evidence review and final inclusion.

Practical procedure

  1. Begin with an inclusion rule and an unreviewed candidate set. Store enough source context to revisit why a candidate was found.
  2. Use Knowledge search and approved research to establish evidence for each required criterion. Mark a candidate as unresolved when its evidence is insufficient.
  3. Publish a reviewed collection with a source date and known coverage limits. A later refresh should produce a new review record instead of silently rewriting the previous conclusion.

Build an approved evidence path

GoCux Research works with Knowledge sources in the selected project. A plan separates the question and ordered steps from the source allowlist. Creating the plan records a draft; it does not approve or execute the work. Review the actual source selection before approving, because an empty allowlist permits no source and an execution request cannot expand an approved plan.

Contract example

Developer examples below describe routes on an authorized, configured GoCux control-plane base URL. They are request shapes or operation references, not claims that a particular public hostname exposes the API. Use the workspace for the corresponding human workflow; availability and permissions depend on the actual deployment.

POST /research-plans — example request body

{
  "projectId": "project-id",
  "title": "Review documented renewal conditions",
  "question": "What renewal conditions are supported by these documents?",
  "steps": [
    "Find the renewal terms and their effective dates"
  ],
  "allowedSourceIds": [
    "source-id"
  ]
}

Inspect the result

Read the saved plan before deciding. After approval and execution, retrieve its findings and inspect the cited source chunks. A finding supported by a quotation is different from a question for which no source was found. Keep that difference in the final report and in any downstream table.

What to keep explicit

Your application owns this collection lifecycle; GoCux does not expose the external FindAll run state machine. Research-plan states describe the evidence operation only.

Handle incomplete and refused work

An unapproved plan cannot execute. A 409 can mean the state or expected version changed; reread before deciding again. A 503 means the research store is unavailable, not that research found no evidence. Access is scoped to the authenticated company; knowing an identifier does not grant another company access.

Bring this workflow into your workspace.

Set the scope. Review the evidence. Approve the steps that need it.

Open the workspace

Keep exploring