frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: Solving NP-Complete Structures via Information Noise Subtraction (P=NP)

https://zenodo.org/records/18395618
1•alemonti06•4m ago•1 comments

Cook New Emojis

https://emoji.supply/kitchen/
1•vasanthv•6m ago•0 comments

Show HN: LoKey Typer – A calm typing practice app with ambient soundscapes

https://mcp-tool-shop-org.github.io/LoKey-Typer/
1•mikeyfrilot•9m ago•0 comments

Long-Sought Proof Tames Some of Math's Unruliest Equations

https://www.quantamagazine.org/long-sought-proof-tames-some-of-maths-unruliest-equations-20260206/
1•asplake•10m ago•0 comments

Hacking the last Z80 computer – FOSDEM 2026 [video]

https://fosdem.org/2026/schedule/event/FEHLHY-hacking_the_last_z80_computer_ever_made/
1•michalpleban•11m ago•0 comments

Browser-use for Node.js v0.2.0: TS AI browser automation parity with PY v0.5.11

https://github.com/webllm/browser-use
1•unadlib•12m ago•0 comments

Michael Pollan Says Humanity Is About to Undergo a Revolutionary Change

https://www.nytimes.com/2026/02/07/magazine/michael-pollan-interview.html
1•mitchbob•12m ago•1 comments

Software Engineering Is Back

https://blog.alaindichiappari.dev/p/software-engineering-is-back
1•alainrk•13m ago•0 comments

Storyship: Turn Screen Recordings into Professional Demos

https://storyship.app/
1•JohnsonZou6523•13m ago•0 comments

Reputation Scores for GitHub Accounts

https://shkspr.mobi/blog/2026/02/reputation-scores-for-github-accounts/
1•edent•16m ago•0 comments

A BSOD for All Seasons – Send Bad News via a Kernel Panic

https://bsod-fas.pages.dev/
1•keepamovin•20m ago•0 comments

Show HN: I got tired of copy-pasting between Claude windows, so I built Orcha

https://orcha.nl
1•buildingwdavid•20m ago•0 comments

Omarchy First Impressions

https://brianlovin.com/writing/omarchy-first-impressions-CEEstJk
2•tosh•25m ago•1 comments

Reinforcement Learning from Human Feedback

https://arxiv.org/abs/2504.12501
2•onurkanbkrc•26m ago•0 comments

Show HN: Versor – The "Unbending" Paradigm for Geometric Deep Learning

https://github.com/Concode0/Versor
1•concode0•27m ago•1 comments

Show HN: HypothesisHub – An open API where AI agents collaborate on medical res

https://medresearch-ai.org/hypotheses-hub/
1•panossk•30m ago•0 comments

Big Tech vs. OpenClaw

https://www.jakequist.com/thoughts/big-tech-vs-openclaw/
1•headalgorithm•32m ago•0 comments

Anofox Forecast

https://anofox.com/docs/forecast/
1•marklit•33m ago•0 comments

Ask HN: How do you figure out where data lives across 100 microservices?

1•doodledood•33m ago•0 comments

Motus: A Unified Latent Action World Model

https://arxiv.org/abs/2512.13030
1•mnming•33m ago•0 comments

Rotten Tomatoes Desperately Claims 'Impossible' Rating for 'Melania' Is Real

https://www.thedailybeast.com/obsessed/rotten-tomatoes-desperately-claims-impossible-rating-for-m...
3•juujian•35m ago•2 comments

The protein denitrosylase SCoR2 regulates lipogenesis and fat storage [pdf]

https://www.science.org/doi/10.1126/scisignal.adv0660
1•thunderbong•36m ago•0 comments

Los Alamos Primer

https://blog.szczepan.org/blog/los-alamos-primer/
1•alkyon•39m ago•0 comments

NewASM Virtual Machine

https://github.com/bracesoftware/newasm
2•DEntisT_•41m ago•0 comments

Terminal-Bench 2.0 Leaderboard

https://www.tbench.ai/leaderboard/terminal-bench/2.0
2•tosh•41m ago•0 comments

I vibe coded a BBS bank with a real working ledger

https://mini-ledger.exe.xyz/
1•simonvc•42m ago•1 comments

The Path to Mojo 1.0

https://www.modular.com/blog/the-path-to-mojo-1-0
1•tosh•44m ago•0 comments

Show HN: I'm 75, building an OSS Virtual Protest Protocol for digital activism

