Documentation Index
Fetch the complete documentation index at: https://mintlify.com/xxyoudeadpunkxx/gpt-pf-chat-gpt-project-forge/llms.txt
Use this file to discover all available pages before exploring further.
INITIAL_SSOT_ARTIFACT is the official-basis artifact for the target project. It is read immediately after TARGET_PROJECT_BRIEF_ARTIFACT, and it answers a distinct question from the brief: not what the project must do, but what the project is allowed to treat as official starting ground. The SSOT freezes the initial official basis — locking in which materials are approved, which sources are trusted, what base constraints apply, and what version or date defines the opening state. Without the SSOT, the target project has no clear answer to what counts as fact at startup and what is still candidate material.
Artifact Properties
| Property | Value |
|---|---|
| Purpose | Freeze the initial official basis of the target project |
| Authority | Local to the target project; initial reference authority for the target project’s starting basis |
| Surface | Official-basis artifact |
| Write Trigger | When an initial official basis exists and must be frozen |
| Read Trigger | Immediately after TARGET_PROJECT_BRIEF_ARTIFACT |
| Freshness Rule | Update only when the initial official basis changes |
| Promotion Conditions | May be updated only from material already validated under 01_RULES.md |
Schema Fields
The explicit list of materials that count as official at project startup. Only materials named here have official standing. Materials that are relevant but not named here are reference-only until explicitly promoted. Do not list materials you have not validated — that belongs in
SOURCE_OR_MATERIAL_TRANSFER_ARTIFACT.The sources the target project is authorized to treat as reliable for this project. Validation under
01_RULES.md closes: authority, direct relevance, explicit role, freshness (when time-sensitive), and contradiction status. A source is not approved by default because it is plausible, recent, or frequently referenced.The baseline constraints that apply to official basis use in this project. These are constraints that stem from the official materials or approved sources themselves — format, version limits, applicability conditions, or known exclusions within the approved set. Do not restate project-scope constraints here; those belong in the brief.
The version identifier or date that defines the official basis. This field closes the temporal and versional scope of the SSOT: which edition of a document, which release of a standard, which dataset cutoff. If the basis is undated or unversioned, record that explicitly rather than leaving the field blank.
What “Official Basis” Means
Official basis is the set of materials and sources the target project is authorized to treat as true, authoritative, and complete at startup. It is what the target project can cite without qualification, build from without caveat, and use to close decisions. Everything outside the official basis is either:- Candidate material — potentially useful but not yet approved; lives in
SOURCE_OR_MATERIAL_TRANSFER_ARTIFACT - Reference-only material — may inform reading but must not silently become startup truth
- Runtime operator input — local and session-only unless explicitly approved as package basis
Why Freezing the Basis Matters
Freezing the official basis at project opening prevents three specific failure modes:- Candidate material absorption — without an explicit SSOT, the target project will absorb materials that are present but not validated, treating nearness as approval
- Basis drift across runs — without a frozen starting point, the official basis can shift invisibly from run to run as new materials appear
- Reconstruction ambiguity — if the basis is not written down, the next run must reconstruct it from memory or inference, which is exactly what Project Forge is designed to prevent
What the SSOT Must NOT Do
The SSOT has hard limits on its authority:- Must not absorb candidate material by proximity — the fact that a source or material is attached, nearby, or plausible does not make it official; it must be explicitly named here
- Must not override the project brief — the SSOT governs what counts as official basis, not what the project is supposed to accomplish; scope and objective belong in the brief
- Must not treat transfer material as approved — material in
SOURCE_OR_MATERIAL_TRANSFER_ARTIFACTis candidate until it passes validation under01_RULES.md; the SSOT cannot absorb it automatically
Template
Use this template to instantiateINITIAL_SSOT_ARTIFACT. Every field must be closed before the artifact is emitted. A validated source that is not named here is not official basis — it may only be named here after it passes validation.
Why SSOT updates require prior validation
Why SSOT updates require prior validation
The SSOT can only be updated from material that has already been validated under
01_RULES.md. This requirement exists because the SSOT is the official starting ground — if it can absorb unvalidated material, the whole concept of a frozen basis collapses. Validation closes authority, relevance, role, and freshness. Until those closures exist, the material is candidate, not basis. The update restriction is what keeps the SSOT from becoming a pile of accumulated candidate material with an official-sounding label.