Capture the studio pilot purpose in training and PIXIE instructions

README.md

@@ -13,6 +13,14 @@ Financial support is optional and sustains infrastructure, maintenance, accessib
 
 An accessibility-first guide for turning work and creative goals into a technology, training, funding-research, and documentation plan.
 
+## Why this training exists — confirmed 18 October 2026
+
+Loptr Lab’s ecosystem is the testing ground for an open-source multimedia training studio. PIXIE is its contributor companion, helping people join, learn, coordinate work and return with context intact. Contributor testing is the immediate goal; a finished commercial app is not required before testing begins. Pilot evidence should inform a concrete project pitch and a sustainable revenue model consistent with the existing mission, open participation and project licenses.
+
+The [canonical studio direction](https://github.com/ibloud/ibloud.github.io/blob/main/docs/ECOSYSTEM_ARCHITECTURE.md#studio-viability-pilot--owner-confirmed-direction-18-october-2026) records the pilot questions and continuity rules. Test whether contributors can start useful work, learn through real artifacts, resume with less repeated explanation and help identify viable studio offers. Record observed results and failures; do not treat proposals as validated demand or completed features. Maintainers and AI assistants should read that direction before changing scope.
+
+[Use PIXIE to contribute and resume](./docs/pixie-contributors.html).
+
 ## Start here
 
 The [guide homepage](./docs/index.html) is the canonical orientation page. It asks what you need to do next and routes you through one user journey.

docs/pixie-contributors.html

@@ -1 +1 @@
-<!doctype html><html lang="en"><head><meta charset="utf-8"><meta name="viewport" content="width=device-width,initial-scale=1"><title>PIXIE: join, contribute and resume — Loptr Lab</title><link rel="stylesheet" href="./training.css"><link rel="canonical" href="https://loptr-lab.github.io/training/pixie-contributors.html"></head><body><a class="skip-link" href="#main">Skip to main content</a><header class="masthead"><div class="serial">LOPTR LAB / CONTRIBUTOR COORDINATION</div><h1>PIXIE stays with the work.</h1><p class="subtitle">Join a project, keep a shared checkpoint in GitHub, and resume without reconstructing the briefing.</p><nav class="actions" aria-label="Contributor navigation"><a class="button" href="https://pixie-project-companion.ibloud-ivxx.chatgpt.site">Open PIXIE</a><a class="button" href="https://ecosystem.loptrlab.com">Ecosystem</a><a class="button" href="./index.html">Training</a></nav></header><main id="main"><section class="brief"><h2>Your contributor journey</h2><ol class="journey"><li><strong>Start.</strong> Open the existing PIXIE companion, choose a project and read its repository’s contribution instructions. Training is the default starting point.</li><li><strong>Choose a task.</strong> Use “How can I help?” for a bounded suggestion. Then choose “Join &amp; coordinate” and describe the proposed task, progress, blocker and next action.</li><li><strong>Review and submit.</strong> Review the checkpoint draft and its public visibility. “Review &amp; submit on GitHub” opens a prefilled issue in that project. You submit it using GitHub; PIXIE does not post automatically or enroll you.</li><li><strong>Agree scope.</strong> Record maintainer agreement, time, credit and exit arrangements in the issue. A suggestion or issue does not itself assign a task or grant access.</li><li><strong>Keep coordinated.</strong> Add progress comments with evidence, blockers and the next action. Keep the issue URL. GitHub holds the shared history.</li><li><strong>Resume.</strong> In a later session, choose the same project, select “Resume my checkpoint” and paste the issue URL. PIXIE reads the current public issue and latest comment page. Open the full GitHub discussion for older comments.</li></ol></section><section class="panel"><h2>Remember your place on this device</h2><p>Optionally choose “Remember this checkpoint on this device” in PIXIE. It stores only the public issue URL and project in this browser. “Forget saved link” removes that pointer; the GitHub issue remains. This does not synchronize across devices or sites.</p><h2>What persists</h2><p>Submitted GitHub issues and comments persist across sessions. Drafts are not saved until submitted. Keep the issue URL: PIXIE does not automatically remember it or read private chat history.</p><p>No email intake, automatic posting, formal membership or repository access is added. Keep private information out of public issues. Current open contribution is voluntary and unpaid.</p></section><section class="brief"><h2>Build and public-release steps</h2><ol class="journey"><li>Edit the existing companion source; preserve its Site and App identities. Keep runtime code and browser instructions aligned.</li><li>Run the companion tests, TypeScript checks and production build. Verify a checkpoint draft does not post, another session can read a submitted issue, and wrong-project URLs are rejected.</li><li>Commit/push exact source, save and deploy that source through the existing Site, then verify public HTTP/API behavior. Record source commit, saved version and deployment result. GitHub source review and Sites deployment are distinct operations.</li><li>Keep ecosystem and training links pointing to this same companion. A domain change is not required. Do not create another map or replacement service.</li><li>To distribute the ChatGPT plugin publicly, verify the supported submission path for the existing Sites App. Prepare the verified publisher identity, website/support/privacy/terms URLs, actual icons, five positive and three negative review cases, a real demo recording, country targeting, commerce declaration and release notes.</li><li>Prepare the public submission separately from the private original. Author uploads omit private App bindings and use verified MCP configuration; preserve canonical App ownership and Portal-generated bindings. Do not create a duplicate private plugin.</li><li>Configure and test the exact saved submission. The verified publisher completes legal attestations and required scans. Submit for review, publish the approved version, and verify installation and tools with a separate permitted account. A private update, public website or uploaded draft is not a public plugin release.</li></ol></section><section class="brief"><h2>Current boundaries</h2><p>The companion website is public. ChatGPT plugin distribution remains private until its public release process completes. GitHub/AT Protocol membership signup and private participant storage are not implemented by this checkpoint workflow. Reported issue content is not accepted canon or verified completion.</p><h2>Keep the existing hosting identities</h2><p>The ecosystem is the hub, training is the contributor manual, and the existing companion runs the workflow. No new domain purchase or hosting migration is required. Custom domains do not publish plugins. Do not repoint the ecosystem hostname or migrate MCP/OAuth addresses without testing.</p><p>Reconcile deployed source with the GitHub contribution source before editing; do not assume automatic synchronization. Reuse the <a href="https://github.com/ibloud/ibloud.github.io/blob/main/docs/ECOSYSTEM_ARCHITECTURE.md">canonical architecture</a> and <a href="https://github.com/Loptr-Lab/training/blob/main/docs/PIXIE_ANNOUNCER_TRACK.md">PIXIE interface track</a>.</p><a href="./pixie-contributors.md">Read the source Markdown</a></section></main><footer><p>Updated 18 October 2026. Implementation and public plugin publication are tracked separately.</p></footer></body></html>
+<!doctype html><html lang="en"><head><meta charset="utf-8"><meta name="viewport" content="width=device-width,initial-scale=1"><title>PIXIE: join, contribute and resume — Loptr Lab</title><link rel="stylesheet" href="./training.css"><link rel="canonical" href="https://loptr-lab.github.io/training/pixie-contributors.html"></head><body><a class="skip-link" href="#main">Skip to main content</a><header class="masthead"><div class="serial">LOPTR LAB / CONTRIBUTOR COORDINATION</div><h1>PIXIE stays with the work.</h1><p class="subtitle">Join a project, keep a shared checkpoint in GitHub, and resume without reconstructing the briefing.</p><nav class="actions" aria-label="Contributor navigation"><a class="button" href="https://pixie-project-companion.ibloud-ivxx.chatgpt.site">Open PIXIE</a><a class="button" href="https://ecosystem.loptrlab.com">Ecosystem</a><a class="button" href="./index.html">Training</a></nav></header><main id="main"><section class="brief" aria-labelledby="studio-purpose"><h2 id="studio-purpose">Why we are testing PIXIE</h2><p>Loptr Lab’s ecosystem is the testing ground for an open-source multimedia training studio. PIXIE is its contributor companion, helping people join, learn, coordinate work and return with context intact. Contributor testing is the immediate goal; a finished commercial app is not required before testing begins. Pilot evidence should inform a concrete project pitch and a sustainable revenue model consistent with the existing mission, open participation and project licenses.</p><p>Read the <a href="https://github.com/ibloud/ibloud.github.io/blob/main/docs/ECOSYSTEM_ARCHITECTURE.md#studio-viability-pilot--owner-confirmed-direction-18-october-2026">owner-confirmed studio direction</a>. Record concrete contributions, learning outcomes, handoffs, repeated explanations and defects. Build the pitch from these findings; studio viability, public plugin distribution and commercial readiness remain separate questions.</p></section><section class="brief"><h2>Your contributor journey</h2><ol class="journey"><li><strong>Start.</strong> Open the existing PIXIE companion, choose a project and read its repository’s contribution instructions. Training is the default starting point.</li><li><strong>Choose a task.</strong> Use “How can I help?” for a bounded suggestion. Then choose “Join &amp; coordinate” and describe the proposed task, progress, blocker and next action.</li><li><strong>Review and submit.</strong> Review the checkpoint draft and its public visibility. “Review &amp; submit on GitHub” opens a prefilled issue in that project. You submit it using GitHub; PIXIE does not post automatically or enroll you.</li><li><strong>Agree scope.</strong> Record maintainer agreement, time, credit and exit arrangements in the issue. A suggestion or issue does not itself assign a task or grant access.</li><li><strong>Keep coordinated.</strong> Add progress comments with evidence, blockers and the next action. Keep the issue URL. GitHub holds the shared history.</li><li><strong>Resume.</strong> In a later session, choose the same project, select “Resume my checkpoint” and paste the issue URL. PIXIE reads the current public issue and latest comment page. Open the full GitHub discussion for older comments.</li></ol></section><section class="panel"><h2>Remember your place on this device</h2><p>Optionally choose “Remember this checkpoint on this device” in PIXIE. It stores only the public issue URL and project in this browser. “Forget saved link” removes that pointer; the GitHub issue remains. This does not synchronize across devices or sites.</p><h2>What persists</h2><p>Submitted GitHub issues and comments persist across sessions. Drafts are not saved until submitted. Keep the issue URL: PIXIE does not automatically remember it or read private chat history.</p><p>No email intake, automatic posting, formal membership or repository access is added. Keep private information out of public issues. Current open contribution is voluntary and unpaid.</p></section><section class="brief"><h2>Build and public-release steps</h2><ol class="journey"><li>Edit the existing companion source; preserve its Site and App identities. Keep runtime code and browser instructions aligned.</li><li>Run the companion tests, TypeScript checks and production build. Verify a checkpoint draft does not post, another session can read a submitted issue, and wrong-project URLs are rejected.</li><li>Commit/push exact source, save and deploy that source through the existing Site, then verify public HTTP/API behavior. Record source commit, saved version and deployment result. GitHub source review and Sites deployment are distinct operations.</li><li>Keep ecosystem and training links pointing to this same companion. A domain change is not required. Do not create another map or replacement service.</li><li>To distribute the ChatGPT plugin publicly, verify the supported submission path for the existing Sites App. Prepare the verified publisher identity, website/support/privacy/terms URLs, actual icons, five positive and three negative review cases, a real demo recording, country targeting, commerce declaration and release notes.</li><li>Prepare the public submission separately from the private original. Author uploads omit private App bindings and use verified MCP configuration; preserve canonical App ownership and Portal-generated bindings. Do not create a duplicate private plugin.</li><li>Configure and test the exact saved submission. The verified publisher completes legal attestations and required scans. Submit for review, publish the approved version, and verify installation and tools with a separate permitted account. A private update, public website or uploaded draft is not a public plugin release.</li></ol></section><section class="brief"><h2>Current boundaries</h2><p>The companion website is public. ChatGPT plugin distribution remains private until its public release process completes. GitHub/AT Protocol membership signup and private participant storage are not implemented by this checkpoint workflow. Reported issue content is not accepted canon or verified completion.</p><h2>Keep the existing hosting identities</h2><p>The ecosystem is the hub, training is the contributor manual, and the existing companion runs the workflow. No new domain purchase or hosting migration is required. Custom domains do not publish plugins. Do not repoint the ecosystem hostname or migrate MCP/OAuth addresses without testing.</p><p>Reconcile deployed source with the GitHub contribution source before editing; do not assume automatic synchronization. Reuse the <a href="https://github.com/ibloud/ibloud.github.io/blob/main/docs/ECOSYSTEM_ARCHITECTURE.md">canonical architecture</a> and <a href="https://github.com/Loptr-Lab/training/blob/main/docs/PIXIE_ANNOUNCER_TRACK.md">PIXIE interface track</a>.</p><a href="./pixie-contributors.md">Read the source Markdown</a></section></main><footer><p>Updated 18 October 2026. Implementation and public plugin publication are tracked separately.</p></footer></body></html>

docs/pixie-contributors.md

@@ -4,6 +4,12 @@ Updated 18 October 2026. One workflow across the existing ecosystem; GitHub hold
 
 [Open PIXIE](https://pixie-project-companion.ibloud-ivxx.chatgpt.site) · [Ecosystem](https://ecosystem.loptrlab.com) · [Training](https://loptr-lab.github.io/training/)
 
+## Why we are testing PIXIE
+
+Loptr Lab’s ecosystem is the testing ground for an open-source multimedia training studio. PIXIE is its contributor companion, helping people join, learn, coordinate work and return with context intact. Contributor testing is the immediate goal; a finished commercial app is not required before testing begins. Pilot evidence should inform a concrete project pitch and a sustainable revenue model consistent with the existing mission, open participation and project licenses.
+
+Read the [owner-confirmed studio direction](https://github.com/ibloud/ibloud.github.io/blob/main/docs/ECOSYSTEM_ARCHITECTURE.md#studio-viability-pilot--owner-confirmed-direction-18-october-2026). This workflow is a pilot of contributor coordination, not evidence that public plugin distribution, studio viability or commercial readiness is complete. Record concrete contributions, learning outcomes, handoffs, repeated explanations and defects. Build the pitch from those findings, with business-model assumptions labeled as hypotheses.
+
 ## Contributor steps
 
 1. **Start.** Open the existing PIXIE companion, choose a project and read its repository’s contribution instructions. Training is the default starting point.