frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

PhantomRaven: NPM Malware Hidden in Invisible Dependencies

https://www.koi.ai/blog/phantomraven-npm-malware-hidden-in-invisible-dependencies
1•azornathogron•45s ago•0 comments

DeepMind's AI Learns to Create Original Chess Puzzles, Praised by GMs

https://www.chess.com/news/view/ai-learns-to-create-original-chess-puzzles-earns-praise-from-gran...
1•vivekveeriah1•1m ago•0 comments

Ex-L3Harris exec pleads guilty to selling zero-day exploits to Russian broker

https://cyberscoop.com/peter-williams-guilty-selling-zero-day-exploits-russian-broker-operation-z...
2•aspenmayer•3m ago•1 comments

Guy turned his wedding suit into a sponsored billboard

https://www.famouscampaigns.com/2025/10/this-guy-turned-his-wedding-suit-into-a-sponsored-billboard/
1•rmason•3m ago•0 comments

Maintaining a Music Library, Ten Years On

https://brianschrader.com/archive/maintaining-a-music-library-ten-years-on/
1•sonicrocketman•3m ago•0 comments

The Julius Learning Sub Agent

https://julius-d061c216.mintlify.dev/docs/data-connectors/learning-system
1•zachperkel•4m ago•0 comments

Don't use us-east-1, or 'Why didn't ngrok go down in last week's AWS outage?'

https://ngrok.com/blog/dont-use-us-east-1/
1•lbrito•5m ago•0 comments

China's era of rapid oil fuels growth appears to be at an end

https://www.iea.org/commentaries/oil-demand-for-fuels-in-china-has-reached-a-plateau
1•JumpCrisscross•5m ago•0 comments

Chibi Izumi: phased DAG-planning dependency injection for Python

https://github.com/7mind/izumi-chibi-py
1•pshirshov•8m ago•0 comments

Thoughts on Cursor 2.0 and Cursor Compose

https://simonwillison.net/2025/Oct/29/cursor-composer/
3•azhenley•9m ago•0 comments

Writing an LLM from scratch, part 25 – instruction fine-tuning

https://www.gilesthomas.com/2025/10/llm-from-scratch-25-instruction-fine-tuning
1•gpjt•10m ago•0 comments

TheWhisper: High-Performance Speech-to-Text

https://github.com/TheStageAI/TheWhisper
2•ashvardanian•10m ago•0 comments

Why Foundation Models in Pathology Are Failing

https://rewire.it/blog/why-foundation-models-in-pathology-are-failing-and-what-comes-next/
2•timini•11m ago•0 comments

Shiraoi: Where the first arrows of the last war fell (2009)

https://spikejapan.wordpress.com/2009/09/26/373/
1•oregoncurtis•12m ago•0 comments

Google delivered their first-ever $100B quarter

https://twitter.com/sundarpichai/status/1983627221425156144
2•amrrs•17m ago•1 comments

France Wants a Bitcoin Reserve, to Buy 2% of Bitcoin Supply

https://bitcoinmagazine.com/news/france-proposes-national-bitcoin-reserve
1•janandonly•17m ago•0 comments

Michigan startup transforms brewery waste into revenue streams

https://www.mlive.com/news/kalamazoo/2025/10/michigan-startup-transforms-brewery-waste-into-reven...
1•rmason•19m ago•0 comments

RustyFlow: LLM built on pure Rust language

https://github.com/cekim7/RustyFlow
1•cekim7•19m ago•1 comments

The AI divide roiling video-game giant Electronic Arts

https://www.businessinsider.com/inside-ai-divide-roiling-video-game-giant-electronic-arts-2025-10
4•rwmj•20m ago•2 comments

Business Services Will Transform Affordable Private Schools

https://medium.com/ai-in-education-flourish-style/business-services-will-transform-affordable-pri...
1•rmason•20m ago•0 comments

Backpressure in Distributed Systems

https://blog.pranshu-raj.me/posts/backpressure/
4•andection•20m ago•0 comments

What's wrong with Agile Frameworks (2019)

https://yusufaytas.com/whats-wrong-with-agile-frameworks/
6•richardbrown•23m ago•0 comments

