okhp3-replit-build-in-public

Organizes Replit Designathon submissions with judge-ready canvas layouts, dual deployment, and session handoffs.

Updated Aug 17, 2026
One-click install
npx skills add https://github.com/OKHP3/telling-forward --skill okhp3-replit-build-in-public-okhp3
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: okhp3-replit-build-in-public
Source: https://github.com/OKHP3/telling-forward/tree/main/.agents/skills/okhp3-replit-build-in-public
Command: npx skills add https://github.com/OKHP3/telling-forward --skill okhp3-replit-build-in-public-okhp3

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Preparing a Replit project for a Designathon or public competition involves more than shipping code: judges need an organized canvas, working artifacts, two live URLs, and a readable commit history, and multi-day builds lose continuity between sessions. This Skill provides the full playbook for turning a working build into a reviewable submission. ## Core Features & Use Cases - Judge-ready canvas organization: Switch the canvas from building mode to judging mode with a hero row of three primary deliverables, numbered zone labels, standard gutters, and a focusCanvasShapes call. - Dual deployment discipline: Maintain both a Replit Publish URL and a GitHub Pages URL, with a three-step post-merge sync process and both links in the README. - Session handoff and provenance conventions: Write one-page handoff documents with four fixed sections, and keep every published figure traceable to its script, seed range, or decision log row. - Use Case: The night before a Designathon deadline, ask for a pre-submission review and receive a checklist covering canvas state, artifact quality, deployment URLs, and documentation accuracy. ## Quick Start Ask the AI to prepare your Replit project for Designathon judging, including canvas organization, dual deployment, and a session handoff document.

Frequently Asked Questions about okhp3-replit-build-in-public

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I organize a Replit canvas for competition judges?▼

Switch the canvas from building mode to judging mode before any public review. Place the three primary deliverables in a hero row at y = 100, add numbered grey text labels above each zone, use 80 px gutters between sibling frames and 160 px between zones, then call focusCanvasShapes on all frames and labels.

How do I deploy a Replit project to both Replit Publish and GitHub Pages?▼

Click Publish in the Replit Publishing pane for the Replit-hosted URL, and set base to /<repo-name>/ in vite.config.ts so the GitHub Actions workflow deploys to Pages on every push to main. Keep both URLs in the README and verify the Actions deploy is green after each merge.

What artifacts do Designathon judges evaluate?▼

Judges interact with three artifact types: the interactive app, the pitch deck, and the showcase video. The app must launch without blank states, the deck should tell the process story in 10-14 slides, and the video should run 60-120 seconds with real footage and narration.

What should a session handoff document contain for multi-day builds?▼

A handoff contains four sections: what was accomplished, current state, open items, and the single next action. Keep it to one page maximum, name it <DATE>-HANDOFF.md or append to an existing HANDOFF.md, and leave the full history in git.

When should I not use this build-in-public playbook?▼

This playbook targets public or competitive review of Replit projects. It does not cover canvas callback mechanics, GitHub Pages deployment internals, Replit deployment mechanics, or multi-artifact monorepo rules, which belong to their dedicated skills.