Hacker News: nberkman

Show HN: Sidereon: GNSS and Astrodynamics (Python, Rust, JavaScript, C, Elixir)

nberkman — Mon, 20 Jul 2026 14:18:46 +0000

I’ve been building Sidereon, an MIT-licensed GNSS positioning and astrodynamics engine.

The submission is a browser demo running the Rust core client-side through WASM. Source for this:

The idea is one engine for both the receiver and spacecraft sides: SPP/RTK/PPP, RINEX/RTCM/NTRIP, Galileo HAS/SSR, GNSS/INS fusion, SGP4 and numerical propagation, orbit determination, conjunction screening, pass prediction, reference frames, and time systems. Python, Rust, JavaScript/WASM, C, and Elixir all use the same core.

Several features came directly from open issues in widely used GNSS and astrodynamics libraries: multi-constellation ARAIM, Galileo state-space corrections, station-displacement corrections, sidereal multipath filtering, and track cleanup without an IMU.

Tests compare results with RTKLIB, the 33-satellite Vallado/CelesTrak SGP4 verification corpus, pinned Skyfield frame vectors, Karney’s test set, and the published WG-C ARAIM example. The Vallado corpus and Skyfield vectors match at 0 ULP.

The language-specific interfaces are here:

Python: https://github.com/neilberkman/sidereon-python

JavaScript/WASM: https://github.com/neilberkman/sidereon-wasm

C: https://github.com/neilberkman/sidereon-c

Elixir: https://github.com/neilberkman/sidereon-ex

Much of the code was written with AI coding agents, with me very much in the loop.

I'd really appreciate any feedback!

Comments URL: https://news.ycombinator.com/item?id=48979223

Points: 3

# Comments: 0

New comment by nberkman in "How to stop Claude from saying load-bearing"

nberkman — Tue, 14 Jul 2026 14:21:08 +0000

The one that matters.

New comment by nberkman in "GPT-5.6 Sol, along with Terra and Luna, will launch publicly this Thursday"

nberkman — Wed, 08 Jul 2026 06:50:07 +0000

Sounds similar to the tool I built: https://github.com/neilberkman/ccrider#ccrider (although it's OSS whereas yours appears to be commercial)

New comment by nberkman in "Show HN: Recall – Local project memory for Claude Code"

nberkman — Tue, 23 Jun 2026 12:28:27 +0000

Somewhat related, I built ccrider [1], which indexes the session transcripts that agents already write to disk (Claude Code, Codex, Copilot) into a local SQLite FTS database. It has a TUI, CLI, and an MCP server so the agent can search past sessions itself. Same local-first idea, based the raw logs rather than a maintained digest. Should work nicely with recall as well.

[1] https://github.com/neilberkman/ccrider

New comment by nberkman in "Show HN: Hippo, biologically inspired memory for AI agents"

nberkman — Mon, 06 Apr 2026 23:12:43 +0000

> Aren't tools like claude already store context by project in file system?

They do, the missing piece is a tool to access them. See comment about my tool that addresses this: https://news.ycombinator.com/item?id=47668270

New comment by nberkman in "Show HN: Hippo, biologically inspired memory for AI agents"

nberkman — Mon, 06 Apr 2026 22:37:06 +0000

Cool project. I like the neuroscience analogy with decay and consolidation.