Claude Skills, anywhere: making them first-class in Codex CLI

https://www.robert-glaser.de/claude-skills-in-codex-cli/
2•youngbrioche•24m ago•0 comments

Fast frequency reconstruction using DL for event recognition in ring laser data

https://arxiv.org/abs/2510.03325
1•PaulHoule•25m ago•0 comments

One mountain town hopes AI can help it fight wildfires

https://www.theverge.com/report/809348/ai-fire-detection-vail-hpe-smart-city-platform
1•fleahunter•26m ago•0 comments

It Looks Like a Desert, but It Has Lakes

https://www.youtube.com/watch?v=biGJ_5t30Lk
1•ijidak•27m ago•0 comments

Adding Customizable Frame Contrast to KDE Plasma

https://akselmo.dev/posts/frame-contrast-settings/
1•todsacerdoti•27m ago•0 comments

Built a new open-source sandbox that can run locally

3•tmclemore•29m ago•0 comments

Stories I will not write

https://www.lord-enki.net/stories.html
1•flancian•29m ago•0 comments

Developing a web server with C and FastCGI

https://jsloop.net/2025/10/27/developing-a-web-server-with-c-and-fastcgi
2•todsacerdoti•32m ago•0 comments
Open in hackernews

Show HN: SQLite Graph Ext – Graph database with Cypher queries (alpha)

https://github.com/agentflare-ai/sqlite-graph
18•gwillen85•2h ago
I've been working on adding graph database capabilities to SQLite with support for the Cypher query language. As of this week, both CREATE and MATCH operations work with full relationship support.

Here's what it looks like:

    import sqlite3
    conn = sqlite3.connect(":memory:")
    conn.load_extension("./libgraph.so")
    
    conn.execute("CREATE VIRTUAL TABLE graph USING graph()")
    
    # Create a social network
    conn.execute("""SELECT cypher_execute('
        CREATE (alice:Person {name: "Alice", age: 30}),
               (bob:Person {name: "Bob", age: 25}),
               (alice)-[:KNOWS {since: 2020}]->(bob)
    ')""")
    
    # Query the graph with relationship patterns
    conn.execute("""SELECT cypher_execute('
        MATCH (a:Person)-[r:KNOWS]->(b:Person) 
        WHERE a.age > 25 
        RETURN a, r, b
    ')""")
The interesting part was building the complete execution pipeline - lexer, parser, logical planner, physical planner, and an iterator-based executor using the Volcano model. All in C99 with no dependencies beyond SQLite.

What works now: - Full CREATE: nodes, relationships, properties, chained patterns (70/70 openCypher TCK tests) - MATCH with relationship patterns: (a)-[r:TYPE]->(b) with label and type filtering - WHERE clause: property comparisons on nodes (=, >, <, >=, <=, <>) - RETURN: basic projection with JSON serialization - Virtual table integration for mixing SQL and Cypher

Performance: - 340K nodes/sec inserts (consistent to 1M nodes) - 390K edges/sec for relationships - 180K nodes/sec scans with WHERE filtering

Current limitations (alpha): - Only forward relationships (no `<-[r]-` or bidirectional `-[r]-`) - No relationship property filtering in WHERE (e.g., `WHERE r.weight > 5`) - No variable-length paths yet (e.g., `[r*1..3]`) - No aggregations, ORDER BY, property projection in RETURN - Must use double quotes for strings: {name: "Alice"} not {name: 'Alice'}

This is alpha - API may change. But core graph query patterns work! The execution pipeline handles CREATE/MATCH/WHERE/RETURN end-to-end.

Next up: bidirectional relationships, property projection, aggregations. Roadmap targets full Cypher support by Q1 2026.

Built as part of Agentflare AI, but it's standalone and MIT licensed. Would love feedback on what to prioritize.

GitHub: https://github.com/agentflare-ai/sqlite-graph

Happy to answer questions about the implementation!

Comments

