/star-stories
Transforms completed work into STAR interview stories (Situation, Task, Action, Result). Use when completing tasks, preparing for behavioral interviews, or documenting achievements.
$ npx -y skills add DanielPodolsky/ownyourcode --skill star-stories --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/star-stories
Context preview
The summary Claude sees to decide when to auto-load this skill.
Transforms completed work into STAR interview stories (Situation, Task, Action, Result). Use when completing tasks, preparing for behavioral interviews, or documenting achievements.
SKILL.md
star-stories.SKILL.mdname: star-story-extraction
description: Transforms completed work into STAR interview stories (Situation, Task, Action, Result). Use when completing tasks, preparing for behavioral interviews, or documenting achievements.
STAR Story Extraction
> "Every feature you build is an interview answer waiting to be told."
Purpose
Transform completed work into compelling interview stories using the STAR method. These stories demonstrate real problem-solving ability.
---
The STAR Method
| Component | Question | Focus | |-----------|----------|-------| | **S**ituation | "What was the context?" | Set the scene, explain the problem | | **T**ask | "What were YOU responsible for?" | YOUR specific role and responsibility | | **A**ction | "What did YOU do?" | Specific technical actions YOU took | | **R**esult | "What was the outcome?" | Impact, metrics, improvements |
---
Extraction Flow
Step 1: Identify the Story Type
What kind of problem did you solve?
| Story Type | Good For Questions Like | |------------|------------------------| | Technical challenge | "Tell me about a difficult bug you solved" | | Feature implementation | "Describe a feature you're proud of" | | Performance optimization | "How did you improve system performance?" | | Security fix | "Tell me about a security issue you addressed" | | Refactoring | "Describe a time you improved code quality" | | Learning curve | "Tell me about a time you learned something quickly" |
Step 2: Guide Through STAR
Situation (2-3 sentences)
> "What was the context? What problem or challenge existed before you started?"
**Good elements:**
- Business context (why it mattered)
- Technical constraints
- Scale/impact of the problem
**Avoid:**
- Too much background
- Irrelevant details
- Blaming others
Task (1-2 sentences)
> "What were YOU specifically responsible for? What was your role?"
**Good elements:**
- Clear ownership
- Specific scope
- Why you were the one to do it
**Avoid:**
- "We did this" (use "I")
- Vague responsibilities
Action (The meat - 3-5 sentences)
> "Walk me through the specific steps YOU took. Be technical."
**Good elements:**
- Specific technologies used
- Problem-solving approach
- Trade-offs considered
- Technical decisions made
**Avoid:**
- Glossing over the how
- Buzzword soup
- "I just implemented it"
Result (1-2 sentences)
> "What was the outcome? Can you quantify the impact?"
**Good elements:**
- Metrics where possible (50% faster, 0 bugs in production)
- Business impact
- What you learned
**Avoid:**
- "It worked" (too vague)
- No mention of impact
---
Story Quality Checklist
- [ ] Uses "I" not "we" (shows ownership)
- [ ] Includes specific technologies
- [ ] Demonstrates problem-solving
- [ ] Shows technical depth
- [ ] Has measurable result if possible
- [ ] Is 2-3 minutes when spoken
- [ ] Answers the implied "why hire you?"
---
Story Template
# STAR Story: [Feature/Problem Name]
**Date:** [When completed]
**Type:** [Technical Challenge / Feature / Performance / Security / Refactor]
## Situation
[The context. What problem existed? Why did it matter?]
## Task
[YOUR specific responsibility. What were YOU asked to do?]
## Action
[The specific steps YOU took. Be technical. Show your thought process.]
## Result
[The outcome. Metrics if possible. What impact did it have?]
---
## Interview Variations
This story can answer:
- "Tell me about a time you [X]"
- "Describe a challenging [Y] you worked on"
- "How did you approach [Z]?"
## Key Technical Points to Mention
- [Technology/pattern 1]
- [Technology/pattern 2]
- [Decision/trade-off made]
---
Example: Good vs Bad STAR
Bad Story
> "I built a login form. It had validation. It worked."
Problems: No context, no challenge, no depth, no impact.
Good Story
> **Situation:** Our SaaS application was experiencing a 40% drop-off during signup because the existing form had poor UX and no real-time validation, frustrating users. > > **Task:** I was responsible for rebuilding the entire authentication flow, focusing on reducing friction while maintaining security. > > **Action:** I implemented a multi-step form with real-time validation using React Hook Form for performance. I added JWT authentication with secure refresh token rotation to handle long sessions. The key challenge was balancing security (short token expiry) with UX (no jarring logouts), which I solved by implementing silent refresh 5 minutes before expiry. > > **Result:** Sign-up completion improved by 35%, and we've had zero authentication-related security incidents since launch. The pattern I built is now used across our other products.
---
Socratic Story Questions
Guide the junior with these:
1. **Finding the story:** "What was the hardest part of this feature?" 2. **Adding depth:** "Walk me through your debugging process when X happened." 3. **Showing ownership:** "What decision did YOU make that shaped this?" 4. **Quantifying results:** "How would you measure the impact of this work?" 5. **Interview connection:** "If an interviewer asked about [topic], how would this story fit?"
---
Common Story Mistakes
| Mistake | Fix | |---------|-----| | "We built..." | Use "I implemented..." | | Too long (10+ minutes) | Cut to 2-3 minutes | | No technical depth | Add specific technologies and decisions | | No result | Always end with impact | | Only happy path | Include challenges overcome |
---
Save Location
Stories are saved to:
ownyourcode/career/stories/[date]-[feature-name].md
Example: `ownyourcode/career/stories/2026-01-15-jwt-auth.md`
Read more
name: star-story-extraction description: Transforms completed work into STAR interview stories (Situation, Task, Action, Result). Use when completing tasks, preparing for behavioral interviews, or documenting achievements.
STAR Story Extraction
> "Every feature you build is an interview answer waiting to be told."
Purpose
Transform completed work into compelling interview stories using the STAR method. These stories demonstrate real problem-solving ability.
---
The STAR Method
| Component | Question | Focus | |-----------|----------|-------| | **S**ituation | "What was the context?" | Set the scene, explain the problem | | **T**ask | "What were YOU responsible for?" | YOUR specific role and responsibility | | **A**ction | "What did YOU do?" | Specific technical actions YOU took | | **R**esult | "What was the outcome?" | Impact, metrics, improvements |
---
Extraction Flow
Step 1: Identify the Story Type
What kind of problem did you solve?
| Story Type | Good For Questions Like | |------------|------------------------| | Technical challenge | "Tell me about a difficult bug you solved" | | Feature implementation | "Describe a feature you're proud of" | | Performance optimization | "How did you improve system performance?" | | Security fix | "Tell me about a security issue you addressed" | | Refactoring | "Describe a time you improved code quality" | | Learning curve | "Tell me about a time you learned something quickly" |
Step 2: Guide Through STAR
Situation (2-3 sentences)
> "What was the context? What problem or challenge existed before you started?"
**Good elements:**
- Business context (why it mattered)
- Technical constraints
- Scale/impact of the problem
**Avoid:**
- Too much background
- Irrelevant details
- Blaming others
Task (1-2 sentences)
> "What were YOU specifically responsible for? What was your role?"
**Good elements:**
- Clear ownership
- Specific scope
- Why you were the one to do it
**Avoid:**
- "We did this" (use "I")
- Vague responsibilities
Action (The meat - 3-5 sentences)
> "Walk me through the specific steps YOU took. Be technical."
**Good elements:**
- Specific technologies used
- Problem-solving approach
- Trade-offs considered
- Technical decisions made
**Avoid:**
- Glossing over the how
- Buzzword soup
- "I just implemented it"
Result (1-2 sentences)
> "What was the outcome? Can you quantify the impact?"
**Good elements:**
- Metrics where possible (50% faster, 0 bugs in production)
- Business impact
- What you learned
**Avoid:**
- "It worked" (too vague)
- No mention of impact
---
Story Quality Checklist
- [ ] Uses "I" not "we" (shows ownership)
- [ ] Includes specific technologies
- [ ] Demonstrates problem-solving
- [ ] Shows technical depth
- [ ] Has measurable result if possible
- [ ] Is 2-3 minutes when spoken
- [ ] Answers the implied "why hire you?"
---
Story Template
# STAR Story: [Feature/Problem Name] **Date:** [When completed] **Type:** [Technical Challenge / Feature / Performance / Security / Refactor] ## Situation [The context. What problem existed? Why did it matter?] ## Task [YOUR specific responsibility. What were YOU asked to do?] ## Action [The specific steps YOU took. Be technical. Show your thought process.] ## Result [The outcome. Metrics if possible. What impact did it have?] --- ## Interview Variations This story can answer: - "Tell me about a time you [X]" - "Describe a challenging [Y] you worked on" - "How did you approach [Z]?" ## Key Technical Points to Mention - [Technology/pattern 1] - [Technology/pattern 2] - [Decision/trade-off made]
---
Example: Good vs Bad STAR
Bad Story
> "I built a login form. It had validation. It worked."
Problems: No context, no challenge, no depth, no impact.
Good Story
> **Situation:** Our SaaS application was experiencing a 40% drop-off during signup because the existing form had poor UX and no real-time validation, frustrating users. > > **Task:** I was responsible for rebuilding the entire authentication flow, focusing on reducing friction while maintaining security. > > **Action:** I implemented a multi-step form with real-time validation using React Hook Form for performance. I added JWT authentication with secure refresh token rotation to handle long sessions. The key challenge was balancing security (short token expiry) with UX (no jarring logouts), which I solved by implementing silent refresh 5 minutes before expiry. > > **Result:** Sign-up completion improved by 35%, and we've had zero authentication-related security incidents since launch. The pattern I built is now used across our other products.
---
Socratic Story Questions
Guide the junior with these:
1. **Finding the story:** "What was the hardest part of this feature?" 2. **Adding depth:** "Walk me through your debugging process when X happened." 3. **Showing ownership:** "What decision did YOU make that shaped this?" 4. **Quantifying results:** "How would you measure the impact of this work?" 5. **Interview connection:** "If an interviewer asked about [topic], how would this story fit?"
---
Common Story Mistakes
| Mistake | Fix | |---------|-----| | "We built..." | Use "I implemented..." | | Too long (10+ minutes) | Cut to 2-3 minutes | | No technical depth | Add specific technologies and decisions | | No result | Always end with impact | | Only happy path | Include challenges overcome |
---
Save Location
Stories are saved to:
ownyourcode/career/stories/[date]-[feature-name].md
Example: `ownyourcode/career/stories/2026-01-15-jwt-auth.md`
Claude Code workflow for AI-mentored development. Work efficiently with Spec-Driven Development and the 6 Gates. Built to fight cognitive offloading — for developers using AI to grow and maintain ownership.
Repo: DanielPodolsky/ownyourcode
Other skills on ownyourcode.
- /resume-bullets
Transforms completed work into powerful resume bullet points with action verbs, technical context, and quantified impact. Use when completing tasks, updating portfolio, or preparing job applications.
Open skill - /accessibility
Reviews accessibility including WCAG, ARIA, keyboard navigation. Use when junior builds forms, buttons, modals, interactive elements, or asks "is this accessible", "a11y", "screen reader".
Open skill - /backend
Reviews API design, REST conventions, and backend architecture. Use when junior builds API endpoints, Express routes, middleware, controllers, or asks "is this RESTful", "check my endpoint".
Open skill - /database
Reviews schema design, SQL queries, ORM patterns. Use when junior creates schema, writes queries, adds migrations, works with Prisma/MongoDB/PostgreSQL, or asks "is this SQL safe", "N+1", "index".
Open skill - /debugging
Guides systematic debugging through Protocol D (READ, ISOLATE, DOCS, HYPOTHESIZE, VERIFY). Use when junior says "stuck", "not working", "broken", "bug", "error", "crashed", "failing", "can't figure out", or expresses frustration. Do NOT use for general questions.
Open skill - /documentation
Guides documentation standards including READMEs, JSDoc, and code comments. Use when writing documentation, adding comments, or explaining code. Enforces "WHY not WHAT" principle.
Open skill

