For the complete documentation index, see llms.txt. This page is also available as Markdown.

GraphQL

Journey exposes a GraphQL API alongside its REST surface. Both APIs are served by the same service, share the same authentication, and read from the same domain. See rest_api.md for when to pick one over the other.

Endpoint

POST https://journey-server-prod.us-east-1.core.inseng.io/graphql

Authentication uses the same Canvas JWT as REST — see authentication.md. The GraphQL sandbox / playground and schema introspection are enabled in non-production environments only.

When to use GraphQL vs REST

  • GraphQL hosts list queries and relational reads where you want to pick fields and traverse relationships in one round trip. List queries use the cursor convention in pagination.md.

  • REST hosts single-resource lookups and integrations that need standard HTTP semantics. See rest_api.md.

Most write operations are GraphQL mutations; reach for REST when you need HTTP semantics or are calling from a non-GraphQL client.

Example query

query MySkills {
  skills(completedOnly: false) {
    id
    name
    proficiencyLevel
    experiences { id title }
  }
}

Schema reference

To inspect the schema, point a GraphQL client at the running endpoint in a non-production environment and use introspection.

Schema

The complete GraphQL schema (SDL) is published as schema.gql. It is generated from the code-first resolvers with pnpm schema:graphql and regenerated on each release. Use it to explore available types, queries, and mutations, or to feed schema-aware tooling (codegen, linters, client generators).

Errors

GraphQL operations typically return 200 OK; failures appear in an errors array. Malformed requests (for example parse/validation failures) may return a non-200 status code. See errors.md for examples and the full reference.

Last updated

Was this helpful?