
knowledge graph engine for enterprise software Open source- 125k+ GitHub⭐️ backed by @ycombinator
San Francisco, CA
Joined June 2024
- Tweets94
- Following1
- Followers3K
- Likes1.3K
Graphify Labs (YC S26) retweeted
Aravind just made @graphify free for every Computer user.
5,000 credits through Oct 31.
Graphify is so much more. It’s the way we let humans keep up with agents. It’s not just helping agents more but make humans more effective by connecting all the dots at agentic speed.
Graphify is now in @AskPerplexity.
Every user gets 5,000 free credits through Oct 31 to turn any codebase into an interactive map of files, functions, and dependencies.
Point it at your repo and go.
Computer@AskPerplexity16hUnited States
United StatesConnected via WebAccount-level information, not a live location or per-post device.
The Graphify skill by @graphify is now in Computer's skills marketplace, available to all Computer users.
Turn a codebase into an interactive map of its files, functions, and dependencies.
Tasks that use /graphify are free through October 31, up to 5,000 credits per user.
Graphify Labs (YC S26) retweeted
We are already early on this and going 30k + FV runs every month
How do you _guarantee_ your agent's code is correct? You prove it.
Introducing Proof Driven Development Kit (PDD Kit) from @MSFTResearch.
PDD Kit helps turn your plan into a formal spec, then proves the agent's code meets that spec for every input. No vibe verification. PDD Kit is integrated with @GitHubNext's Chopin, so you can plan as a team.
PDD Kit takes an app's login flow from intent to a verified pull request:
It discusses your code, infers your intent as it goes, and proposes a formal spec in Verus, a proof language for Rust.
Once you approve the spec, the Verus verifier automatically proves the code meets it.
Where proof isn't possible, it falls back to empirical verification with tests and computer-use agents (CUAs).
It works on Rust today. No new language, no change in how you produce the underlying code, making formal methods more accessible.
The goal is a verified software factory, where engineers review specifications instead of code.
Come see it in action at GitHub Universe, Oct 28–29. Swing by the Speakeasy and ask for GitHub Next!
Graphify Labs (YC S26) retweeted
love this. we’ve been doing formal verification at graphify too, just from the opposite direction.
instead of modeling your system in tla+, we use the previous version of your code as the spec. on every pr, each changed function is checked against its old version: an smt solver either proves they’re equivalent or finds the exact input where behavior changed.
for rust and c we use kani and cbmc, and when a proof can’t reach, we fall back to symbolic execution and real inputs from your own tests.
if you’re new to this, think of it as differential verification. instead of writing a separate model and proving your code matches it, you treat the last version of the code as the relative specification. the question becomes “does this change preserve behavior, or did something shift?” an SMT solver either proves they’re the same or hands you the exact input, old value, and new value.
historically formal verification never reached mainstream status because of the difficulty in modeling and writing proofs. it’s quite difficult to model your business requirements and keep them in sync! but using the previous version as the spec sidesteps that. there’s nothing extra to maintain.
in the meantime we’ve been running this on real prs and it’s already catching behavior changes, with the input, old value, and new value right in the review.
pstack v0.15.27 ships with a new skill /create-formal-verification-skill!
it's still in beta, and similar to /create-verification-skill, this is a meta-skill that creates a new skill and formal verification suite based on the characteristics you want to verify. for example, you may want to model state machines and systems with concurrency using TLA+, or use kani in rust to check for undefined behavior.
if you're new to formal verification, think of it as mathematically proving properties and invariants (something that must always be true) or "laws" of your system. usually, this means modeling your programs in a separate language like with TLA+ and then running the solver on that spec. newer approaches like with kani and @bendlang take a different approach where there is no separate language: you write kani in rust, and bend in bend (it's also a programming language, and the proofs are written as laws and expressed in its type system).
historically formal verification never reached mainstream status because of the difficulty in modeling and writing proofs. it's quite difficult to model your business requirements and keep them in sync! but i expect that we will see more innovation in formal verification in the future as being able to formally verifiy that the code does what you intended gives your agents superpowers in writing correct software.
in the meantime though, i've been experimenting with modeling our code with TLA+ and have already found several bugs with the skill created by /create-formal-verification-skill.
try it out and let me know how it goes!
go claim your profile
app.graphify.com
Graphify Labs (YC S26) retweeted
been thinking about this a lot.
a year ago id open a PR and force myself to read every line even when i was tired. now the agent writes the change, runs the proofs and can push to main before ive even finished the thread.
easy path is cognitive surrender. you stop tracking what the systems actually doing and just approve whatever comes back coz the tests passed.
harder path is staying in cognitive engagement. not scanning diffs. holding the longer picture in your head and deciding which direction was actually worth taking before the agent even starts.
thats the real shift. not whether code review disappears. whether we stay engaged or slowly check out.
Graphify Labs (YC S26) retweeted
I was just watching this kaparthy video about how LLMs is bad at counting and math cuz it has to compute everything in a token. I think about graphify and what makes it work is you are looking at code.
Code is truth and you are turning it each a semantic roadmap for the LLMs. This is what makes it work. You’re taking the part LLMs are bad at and making it magical. Same logic why Jev is taking off and why people mix markdown with scripts. Graphify is that trust layer for agents. But people have to trust it before they can give into it. Actionable insights, finding bugs, making migrations faster, reducing tokens. Each delivery is one more trust item
I truly don't understand why nobody is using this setup
graphify, a tool that turns any folder into a knowledge graph your agent can query, just passed 126k stars on github and got into Y Combinator. people stopped asking ai questions. they're giving it a desk, a memory and a job.
you give Claude Code one folder, plug in your email, calendar and a browser, and it turns into an agent. it reads, remembers, acts, and checks itself before it does anything stupid.
doesn't matter if you're a founder, a marketer or a student, you need this
the full setup:
> create a folder called AGENT, open Claude Code inside it and add a CLAUDE.md with one rule: "save every decision, person and project to memory/"
> run npm install -g @googleworkspace/cli, then gws auth setup. now it reads your Gmail, Calendar and Drive
> run claude mcp add playwright npx @playwright/mcp@latest. it gets its own browser to open sites, fill forms and pull data for you
> run uv tool install graphifyy, then graphify install, then type /graphify .. everything in the folder becomes a knowledge graph it queries in seconds instead of digging file by file
> run npm i -g jev-guard, jev-guard key "...", jev-guard install claude. a tiny model called Jev scores every action before it runs. rm -rf gets blocked, a poisoned email gets flagged, for about 4 cents per 1,000 checks
> type /schedule and tell it "every morning at 7:30, send me what came in, what you drafted and what waits for my yes". from now on it works on a routine
15 minutes to set up, and you never start from a blank chat again.
every repo is below:
-> github.com/googleworkspace/c…
-> github.com/microsoft/playwri…
-> github.com/Graphify-Labs/gra…
-> github.com/leepokai/jev-guar…
bookmark this
As they say, own the distribution
Sometimes I wonder how this happens.
You ship a tool that actually solves a real problem and your users just start becoming the marketing.
One post using Graphify just cleared 300k views. There are 1000+ videos about it across social media. I’ve spent $0 on ads.
Open source got us the initial distribution. Users are now doing the rest.
Connect your repos and see which ones actually move together. Then give that context to every agent you run.
Try the feature: app.graphify.com
He thinks he’s Flash
Graphify is growing fast, we had our maximum all time DAU yesterday (1500+) and maximum signups in a single day (500+)
94k+ code reviews in last 30 days and 67k+ Formal proofs runs on PRs
6 enterprise deals in motion
23.5k+ users signed up on app.graphify.com
All with a lean team, a solo founder and 7 weeks since launch with a free GTM ( our Open Source)
Graphify Labs (YC S26) retweeted
They say if you can sell your product to the agents, you’re winning.
2.2M MCP calls in the last 30 days at @graphify
Graphify is celebrating the milestone of reaching 125,000 GitHub stars!!
This is an achievement of our whole community! Thank you for every star, every pull request, and all the time you put into making Graphify better. We are lucky to build this open source project with you all ♥️
















