|
| 1 | +# Phase 5A Release README & Branding Handbook |
| 2 | + |
| 3 | +## 1. Objective |
| 4 | +Define the plan for structured release-facing documentation, README enhancements, and branding asset planning for the completed `sparkctl` Command Layer. |
| 5 | + |
| 6 | +## 2. Strict Scope |
| 7 | +- Focus exclusively on defining the layout, sections, guidelines, and branding files for the upcoming Phase 5B implementation. |
| 8 | +- Establish precise boundaries, safety wording, and claim hygiene. |
| 9 | +- Create this handbook only; no modification of source code, testing configurations, or production files is authorized. |
| 10 | + |
| 11 | +## 3. Forbidden Scope |
| 12 | +- Do not modify `README.md` or any existing Markdown document in this phase. |
| 13 | +- Do not modify Rust source code (`.rs` files) or dependencies (`Cargo.toml`). |
| 14 | +- Do not modify tests or validation suites. |
| 15 | +- Do not modify schemas, assets, or GitHub Actions workflows. |
| 16 | +- Do not create image assets. |
| 17 | +- Do not perform git actions (commit, push, pull, fetch, add remote). |
| 18 | +- Do not use the network. |
| 19 | + |
| 20 | +## 4. Release-Facing README Goals |
| 21 | +The README update in Phase 5B must: |
| 22 | +- Clearly communicate the product name: `sparkctl`. |
| 23 | +- State the repository and project identity: `Antigravity-CompText v7 / SPARK Context Layer`. |
| 24 | +- Provide a concise one-paragraph purpose summarizing `sparkctl` as the operations controller for the SPARK Context Layer. |
| 25 | +- Highlight the completed command surface: |
| 26 | + - `sparkctl doctor`: Diagnostic tool for local workspace verification. |
| 27 | + - `sparkctl rust-validate`: Automated rust codebase formatting, checking, testing, and lint checking. |
| 28 | + - `sparkctl context-all`: Pipeline execution runner for building, rendering, and validating contexts. |
| 29 | + - `sparkctl spark-demo`: Demonstrates the full compression and context pipeline round-trip. |
| 30 | + - `sparkctl handoff-check`: Pre-handoff verification utility ensuring repository readiness. |
| 31 | +- Include quickstart instructions executing from the `agy7rust` directory: |
| 32 | + - `cargo run --bin sparkctl -- doctor` |
| 33 | + - `cargo run --bin sparkctl -- rust-validate` |
| 34 | + - `cargo run --bin sparkctl -- context-all` |
| 35 | + - `cargo run --bin sparkctl -- spark-demo` |
| 36 | + - `cargo run --bin sparkctl -- handoff-check` |
| 37 | +- Document key artifact outputs: |
| 38 | + - `artifacts/spark/extraction.spkg` |
| 39 | + - `artifacts/spark/context.json` |
| 40 | + - `artifacts/spark/context_render.txt` |
| 41 | +- Explicitly state boundaries: |
| 42 | + - The CLI functions as a local/offline toolchain within its validated scope. |
| 43 | + - The toolchain does not verify remote CI or GitHub Actions environments. |
| 44 | + - No regulatory compliance claims are made. |
| 45 | + - No official SPARK compatibility claim is made. |
| 46 | + |
| 47 | +## 5. Branding / Logo Integration Goals & Plan |
| 48 | +- **Recommended Directory:** `assets/branding/` |
| 49 | +- **Proposed Logo Filenames:** |
| 50 | + - `assets/branding/sparkctl-logo.png` |
| 51 | + - `assets/branding/sparkctl-logo-square.png` |
| 52 | + - `assets/branding/sparkctl-wallpaper.png` |
| 53 | +- **README Logo Placement:** Top of README, centered or near the main title. |
| 54 | +- **Alt Text:** `sparkctl logo` |
| 55 | +- **Asset Approvals:** |
| 56 | + - Asset creation, image generation, and import require separate explicit approval. |
| 57 | + - Existing local logo files or generated images must be explicitly approved by the USER before copying into the repository workspace. |
| 58 | + |
| 59 | +## 6. Safety Wording & Claim Hygiene Rules |
| 60 | +To prevent unsupported statements: |
| 61 | +- **Forbidden phrases:** |
| 62 | + - Do NOT use the term "fully deterministic". |
| 63 | + - Do NOT use the term "100% safe". |
| 64 | + - Do NOT use the term "no risks". |
| 65 | + - Do NOT make EU AI Act compliance claims. |
| 66 | + - Do NOT claim official SPARK compatibility. |
| 67 | +- **Approved Wording:** |
| 68 | + - Use: `"Offline behavior was deterministic in the validated test scope."` |
| 69 | + - Use: `"Configured leak checks passed in the validated scope."` |
| 70 | + - Use: `"No blocking risks found in the validated scope."` |
| 71 | + |
| 72 | +## 7. Local Validation Checklist |
| 73 | +During Phase 5B: |
| 74 | +1. Verify that `README.md` updates strictly document the approved CLI command surface and Quickstart directions. |
| 75 | +2. Confirm no code or cargo configurations are modified. |
| 76 | +3. Validate that safety wording rules are fully applied in the updated README. |
| 77 | +4. Verify that logo alt text and asset image links match the approved paths. |
| 78 | + |
| 79 | +## 8. Stop Conditions |
| 80 | +- Stop immediately and reject changes if any modifications to Rust code, `Cargo.toml`, build scripts, or schemas are detected. |
| 81 | +- Stop if any network access, remote branch fetch, or remote verification is attempted. |
| 82 | + |
| 83 | +## 9. Implementation Return Format |
| 84 | +The next phase (5B implementation) must return exactly: |
| 85 | +``` |
| 86 | +PHASE: Phase 5B README and branding implementation |
| 87 | +STATUS: success | blocked |
| 88 | +COMMANDS_RUN: |
| 89 | +- ... |
| 90 | +FILES_MODIFIED: |
| 91 | +- ... |
| 92 | +FILES_CREATED: |
| 93 | +- ... |
| 94 | +BRANDING_ASSETS_ADDED: |
| 95 | +- ... |
| 96 | +SAFETY_WORDING_APPLIED: |
| 97 | +- ... |
| 98 | +RISKS: |
| 99 | +- ... |
| 100 | +NEXT: |
| 101 | +- Commit and push Phase 5B README and branding implementation only after approval |
| 102 | +``` |
0 commit comments