Skip to content

Add /work: stylized case-study section - #56

Draft
amyrlam wants to merge 5 commits into
mainfrom
feat/case-studies
Draft

Add /work: stylized case-study section#56
amyrlam wants to merge 5 commits into
mainfrom
feat/case-studies

Conversation

@amyrlam

@amyrlam amyrlam commented Jul 24, 2026

Copy link
Copy Markdown
Owner

Summary

No issue for this yet — opening as a draft so it's trackable on the project board while content and structure are still being worked out.

  • New work content collection (src/content.config.ts), separate from the blog infra in Add blog infrastructure #9. Case studies are meant to read as stylized, freeform stories rather than chronological posts, so they get their own section instead of living in the blog.
  • /work listing + /work/[slug] page, reusing the site's .sky-card/token system but with more layout room than the blog template.
  • work added to the homepage footer nav, alongside about/contact.
  • One placeholder entry (design-tokens.md, draft: true) outlining the first real case study: the design-token pipeline from Add design tokens, flesh out /design-system #40, framed as "how this site is built" — provable live via /design-system rather than screenshots. A second entry on an Adobe project is planned within the next week or two.

Open questions (tracking here, not blocking the scaffold)

  • Route/section name — /work vs /case-studies vs something else.
  • Whether case studies stay plain Markdown or need MDX for embedding live components (e.g. token swatches pulled straight from /design-system).
  • Relationship to /design-system — case study should link out to it, not duplicate it.
  • Whether /work and /blog (once Add blog infrastructure #9 merges) should cross-link or stay fully separate.

Test plan

  • npm run build — 6 pages generate, including empty /work (placeholder is draft: true)
  • Verified in browser: homepage shows work nav link, /work renders the empty state correctly

🤖 Generated with Claude Code

Adds a `work` content collection, /work listing, and /work/[slug] page
for portfolio-style case studies — more layout freedom than the blog's
plain-prose template, and separate from it since these are meant to
read as stylized stories rather than chronological posts.

First entry (design-tokens.md) is a draft placeholder outlining the
design-token PR (#40) as the first piece: "how this site is built,"
proven live via /design-system rather than screenshots. A second entry
on an Adobe project is planned to follow in the next week or two.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@vercel

vercel Bot commented Jul 24, 2026

Copy link
Copy Markdown
Contributor

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
youthphase Ready Ready Preview, Comment Jul 24, 2026 6:59am

"Case studies" sets the right expectation (in-depth narrative, not a
project grid) and reads naturally next to a future private/password-
protected entry.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
amyrlam and others added 2 commits July 24, 2026 00:13
Replaces the outline placeholder with a full working draft, written to
PRODUCT.md's voice rules (sentence-case prose, no resume speak). The
arc: why a computed sky instead of a theme, how build-enforced AAA
contrast became the design engine, the weather-vs-fixed color split
that made the polaroid the one named exception, the token layer from
PR #40, and what transfers to team-scale work. Stays draft: true until
the words are approved.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Feedback-driven revision: the first draft was long and token-centric.
This one covers the site's full story (the geo lookup and "borrowed
sky" honesty, real stars, quarter-hour hops, the secret shows, the
static-plus-one-function deploy) while cutting overall length ~20%.
The tokens shrink to one section, with color-format-agnostic wording
plus an oklch mention so the prose survives PR #57's hex-to-oklch
conversion. New "objects under the sky" section names the two print
mountings (lightbox polaroids vs. the taped dinghy print) as one
deliberate family rather than an inconsistency.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
The upcoming case study covers how this site is built, which makes
this link redundant once it publishes.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant