Cobalt Serif Freelancer Site

Turn an independent designer’s offers into a site where visitors can compare scope, inspect relevant work and prepare a useful brief. Cobalt Serif Freelancer Site places a blue-toned cutout portrait inside a large cobalt headline, then introduces services as falling white serif capsules. Its fictional Orren example connects three plans and six cases; adapt the whole first-person story, pricing and project evidence to your own practice.

What you get

  • A reference family of 18 routed pages: home, Services, Pricing with three plan details, Work with six case studies, About, Process, Contact, Terms and a designed 404. Sub-target links can highlight a service, preselect a plan in Contact or open the privacy section. Actual plan/project counts and slugs can change; the reference is not a requirement to invent six client projects.
  • A distinctive home sequence: two italic hero words above one large cobalt word, a transparent portrait splitting that word, a working mode pill, full-width cobalt band with a gravity-settled service-pill pile, introduction with inline photo details and facts, pricing, staggered selected work, process strip, client quotes and closing enquiry band. White/ink/cobalt site colors keep their roles in light and dark; client screens may use their own palettes.
  • Service rows with purpose, scope chips, duration, starting price and linked plan; two-to-four-plan comparison; plan detail pages with audience, fit/not-fit, schedule, deliverable tiles, FAQs and a sticky summary. A plan with an approved quarterly rate can show a monthly/quarterly display switch. “Book” carries the plan into the brief form; it is an enquiry action, not a paid order.
  • A searchable/filterable Work index and case studies with identity imagery, client/role/timeline/plan/year, problem, three decisions, selected screens, design-system notes, output quantities, optional approved quote and next-project navigation. Product screens are drawn in code inside phone/browser frames; the example includes one locally interactive range-switched screen. They illustrate portfolio work, not a production app or generated screen photograph.
  • About with portrait, studio details, principles, methods and CV; Process with what the client gets and what you need plus a sample week-by-week view; Contact with validated brief, needs/plan/start choices, message counter, availability, copyable direct details and sample intro-call slots. Newsletter and forms acknowledge locally. No brief is delivered, subscriber stored, payment collected or calendar slot actually reserved.
  • The template and complete style/page/route/interior/image/motion/framework/ReUI references, eighteen example images, a bundled Matter.js 0.20.0 library for the pile, an asset/script inliner and static validator. Default output is one adapted offline HTML file with fonts, pictures and the physics library included. A framework project gets real routes/components, local assets and equivalent interactions in its existing stack.

Before you choose

Make the offer as specific as the first impression: a visitor should be able to compare scopes, find evidence in a relevant case and send the information you actually need. Keep the visual portrait/physics/screen effects subordinate to honest identity, prices and work history. Treat the brief and call controls as demonstrations until their service responses are verified.

Good fit

  • An independent UI/UX designer sells defined scopes and wants visitors to understand both the plan and the work behind it.
  • A developer, brand designer or consultant can organize offers into services/packages and case studies around problem, decisions and deliverables.
  • A one-person practice wants a bold editorial portfolio with functional browsing and a reviewable brief flow, delivered as a portable file or within an existing website.

Not for

  • A large agency with many teams and voices. The signature composition and narrative center on one person and one portrait.
  • Ready-connected payments, scheduling, newsletter or client intake. The supplied controls only demonstrate local interactions until services are connected.
  • A muted or multicolor site identity, or fabricated portfolio proof. Cobalt is integral, and sample clients, quotes, portraits and project outcomes cannot establish your work history.

How to use

