Skip to content

Developer Guide

InKCre is a multi-repository system organized around a shared info-base. This guide provides the common mental model and routes you to the repository that owns the details.

InKCre is under active development. The contributor path is usable today, while

third-party database, Extension, and API contracts are still being documented and may change.

Choose a path

Contribute to InKCre

Start with Architecture to understand the shared vocabulary and topology. Then use Contributing to locate the owner of the product, cross-unit, runtime, client, UI, or website change you want to make.

Exact setup commands, runtime versions, tests, and pull-request requirements stay in the repository that enforces them.

Build on InKCre

The foundational ecosystem path is participation as an authenticated peer of the shared info-base. Native PostgreSQL and PostgREST are transports over the same admitted, versioned database protocol. Extensions and APIs provide additional integration shapes.

This is not yet a promise of a stable public SDK, unrestricted database access, or a complete API compatibility policy. The Architecture guide explains what is real now and where its canonical contracts live.

Primary repositories

RepositoryCurrent roleDevelopment entry
InKCre/docsShared product and cross-unit documentation Hub; source of this websiteRepository README
InKCre/core-pyPython core runtime, migrations, and database lifecycle authorityContributing guide
InKCre/client-webWeb client, browser-extension workspace, and shared client infrastructureRepository README
InKCre/uiDesign system, tokens, and shared web UI packagesRepository README

The InKCre GitHub organization contains prototypes and historical repositories as well. They are not all equivalent contributor entry points.

Canonical foundations

  • Product requirements own the shared product purpose, behavior, and vocabulary.
  • Cross-unit technical design owns durable topology, authority, and interoperability contracts.
  • Each implementation repository owns its runtime mechanics and executable checks.

Continue to Architecture, or route a concrete change through Contributing.