EN
Menu
Framework reference

The Website Repository

A verified walkthrough of the real SHAPE website, its boundaries, instructions and product knowledge.

A real implementation, reviewed 2026-10-15

This is the repository used to build this website. It demonstrates selected SHAPE practices; one working application does not validate every possible framework variation. The curated path inventory below was checked in the working tree. Nested files and generated dependencies/build output are intentionally omitted; it is not an exhaustive directory dump. No credentials or private files are included.

shape/
├── AGENTS.md
├── agent_instructions/
│   ├── SHAPE.md
│   ├── STACK.md
│   ├── ARCHITECTURE.md
│   ├── DESIGN.md
│   └── OBJECTIVES.md
├── specifications/
│   ├── requests/
│   ├── archive/
│   └── current/
├── app/
│   ├── (english)/
│   ├── (german)/de/
│   └── (spanish)/es/
├── application/
├── domain/
├── infrastructure/
├── components/
├── styles/
├── i18n/
├── scripts/
├── tests/
│   ├── unit/
│   └── e2e/
├── public/
├── resources/
├── diagrams/
├── docs/
├── server.js
├── next.config.mjs
├── package.json
└── pnpm-lock.yaml

Use the specification lifecycle: specifications/requests/ holds human-authored requests awaiting implementation; specifications/archive/ preserves implemented human-authored requests as historical records; specifications/current/ contains agent-maintained descriptions of currently required product behavior. Move implemented requests to the archive without rewriting their historical content, and update current-state specifications. Direct prompts and conversations can authorize development without a formal specification file; maintain the current-state record regardless of request format.

Actual instructions, not the conceptual minimum

The actual root AGENTS.md contains detailed project rules as well as the discovery instruction; it is larger than the minimal model. It has not been rewritten to fit the example. Read the root walkthrough.

Actual files in agent_instructions/ are SHAPE.md (Core Agent Principles), STACK.md (approved technology), ARCHITECTURE.md (internationalization and layer boundaries), DESIGN.md (site-wide design direction), and OBJECTIVES.md (business context, explicitly nonauthoritative). The core example and file-by-file walkthrough reproduce their source and explain it in order. These names are this project's inventory, not a universal list; no LIBRARIES.md exists here.

Actual first lines (verbatim English source):

FileFirst lineWalkthrough
ARCHITECTURE.md## Internationalization (i18n) ArchitectureRead source and explanation
DESIGN.md# DESIGN.mdRead source and explanation
OBJECTIVES.md# OBJECTIVES.md — SHAPE Framework WebsiteRead source and explanation
SHAPE.md# SHAPE — Core Agent PrinciplesRead source and explanation
STACK.md# STACK.mdRead source and explanation

Folder-by-folder responsibilities