https://github.com/voice-of-japan/Virtual-Protest-Protocol/blob/main/README.md
5•sakanakana00•48m ago•1 comments

Show HN: I built Divvy to split restaurant bills from a photo

https://divvyai.app/
3•pieterdy•50m ago•0 comments

Hot Reloading in Rust? Subsecond and Dioxus to the Rescue

https://codethoughts.io/posts/2026-02-07-rust-hot-reloading/
4•Tehnix•51m ago•1 comments
Open in hackernews

Anyone built an email or calendar assistant that syncs and indexes data?

5•Bahushruth•3mo ago
I’ve been exploring what it takes to build a simple email and calendar assistant that connects to Gmail and Google Calendar. The goal is to make it easy to search and reason over your own data in a useful way.

The part I’m still trying to figure out is how much data actually needs to be synced and indexed. Some tools seem to just call APIs on demand, while others keep everything in a local or vector store for faster retrieval.

If you’ve built something like this:

- Did you bother syncing and indexing the data, or just query live APIs?

- How painful is it to keep that data fresh without hitting rate limits?

- Did you use something like Merge.dev or Composio, or just wire it all up yourself?

I’m mostly trying to understand what the practical tradeoffs are before going too deep.

Comments

PaulHoule•3mo ago
I access gmail with the web client that comes with the iPhone and I've done the same with Android, performance is good enough in both cases. For that matter I've used the IMAP support in EM Client to access gmail.
rguldener•3mo ago
Founder of https://www.nango.dev here.

A lot of teams use us for their Gmail & Google calendar integrations.

If you want to run complex queries across large parts of the data, syncing + indexing on your side will be necessary. Limits on filters, pagination & rate limits make it infeasible to search across most of a user's inbox without tens of seconds to minutes of latency.

But before you sync all the data, I would test if your users actually need to run such queries.

Both Gmail & Google Calendar have a query endpoint that searches across many fields. I would start with a simple tool for your agent to run queries on that, and expand from there if necessary.

Both Nango and Composio could do this for you.

With Nango, you would also get syncs on the same platform, if it turns out you need them.

Hope this helps!

Bahushruth•3mo ago
Thank you that is really helpful. Will check Nango out.

When teams integrate Gmail or other tools with Nango, what usually triggers them to start syncing data instead of just using the query endpoints? Is there a specific type of query or user behavior that makes them realize they need to index and sync data? Just curious

rguldener•3mo ago
It varies a lot. Which is why we always recommend to start with the feature requirements/user problem and work backwards from there.

Examples: - Low latency to show X last emails a person had with a specific email address

- Enriching data from the emails/calendar with other data from your product (E.g. mapping email recipients to contacts)

- Knowing when a calendar event has changed (sometimes also possible with webhooks)

- Detecting deletes (maybe also possible with webhooks, not sure for gmail/calendar)

isaachinman•3mo ago
Not quite sure what you're asking for. Are you asking for a GUI/cli, or something else?

I've built exactly what you're describing, but for the sake of a b2c product.

rogerkirkness•3mo ago
Convictional founder here. Our experience is different than others:

- We had to sync, pre process and index the data to make the resultant knowledge search outputs actually good. MCP totally fails at this by comparison.

- It is not hugely painful thanks to bulk APIs, in Gmail in particular, as well as webhooks. We implemented both of them and it works well (so far).

- We wired it all up ourselves. Given the conclusion we had about pre-processing and indexing being required to make it work well, this seems preferred.

I think that MCP and using an integration platform will ultimately not work for any kind of agentic or deep research task heavily depending on Gmail context.

yashgupta417•3mo ago
what is your company doing exactly?
rogerkirkness•3mo ago
Collaborative email, meeting recording, knowledge search and goal tracking in one thing. The search applies across emails and meetings, but also other things. We had to figure out whether it would be sufficiently good to connect third party tools, and basically concluded no. We did some research to understand why (1).

[1]: https://arxiv.org/abs/2504.07106

Bahushruth•3mo ago
That’s really interesting, especially your point about preprocessing and indexing being required to make search outputs good. What was the first sign that made you realize querying live APIs wasn’t enough?

Was it latency, missing data, or just that results weren’t relevant? And when you say preprocessing, what kind of transformations or normalization ended up being most important?

rogerkirkness•3mo ago
Keywords or vector search on their own don't get good results for high entropy queries. MCP type approach is good for low entropy things like fact-based single source answers. [1]

[1]: https://arxiv.org/abs/2504.07106