Community-maintained history of Jev / TypeSafe System One APIs, SDKs, agent guidance, patterns, and engineering best practices.
This is an unofficial reference project. It is not maintained by TypeSafe and does not speak for TypeSafe.
V1 observes official TypeSafe sources only:
- the live documentation index at
docs.typesafe.ai/llms.txt, its discovered Markdown pages, and the public sitemap; - the official
typesafe-ai/skillsagent skill; - the official Python and JavaScript SDK repositories, their public package metadata, Git tags/releases, and documented changelogs;
The directly relevant system-one-adapter-python repository was investigated
but is excluded from canonical state: it is a drop-in LLM-backed alternative,
not an official TypeSafe product surface. The typesafe-ai.github.io repository
was also checked and excluded because it is a static landing page rather than
the authoritative documentation tree. Other organization repositories are
unrelated infrastructure, demos, or model-serving projects and are outside V1.
The synchronizer does not copy the hosted documentation wholesale. It records URLs, discovery metadata, content hashes, timestamps, and small excerpts needed to audit the generated state. This is deliberate: the SDK and skill repositories are MIT-licensed, but no license for the hosted documentation was found. The MIT license in this repository applies only to repository-authored code and documentation. It does not relicense TypeSafe material.
BEST_PRACTICES.mdis the concise current guide for humans and coding agents.state/is deterministic structured current state. Every meaningful derived item carries source URLs and hashes.sources/contains source manifests, not a bulk web mirror.events/contains append-safe semantic events. The initialevents/baseline.jsonestablishes a baseline and intentionally does not claim that every current item was added on bootstrap.changes/contains human-readable daily reports when semantic events occur.state/sdk-python.jsonandstate/sdk-javascript.jsonkeep the SDK release streams independent. A mutablemaincommit is never treated as a package release.
The repository distinguishes observed facts from derived interpretation:
- Observed evidence is a URL, repository path, package response, immutable tag/commit where available, observation timestamp, and SHA-256 hash.
- Current state is generated from the observations using deterministic, reviewable rules.
- Semantic summaries such as practices are conservative interpretations of explicit canonical wording. They retain the matching source and excerpt.
Web documentation observation history starts at the first successful bootstrap; the hosted site does not expose a trustworthy immutable page history through the tracked surfaces. SDK and skill history can include earlier dates when Git tags, releases, or commit history provide them. Unknown history stays unknown.
Practice statuses are recommended, discouraged, anti_pattern,
deprecated, or unknown. A practice disappearing from one page is not marked
deprecated automatically: removal requires explicit evidence, so a failed or
partial source fetch cannot erase a recommendation.
GitHub Actions runs pull-request validation and a strict synchronization every
12 hours, with manual workflow_dispatch. Scheduled runs use concurrency
protection, require no TypeSafe API key, and commit only actual generated
changes. A failed discovery or source fetch leaves the last-known-good generated
state untouched and fails loudly. An SDK package/tag discrepancy is allowed a
three-day observation grace period, then causes strict synchronization to fail
until the upstream evidence converges.
Python 3.10+ is supported. With uv installed:
just setup
just lint
just test
just typecheck
just check
just sync
just check-strictjust sync performs the public-source observation and generation. just check-strict validates generated JSON, provenance, and fixture-backed
determinism checks. Run actionlint separately to validate workflow syntax; the
live scheduled workflow additionally performs a strict sync. All commits in
this repository must use git commit -s.
Community posts, third-party integrations, awesome-jev, private APIs,
benchmarks, full AST compatibility analysis, and a full hosted-doc mirror are
outside V1. A future field-notes/ layer may add clearly separated community
evidence without mixing it into canonical state.