jeffreyajewett•1h ago
Nothing says weekend project like writing a Cypher planner from scratch in C99. We also recently launched AgentML -> check it out https://github.com/agentflare-ai/agentml (ALSO MIT)
gwillen85•1h ago
This will also be used in the yet to be released `memlite` which is our first wasm component for AgentML
mentalgear•1h ago
Interesting, yet the xml syntax feels quite verbose vs JSON for example.
gwillen85•1h ago
I agree but LLMs are very good at generating XML. Additionally SCXML which AgentML extends has been around and finalized for over 15 years. So generating AgentML works incredibly well.
leetrout•1h ago
I'm also curious if you know if anyone has any definitive test sets on this? Kind of like how Simon Willison uses the bird on the bicycle?
gwillen85•1h ago
Good question - we're working on case studies for this.

My theory: models are heavily trained on HTML/XML and many use XML tags in their own system prompts, so they're naturally fluent in that syntax. Makes nested structures more reliable in our testing.

Structured output endpoints help JSON a lot though.

mentalgear•1h ago
I get your point, however I wonder how much better they are than JSON when using structured output endpoints, which is likely what you would want to use with such a format.
gwillen85•56m ago
That's a fair point. We're considering adding JSON as a first-class citizen alongside XML - similar to OpenAPI supporting both JSON and YAML.

But you're right that structured output endpoints make JSON generation more reliable, so supporting both formats long-term makes sense.

leetrout•1h ago
I have an ELI5 question...

So you're doing the planning and execution which results in what? Some direct calls into sqlite that create tables? Under the hood is this using tables in a conventional manner where there are adjacency lists or just edges and vertexes or ... ?

I'm looking at `graphFindEdgesByType` and it says they're done with SQL queries - are you effectively transpiling some of the Cypher or just have routines that build queries as needed?

Thanks!

gwillen85•1h ago
Great Question!

The storage model is just regular SQLite tables. When you create a graph, it makes two backing tables: my_graph_nodes -- id, labels (JSON array), properties (JSON object) my_graph_edges -- id, source, target, edge_type, properties (JSON object) It's an edge list, not adjacency lists.

Query processing is not transpiling Cypher directly. There's a pipeline: Cypher → AST → Logical Plan → Physical Plan (optimizer) → Iterators → SQL queries The iterators generate SQL on-the-fly to fetch from those backing tables. Basically the Volcano model.

graphFindEdgesByType is Actually deprecated and is a no-op now. The comment says "edge lookups are done via SQL queries." They used to have in-memory structures but moved to just generating SQL like: SELECT e.target, e.id, e.edge_type FROM my_graph_edges e WHERE e.source = 123 AND e.edge_type = 'KNOWS'

So it's "build SQL queries as needed during execution" rather than "transpile the whole Cypher query upfront."

mentalgear•1h ago
I like the ambition and the open-source spirit behind your project! Open-source graph databases are fantastic.

That said, I’d encourage you to consider leveraging existing projects rather than starting from scratch. There are already mature, local / in-browser graph databases that could benefit from your skills and vision.

For example:

- Kuzu https://github.com/kuzudb/kuzu: This project had very active development but was recently archived (as of October 10, 2025). Continuiing or forking it could be a game-changer for the community.

- Cozodb https://www.cozodb.org/ It’s very feature-rich and actively seeking contributors. Your expertise could help push it even further.

I do get the appeal of building something from the ground up; it’s incredibly rewarding. But achieving production readiness is seriously challenging and time-consuming. These projects are already years ahead in scope, so contributing to them could accelerate your impact and save you from reinventing the wheel.

gwillen85•1h ago
Thanks for the suggestions! I'm familiar with both. Different category though - this is a SQLite extension, not a standalone database. The value prop is:

Zero friction - If you're already using SQLite (Python scripts, mobile apps, embedded systems), just .load graph_extension and you have graph capabilities Mix SQL + Cypher - Join your relational tables with graph traversals in the same query Works everywhere SQLite works - Serverless functions, Raspberry Pi, iOS apps, wherever Leverage SQLite's ecosystem - All existing tools, bindings, deployment patterns just work

Kuzu and CozoDB are excellent if you want a dedicated graph database. But if you've already got SQLite (which is everywhere), this lets you add graph features without rearchitecting.

Think of it like SQLite's FTS5 extension for full-text search - you're not competing with Elasticsearch, you're giving SQLite users a lightweight option that fits their existing workflow.