This directory contains the project's reviewed, reproducible documentation.
Most readers only need the root README.md, then
demo-script.md for a short walkthrough. Use the following
documents when you need more detail:
architecture.md,durability-design.md,rpc-sdk.md, andprivacy.md: implementation and safety design (maintainer/technical review).implemented-features.mdandcapability-trace.md: capability inventory and the evidence behind each claim (assessment/review).cli-reference.md,configuration.md,provider-matrix.md, andtroubleshooting.md: practical user and operator reference.security-model.md,session-lifecycle.md, andextension-guide.md: security, recovery, and extension contracts.rpc-schema.md,testing-and-verification.md, andcontributing.md: integration, verification, and maintainer guidance.research/: the research plan and report (project background).VERSIONING.mdandCHANGELOG.md: release and history policy.
The material in goals/, strategy/, and releases/ is intentionally local
working history. It may be useful to maintainers, but is not part of the
public reading path and must not be committed or packaged.
architecture.md,durability-design.md,rpc-sdk.md, andprivacy.mddescribe runtime design, persistence, embedding, and the security boundary.capability-trace.mdmaps user-visible capabilities to source, tests, and runnable evidence.demo-script.mdis the short offline assessment walkthrough.CHANGELOG.mdandVERSIONING.mddefine release conventions and history.implemented-features.mdis the maintained list of claimed capabilities and its manual audit status.- Practical reference documents use the current
v1.0.0baseline; files inreleases/are historical local working material. research/contains the research plan and report.
goals/ stores timestamped private goal prompts, while strategy/ stores
local planning/status notes. Both directories are intentionally ignored by
Git. Runtime state such as .forgecode/, sessions/, logs, caches, temporary
workspaces, credentials, and releases/ historical reports are also ignored;
do not copy them into tracked docs.
When adding documentation, prefer a stable topic path, avoid
absolute machine paths and secrets, and record only bounded, reproducible
verification evidence. Update links when moving a document and keep public
usage guidance in README.md/README.txt rather than in private notes.