$npx -y skills add sweetcornna/mathodology --skill mathodology-web-uiUse when maintaining archived knowledge about Mathodology's former web UI, run dashboard, API clients, streaming behavior, rendering, or frontend verification.
| 1 | # Mathodology Web UI Archive |
| 2 | |
| 3 | ## Scope |
| 4 | |
| 5 | This skill preserves architectural knowledge about the former Mathodology web interface. |
| 6 | |
| 7 | The current GitHub branch does not contain frontend source, package manifests, generated TypeScript contracts, or build configuration. Use this skill for archived guidance and reconstruction planning, not for editing or building a UI in this checkout. |
| 8 | |
| 9 | ## Archived Concepts |
| 10 | |
| 11 | The former web UI presented modeling runs and artifacts through: |
| 12 | |
| 13 | - dashboard and workbench views |
| 14 | - run creation, settings, and search configuration |
| 15 | - WebSocket event streaming and replay into local state |
| 16 | - paper, figure, critique, and export panels |
| 17 | - markdown, math, and code rendering |
| 18 | - API clients generated or aligned from shared contracts |
| 19 | |
| 20 | ## Workflow Adapter Role |
| 21 | |
| 22 | In the award-level workflow, use this skill when the submission needs reader-facing presentation quality: |
| 23 | |
| 24 | - design clear figure and table narratives |
| 25 | - keep result panels in mind when organizing outputs |
| 26 | - make progress, assumptions, and limitations visible in the paper |
| 27 | - treat captions as part of the argument, not decoration |
| 28 | - make final deliverables easy for a reviewer to inspect |
| 29 | |
| 30 | Codex agents should use this as presentation and artifact-organization guidance. |
| 31 | |
| 32 | Claude Code paper and packaging subagents should reference this when deciding how figures, tables, exports, and final files should be arranged for review. |
| 33 | |
| 34 | ## How To Maintain This Skill |
| 35 | |
| 36 | When updating archived UI guidance: |
| 37 | |
| 38 | 1. State that implementation files are historical and absent from this branch. |
| 39 | 2. Keep guidance focused on behavior, component responsibilities, and reconstruction concerns. |
| 40 | 3. Do not list current frontend commands or missing source paths as active instructions. |
| 41 | 4. If exact component details are needed, inspect Git history in a separate worktree. |
| 42 | 5. Coordinate API and event assumptions with the gateway archive skill. |
| 43 | |
| 44 | ## Useful Questions |
| 45 | |
| 46 | Use this skill for questions like: |
| 47 | |
| 48 | - What UI responsibilities existed in the former product? |
| 49 | - How did run streaming and rendering concepts fit together? |
| 50 | - What behavior should be preserved if a new frontend is rebuilt? |
| 51 | - Which historical UI details need Git-history verification? |
| 52 | |
| 53 | ## Current-Branch Rule |
| 54 | |
| 55 | Any current-branch edit should be limited to skills or documentation. Do not add frontend source, package manifests, generated contracts, static assets, or build outputs back to this branch unless the user explicitly changes the repository strategy. |