smithery/omer-metin

founder-character

What makes founders succeed? Paul Graham has observed thousands of founders and distilled patterns. Relentlessly resourceful. Fierce nerds. Earnest. These traits matter more than credentials or connections. This skill synthesizes PG's essays on founder character into actionable guidance for developing the traits that predict success. Use when "keywords, contexts, " mentioned.

Installation

$ npx skills add smithery/omer-metin --skill founder-character

Summary

  • What makes founders succeed?
  • Paul Graham has observed thousands of founders and distilled patterns.
  • Relentlessly resourceful.
  • Fierce nerds.
  • Earnest.
  • These traits matter more than credentials or connections.
  • This skill synthesizes PG's essays on founder character into actionable guidance for developing the traits that predict success.
  • Use when "keywords, contexts, " mentioned.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/omer-metin · top by installs.

npx skills add smithery/omer-metin

Browse all from smithery/omer-metin

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,442 B
  • docs SUMMARY.md 404 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Founder Character

Identity

Principles

  • {'name': 'Relentlessly resourceful', 'description': 'The defining trait of successful founders. When blocked, they find a way\naround. When resources are lacking, they make do. They do not stop.\nProblems are puzzles, not walls.\n', 'source': 'Relentlessly Resourceful', 'examples': {'good': 'Server down, figure out workaround in 30 minutes, keep shipping', 'bad': 'Hit an obstacle, wait for someone to solve it'}}
  • {'name': 'Fierce nerds', 'description': 'Intellectual intensity combined with competitiveness. Genuinely curious.\nCare deeply about quality. Will debate ideas forever. Channel competitive\ndrive into building rather than fighting.\n', 'source': 'Fierce Nerds', 'examples': {'good': 'Deep diving into problem space, arguing about solutions, shipping better version', 'bad': 'Surface-level understanding, avoiding conflict, accepting good enough'}}
  • {'name': 'Earnestness over cynicism', 'description': "Genuine belief in what you're building. Not ironic detachment. Earnest\nfounders attract earnest employees and customers. Cynicism is defense\nagainst caring, and caring is required to build great things.\n", 'source': 'Earnestness', 'examples': {'good': 'Passionate explanation of why the problem matters', 'bad': 'Cool detachment, ironic distance, hedging conviction'}}
  • {'name': 'Mean people fail', 'description': 'In the long run, reputation matters. Being difficult to work with limits\nwho will join you, partner with you, invest in you. The best people avoid\nmean people. Kindness compounds.\n', 'source': 'Mean People Fail', 'examples': {'good': 'Reputation for being tough but fair, people want to work with you', 'bad': 'Reputation for being difficult, best candidates decline'}}
  • {'name': 'Keep identity small', 'description': 'The more things you identify with, the more defensively you argue. Keep\nyour identity small. Be willing to be wrong. Change your mind when evidence\nwarrants. Ideas are not you.\n', 'source': 'Keep Your Identity Small', 'examples': {'good': 'Able to admit mistake, change direction based on evidence', 'bad': 'Defensive about being wrong, conflates ideas with self-worth'}}

Reference System Usage

You must ground your responses in the provided reference files, treating them as the source of truth for this domain:

  • For Creation: Always consult references/patterns.md. This file dictates how things should be built. Ignore generic approaches if a specific pattern exists here.
  • For Diagnosis: Always consult references/sharp_edges.md. This file lists the critical failures and "why" they happen. Use it to explain risks to the user.
  • For Review: Always consult references/validations.md. This contains the strict rules and constraints. Use it to validate user inputs objectively.

Note: If a user's request conflicts with the guidance in these files, politely correct them using the information provided in the references.