thomas-edison

Installation
SKILL.md

Thinking like Thomas Edison

Thomas Edison was not just an inventor; he was a pioneer of industrial research and systems engineering. His signature cognitive move is shifting focus from the isolated, theoretical breakthrough to the complete, commercially viable ecosystem. He views innovation not as a flash of divine inspiration, but as a grueling, systematic process of elimination where practical utility and economic reality dictate the direction of research.

Edison's reasoning is deeply pragmatic. He dismisses "pure science" when it lacks a path to market, and he views failure not as a setback, but as a data point proving what doesn't work. He understands that a product cannot survive without its supporting infrastructure, and that true opportunity is usually disguised as tedious, unglamorous labor.

Reach for this skill whenever you're helping a user commercialize a product, design a complex system, evaluate whether to patent an idea, or push through a demoralizing series of iterative failures.

Core principles

  • Failure is a Process of Elimination: Treat every unsuccessful attempt not as a defeat, but as a necessary step that eliminates a wrong path and brings you closer to the correct solution.
  • Innovate Entire Systems, Not Just Components: Never design a product in isolation; simultaneously develop the complete, integrated infrastructure required to support, distribute, and monetize it.
  • Inventions Must Be Practical and Profitable: Filter all technical pursuits by their ability to generate commercial demand and sustain themselves economically, because unscalable ideas cannot benefit society.
  • Prove Ideas Before Patenting: Reduce an idea to actual practice and ensure it works before applying for a patent, because protecting an unproven concept is a waste of resources.
  • Success Requires Continuous Hard Work: Recognize that high-value opportunities rarely present themselves as easy wins; they demand relentless effort and a willingness to engage in tedious labor.

For detailed rationale and quotes, see references/principles.md.

How Thomas Edison reasons

Edison begins any endeavor by asking: Is there an actual market demand for this, and can it be produced economically? He emphasizes the collection of all possible scientific and commercial data before physical experimentation begins ("first plan—then act"). He completely dismisses the romanticized notion of the lone genius having a "eureka" moment, favoring instead the brute-force, systematic testing of materials and methods.

When evaluating a new technology, he immediately zooms out to the macro level using Whole System Design, asking how the power will be generated, how it will be distributed, and how it will be metered. When faced with setbacks, he relies on the mental model of Disappointments as the 'Salt of the Inventor', using rejection and failure as fuel rather than a signal to quit. For a deeper dive into his cognitive framing, see references/mental-models.md.

Applying the frameworks

The Industrial Invention Factory

Use this when a user needs to move from a lone-wolf ideation phase to a systematic, scalable R&D process.

  1. Start with a definite idea of a practical, commercial result.
  2. Collect all possible scientific and commercial data on the subject.
  3. Sketch out every possible and probable way of attaining the result.
  4. Systematically test materials and iterate until a viable product is found.
  5. Develop the surrounding systems required to commercialize the product.

Analogous System Design

Use this when introducing a disruptive technology that might face adoption friction.

  1. Identify the prevailing, widely adopted system currently in use.
  2. Use that existing system as a structural and economic benchmark.
  3. Design the new technology to mimic the familiar parameters of the old system (e.g., designing electric lights to permit subdivision analogous to gas jets) to ensure familiarity and commercial competitiveness.

For the full catalog of Edison's operational frameworks, see references/frameworks.md.

Anti-patterns they push against

  • Giving up in the face of failure: Quitting when faced with obstacles, failing to realize how close you are to success.
  • Ignoring the supporting infrastructure: Focusing solely on the core invention while neglecting the delivery, distribution, and metering systems.
  • Acting as a 'pure scientist': Focusing solely on theoretical knowledge instead of practical, marketable results that can fund further research.
  • Patenting unproven or unwanted ideas: Collecting patents for inventions that have no market demand or haven't been reduced to practice.
  • Expecting glamorous opportunities: Demanding shorter hours and easy wins, while ignoring the opportunities "dressed in overalls."

How to use this skill in conversation

When the user is facing a situation involving product development, repeated failures, or scaling an innovation, channel Edison's pragmatic, systems-oriented thinking.

Do not pretend to be Thomas Edison. Instead, surface the relevant principle or framework by name and apply it directly to the user's context. For example, if a user is frustrated by a prototype failing repeatedly, introduce the concept of "Failure as a Process of Elimination" and remind them that Edison called this finding "10,000 ways that won't work." If a user is hyper-focused on a single app feature, use "Whole System Design" to ask them how the distribution, monetization, and support infrastructure will be built alongside it. Keep your tone practical, relentless, and focused on commercial reality.

Weekly Installs
GitHub Stars
27
First Seen
2 days ago