You say/cobalt-serif-freelancer-site Build a site for Orren, a UI/UX designer in Port Halden selling Sprint, Studio and Retainer plans.
  1. Provide your name, one-word wordmark, discipline, two short italic hero words and a cobalt word, ideally at most eight letters. Add six to twelve services with prices/scope/duration, two to four plans with price unit, timeline and inclusions, and at least two real projects with client, role, problem, three decisions and outcome. Include contact details, availability, bio/process/CV and approved imagery. Draft gaps must be listed for confirmation rather than presented as credentials or client evidence.

  2. Choose delivery around the repository. With no existing project, adapt one self-contained HTML file. In an existing/requested framework, preserve unrelated work and port the design to real components/routes; an unspecified framework request defaults in the guide to Next.js App Router with TypeScript. React generic controls use separately installed ReUI primitives, while Vue/Svelte require accessible equivalents. The hero, filters, pile and device/screen artwork remain bespoke.

  3. Keep the portrait and headline composition coherent at every width: two serif words, one uppercase cobalt word, light blue-grey portrait treatment, caption, one action and a short note. Preserve Schibsted Grotesk and Newsreader Italic, the 1320px container, paired headings and the band edge where the cutout ends. A longer hero word needs scaled type rather than squeezing or wrapping the portrait. Review the actual client portrait rather than assuming it fits the example’s silhouette.

  4. Plan each page to answer a buying question. Services explain what a starting price covers; plans make scope, schedule, fit/exclusions and deliverables comparable; cases explain the problem, choices and output. Use delivered quantities such as screens/components as factual descriptions of work, not invented performance gains. About should describe a real person and process; legal terms and availability must match the actual offer.

  5. Keep repeated counts and routes aligned. Two to four plans need one featured plan, matching comparison cells and a detail-page shell for each ID. Project IDs need their own detail shells, image keys and optional screen definitions. The home grid uses four selected projects; adjust an uneven three-project selection deliberately. Service pills link to actual rows; process/fact grids follow their counts. Remove quotes and the related section if no approved testimonials exist.

  6. Plan the eighteen reference-image roles before replacing them: transparent main portrait, project-specific material/place identities, physical-product photos only where needed inside screens, studio/process/contact scenes and client headshots. The four neutral studio/desk/wall/door images may remain honestly captioned placeholders; main/client portraits are generated stand-ins and need approved replacements or removal where suitable. Replace all ten project-specific scenes for new projects. Image-tool usage may cost extra; supplied approved photographs can avoid generation.

  7. Build case-study screens in HTML/CSS inside the provided device anatomy, not as AI-generated UI pictures. A project without a screen definition can use image-only portfolio treatment, appropriate for illustration, photography or consulting. A local range demo needs matching labels/data, and must not imply live client metrics. Keep screen palettes separate from the website’s single cobalt accent; reuse each identity image only for its own project/card/detail/next link.

  8. Retain the service-pile behavior thoughtfully. The bundled Matter.js simulates measured capsule bodies after fonts are ready, records their positions and plays one drop when visible; resize recalculates a settled layout. Reduced motion skips playback, and missing physics leaves wrapped links. Check real service labels for width, clipping and readable settled angles rather than assuming the tuned nine-example layout works for every six-to-twelve-item brief.

  9. Replace sample identity in metadata, wordmarks, menus, About background name, CV, availability, direct contacts, plan/footer prices, case screens and their CSS keys, quotes, terms and static date/time text. Generated portraits cannot identify you or your customers. Keep each real quote permissioned and attached to the correct case. Do not inherit example awards, certifications, results or sample project IDs as if they were yours.

  10. Test plan comparison/FAQs and contact preselection. Only offer quarterly billing where an approved rate exists; the helper treats that rate as a monthly equivalent, displaying three times it as the quarterly charge and calculating savings. These are display calculations, not a billing integration. Verify price, unit, payment note and fine print together after changing plans.

  11. Exercise the brief through empty/invalid input, needs selection, loading, summary and reset. The inspected form explicitly says nothing was sent. Newsletter is also local; call days/times and unavailable slots are hard-coded examples, and “held” only displays a confirmation without reserving a calendar or sending an invite. Replace dates/time zone and connect real services before making a live availability or delivery promise. Check repeat clicks and copy fallbacks as part of the browser review.

  12. Build the offline file with Node.js 18+ and initial internet access for the two fonts. Keep the required local vendor library next to the source so the inliner can include it with images; default output needs no remote physics/font script. Target at most 5 MB and stay below 8 MB. A written output alone is insufficient if the helper reports missing files. Run the supplied validator; files mode permits local references but does not check they exist. Framework output also needs build/lint/type checks.

  13. Review every page at 1440, 1280, 1024, 768 and 390px in both themes, with overflow checks across 360–1920px. Inspect portrait proportions/band alignment, font loading, pile fallback/resize, filters and empty results, menu focus/Escape, FAQs, billing, form/slot states, back/forward, unknown routes and reduced motion. Test the standalone scripts-only iframe. Static checks confirm records and structural markers, not visual quality, client truth or a working service connection. Deliver the path, actual validation performed and outstanding placeholders, then request revisions in ordinary language.

Requirements and costs

You bring
Your name, a one-word wordmark, your discipline, two italic hero words and one cobalt word · Six to twelve services with prices, and two to four plans with price, timeline and inclusions · Projects with client, role, problem, approach and result, plus contact details and availability
Dependencies
Node.js 18 or newer on your agent's machine, to run the bundled script that builds the single offline file · Internet access while the file is built, so the fonts can be downloaded once and embedded · An image tool in your agent for your portrait, project images and studio photos; optional if you supply your own
Outside costs
Images you do not supply are generated with your agent's own image tool, which may incur that tool's usage charges. Neutral studio photos ship with the Skill, case-study screens are drawn in code, and the finished page makes no network requests. Viewing the example costs nothing.
Publisher testing
v1.0.2 — Claude Code / Claude Desktop / Cowork / Codex / ChatGPT

FAQ

User reviews

—0 reviews

Select a star to share your experience.

No reviews yet. Ratings appear once readers share real experiences.

Similar Skills

View all skills