B1
\n Typed schema
\nDescribe documents in code. Editors get a form, the API gets types.
\nchronoskin stores what you publish as structured documents and answers any question about them in one query, from the web site to the shop shelf.
\nQueryfrom article\nwhere topic == \"field-notes\"\n and published < now()\norder published desc\ntake 2 {\n title,\n \"author\": author->name,\n \"words\": count(body)\n}\n
Result / 38 ms / 2 documents[\n { \"title\": \"Mapping a river in winter\",\n \"author\": \"Mira Kovac\",\n \"words\": 1840 },\n { \"title\": \"What the tide tables leave out\",\n \"author\": \"Jon Oyelaran\",\n \"words\": 2212 }\n]\n// cached at the edge for 60 s\n
Each part works alone and all of them read the same documents. Nothing is copied between systems.
\n Full feature matrix\nDescribe documents in code. Editors get a form, the API gets types.
\nFilter, join and shape the answer in one request, however deep the references go.
\nAnswers are cached in 34 cities and dropped the moment a document changes.
\nEveryone types in the same document. Each field shows who is in it.
\nEvery change to every field is kept for a year and can be put back.
\nTell a build, a search index or a shop when a matching document is published.
\nThe API is versioned by date. A query pinned to a version keeps its answer.
\nA product may demand a category without the category listing its products.
Median answer time in the southern regions fell from 61 to 40 ms.
Find who changed a price, and when, without opening the document.
Each answer says how many documents it read and what it cost.
Every capability of chronoskin and the plan it starts in, line by line.
\nLimits are per project and reset on the first of the month. Prices are in euros, without tax.
\n| Capability | Free | Team | Scale | Included |
|---|---|---|---|---|
| Documents | + | + | + | 100,000 |
| API requests a month ?Cached answers are not counted, only queries that reach the store. | + | + | + | 250,000 |
| Datasets | + | + | + | 2 |
| Field history, days | + | + | + | 3 |
| Scheduled publishing | . | + | + | 0 |
| Roles per field | . | + | + | 0 |
| Single sign-on | . | . | + | 0 |
| Private edge region | . | . | + | 0 |
What counts, what does not, and what happens at the edge of a plan.
\nNothing stops. Reads keep working, you get a message at 80% and at 100%, and the plan is settled at the end of the month.
A draft and its published version count as one document.
Yes, on Team and Scale. A move copies the dataset, then switches reads over.
For 30 days, so that a change of plan never deletes anything at once.
The types of the production dataset and the fields each one holds.
\n| Field | Type | State | Filled |
|---|---|---|---|
| title | string, required | Live | 100% |
| slug | slug, from title | Live | 100% |
| author | reference to author | Live | 98% |
| body | rich text with figure | Live | 97% |
| reading_time | number, computed | Draft | 0% |
| subtitle | string | Deprecated | 12% |
Rules run when a document is published, never while it is typed.
\nA type lists what a document is, not how a page shows it.
\nWrite the queries the site will ask before the fields. If nothing asks for subtitle, the field is a habit and can go.
reading_time has no form control.Changes to a type are a migration, and each one is kept in the history.
\ntype article = {\n title: string\n author: ref<author>\n body: text // with figure\n}\n
2,184 documents still fill it. Their values stay in the history for a year, then they are gone.
A change to a type that touches stored documents will be listed here before it runs.
\n Plan a migration\nTell us what you publish and where it has to appear. An engineer answers within one working day.
\nFree projects need no call. Leave the note empty and the project opens at once.
\nThe form was not sent. Check the work e-mail address below.
\nI moved a newsroom of 40 editors onto chronoskin last year. Bring the awkward content first.
\n# or start without us\nnpx chronoskin init field-notes-prod\nnpx chronoskin import ./sample.ndjson\n
\n Modelling guide\n Limits\n Query reference\n Status\n
\n