Quest: Preserve planned XMD programs for explicit execution #725

Description

@taras

Quest outcome

Make an approved XMD program a portable source artifact that planning never
executes implicitly. Authors and command-line users decide explicitly whether,
where, and how often that program runs.

Plan produces a program.
Evaluate evaluates a program in the current XMD execution.
Run executes a program from the host/CLI.
Composition decides whether and when a planned program runs.

Common paths

Compose planning and evaluation directly in one document:

<Evaluate>
<Plan>Prepare the release program and ask me to approve it.</Plan>
</Evaluate>

Preserve the approved source and evaluate it later:

<Planas="plan">Prepare the release program and ask me to approve it.</Plan>
<Evaluateprogram={plan} />

Compose command-line planning with an ordinary run:

xmd plan "Prepare the release program."| xmd run -

Or save the artifact and execute the file independently:

xmd plan "Prepare the release program." --output release.md && xmd run release.md

In every path, approval completes the artifact. A later evaluation failure does
not invalidate or rewrite it.

Product boundaries

  • <Plan> emits or captures exact approved source and never evaluates it.
  • <Evaluate> has explicit complete-program forms while preserving Evaluate Agent-generated XMD through a constrained allowlist #369's
    restricted generated-fragment form unchanged.
  • xmd plan produces source only and has no execution option.
  • xmd run - reads and executes one complete stdin program through the ordinary
    run profile.
  • Source names requested behavior but grants no authority. Evaluation receives
    only authority installed at its explicit site.
  • Planning retention and program-evaluation retention are separate events with
    separate replay, failure, and cancellation histories.
  • No <Run> component is introduced.

Planning instructions and review minimize residual autonomy while faithfully
representing the user's intent:

static value
-> deterministic operation
-> control flow
-> bounded human decision
-> bounded Agent judgment
-> autonomous Agent

Blocking stories and delivery order

The prerequisites are delivered:

  1. Run <Plan> with <TestAgent> in Markdown tests #728 — run <Plan> with a deterministic <TestAgent> in Markdown
    tests.
  2. Make <Plan> emit or capture approved XMD source #722 — make <Plan> a byte-exact text-producing component and prove its
    author-visible behavior through that Markdown test boundary.
  3. Add standard-input programs to xmd run #723 — add complete stdin roots to xmd run.

The remaining stories may proceed in parallel:

  1. Make <Evaluate> evaluate complete XMD programs #713 — evaluate complete XMD programs at an authored site while keeping
    restricted fragments closed.
  2. Make xmd plan produce approved XMD source only #724 — remove implicit CLI execution now that exact Plan source and stdin
    composition are delivered.

The Quest completes only when all five stories are delivered. #676 later adds
planning-specific progress and a post-failure authorship journal, introducing
the long-form --verbose and --journal options together with their behavior;
it does not block this public source/execution separation. #679 evaluates
planning quality and the minimum-residual-autonomy rule against reference
workflows.

Acceptance map

Each end-to-end case has one owner:

The child stories name the discriminating negative control and focused evidence
for every case. Together they update architecture, specifications, component
syntax, CLI help, the homepage, npm and compiled distribution, and affected
tests without treating delivery CI as a prerequisite for an implementation-
feedback commit.

Delivered foundations and remaining documentation

Completion

The Quest is complete when:

  • approved source is byte-identical whether emitted, captured, piped, or saved;
  • no planning surface executes that source implicitly;
  • current-execution evaluation supports paired and deferred complete programs,
    text and value roots, explicit props, current-site authority, durable replay,
    stale-input refusal, and independent repeated occurrences;
  • restricted source evaluation remains exactly closed;
  • stdin is a preflighted root with stable source identity and cwd-relative
    imports;
  • removed CLI execution syntax gives a working migration rather than an alias;
    and
  • all five blocking stories and their focused/distribution evidence are
    delivered.

