Agent Portfolio — Introduced by My Agents
You are generating a personalized portfolio site from agent-reference reports. The site reflects the user's working style as observed by their AI collaborators — not a generic developer template, but a site shaped by real collaboration data. Each portfolio is different because each person's reports are different.
The result is an Astro site deployed to GitHub Pages at
, with sections for agent reviews, project highlights, work style visualization, and GitHub activity.
How This Skill Works
| Step | What happens |
|---|
| 1. Collect Inputs | Gather agent-reference reports, resume, GitHub data |
| 2. Analyze & Propose Concept | Read reports, identify traits, propose design concept |
| 3. Scaffold Site | Create Astro project with concept-based theme |
| 4. Customize & Review | User reviews, agent adjusts |
| 5. Deploy | Push to GitHub, enable Pages, go live |
Most users will have already run the
skill to generate reports. If not, suggest running that skill first.
Step 1: Collect Inputs
This step gathers all data needed to generate the portfolio. Guide the user through each input:
1. Agent-reference reports (required)
- Ask the user where their report files are
- Expected structure: markdown files from agent-reference Phase 1 and optionally Phase 2
- If no reports exist, suggest running the skill first and stop here
2. Resume / self-introduction (optional)
- Ask if they have a resume, CV, or self-intro to include
- This populates the "About" section
- Any format (markdown, PDF text, plain text)
3. GitHub data (optional)
- Check to see if gh CLI is available
- If available, offer to pull: contribution calendar, repo list, language stats
- Reference: for contribution data, for repos
4. Existing portfolio materials (optional)
- Any existing site content, project descriptions, or images to incorporate
Set Up the Repository
After collecting inputs, help the user create the portfolio repo:
1. Private source + public deploy (Recommended)
bash
gh repo create {username}/portfolio --private --clone
cd portfolio
gh repo create {username}/{username}.github.io --public
- The name is a GitHub Pages convention and must not be changed. The private source repo name (e.g., ) can be anything.
- Two repos: (private) for source/reports, (public) for deployed site
- Reports stay private, clean URL:
https://{username}.github.io
- GitHub Actions builds in and pushes to
- User controls which reports appear on the Raw Data page
2. Single public repo (Simple)
bash
gh repo create {username}/{username}.github.io --public --clone
cd {username}.github.io
- One repo for everything — simplest setup
- All reports visible in git history
- Fine if user has no private content
Organize Reports
Copy reports into the repo:
reports/
├── {date}-{agent-name}/
│ ├── user-profile.md
│ ├── project-{name}.md
│ └── ...
└── aggregated/ (if Phase 2 was run)
├── aggregated-profile.md
├── references-multi-perspective.md
├── introduced-by-agents.md
├── faq.md
└── blog-topics.md
If the user provides a resume, profile photo, or screenshots, save them to
. Any filename and format works (
,
,
, etc.).
Portfolio Repo Structure
After setup, your repo should look like this:
portfolio/
├── reports/ # Agent-reference reports (required)
│ ├── 2026-03-claude-code/
│ │ ├── user-profile.md
│ │ └── project-*.md
│ └── aggregated/ # Phase 2 outputs (if available)
│ ├── aggregated-profile.md
│ ├── references-multi-perspective.md
│ ├── faq.md
│ └── blog-topics.md
├── materials/ # User-provided materials (optional)
│ ├── resume.pdf # Resume/CV (any format and filename)
│ └── profile.jpg # Profile photo, screenshots
└── README.md # Will be auto-generated
The skill will generate the
,
, and config files in the next steps. You only need to provide the data above.
Step 2: Analyze & Propose Concept
Read
references/concept-generation-guide.md
for the full concept generation workflow.
What You Do
- Read all reports in the directory — user profiles, project reports, aggregated outputs
- Identify dominant traits — work style signals, communication patterns, technical identity
- Map to a design concept — each concept has a color palette, typography, and layout direction
- Present the concept to the user for approval
Available Concepts
| Concept | Best for | Visual direction |
|---|
| Blueprint | Methodical architects | Cool blues, monospace headers, structured grid |
| Launchpad | Fast iterators, many projects | Vibrant warm colors, bold sans, project gallery |
| Chronicle | Deep domain experts | Earth tones, serif, editorial case studies |
| Spectrum | Full-stack generalists | Gradient accents, balanced sections |
| Terminal | CLI/infra builders | Dark theme, green accents, monospace |
| Canvas | Creative/design-aware | Soft pastels, asymmetric layout |
The concept affects visual styling only — all sections are available regardless of concept.
Always get user approval before proceeding. Show the proposed color palette, fonts, and section order. Offer to adjust or try a different concept.
Step 3: Scaffold Site
Read
references/site-structure-guide.md
for complete component specifications.
Initialize Astro
bash
npm create astro@latest -- --template minimal --no-install
npm install
npm install tailwindcss @tailwindcss/vite
Warning: Do NOT use
— it installs
(Tailwind 3 integration) which conflicts with Tailwind 4. Install
directly instead.
Generate Components
Based on the approved concept and available data, generate these components:
| Component | Data source | Required |
|---|
| Hero.astro | aggregated profile or first user-profile report | Yes |
| About.astro | materials/resume (any format) | Only if resume provided |
| Career.astro | materials/resume (career/experience section) | Only if resume has career data |
| AgentReviews.astro | user-profile reports (persona sections) | Yes |
| Projects.astro | project-*.md reports | Yes |
| WorkStyle.astro | analysis dimensions from profiles | Yes |
| GitHubActivity.astro | gh CLI data from Step 1 | Only if GitHub data collected |
| FAQ.astro | faq.md from aggregated outputs | Only if available |
| BlogTopics.astro | blog-topics.md from aggregated outputs | Only if available |
| RawData.astro | report files user chose to make public | Optional |
| Footer.astro | auto-generated | Yes |
Apply Concept Theme
Configure concept-specific design tokens. Tailwind 4 supports both CSS-based configuration (using
in your CSS) and the traditional
. Either approach works — see
for details. Import Google Fonts in
.
Process Report Data
Create
to transform raw markdown reports into structured data for components. See site-structure-guide.md for the parsing functions specification.
Step 4: Customize & Review
Preview Locally
Open
and walk through the site with the user.
Review Checklist
Go through each section with the user:
Adjust
Based on feedback:
- Content changes — update report excerpts, rewrite summaries
- Design changes — adjust colors, fonts, section order in Tailwind config
- Section changes — add/remove optional sections
- Concept change — if the whole direction feels wrong, go back to Step 2
Iterate until the user approves the site.
Step 5: Deploy
Read the deployment guide matching the user's chosen option:
- Option 1 (private source + public deploy):
references/deployment-private.md
- Option 2 (single public repo):
references/deployment-public.md
Quick Deploy
For Option 1 (private source + public deploy), set up the deploy key first (see
references/deployment-private.md
), then:
bash
git add -A
git commit -m "Initial portfolio site — Introduced by My Agents"
git push -u origin main
GitHub Actions builds in
and pushes to
. The site will be live at
https://{username}.github.io
.
Verify
- Check the Actions tab in the source repo for build status
- Visit
https://{username}.github.io
once deployment completes
- Test on mobile (responsive check)
GitHub Profile README (Optional)
If the user wants, generate a minimal GitHub Profile README that links to the portfolio. See the deployment guides for the template.
Updating the Site
When you have new reports (new projects, new machine, new agent):
- Run skill again → new report files
- Copy new reports to in the portfolio repo
- Run this skill again or just to regenerate
- Push → GitHub Actions rebuilds automatically
The site's footer shows "Last updated: {date}" so visitors know how current the data is.
Important Principles
The site tells the user's story through agent eyes. Every section should trace back to real observations from agent-reference reports. Don't pad with generic content.
Concept serves content. The design concept amplifies what the reports reveal — it doesn't impose a personality that isn't there.
User controls everything. Which reports to include, which sections to show, what to make public. The agent proposes; the user decides.