Live data from Hacker News

Viewing profile — cmsparks

cmsparks

HN member
Joined
Sat, Feb 16, 2019, 3:24 AM UTC
HN karma
370
Public activity
42 items

About cmsparks

founding eng @ omnara

prev @ cloudflare

Recent public activity

  1. comment
    Comment #48152891

    538 was actually pretty accurate! They had a good article about how their predictions were much better than you'd expect, but obviously I can't link it anymore because ABC removed …

  2. comment
    Comment #48152769

    No idea. ABC bought it and slowly has been shutting down the parts of it. They got rid of the projects page, then laid off all the folks working on it after the election, and now h…

  3. story
  4. comment
    Comment #48124973

    If my read of this is correct, this means that Agent SDK orchestrator tools don't get subsidized usage. This seems to intentionally be trying to kill the other (much better IMO) in…

  5. story
  6. comment
    Comment #47330127

    That would prolly work for simple sites, but you still need the dedicated scraping service with a browser to render sites that are more complex (i.e. SPAs)

  7. story
  8. comment
    Comment #47042208

    Sandboxing, which is an optional, opt-in feature, requires persistent access to the code via our github integration + us syncing certain refs to our backend. However, even if you d…

  9. comment
    Comment #47006697

    Reposting part of what Ishaan said elsewhere: > We don't have E2EE yet (it's on the roadmap), so some level of trust in Omnara is required today. All repo operations happen locally…

  10. comment
    Comment #47006528

    Yeah, we have parallel agent functionality, sort of like conductor. This allows you to create worktrees for your repo and run any number of chats per worktree. On your local machin…

  11. comment
    Comment #47006498

    When I say harness agnostic, I more mean we're agnostic to what harness is running, sort of like Zed with ACP: https://agentclientprotocol.com/overview/introduction . It still nece…

  12. comment
    Comment #46994272

    We're not a fork, and from what I've heard from users our architecture is more reliable

  13. comment
    Comment #46994231

    they're free up to a limit, just like us!

  14. comment
    Comment #46993991

    We've seen a decent amount of comparisons to Happy, but anecdotally from some Omnara users who have used both, I've heard that reliability and latency when sending messaages is muc…

  15. comment
    Comment #46993889

    Thanks, we try to make it much easier than self hosting and managing your own tunnels! Let us know how it goes.

  16. comment
  17. comment
    Comment #46993566

    Our goal is building infrastructure around the agent tools, which I think is how we'll build up a moat and provide automation value. I agree that competing with the labs on general…

  18. comment
    Comment #46993388

    When we started out, people were asking "Why would you want to continue coding on your phone". There's obviously a ton of competition now, but I think it's also validation for us. …

  19. comment
    Comment #46993320

    > branching not from main This is actually a PR that I have open right now, it'll be out soon! > automatic capitalization We'll get this fixed > automatic worktree names definitely…

  20. comment
    Comment #46992817

    Yeah we've definitely taken some inspiration from everyone who building an agent orchestrator/delegation app right now!

  21. comment
    Comment #46992642

    Anecdotally from some Omnara users who have used both, I've heard that reliability and latency when sending messaages is better in Omnara We try to provide a decent chunk of featur…

  22. comment
    Comment #46992025

    FWIW, we'll definitely add OpenCode support soon!

  23. comment
    Comment #46991798

    OpenCode is great and `opencode serve` in particular is very cool. Though I think the main thing is that you need to manage the OpenCode server yourself and expose it via tailscale…

  24. story
  25. comment
    Comment #46953859

    IMO feels sorta like Simon Willison's definition of agents. "LLMs in a loop with a goal" feels super obvious, but not sure if I would have described it that way in hindsight