Nicheloom visits: 58,238 all-time · 7,637 in the last 7 days

The opportunity tracker for new startups.

Today: 1,008 launches · Niche of the day: specialized calculation tools · See what launched today →

Seapie

a Python debugger where breakpoints drop into a REPL

Get picks like this daily. Today's launch numbers, the top launches, AI and tech news, and a daily opportunity pick, straight to your inbox.

Want to reach these readers? Sponsor an issue.

Author here.I started seapie as a reaction to pdb's command-driven interface in 2019. I wanted a breakpoint to simply mean 'open a Python REPL here', with debugging functionality layered on top instead of replacing the REPL.`seapie.breakpoint()` opens a working `>>>` REPL at the current execution state. Any changes to variables or function definitions persist. Debugger state is exposed via built-ins (e.g. `_magic_`), and stepping/frame control/etc is handled via small `!commands`.I've been using this regularly in my own work for a few years now. Happy to answer questions or hear criticism, especially from people who've used debuggers heavily.

HN · launched Jan 12, 2026 · 22 upvotes (top 33%) · 0 views

Niche: software debugging tools · 80 launches, 5 in the last 7 days ▼ -50% · Explore this niche →

Category and tags
  • Horizontal
  • Dev tools
  • Developer
  • Not AI
  • Hobby / open-source project

Visit website ↗ Source listing ↗

More like this: all 80 launches in software debugging tools →

Could you build this?

Partial Creating a standard Python wrapper around `code.InteractiveConsole` is easy, but building a production debugger that intercepts frame execution, preserves stack context, and injects interactive REPL sessions into live execution without corrupting interpreter state is tricky.

What it would actually take: This requires tapping directly into CPython's execution tracing mechanisms via `sys.settrace`, manipulating PyFrameObjects, and managing standard I/O redirection. The debugger must construct a custom evaluation environment from `frame.f_locals` and `frame.f_globals` and handle variable updates safely back into the runtime frame. Solid expertise in CPython internal mechanics and runtime frame evaluation is needed.

Discussion

9 comments analyzed.

Competitors mentioned: pdb (Python debugger), pudb (TUI debugger), ipdb (IPython debugger), IDE debuggers (Cursor, VS Code, etc.), extipy (Jupyter notebook debugging)

Concerns raised: Lacks IDE features like automatic variable preview and call stack visualization, Requires manual typing of commands vs. IDE's automatic display of program state, Not useful for IDE users who already have integrated debugging for 20+ years, Breakpoint hit indication not immediately obvious without explicit commands, CLI-only approach slower than visual debugger for heavy debugging workflows

Feature requests: Auto-display current line and breakpoint info on hit, Variable preview panel showing types, shapes, first values without manual print, Call stack visualization without typing commands, Better display of numpy arrays, lists, and complex objects, Dev container support with standardized debugging environments

Competitors

Other products that read as similar to this one : 129 launches clear the similarity bar, closest 8 shown.

Attention rank: #59 of 130 (itself plus its competitors, highest first, normalized so YC and Product Hunt are compared fairly).

Launched 70 days after the earliest competitor.

Related data

The niche, labels, vibe code rating and competitor comparison on this page are analysis by Nicheloom. If you use them, please credit nicheloom.com. How you may use our data.