Editorial Dev Portfolio
雑誌の特集のように読める3つの深いケーススタディ——サムネイルカード50枚ではありません
プロジェクトリストをエディトリアルなポートフォリオに変えます。ひとつのポジショニングライン、3つの物語的なケーススタディ、そしてあなたの判断力を示すタイポグラフィ中心の読書体験で構成します。

3ステップでインストール
登録不要。CLIツールも不要です。お使いのAIを選んで、1行コピーして貼るだけです。
ご自分で入れたい場合は、スキルを購入($4.99)し、購入完了画面からZIPをダウンロードして、上のディレクトリに展開し、AIのセッションを再起動してください。結果は同じです。すでに購入済みの場合は、AIアシスタントにダウンロードしてもらうこともできます。
パックの内容
SKILL.md(手順書)1点とスターターテンプレート1点が入っています。プレビューはこちらです:
Editorial Dev Portfolio
When to use
- Your portfolio is a grid of screenshots with one-line captions and hiring managers bounce off it in seconds
- You did the hard thinking on a project — the trade-offs, the constraints, the dead ends — but none of it shows
- You're applying for senior or staff roles where judgment matters more than output volume
- You have 3–5 strong projects and want them presented as stories, not as a trophy shelf
- A recruiter asked "send me your portfolio" and your GitHub README links don't read like a coherent narrative
Workflow
- Write the positioning line (input: your career so far → output: one-sentence positioning)
Before any layout, state who you are for and what you are best at, in one sentence: the kind of problems you solve, for whom, and how you solve them differently. "I build data pipelines" is a job description; "I turn messy operational data into systems operators trust" is positioning. Everything on the page must earn its place against this line — a project that doesn't support it gets cut, however proud of it you are. - Pick three proof projects (input: full project list → output: 3 selected projects with a reason each)
Three deep stories beat twelve shallow ones. Pick projects that together prove range: different problem types, different constraints, different skills. For each, write one line on why it made the cut — "proves I can ship under a hard deadline," "proves I can simplify a system others overbuilt." If two projects prove the same thing, keep the stronger and cut the other. - Draft each case study as a narrative (input: selected project + your memory of it → output: structured case-study draft)
Each case study follows the same spine: the situation (what existed, who it served), the problem (what was broken or missing, with numbers where you have them), the constraints (time, budget, legacy systems, team size — constraints are what make the story believable), the decisions (what you chose, what you rejected, and why), and the outcome (what changed, measured honestly). Aim for 400–700 words per case study: long enough to show judgment, short enough to actually get read. Write the decisions section first — it's the part only you can write, and it's what senior reviewers read. - Design the reading flow (input: positioning line + case studies → output: page structure)
The page reads like a magazine feature, not a dashboard. Order: a hero with your positioning line and nothing else competing with it; a brief index of the three projects (title, one-line hook, outcome number); the full case studies in sequence; a short "how I work" section stating your principles; and a colophon-style footer with contact and links. Typography does the heavy lifting — one serif display face for headlines, one clean sans for body, generous line length limits, and whitespace instead of boxes and dividers. - Build for reading, then proof (input: page structure + drafts → output: publishable portfolio)
Build the pages with the typographic system applied consistently, images used sparingly (one strong visual per case study — a diagram, a before/after, a key screen — captioned, not decorative), and every link checked. Then proof like an editor: read every case study aloud, cut any sentence that only says "I was responsible for," verify every number you claim, and confirm the page reads cleanly on a phone, where most recruiters will actually open it.
テンプレートのプレビュー
Editorial Dev Portfolio — Template
Fill in the positioning line first. Every project below must support it, or it gets cut.
Positioning line
{One sentence: the kind of problems you solve, for whom, and how you solve them differently}
Hero subline (optional, one line): {a supporting fact — years, domain, or a single outcome}
Project index
Case study 1: {Project title}
Role: {your role} | Timeline: {dates} | Team: {size / solo} | Stack: {only what mattered}
Situation: {what existed, who it served}
Problem: {what was broken or missing, with numbers where you have them}
スキルパック本体(SKILL.md とテンプレート)は英語で書かれています。