PathWhat belongs here; what does notOwnership and agent actionsWhy / scope
AGENTS.mdDiscovery plus actual detailed rules; not feature intentExplicit user instruction required for edits; agents readProject's larger entry point
agent_instructions/Standing stack, architecture, design and context; not individual feature specsOwners govern standards; agents read, changes require applicable authorityExtensible discovery convention, project-chosen files
specifications/requests/Human change requests; not executable contentHumans author; agents inspect and do not edit without instructionThis project's historical intent records
specifications/archive/Prior human change specifications; not generated codeHumans retain history; agents inspect without unauthorized editsArchived provenance, not a mandatory SHAPE folder
specifications/current/Consolidated requirements by functional area; not a single master fileAgents maintain; humans decide intentThis project's current-state practice
app/Thin English/German/Spanish route adapters and metadata endpoints; no duplicated language UIAgents implement within project architecture; owner confirms architectural changesNext.js-specific routing
domain/Content contracts, canonical routes, relationships; no UI/filesystemAgents maintain contracts and route inventorySeparation of product structure
application/Navigation, metadata and route assembly; no presentationAgents coordinate domain and loadersApplication boundary
infrastructure/Server-only YAML/filesystem loading and HTTP recovery; no client filesystemAgents use approved server capabilitiesInfrastructure boundary
components/Canonical shared UI and small browser interactions; no locale-specific componentsAgents reuse; shared design changes need authorityReact-specific presentation
styles/Central tokens and global styles; no arbitrary component valuesProject design owner governs material standards; agents consume tokensSwappable website theme
i18n/Locale helpers and EN/DE/ES YAML; no executable prose/JSXAgents maintain translation parity and metadataThis site's content architecture
scripts/Diagram/recovery generation, checks and packaging; not product policyAgents run only within authorization, including testing rulesBuild operations, not SHAPE-mandated tooling
tests/unit/, tests/e2e/Ordinary Vitest/Playwright coverage and fixtures; not proof of human acceptanceAuthorized checks exercise behavior; independent derivation needs separate contextProject-selected tools
public/Served assets and recovery documents; no secretsAgents publish safe approved assets; existing images protected in this updateBrowser-served files
resources/Original local reference artwork; not runtime business logicApproved assets retained; no image edits in this updateLocal source material
diagrams/Editable Mermaid sources/configuration; not authorization policyBuild can derive SVGs; this update does not regenerate themWebsite-specific illustration pipeline
docs/Deployment and verification explanations; not new runtime behaviorAgents keep facts/results synchronized; no fabricated acceptanceReviewable operational evidence
server.js, next.config.mjscPanel startup/configuration; no product domain logicExisting hosting architecture governs changes; confirm ownerProject hosting choice
package.json, pnpm-lock.yamlScripts and exact dependency resolution; no credentialsNew dependencies require human approval; agents reuse installed stackReproducible website tooling

Framework convention or project choice?

ElementWhat this website doesSHAPE-wide requirement?Who may change it?Why it matters
Root discoveryDetailed AGENTS.md reads all instruction MarkdownMinimal discovery is the convention; full root content is localExplicit user instruction hereFind rules without a manual file register
Instruction directoryFive actual project documentsExtensible discovery; no prescribed inventoryAuthorized document owners; confirm with repository ownerSeparate enduring concerns
Named filesSHAPE.md, STACK.md, ARCHITECTURE.md, DESIGN.md, OBJECTIVES.mdNo universal filenames; core canonical identity pendingConfirm with repository ownerAvoid turning examples into mandates
Specification organizationRequests plus current-state functional areasLocal choice; three-directory lifecycle; single master file optionalHuman intent owners; agents maintain current contextPreserve provenance and continuity
Source/layoutNext.js/React layers and YAMLWebsite-specificConfirm with repository ownerArchitecture is not prescribed by SHAPE
Test toolsVitest and PlaywrightWebsite-specific; independent verification remains a principleTest execution authorized by humans under current local rulesTests differ from product acceptance
Technical accessEnvironment/repository permissions must enforce limitsBoundary principle; exact controls depend on enterpriseAuthorized administrators; confirm with repository ownerText cannot create or enforce permissions

A verifiable small change and its limits

The retained request specifications/archive/SHAPE_Framework_Website_QA_Round_3_Correction_Spec.md asked to consolidate duplicate completion criteria. The actual change updated only the completion bodies in i18n/en/guides/discovery.yaml and i18n/en/guides/feature-specification.yaml and their German/Spanish equivalents. Maintained requirements in specifications/current/content.md and regression tests in tests/unit/round3-content.test.tsx and tests/e2e/qa-content.spec.ts record the intent and checks.

docs/QA-ROUND-3.md records 62 passing unit tests, 57 passing browser checks with one intentional skip, and unchanged image checksums. These are recorded local results, not a claim that an independent agent authored those tests, that a suite runs on the production host, or that humans accepted the outcomes. No human product-acceptance record or committed revision of that change was available; its publication/acceptance must not be invented. This is a verifiable working-tree example with those explicit limits.