I've been working on a related problem from the other direction: Claude Code and Codex already persist full session transcripts, but there's no good way to search across them. So I built ccrider (https://github.com/neilberkman/ccrider). It indexes existing sessions into SQLite FTS5 and exposes an MCP server so agents can query their own conversation history without a separate memory layer. Basically treating it as a retrieval problem rather than a storage problem.

New comment by nberkman in "How vibe coding is killing open source"

nberkman — Wed, 04 Feb 2026 05:05:15 +0000

I get the concerns, but there's a flip side nobody's talking about: what about experienced developers who had years of ideas bottled up and never had the bandwidth?

I used to think open source was something I'd focus on when I retired. Instead I'm doing it now. I built Clippy (https://github.com/neilberkman/clippy) from scratch, a much better bcopy, that fixes a real gap in pbcopy, and it hit 200 stars and Homebrew core in seven months. Neither of these would exist without AI assisted development. My DocuSign Elixir SDK sat basically unchanged from 2021 to 2025, other than a few external contributions. I knew it needed a full migration of the OpenAI code gen layer, LiveBook examples and a million other tweaks. With coding agents I implemented everything useful I could imagine.

Am I the only one? There must be other devs out there resurrecting stale projects or shipping tools they never had time for.

New comment by nberkman in "Show HN: ccrider - Search and Resume Your Claude Code Sessions – TUI / MCP / CLI"

nberkman — Tue, 06 Jan 2026 21:43:55 +0000

That makes resuming easier, if you remember to rename in your current session. But that doesn’t solve being able to search history from earlier in your current session or from your entire history of sessions. Or resuming sessions for which you’ve forgotten the name.

New comment by nberkman in "Show HN: ccrider - Search and Resume Your Claude Code Sessions – TUI / MCP / CLI"

nberkman — Tue, 06 Jan 2026 20:48:21 +0000

Ugh, thanks for flagging! Fixed.

Show HN: ccrider - Search and Resume Your Claude Code Sessions – TUI / MCP / CLI

nberkman — Tue, 06 Jan 2026 14:14:24 +0000

I built a tool that stores your full Claude Code history to let you easily find and resume sessions. It has TUI, CLI and MCP interfaces. It's a single Go binary, and the session history is synced to SQLite each time you use it.

Default mode is the TUI with a session browser and full-text search. Once a session is selected you can browse and search within it, resume it or export to markdown.

The MCP server provides tools to let Claude search back through the session for pre-compact context or pull from prior sessions. I use this constantly.

I've seen elaborate continuity systems to give Claude Code access to history but this simple approach has been very effective.

Installation:

macOS: brew install neilberkman/tap/ccrider

Linux/other: git clone https://github.com/neilberkman/ccrider && cd ccrider && go build

MCP server: claude mcp add --scope user ccrider $(which ccrider) serve-mcp

Source: https://github.com/neilberkman/ccrider

Comments URL: https://news.ycombinator.com/item?id=46512501

Points: 19

# Comments: 4

New comment by nberkman in "Show HN: Quibbler – A critic for your coding agent that learns what you want"

nberkman — Fri, 31 Oct 2025 14:04:51 +0000

Submitted a PR with AWS Bedrock support: https://github.com/fulcrumresearch/quibbler/pull/5/files (credits!)

New comment by nberkman in "Scripts I wrote that I use all the time"

nberkman — Wed, 22 Oct 2025 21:22:52 +0000

Updated, I appreciate it!

New comment by nberkman in "Scripts I wrote that I use all the time"

nberkman — Wed, 22 Oct 2025 20:38:35 +0000

Nice! Tangentially related: I built a (MacOS only) tool called clippy to be a much better pbcopy. It was just added to homebrew core. Among other things, it auto-detects when you want files as references so they paste into GUI apps as uploads, not bytes.

  clippy image.png  # then paste into Slack, etc. as upload

  clippy -r         # copy most recent download

  pasty             # copy file in Finder, then paste actual file here

https://github.com/neilberkman/clippy / brew install clippy

New comment by nberkman in "Multi-Core by Default"

nberkman — Fri, 10 Oct 2025 15:58:17 +0000

Interesting - this is the exact problem José Valim cited when creating Elixir: he was working on Rails multi-core performance in 2010 and found that "writing multi-core software, which is software that runs on all cores with Ruby, was not really straightforward."[1] Ruby's GIL meant only one thread executes at a time.

Fleury's arriving at similar conclusions from the C/systems side: make multi-core the default, not an opt-in. Though his approach still requires explicit coordination (LaneIdx(), barriers, range distribution) vs BEAM where the scheduler automatically distributes processes across cores.

Different tradeoffs for different domains, but both are reacting to the same backwards reality where we program single-core-first on multi-core hardware.

[1] https://www.welcometothejungle.com/en/articles/btc-elixir-jo...

New comment by nberkman in "Two things LLM coding agents are still bad at"

nberkman — Thu, 09 Oct 2025 20:12:28 +0000

Inspired by the copy-paste point in this post, I added agent buffer tools to clippy, a macOS utility I maintain which includes an MCP server that interacts with the system clipboard. In this case it was more appropriate to use a private buffer instead. With the tools I just added, the server reads file bytes directly - your agent never generates the copied content as tokens. Three operations:

buffer_copy: Copy specific line ranges from files to agent's private buffer

buffer_paste: Insert/append/replace those exact bytes in target files

buffer_list: See what's currently buffered

So the agent can say "copying lines 50-75 from auth.py" and the MCP server handles the actual file I/O. No token generation, no hallucination, byte-for-byte accurate. Doesn't touch your system clipboard either.

The MCP server already included tools to copy AI-generated content to your system clipboard - useful for "write a Python script and copy it" workflows.

(Clippy's main / original purpose is improving on macOS pbcopy - it copies file references instead of just file contents, so you can paste actual files into Slack/email/etc from the terminal.)

If you're on macOS and use Claude or other MCP-compatible agents: https://github.com/neilberkman/clippy

brew install neilberkman/clippy/clippy

New comment by nberkman in "Kurt Got Got"

nberkman — Thu, 09 Oct 2025 04:31:19 +0000

Don't know why this is getting downvoted. Agree with this so hard, as a continually aggrieved Fly customer (close to becoming an ex-customer). The too cool for school schtick gets old fast when they don't have the goods to back it up.

Show HN: Draggy – menu bar companion to clippy (better pbcopy)

nberkman — Fri, 18 Jul 2025 20:19:43 +0000

You download files in your terminal but need to drag them to web upload fields. Switching to Finder kills flow. Draggy makes clipboard files draggable - copy any file → click menu bar → drag anywhere.

Part of a terminal clipboard suite that replaces pbcopy:

- clippy: Copy files from terminal that paste as actual files (not just contents)

- pasty: Copy file in Finder → `pasty` → file appears in current directory

- draggy: Makes clipboard files draggable for upload fields

Example workflow:

    # download directly to clipboard
    curl -sL https://picsum.photos/300 | clippy    
    # Click draggy in menu bar
    # Drag to web form, Slack, email

Recent downloads with interactive picker:

    clippy -i        # choose from recent files
    clippy -r        # copy most recent download  
    clippy -r 5m     # all downloads from last 5 minutes

Also includes MCP server - Claude Code can place text directly in your clipboard:

    claude mcp add clippy /opt/homebrew/bin/clippy mcp-server

Install:

    brew install neilberkman/clippy/clippy              # CLI tools
    brew install --cask neilberkman/clippy/draggy       # Menu bar app

Technical: CLI tools are Go with Objective-C bindings. draggy is Swift/SwiftUI with zero background activity - only checks clipboard when clicked.

Note: First launch shows macOS security warning (not code-signed). Run: `xattr -dr com.apple.quarantine /Applications/Draggy.app`

Comments URL: https://news.ycombinator.com/item?id=44609345

Points: 2

# Comments: 0

New comment by nberkman in "Claude Code Unleashed"

nberkman — Fri, 18 Jul 2025 13:52:31 +0000

I tried Terragon on an open source repo I maintain and ended up with a PR: "Showing 11,643 changed files with 2,441,792 additions and 584 deletions." Yikes!

New comment by nberkman in "Show HN: Clippy – a better pbcopy for macOS that handles files properly"

nberkman — Wed, 16 Jul 2025 20:51:04 +0000

Thanks. I just released a new version with UTI based MIME type detection as the primary method with a fallback to the existing content-based detection.

New comment by nberkman in "Show HN: Clippy – a better pbcopy for macOS that handles files properly"

nberkman — Wed, 16 Jul 2025 17:13:21 +0000

clippy is a bit different from these - rather than requiring manual flags for MIME types, it automatically detects the content type. The idea is to make the CLI's copy/paste feel as intuitive as the GUI's.

I might tackle Linux (and Windows) at some point, but contributions are definitely welcome!