Portfolio Dispatcher
Build a portfolio around what the intended audience must understand and believe. Do not begin with a visual theme or force every project into the same story.
Resolve the mode
Interpret the first argument as a mode when present:
| Call |
Outcome |
/portfolio build |
Run the full workflow from evidence inventory to validated portfolio |
/portfolio position |
Define target audience, promise, differentiators, and proof requirements |
/portfolio inventory |
Find and classify usable projects, artifacts, metrics, and testimonials |
/portfolio select |
Score projects and choose the smallest credible set |
/portfolio architecture |
Create the sitemap, page hierarchy, labels, and content model |
/portfolio case-study |
Route one project through /case-study |
/portfolio write |
Draft or edit homepage, work-index, about, resume, and contact copy |
/portfolio design |
Define or implement the portfolio’s visual and interaction system |
/portfolio audit |
Test positioning, evidence, findability, writing, accessibility, and execution |
/portfolio ship |
Validate, commit, push, and deploy only with explicit publishing authority |
/portfolio update |
Re-run inventory and replace stale or weak evidence without rebuilding everything |
No mode means build. If a portfolio or project already exists, inspect it before asking for information that can be recovered from the files.
Route the installed library
Load only the routes required for the active mode. If the use dispatcher is installed, run its inventory sweep against the active phase so new relevant skills can join later.
| Need |
Route |
| Career/studio positioning, niche, expertise signals |
designbiz |
| Personal brand, identity, positioning, touchpoints |
brand |
| Product, system, or AI project story |
case-study |
| Brand-identity project story or precedent |
brand-case-studies with case-study |
| Sitemap, labels, project taxonomy, findability |
information-architecture-and-navigation |
| Interface direction, design system, layout, polish |
design |
| Section-level image direction or generated visuals |
imagegen-frontend-web |
| Voice and removal of AI writing patterns |
humanizer, after evidence and structure are stable |
| Accessibility and inclusive implementation |
accessibility-and-inclusive-design |
| GitHub publication |
github:yeet, only after an explicit ship request |
Treat these as delegated capabilities, not separate reports. The portfolio owns the audience, project set, cross-page hierarchy, and proof system; companion skills own their specialized decisions.
Mode plans
Use these sequences as required routes, not suggestions:
| Mode |
Ordered plan |
build |
position → inventory → select → architecture → case-study for each selected project → write → design → audit → local handoff |
position |
designbiz for audience/expertise strategy → brand for personal-brand expression → proof requirements |
inventory |
Inspect authorized files and sources → evidence/permission ledger → gap list |
select |
Permission gate → PROOF scoring → coverage/redundancy/depth check |
architecture |
information-architecture-and-navigation → content model → sitemap → page briefs |
case-study |
case-study; add brand-case-studies for identity work |
write |
Portfolio page copy → evidence check → humanizer voice pass |
design |
design; add imagegen-frontend-web only when meaningful new imagery is needed |
audit |
Positioning/evidence gate → rendered findability test → accessibility-and-inclusive-design → execution checks |
ship |
audit must pass → github:yeet → configured deployment path |
update |
Inventory delta → replace or repair weak proof → rerun affected case-study/page/audit stages |
Do not append ship to build. Run ship only when the user explicitly requests publishing.
Full workflow
- Target and position — name the role, client, or audience; their decision; desired next action; constraints; and proof requirements.
- Inventory — inspect projects, artifacts, metrics, research, screenshots, source files, testimonials, and permissions.
- Select — apply
references/project-selection.md; choose the smallest set that proves the positioning without repetition.
- Architect — apply
references/page-system.md; design the content model and sitemap before visual styling.
- Build stories — route each selected project through
case-study; do not duplicate its internal framework here.
- Write connective copy — draft the homepage, work index, about page, project cards, resume bridge, and contact path.
- Design and implement — route the interface through
design; generate new imagery only when it carries meaning.
- Validate — apply
references/portfolio-quality-gate.md against the actual rendered portfolio.
- Hand off — leave a verified local artifact and one re-entry step.
- Ship only on request — publish only when the user explicitly invokes or requests the ship phase.
Use assets/portfolio-workbook.md when the user needs a persistent artifact across sessions.
Evidence contract
For every project and portfolio-level claim:
- name the user, organization, or system affected;
- state the designer’s actual ownership and collaborators;
- connect artifacts to decisions, not decoration;
- distinguish shipped outcomes from observations, reports, and proposals;
- mark confidential, redacted, reconstructed, or unavailable evidence;
- never invent research, metrics, testimonials, awards, employers, responsibilities, or impact.
Use [evidence needed: …] for material gaps. A visually strong page does not compensate for unsupported claims.
Output by default
Return or create:
- target-audience and positioning statement;
- evidence inventory;
- scored project shortlist;
- portfolio sitemap and page briefs;
- case-study production queue;
- portfolio-level copy;
- design/build direction;
- validation results and unresolved gaps;
- one next action when work remains.
Example
/portfolio build Inspect my project folders and build a portfolio for senior
AI product design roles. Prioritize systems thinking, agent control, and shipped work.
Expected outcome: the skill inventories evidence, selects non-redundant projects, defines positioning and sitemap, routes each selected project through /case-study, builds or directs the site through /design, and reports the executed validation path before calling it ready.
Done
The portfolio is ready only when the actual rendered artifact lets the target audience answer:
- Who is this person, what kind of work do they do, and for whom?
- Which projects best prove that claim?
- What did they own, decide, and change?
- What evidence supports the result?
- Can I find the right depth quickly on desktop, mobile, keyboard, and assistive technology?
- What should I do next, and does that action work?
1---2name: portfolio3description: Plan, build, critique, update, or ship a professional design portfolio as one evidence-backed system. Use when the user invokes /portfolio; needs portfolio positioning, project inventory and selection, personal brand, case studies, homepage/about/contact copy, information architecture, visual direction, website implementation, accessibility, review, or publishing; or wants to turn scattered work into a coherent portfolio for a specific role, client, or audience.4---56# Portfolio Dispatcher78Build a portfolio around what the intended audience must understand and believe. Do not begin with a visual theme or force every project into the same story.910## Resolve the mode1112Interpret the first argument as a mode when present:1314| Call | Outcome |15|---|---|16| `/portfolio build` | Run the full workflow from evidence inventory to validated portfolio |17| `/portfolio position` | Define target audience, promise, differentiators, and proof requirements |18| `/portfolio inventory` | Find and classify usable projects, artifacts, metrics, and testimonials |19| `/portfolio select` | Score projects and choose the smallest credible set |20| `/portfolio architecture` | Create the sitemap, page hierarchy, labels, and content model |21| `/portfolio case-study` | Route one project through `/case-study` |22| `/portfolio write` | Draft or edit homepage, work-index, about, resume, and contact copy |23| `/portfolio design` | Define or implement the portfolio’s visual and interaction system |24| `/portfolio audit` | Test positioning, evidence, findability, writing, accessibility, and execution |25| `/portfolio ship` | Validate, commit, push, and deploy only with explicit publishing authority |26| `/portfolio update` | Re-run inventory and replace stale or weak evidence without rebuilding everything |2728No mode means `build`. If a portfolio or project already exists, inspect it before asking for information that can be recovered from the files.2930## Route the installed library3132Load only the routes required for the active mode. If the `use` dispatcher is installed, run its inventory sweep against the active phase so new relevant skills can join later.3334| Need | Route |35|---|---|36| Career/studio positioning, niche, expertise signals | `designbiz` |37| Personal brand, identity, positioning, touchpoints | `brand` |38| Product, system, or AI project story | `case-study` |39| Brand-identity project story or precedent | `brand-case-studies` with `case-study` |40| Sitemap, labels, project taxonomy, findability | `information-architecture-and-navigation` |41| Interface direction, design system, layout, polish | `design` |42| Section-level image direction or generated visuals | `imagegen-frontend-web` |43| Voice and removal of AI writing patterns | `humanizer`, after evidence and structure are stable |44| Accessibility and inclusive implementation | `accessibility-and-inclusive-design` |45| GitHub publication | `github:yeet`, only after an explicit ship request |4647Treat these as delegated capabilities, not separate reports. The portfolio owns the audience, project set, cross-page hierarchy, and proof system; companion skills own their specialized decisions.4849## Mode plans5051Use these sequences as required routes, not suggestions:5253| Mode | Ordered plan |54|---|---|55| `build` | `position` → `inventory` → `select` → `architecture` → `case-study` for each selected project → `write` → `design` → `audit` → local handoff |56| `position` | `designbiz` for audience/expertise strategy → `brand` for personal-brand expression → proof requirements |57| `inventory` | Inspect authorized files and sources → evidence/permission ledger → gap list |58| `select` | Permission gate → PROOF scoring → coverage/redundancy/depth check |59| `architecture` | `information-architecture-and-navigation` → content model → sitemap → page briefs |60| `case-study` | `case-study`; add `brand-case-studies` for identity work |61| `write` | Portfolio page copy → evidence check → `humanizer` voice pass |62| `design` | `design`; add `imagegen-frontend-web` only when meaningful new imagery is needed |63| `audit` | Positioning/evidence gate → rendered findability test → `accessibility-and-inclusive-design` → execution checks |64| `ship` | `audit` must pass → `github:yeet` → configured deployment path |65| `update` | Inventory delta → replace or repair weak proof → rerun affected case-study/page/audit stages |6667Do not append `ship` to `build`. Run `ship` only when the user explicitly requests publishing.6869## Full workflow70711. **Target and position** — name the role, client, or audience; their decision; desired next action; constraints; and proof requirements.722. **Inventory** — inspect projects, artifacts, metrics, research, screenshots, source files, testimonials, and permissions.733. **Select** — apply `references/project-selection.md`; choose the smallest set that proves the positioning without repetition.744. **Architect** — apply `references/page-system.md`; design the content model and sitemap before visual styling.755. **Build stories** — route each selected project through `case-study`; do not duplicate its internal framework here.766. **Write connective copy** — draft the homepage, work index, about page, project cards, resume bridge, and contact path.777. **Design and implement** — route the interface through `design`; generate new imagery only when it carries meaning.788. **Validate** — apply `references/portfolio-quality-gate.md` against the actual rendered portfolio.799. **Hand off** — leave a verified local artifact and one re-entry step.8010. **Ship only on request** — publish only when the user explicitly invokes or requests the ship phase.8182Use `assets/portfolio-workbook.md` when the user needs a persistent artifact across sessions.8384## Evidence contract8586For every project and portfolio-level claim:8788- name the user, organization, or system affected;89- state the designer’s actual ownership and collaborators;90- connect artifacts to decisions, not decoration;91- distinguish shipped outcomes from observations, reports, and proposals;92- mark confidential, redacted, reconstructed, or unavailable evidence;93- never invent research, metrics, testimonials, awards, employers, responsibilities, or impact.9495Use `[evidence needed: …]` for material gaps. A visually strong page does not compensate for unsupported claims.9697## Output by default9899Return or create:1001011. target-audience and positioning statement;1022. evidence inventory;1033. scored project shortlist;1044. portfolio sitemap and page briefs;1055. case-study production queue;1066. portfolio-level copy;1077. design/build direction;1088. validation results and unresolved gaps;1099. one next action when work remains.110111## Example112113```text114/portfolio build Inspect my project folders and build a portfolio for senior115AI product design roles. Prioritize systems thinking, agent control, and shipped work.116```117118Expected outcome: the skill inventories evidence, selects non-redundant projects, defines positioning and sitemap, routes each selected project through `/case-study`, builds or directs the site through `/design`, and reports the executed validation path before calling it ready.119120## Done121122The portfolio is ready only when the actual rendered artifact lets the target audience answer:123124- Who is this person, what kind of work do they do, and for whom?125- Which projects best prove that claim?126- What did they own, decide, and change?127- What evidence supports the result?128- Can I find the right depth quickly on desktop, mobile, keyboard, and assistive technology?129- What should I do next, and does that action work?
jpoindexter