Out of scope

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestquestCoordinating story with dependency-ordered sub-issues

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
       blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
      }
      } catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
      })();
      (function(){
      try {
      var __m = "github.com";
      var __re = new RegExp('^' + "github\\.com" + '
      
      Skip to content

      Quest: Preserve planned XMD programs for explicit execution #725

      Description

      @taras

      Quest outcome

      Make an approved XMD program a portable source artifact that planning never
      executes implicitly. Authors and command-line users decide explicitly whether,
      where, and how often that program runs.

      Plan produces a program.
      Evaluate evaluates a program in the current XMD execution.
      Run executes a program from the host/CLI.
      Composition decides whether and when a planned program runs.
      

      Common paths

      Compose planning and evaluation directly in one document:

      <Evaluate>
      <Plan>Prepare the release program and ask me to approve it.</Plan>
      </Evaluate>

      Preserve the approved source and evaluate it later:

      <Planas="plan">Prepare the release program and ask me to approve it.</Plan>
      <Evaluateprogram={plan} />

      Compose command-line planning with an ordinary run:

      xmd plan "Prepare the release program."| xmd run -

      Or save the artifact and execute the file independently:

      xmd plan "Prepare the release program." --output release.md && xmd run release.md

      In every path, approval completes the artifact. A later evaluation failure does
      not invalidate or rewrite it.

      Product boundaries

      • <Plan> emits or captures exact approved source and never evaluates it.
      • <Evaluate> has explicit complete-program forms while preserving Evaluate Agent-generated XMD through a constrained allowlist #369's
        restricted generated-fragment form unchanged.
      • xmd plan produces source only and has no execution option.
      • xmd run - reads and executes one complete stdin program through the ordinary
        run profile.
      • Source names requested behavior but grants no authority. Evaluation receives
        only authority installed at its explicit site.
      • Planning retention and program-evaluation retention are separate events with
        separate replay, failure, and cancellation histories.
      • No <Run> component is introduced.

      Planning instructions and review minimize residual autonomy while faithfully
      representing the user's intent:

      static value
      -> deterministic operation
      -> control flow
      -> bounded human decision
      -> bounded Agent judgment
      -> autonomous Agent
      

      Blocking stories and delivery order

      The prerequisites are delivered:

      1. Run <Plan> with <TestAgent> in Markdown tests #728 — run <Plan> with a deterministic <TestAgent> in Markdown
        tests.
      2. Make <Plan> emit or capture approved XMD source #722 — make <Plan> a byte-exact text-producing component and prove its
        author-visible behavior through that Markdown test boundary.
      3. Add standard-input programs to xmd run #723 — add complete stdin roots to xmd run.

      The remaining stories may proceed in parallel:

      1. Make <Evaluate> evaluate complete XMD programs #713 — evaluate complete XMD programs at an authored site while keeping
        restricted fragments closed.
      2. Make xmd plan produce approved XMD source only #724 — remove implicit CLI execution now that exact Plan source and stdin
        composition are delivered.

      The Quest completes only when all five stories are delivered. #676 later adds
      planning-specific progress and a post-failure authorship journal, introducing
      the long-form --verbose and --journal options together with their behavior;
      it does not block this public source/execution separation. #679 evaluates
      planning quality and the minimum-residual-autonomy rule against reference
      workflows.

      Acceptance map

      Each end-to-end case has one owner:

      The child stories name the discriminating negative control and focused evidence
      for every case. Together they update architecture, specifications, component
      syntax, CLI help, the homepage, npm and compiled distribution, and affected
      tests without treating delivery CI as a prerequisite for an implementation-
      feedback commit.

      Delivered foundations and remaining documentation

      Completion

      The Quest is complete when:

      • approved source is byte-identical whether emitted, captured, piped, or saved;
      • no planning surface executes that source implicitly;
      • current-execution evaluation supports paired and deferred complete programs,
        text and value roots, explicit props, current-site authority, durable replay,
        stale-input refusal, and independent repeated occurrences;
      • restricted source evaluation remains exactly closed;
      • stdin is a preflighted root with stable source identity and cwd-relative
        imports;
      • removed CLI execution syntax gives a working migration rather than an alias;
        and
      • all five blocking stories and their focused/distribution evidence are
        delivered.

      Out of scope

      Activity

      Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

      Metadata

      Metadata

      Assignees

      No one assigned

        Labels

        enhancementNew feature or requestquestCoordinating story with dependency-ordered sub-issues

        Projects

        No projects

          Milestone

          No milestone

          Relationships

          None yet

          Development

          No branches or pull requests

          Issue actions

          , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
          Skip to content

          Quest: Preserve planned XMD programs for explicit execution #725

          Description

          @taras

          Quest outcome

          Make an approved XMD program a portable source artifact that planning never
          executes implicitly. Authors and command-line users decide explicitly whether,
          where, and how often that program runs.

          Plan produces a program.
          Evaluate evaluates a program in the current XMD execution.
          Run executes a program from the host/CLI.
          Composition decides whether and when a planned program runs.
          

          Common paths

          Compose planning and evaluation directly in one document:

          <Evaluate>
          <Plan>Prepare the release program and ask me to approve it.</Plan>
          </Evaluate>

          Preserve the approved source and evaluate it later:

          <Planas="plan">Prepare the release program and ask me to approve it.</Plan>
          <Evaluateprogram={plan} />

          Compose command-line planning with an ordinary run:

          xmd plan "Prepare the release program."| xmd run -

          Or save the artifact and execute the file independently:

          xmd plan "Prepare the release program." --output release.md && xmd run release.md

          In every path, approval completes the artifact. A later evaluation failure does
          not invalidate or rewrite it.

          Product boundaries

          • <Plan> emits or captures exact approved source and never evaluates it.
          • <Evaluate> has explicit complete-program forms while preserving Evaluate Agent-generated XMD through a constrained allowlist #369's
            restricted generated-fragment form unchanged.
          • xmd plan produces source only and has no execution option.
          • xmd run - reads and executes one complete stdin program through the ordinary
            run profile.
          • Source names requested behavior but grants no authority. Evaluation receives
            only authority installed at its explicit site.
          • Planning retention and program-evaluation retention are separate events with
            separate replay, failure, and cancellation histories.
          • No <Run> component is introduced.

          Planning instructions and review minimize residual autonomy while faithfully
          representing the user's intent:

          static value
          -> deterministic operation
          -> control flow
          -> bounded human decision
          -> bounded Agent judgment
          -> autonomous Agent
          

          Blocking stories and delivery order

          The prerequisites are delivered:

          1. Run <Plan> with <TestAgent> in Markdown tests #728 — run <Plan> with a deterministic <TestAgent> in Markdown
            tests.
          2. Make <Plan> emit or capture approved XMD source #722 — make <Plan> a byte-exact text-producing component and prove its
            author-visible behavior through that Markdown test boundary.
          3. Add standard-input programs to xmd run #723 — add complete stdin roots to xmd run.

          The remaining stories may proceed in parallel:

          1. Make <Evaluate> evaluate complete XMD programs #713 — evaluate complete XMD programs at an authored site while keeping
            restricted fragments closed.
          2. Make xmd plan produce approved XMD source only #724 — remove implicit CLI execution now that exact Plan source and stdin
            composition are delivered.

          The Quest completes only when all five stories are delivered. #676 later adds
          planning-specific progress and a post-failure authorship journal, introducing
          the long-form --verbose and --journal options together with their behavior;
          it does not block this public source/execution separation. #679 evaluates
          planning quality and the minimum-residual-autonomy rule against reference
          workflows.

          Acceptance map

          Each end-to-end case has one owner:

          The child stories name the discriminating negative control and focused evidence
          for every case. Together they update architecture, specifications, component
          syntax, CLI help, the homepage, npm and compiled distribution, and affected
          tests without treating delivery CI as a prerequisite for an implementation-
          feedback commit.

          Delivered foundations and remaining documentation

          Completion

          The Quest is complete when:

          • approved source is byte-identical whether emitted, captured, piped, or saved;
          • no planning surface executes that source implicitly;
          • current-execution evaluation supports paired and deferred complete programs,
            text and value roots, explicit props, current-site authority, durable replay,
            stale-input refusal, and independent repeated occurrences;
          • restricted source evaluation remains exactly closed;
          • stdin is a preflighted root with stable source identity and cwd-relative
            imports;
          • removed CLI execution syntax gives a working migration rather than an alias;
            and
          • all five blocking stories and their focused/distribution evidence are
            delivered.

          Out of scope

          Activity

          Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

          Metadata

          Metadata

          Assignees

          No one assigned

            Labels

            enhancementNew feature or requestquestCoordinating story with dependency-ordered sub-issues

            Projects

            No projects

              Milestone

              No milestone

              Relationships

              None yet

              Development

              No branches or pull requests

              Issue actions

              , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
              Skip to content

              Quest: Preserve planned XMD programs for explicit execution #725

              Description

              @taras

              Quest outcome

              Make an approved XMD program a portable source artifact that planning never
              executes implicitly. Authors and command-line users decide explicitly whether,
              where, and how often that program runs.

              Plan produces a program.
              Evaluate evaluates a program in the current XMD execution.
              Run executes a program from the host/CLI.
              Composition decides whether and when a planned program runs.
              

              Common paths

              Compose planning and evaluation directly in one document:

              <Evaluate>
              <Plan>Prepare the release program and ask me to approve it.</Plan>
              </Evaluate>

              Preserve the approved source and evaluate it later:

              <Planas="plan">Prepare the release program and ask me to approve it.</Plan>
              <Evaluateprogram={plan} />

              Compose command-line planning with an ordinary run:

              xmd plan "Prepare the release program."| xmd run -

              Or save the artifact and execute the file independently:

              xmd plan "Prepare the release program." --output release.md && xmd run release.md

              In every path, approval completes the artifact. A later evaluation failure does
              not invalidate or rewrite it.

              Product boundaries

              • <Plan> emits or captures exact approved source and never evaluates it.
              • <Evaluate> has explicit complete-program forms while preserving Evaluate Agent-generated XMD through a constrained allowlist #369's
                restricted generated-fragment form unchanged.
              • xmd plan produces source only and has no execution option.
              • xmd run - reads and executes one complete stdin program through the ordinary
                run profile.
              • Source names requested behavior but grants no authority. Evaluation receives
                only authority installed at its explicit site.
              • Planning retention and program-evaluation retention are separate events with
                separate replay, failure, and cancellation histories.
              • No <Run> component is introduced.

              Planning instructions and review minimize residual autonomy while faithfully
              representing the user's intent:

              static value
              -> deterministic operation
              -> control flow
              -> bounded human decision
              -> bounded Agent judgment
              -> autonomous Agent
              

              Blocking stories and delivery order

              The prerequisites are delivered:

              1. Run <Plan> with <TestAgent> in Markdown tests #728 — run <Plan> with a deterministic <TestAgent> in Markdown
                tests.
              2. Make <Plan> emit or capture approved XMD source #722 — make <Plan> a byte-exact text-producing component and prove its
                author-visible behavior through that Markdown test boundary.
              3. Add standard-input programs to xmd run #723 — add complete stdin roots to xmd run.

              The remaining stories may proceed in parallel:

              1. Make <Evaluate> evaluate complete XMD programs #713 — evaluate complete XMD programs at an authored site while keeping
                restricted fragments closed.
              2. Make xmd plan produce approved XMD source only #724 — remove implicit CLI execution now that exact Plan source and stdin
                composition are delivered.

              The Quest completes only when all five stories are delivered. #676 later adds
              planning-specific progress and a post-failure authorship journal, introducing
              the long-form --verbose and --journal options together with their behavior;
              it does not block this public source/execution separation. #679 evaluates
              planning quality and the minimum-residual-autonomy rule against reference
              workflows.

              Acceptance map

              Each end-to-end case has one owner:

              The child stories name the discriminating negative control and focused evidence
              for every case. Together they update architecture, specifications, component
              syntax, CLI help, the homepage, npm and compiled distribution, and affected
              tests without treating delivery CI as a prerequisite for an implementation-
              feedback commit.

              Delivered foundations and remaining documentation

              Completion

              The Quest is complete when:

              • approved source is byte-identical whether emitted, captured, piped, or saved;
              • no planning surface executes that source implicitly;
              • current-execution evaluation supports paired and deferred complete programs,
                text and value roots, explicit props, current-site authority, durable replay,
                stale-input refusal, and independent repeated occurrences;
              • restricted source evaluation remains exactly closed;
              • stdin is a preflighted root with stable source identity and cwd-relative
                imports;
              • removed CLI execution syntax gives a working migration rather than an alias;
                and
              • all five blocking stories and their focused/distribution evidence are
                delivered.

              Out of scope

              Activity

              Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

              Metadata

              Metadata

              Assignees

              No one assigned

                Labels

                enhancementNew feature or requestquestCoordinating story with dependency-ordered sub-issues

                Projects

                No projects

                  Milestone

                  No milestone

                  Relationships

                  None yet

                  Development

                  No branches or pull requests

                  Issue actions

                  , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
                  Skip to content

                  Quest: Preserve planned XMD programs for explicit execution #725

                  Description

                  @taras

                  Quest outcome

                  Make an approved XMD program a portable source artifact that planning never
                  executes implicitly. Authors and command-line users decide explicitly whether,
                  where, and how often that program runs.

                  Plan produces a program.
                  Evaluate evaluates a program in the current XMD execution.
                  Run executes a program from the host/CLI.
                  Composition decides whether and when a planned program runs.
                  

                  Common paths

                  Compose planning and evaluation directly in one document:

                  <Evaluate>
                  <Plan>Prepare the release program and ask me to approve it.</Plan>
                  </Evaluate>

                  Preserve the approved source and evaluate it later:

                  <Planas="plan">Prepare the release program and ask me to approve it.</Plan>
                  <Evaluateprogram={plan} />

                  Compose command-line planning with an ordinary run:

                  xmd plan "Prepare the release program."| xmd run -

                  Or save the artifact and execute the file independently:

                  xmd plan "Prepare the release program." --output release.md && xmd run release.md

                  In every path, approval completes the artifact. A later evaluation failure does
                  not invalidate or rewrite it.

                  Product boundaries

                  • <Plan> emits or captures exact approved source and never evaluates it.
                  • <Evaluate> has explicit complete-program forms while preserving Evaluate Agent-generated XMD through a constrained allowlist #369's
                    restricted generated-fragment form unchanged.
                  • xmd plan produces source only and has no execution option.
                  • xmd run - reads and executes one complete stdin program through the ordinary
                    run profile.
                  • Source names requested behavior but grants no authority. Evaluation receives
                    only authority installed at its explicit site.
                  • Planning retention and program-evaluation retention are separate events with
                    separate replay, failure, and cancellation histories.
                  • No <Run> component is introduced.

                  Planning instructions and review minimize residual autonomy while faithfully
                  representing the user's intent:

                  static value
                  -> deterministic operation
                  -> control flow
                  -> bounded human decision
                  -> bounded Agent judgment
                  -> autonomous Agent
                  

                  Blocking stories and delivery order

                  The prerequisites are delivered:

                  1. Run <Plan> with <TestAgent> in Markdown tests #728 — run <Plan> with a deterministic <TestAgent> in Markdown
                    tests.
                  2. Make <Plan> emit or capture approved XMD source #722 — make <Plan> a byte-exact text-producing component and prove its
                    author-visible behavior through that Markdown test boundary.
                  3. Add standard-input programs to xmd run #723 — add complete stdin roots to xmd run.

                  The remaining stories may proceed in parallel:

                  1. Make <Evaluate> evaluate complete XMD programs #713 — evaluate complete XMD programs at an authored site while keeping
                    restricted fragments closed.
                  2. Make xmd plan produce approved XMD source only #724 — remove implicit CLI execution now that exact Plan source and stdin
                    composition are delivered.

                  The Quest completes only when all five stories are delivered. #676 later adds
                  planning-specific progress and a post-failure authorship journal, introducing
                  the long-form --verbose and --journal options together with their behavior;
                  it does not block this public source/execution separation. #679 evaluates
                  planning quality and the minimum-residual-autonomy rule against reference
                  workflows.

                  Acceptance map

                  Each end-to-end case has one owner:

                  The child stories name the discriminating negative control and focused evidence
                  for every case. Together they update architecture, specifications, component
                  syntax, CLI help, the homepage, npm and compiled distribution, and affected
                  tests without treating delivery CI as a prerequisite for an implementation-
                  feedback commit.

                  Delivered foundations and remaining documentation

                  Completion

                  The Quest is complete when:

                  • approved source is byte-identical whether emitted, captured, piped, or saved;
                  • no planning surface executes that source implicitly;
                  • current-execution evaluation supports paired and deferred complete programs,
                    text and value roots, explicit props, current-site authority, durable replay,
                    stale-input refusal, and independent repeated occurrences;
                  • restricted source evaluation remains exactly closed;
                  • stdin is a preflighted root with stable source identity and cwd-relative
                    imports;
                  • removed CLI execution syntax gives a working migration rather than an alias;
                    and
                  • all five blocking stories and their focused/distribution evidence are
                    delivered.

                  Out of scope

                  Activity

                  Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

                  Metadata

                  Metadata

                  Assignees

                  No one assigned

                    Labels

                    enhancementNew feature or requestquestCoordinating story with dependency-ordered sub-issues

                    Projects

                    No projects

                      Milestone

                      No milestone

                      Relationships

                      None yet

                      Development

                      No branches or pull requests

                      Issue actions

                      , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
                      Skip to content

                      Quest: Preserve planned XMD programs for explicit execution #725

                      Description

                      @taras

                      Quest outcome

                      Make an approved XMD program a portable source artifact that planning never
                      executes implicitly. Authors and command-line users decide explicitly whether,
                      where, and how often that program runs.

                      Plan produces a program.
                      Evaluate evaluates a program in the current XMD execution.
                      Run executes a program from the host/CLI.
                      Composition decides whether and when a planned program runs.
                      

                      Common paths

                      Compose planning and evaluation directly in one document:

                      <Evaluate>
                      <Plan>Prepare the release program and ask me to approve it.</Plan>
                      </Evaluate>

                      Preserve the approved source and evaluate it later:

                      <Planas="plan">Prepare the release program and ask me to approve it.</Plan>
                      <Evaluateprogram={plan} />

                      Compose command-line planning with an ordinary run:

                      xmd plan "Prepare the release program."| xmd run -

                      Or save the artifact and execute the file independently:

                      xmd plan "Prepare the release program." --output release.md && xmd run release.md

                      In every path, approval completes the artifact. A later evaluation failure does
                      not invalidate or rewrite it.

                      Product boundaries

                      • <Plan> emits or captures exact approved source and never evaluates it.
                      • <Evaluate> has explicit complete-program forms while preserving Evaluate Agent-generated XMD through a constrained allowlist #369's
                        restricted generated-fragment form unchanged.
                      • xmd plan produces source only and has no execution option.
                      • xmd run - reads and executes one complete stdin program through the ordinary
                        run profile.
                      • Source names requested behavior but grants no authority. Evaluation receives
                        only authority installed at its explicit site.
                      • Planning retention and program-evaluation retention are separate events with
                        separate replay, failure, and cancellation histories.
                      • No <Run> component is introduced.

                      Planning instructions and review minimize residual autonomy while faithfully
                      representing the user's intent:

                      static value
                      -> deterministic operation
                      -> control flow
                      -> bounded human decision
                      -> bounded Agent judgment
                      -> autonomous Agent
                      

                      Blocking stories and delivery order

                      The prerequisites are delivered:

                      1. Run <Plan> with <TestAgent> in Markdown tests #728 — run <Plan> with a deterministic <TestAgent> in Markdown
                        tests.
                      2. Make <Plan> emit or capture approved XMD source #722 — make <Plan> a byte-exact text-producing component and prove its
                        author-visible behavior through that Markdown test boundary.
                      3. Add standard-input programs to xmd run #723 — add complete stdin roots to xmd run.

                      The remaining stories may proceed in parallel:

                      1. Make <Evaluate> evaluate complete XMD programs #713 — evaluate complete XMD programs at an authored site while keeping
                        restricted fragments closed.
                      2. Make xmd plan produce approved XMD source only #724 — remove implicit CLI execution now that exact Plan source and stdin
                        composition are delivered.

                      The Quest completes only when all five stories are delivered. #676 later adds
                      planning-specific progress and a post-failure authorship journal, introducing
                      the long-form --verbose and --journal options together with their behavior;
                      it does not block this public source/execution separation. #679 evaluates
                      planning quality and the minimum-residual-autonomy rule against reference
                      workflows.

                      Acceptance map

                      Each end-to-end case has one owner:

                      The child stories name the discriminating negative control and focused evidence
                      for every case. Together they update architecture, specifications, component
                      syntax, CLI help, the homepage, npm and compiled distribution, and affected
                      tests without treating delivery CI as a prerequisite for an implementation-
                      feedback commit.

                      Delivered foundations and remaining documentation

                      Completion

                      The Quest is complete when:

                      • approved source is byte-identical whether emitted, captured, piped, or saved;
                      • no planning surface executes that source implicitly;
                      • current-execution evaluation supports paired and deferred complete programs,
                        text and value roots, explicit props, current-site authority, durable replay,
                        stale-input refusal, and independent repeated occurrences;
                      • restricted source evaluation remains exactly closed;
                      • stdin is a preflighted root with stable source identity and cwd-relative
                        imports;
                      • removed CLI execution syntax gives a working migration rather than an alias;
                        and
                      • all five blocking stories and their focused/distribution evidence are
                        delivered.

                      Out of scope

                      Activity

                      Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

                      Metadata

                      Metadata

                      Assignees

                      No one assigned

                        Labels

                        enhancementNew feature or requestquestCoordinating story with dependency-ordered sub-issues

                        Projects

                        No projects

                          Milestone

                          No milestone

                          Relationships

                          None yet

                          Development

                          No branches or pull requests

                          Issue actions

                          , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
                          Skip to content

                          Quest: Preserve planned XMD programs for explicit execution #725

                          Description

                          @taras

                          Quest outcome

                          Make an approved XMD program a portable source artifact that planning never
                          executes implicitly. Authors and command-line users decide explicitly whether,
                          where, and how often that program runs.

                          Plan produces a program.
                          Evaluate evaluates a program in the current XMD execution.
                          Run executes a program from the host/CLI.
                          Composition decides whether and when a planned program runs.
                          

                          Common paths

                          Compose planning and evaluation directly in one document:

                          <Evaluate>
                          <Plan>Prepare the release program and ask me to approve it.</Plan>
                          </Evaluate>

                          Preserve the approved source and evaluate it later:

                          <Planas="plan">Prepare the release program and ask me to approve it.</Plan>
                          <Evaluateprogram={plan} />

                          Compose command-line planning with an ordinary run:

                          xmd plan "Prepare the release program."| xmd run -

                          Or save the artifact and execute the file independently:

                          xmd plan "Prepare the release program." --output release.md && xmd run release.md

                          In every path, approval completes the artifact. A later evaluation failure does
                          not invalidate or rewrite it.

                          Product boundaries

                          • <Plan> emits or captures exact approved source and never evaluates it.
                          • <Evaluate> has explicit complete-program forms while preserving Evaluate Agent-generated XMD through a constrained allowlist #369's
                            restricted generated-fragment form unchanged.
                          • xmd plan produces source only and has no execution option.
                          • xmd run - reads and executes one complete stdin program through the ordinary
                            run profile.
                          • Source names requested behavior but grants no authority. Evaluation receives
                            only authority installed at its explicit site.
                          • Planning retention and program-evaluation retention are separate events with
                            separate replay, failure, and cancellation histories.
                          • No <Run> component is introduced.

                          Planning instructions and review minimize residual autonomy while faithfully
                          representing the user's intent:

                          static value
                          -> deterministic operation
                          -> control flow
                          -> bounded human decision
                          -> bounded Agent judgment
                          -> autonomous Agent
                          

                          Blocking stories and delivery order

                          The prerequisites are delivered:

                          1. Run <Plan> with <TestAgent> in Markdown tests #728 — run <Plan> with a deterministic <TestAgent> in Markdown
                            tests.
                          2. Make <Plan> emit or capture approved XMD source #722 — make <Plan> a byte-exact text-producing component and prove its
                            author-visible behavior through that Markdown test boundary.
                          3. Add standard-input programs to xmd run #723 — add complete stdin roots to xmd run.

                          The remaining stories may proceed in parallel:

                          1. Make <Evaluate> evaluate complete XMD programs #713 — evaluate complete XMD programs at an authored site while keeping
                            restricted fragments closed.
                          2. Make xmd plan produce approved XMD source only #724 — remove implicit CLI execution now that exact Plan source and stdin
                            composition are delivered.

                          The Quest completes only when all five stories are delivered. #676 later adds
                          planning-specific progress and a post-failure authorship journal, introducing
                          the long-form --verbose and --journal options together with their behavior;
                          it does not block this public source/execution separation. #679 evaluates
                          planning quality and the minimum-residual-autonomy rule against reference
                          workflows.

                          Acceptance map

                          Each end-to-end case has one owner:

                          The child stories name the discriminating negative control and focused evidence
                          for every case. Together they update architecture, specifications, component
                          syntax, CLI help, the homepage, npm and compiled distribution, and affected
                          tests without treating delivery CI as a prerequisite for an implementation-
                          feedback commit.

                          Delivered foundations and remaining documentation

                          Completion

                          The Quest is complete when:

                          • approved source is byte-identical whether emitted, captured, piped, or saved;
                          • no planning surface executes that source implicitly;
                          • current-execution evaluation supports paired and deferred complete programs,
                            text and value roots, explicit props, current-site authority, durable replay,
                            stale-input refusal, and independent repeated occurrences;
                          • restricted source evaluation remains exactly closed;
                          • stdin is a preflighted root with stable source identity and cwd-relative
                            imports;
                          • removed CLI execution syntax gives a working migration rather than an alias;
                            and
                          • all five blocking stories and their focused/distribution evidence are
                            delivered.

                          Out of scope

                          Activity

                          Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

                          Metadata

                          Metadata

                          Assignees

                          No one assigned

                            Labels

                            enhancementNew feature or requestquestCoordinating story with dependency-ordered sub-issues

                            Projects

                            No projects

                              Milestone

                              No milestone

                              Relationships

                              None yet

                              Development

                              No branches or pull requests

                              Issue actions

                              , 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
                              Skip to content

                              Quest: Preserve planned XMD programs for explicit execution #725

                              Description

                              @taras

                              Quest outcome

                              Make an approved XMD program a portable source artifact that planning never
                              executes implicitly. Authors and command-line users decide explicitly whether,
                              where, and how often that program runs.

                              Plan produces a program.
                              Evaluate evaluates a program in the current XMD execution.
                              Run executes a program from the host/CLI.
                              Composition decides whether and when a planned program runs.
                              

                              Common paths

                              Compose planning and evaluation directly in one document:

                              <Evaluate>
                              <Plan>Prepare the release program and ask me to approve it.</Plan>
                              </Evaluate>

                              Preserve the approved source and evaluate it later:

                              <Planas="plan">Prepare the release program and ask me to approve it.</Plan>
                              <Evaluateprogram={plan} />

                              Compose command-line planning with an ordinary run:

                              xmd plan "Prepare the release program."| xmd run -

                              Or save the artifact and execute the file independently:

                              xmd plan "Prepare the release program." --output release.md && xmd run release.md

                              In every path, approval completes the artifact. A later evaluation failure does
                              not invalidate or rewrite it.

                              Product boundaries

                              • <Plan> emits or captures exact approved source and never evaluates it.
                              • <Evaluate> has explicit complete-program forms while preserving Evaluate Agent-generated XMD through a constrained allowlist #369's
                                restricted generated-fragment form unchanged.
                              • xmd plan produces source only and has no execution option.
                              • xmd run - reads and executes one complete stdin program through the ordinary
                                run profile.
                              • Source names requested behavior but grants no authority. Evaluation receives
                                only authority installed at its explicit site.
                              • Planning retention and program-evaluation retention are separate events with
                                separate replay, failure, and cancellation histories.
                              • No <Run> component is introduced.

                              Planning instructions and review minimize residual autonomy while faithfully
                              representing the user's intent:

                              static value
                              -> deterministic operation
                              -> control flow
                              -> bounded human decision
                              -> bounded Agent judgment
                              -> autonomous Agent
                              

                              Blocking stories and delivery order

                              The prerequisites are delivered:

                              1. Run <Plan> with <TestAgent> in Markdown tests #728 — run <Plan> with a deterministic <TestAgent> in Markdown
                                tests.
                              2. Make <Plan> emit or capture approved XMD source #722 — make <Plan> a byte-exact text-producing component and prove its
                                author-visible behavior through that Markdown test boundary.
                              3. Add standard-input programs to xmd run #723 — add complete stdin roots to xmd run.

                              The remaining stories may proceed in parallel:

                              1. Make <Evaluate> evaluate complete XMD programs #713 — evaluate complete XMD programs at an authored site while keeping
                                restricted fragments closed.
                              2. Make xmd plan produce approved XMD source only #724 — remove implicit CLI execution now that exact Plan source and stdin
                                composition are delivered.

                              The Quest completes only when all five stories are delivered. #676 later adds
                              planning-specific progress and a post-failure authorship journal, introducing
                              the long-form --verbose and --journal options together with their behavior;
                              it does not block this public source/execution separation. #679 evaluates
                              planning quality and the minimum-residual-autonomy rule against reference
                              workflows.

                              Acceptance map

                              Each end-to-end case has one owner:

                              The child stories name the discriminating negative control and focused evidence
                              for every case. Together they update architecture, specifications, component
                              syntax, CLI help, the homepage, npm and compiled distribution, and affected
                              tests without treating delivery CI as a prerequisite for an implementation-
                              feedback commit.

                              Delivered foundations and remaining documentation

                              Completion

                              The Quest is complete when:

                              • approved source is byte-identical whether emitted, captured, piped, or saved;
                              • no planning surface executes that source implicitly;
                              • current-execution evaluation supports paired and deferred complete programs,
                                text and value roots, explicit props, current-site authority, durable replay,
                                stale-input refusal, and independent repeated occurrences;
                              • restricted source evaluation remains exactly closed;
                              • stdin is a preflighted root with stable source identity and cwd-relative
                                imports;
                              • removed CLI execution syntax gives a working migration rather than an alias;
                                and
                              • all five blocking stories and their focused/distribution evidence are
                                delivered.

                              Out of scope

                              Activity

                              Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

                              Metadata

                              Metadata

                              Assignees

                              No one assigned

                                Labels

                                enhancementNew feature or requestquestCoordinating story with dependency-ordered sub-issues

                                Projects

                                No projects

                                  Milestone

                                  No milestone

                                  Relationships

                                  None yet

                                  Development

                                  No branches or pull requests

                                  Issue actions