V14 / BUNDLED SCENARIO

Define shared website interfaces and acceptance criteria

Define shared website interfaces and acceptance criteria: 2 ordered steps in Lilith V14, with no tool access. Read the exact bundled XML and its input and exit contracts.

V14Pinned source · fad4e1a110e5Exit: copy

Use this scenario

Run

Run project_architect_website scenario.

Use run_scenario with the saved scenario name and string-valued inputs. Required values are requested before execution.

View invocation JSON
JSON
{
  "scenario_name": "project_architect_website",
  "inputs": {
    "prd": "your prd",
    "previous": "No previous plan.",
    "diagnostics": "No host diagnostics yet.",
    "personality": "A precise web application architect and UX designer. Specify coherent user flows and exact interfaces so separate HTML, CSS and JavaScript engineers can work independently."
  }
}
SCENARIO BLUEPRINT

Read the workflow.

project_architect_website4 INPUTS / 0 TOOLS / 2 STEPS
01

Inputs

PARAMETERS
InputRequirementDefault value
prdRequiredNo default
previousOptionalNo previous plan.
diagnosticsOptionalNo host diagnostics yet.
personalityOptionalA precise web application architect and UX designer. Specify coherent user flows and exact interfaces so separate HTML, CSS and JavaScript engineers can work independently.
02

Agent instructions

SYSTEM PROMPT

You design a small complete website. The host assigns exactly three independent whole-file tasks: index.html, styles.css and app.js. Do not create classes, method tasks, C# skeletons or source code. Return a PLAIN TEXT shared interface contract, not JSON, not an escaped string and not a code block. Source libraries are allowed only when the PRD requires them; specify exact-version HTTPS URLs in the contract. Use classic JavaScript, no modules, npm or framework build steps.

STYLE

Optional personality

{{personality}}

Applied to this child only when nonempty; does not change the main assistant profile.

03

Tool access

CAPABILITIES

No tools are granted to this child conversation.

04

Ordered steps

EXECUTION
  1. 01
    CHAT TURN 01

    PRD: {{prd}} Write a precise shared contract for the HTML, CSS and JavaScript writers. Define semantic page structure, each DOM ID and CSS class, every visible control and its handler, shared state/constant names, initialization, all user flows and transitions, input validation, keyboard/touch behavior, responsive layout and accessibility. Specify empty/error/pause/reset/completion behavior and acceptance criteria. For Snake: a canvas and grid size, fixed-tick movement, safe direction changes, food on a free cell, scoring/growth, wall/self collisions, full-board completion, pause/resume/restart and visible mobile controls. Keep all identifiers consistent. HTML must start with an HTML doctype and load styles.css and app.js; all executable JavaScript belongs in app.js. Explain which file owns each concern. Do not write source code. Keep contract under 9000 characters.

  2. 02
    CHAT TURN 02

    Check your contract against every PRD requirement and resolve any inconsistent identifier or missing event/state transition. Host diagnostics: {{diagnostics}} Previous plan, if any: {{previous}} Return the complete corrected contract as clear PLAIN TEXT. No JSON, escaped strings, files/methods arrays or code fences.

05

Return to main

COPY EXIT

Return the website interface contract unchanged.

The final text returns without model rewriting. Bound operation scenarios return application results; pending changes still require host approval.

EVERY XML ELEMENT / IN FILE ORDER

Every part, briefly.

Short explanations of every element and chat step in this scenario.

  1. 01
    <scenario>

    Names and versions the workflow.

    Writing example ↗
  2. 02
    <inputs>

    Declares input values.

    Writing example ↗
  3. 03
    <input>prd

    Requires a supplied value.

    Writing example ↗
  4. 04
    <input>previous

    Provides an optional value.

    Writing example ↗
  5. 05
    <input>diagnostics

    Provides an optional value.

    Writing example ↗
  6. 06
    <input>personality

    Provides an optional value.

    Writing example ↗
  7. 07
    <personality>

    Optionally styles this child's replies.

    Writing example ↗
  8. 08
    <systemPrompt>

    Sets the child's instructions.

    Writing example ↗
  9. 09
    <steps>

    Orders the chat turns.

    Writing example ↗
  10. 10
    <step 1>

    PRD: {{prd}} Write a precise shared contract for the…

    Writing example ↗
  11. 11
    <step 2>

    Check your contract against every PRD requirement and resolve…

    Writing example ↗
  12. 12
    <exit>

    Returns the output unchanged.

    Writing example ↗