FoldEngine Stabilized.

Documentation hub

Documentation

Start with the guide that matches your role. FoldEngine documentation is organized around buyer evaluation, runtime operation, review, governance, and architecture — not around internal implementation stages.

Documentation explains the runtime. It does not grant authority to apply, approve, publish, deploy, or release work.

Primary documentation paths

Choose the path that matches your job

These paths are curated to help a buyer, operator, reviewer, or technical evaluator start with the smallest useful set of guides.

2. Operator Guide

For users running governed work

Learn how to run repository takeover, inspect evidence, and decide the next governed action.

  • Existing project quickstart · Controlled delivery
  • UI walkthrough · Controlled delivery
  • Operator guide candidate · Candidate · Human review required
  • Authority and receipts · Controlled delivery

3. Product / Architecture Guide

For product owners, architects, and technical leads

Understand how FoldEngine shapes work before execution and preserves construction boundaries.

  • New project quickstart · Controlled delivery
  • Inputs and outputs · Controlled delivery
  • Construction package · Controlled delivery
  • Architecture reference · Controlled delivery
  • Claims / Non-Claims Matrix · Candidate · Human review required

4. Reviewer / Security Guide

For reviewers, approvers, security, legal, and governance readers

Understand what was proposed, what evidence exists, what remains human-controlled, and what FoldEngine does not claim.

  • Authority and receipts · Controlled delivery
  • Formal review · Controlled delivery
  • Security review scenario · Controlled delivery
  • Claims / Non-Claims Matrix · Candidate · Human review required

5. Executive Brief

For sponsors and decision makers

Understand the business value, risk posture, and evaluation path without implementation detail.

6. Technical Reference

For technical evaluators

Understand offline runtime posture, evidence model, source protection, and governed projection.

  • Runtime overview · Public guide
  • Deployment / security docs · Controlled delivery
  • Architecture reference · Controlled delivery
  • Documentation projection model · Internal reference

How to read documentation status

Public vs candidate vs controlled

  • Public guide means the material is intended for external reading on the public website.
  • Candidate means generated or projected material that still requires human review before being treated as approved documentation.
  • Controlled delivery means the material is typically shared during evaluation, onboarding, or guided deployment rather than as a public website artifact.
  • Internal reference means the material is useful context but not positioned as a public-facing guide unless explicitly reviewed.

Governed documentation projection

Audience-specific docs can be prepared, not auto-published

FoldEngine can prepare audience-specific documentation candidates from governed source material. These candidates include manifests, provenance, review status, and authority boundaries. They are not published automatically.

That makes projection useful for buyers, operators, reviewers, and executives without turning documentation into an uncontrolled publishing channel.

Public runtime references

Start with the runtime pages that explain how FoldEngine works

The website now doubles as a product demonstration. These public pages are the best starting point for technical evaluators who want concrete runtime structure before deeper delivery documentation.

Claims and non-claims

Use this matrix before repeating product claims

Use this matrix to see what FoldEngine can safely claim today, which wording is allowed, and which claims remain forbidden.

This is especially useful for legal, procurement, security, executive review, and commercial copy alignment.

Role bridge

Customer language remains the entry point

FoldEngine documentation leads with familiar terms such as project, repository, review, evidence, and next step, then bridges into runtime labels like Project Workspace, Formal Review Decision, and Workcell Run Detail when needed.

Canonical runtime terms stay intact, but readers should not have to start from internal implementation vocabulary to understand the product.