skills/about-page/SKILL.md
--- name: about-page description: Add a standard About page to any web app, what it is, the tech stack, and an FAQ, wired into a footer link with a sticky footer. Built with Spartan + Tailwind (the canonical component layer) and falls back to semantic HTML so it ships reliably. Use whenever building, polishing, or shipping an app, every app should have one. Triggers on "add an about page", "about page", "footer about link", or as a standard step in app build/polish. category: frontend argument-h
npx skillsauth add RonanCodes/ronan-skills skills/about-pageInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Every app gets an About page. It is the page that tells a visitor what the thing is, what it is built on, and answers the obvious questions, and it is a cheap, high-trust signal that the app is real and cared for. Add it as a standard step when building or polishing any app.
layer · tech · one-line note. Be honest about what is live vs in progress.--no-faq.Keep it plain and specific (honour /ro:write-copy: no em-dashes, no AI-tell filler). The About page is the one place you state the honest scope, so say what is real and what is coming. House defaults apply: light mode by default (dark via the app's toggle), and a little cheek in the FAQ answers is welcome (it is the page where personality is safest).
/about (its own component / route file).<div class="min-h-screen flex flex-col">
<header>…</header>
<main class="flex-1">…</main>
<footer>… <a href="/about">About</a></footer>
</div>
The canonical component layer is Spartan (spartan-ng) + Tailwind. Use Spartan's helm components where they fit:
hlm-accordion.hlm-card.hlm-button.If Spartan is not yet wired in the app, use semantic HTML + Tailwind so the page still ships, and leave a note to upgrade the FAQ to hlm-accordion. A native <details>/<summary> styled with Tailwind is a perfectly good accordion with zero dependencies:
<details class="group rounded-xl border px-5 py-3.5">
<summary class="cursor-pointer list-none flex items-center justify-between font-medium">
{{ question }}
<span class="transition-transform group-open:rotate-45">+</span>
</summary>
<p class="mt-3 text-sm">{{ answer }}</p>
</details>
About component + a route in app.routes.ts; the root component becomes the layout shell (header + <router-outlet> + footer). Use routerLink for the footer link.routes/about.tsx route + a shared layout component with the footer; <Link to="/about">.src/pages/about.astro + the shared layout footer.In an Nx (or any non-root-app) workspace, set the Tailwind content glob absolute to the config file, or Tailwind scans the wrong directory and purges every utility (you get a tiny base-only stylesheet and an unstyled page):
const { join } = require('path');
module.exports = { content: [join(__dirname, 'src/**/*.{html,ts}')], ... };
development
Close the loop on a Linear ticket when its work ships - move the status and post a deploy comment with the PR link, what shipped, and a try-it link, mentioning the collaborator. Used as the tail of /ro:linear-nightshift for every merged mirror, or manually after an ad-hoc build. Triggers on "linear update", "update the linear ticket", "mark NUT-x done", "tell eoin it shipped", "/ro:linear-update".
devops
Run a night-shift against a collaborator's Linear board. Pulls the team's Grilled tickets (/ro:linear-grill moves a ticket to Grilled once its questions are answered), VERIFIES the questions were actually answered (unanswered → bounce the ticket to the "Question for <name>" state), mirrors verified tickets to ephemeral GitHub issues with ready-for-agent, then runs the standard /ro:night-shift machinery on GitHub. Tail-calls /ro:linear-update for everything that merged + deployed. Triggers on "linear nightshift", "nightshift linear", "drain the linear board", "run the shift off linear", "/ro:linear-nightshift".
development
Grill a collaborator's Linear tickets and move every processed ticket to where it belongs. Resolves the board from the repo's .ro-linear.json, reads the collaborator's Backlog / Ready-for-agent issues, then per ticket either posts 3-5 decision-extracting questions (state moves to "Question for <name>") or confirms it build-ready (state moves to "Grilled", the gate /ro:linear-nightshift consumes); shipped-and-confirmed tickets close as Done. The async-collaborator counterpart of /ro:day-shift for people who never touch GitHub. Triggers on "grill linear", "grill eoin's tickets", "linear grill", "add questions to the linear tickets", "/ro:linear-grill".
data-ai
Wire the common "invite-only with a waitlist" access pattern into a TanStack Start + Better Auth + Drizzle + Resend app — passwordless email-OTP sign-in gated by an email allowlist, a public waitlist capture with confirmation email, a "you're in" email when an address is whitelisted, a super-admin / admin / member role tier, and a super-admin-only admin section to view users, view the waitlist, whitelist emails, and promote admins. Use when the user wants invite-only access, an allowlist/whitelist of emails, a waitlist with emails, gated sign-up, an admin user-management section, role tiers, or "only let approved people in".