Yoetz - Check to see if AI really completed a task or if it had gaps

by
Yoetz is a local-first, open-source work ledger for AI coding agents. An agent publishes what it did; Yoetz checks the record and issues a receipt that states what was verified, at what coverage, and what is still open. Supports Codex, Claude and Cursor

Add a comment

Replies

Best
Hey Product Hunt! 👋 I’m Shay, building Yoetz with my cofounder Daniel. I was using coding agents to compile a large Nasdaq-related database for my university research. They could do a lot of the work, but I kept finding small mistakes and instructions that hadn’t been followed. I wanted to focus on the research, not keep checking whether the agent had done everything I asked. Daniel was running into similar problems with his studies. We both saw how powerful these tools were. We wanted to help them follow through, without having to keep nudging them ourselves. That’s why we built Yoetz. Yoetz isn’t another coding agent. It works alongside yours, using tools and supported hooks to record work evidence and check what supports the agent’s claims. It combines deterministic checks with optional model-powered review, then returns findings the agent can address. For example: the agent says “tests pass,” but the recorded test run happened before its latest code change. Yoetz can flag that stale evidence so the agent can address it. It doesn’t guarantee correct code. It shows what was checked, what wasn’t, and what still needs attention. Yoetz is open source and local-first, with integrations for Codex, Claude Code, and Cursor. We’d love you to try it on a real task and tell us what it catches, what it misses, or where it gets in your way. What do you still find yourself checking after your coding agent says it’s done?
How did Astra change the scope or ambition of what you built?
It was a game changer. It did help in many ways by being able to make more ambitious PRs, merge more, and work more. But the way it helped most is by it ability to run on days on truly complex tasks; we several times used it to run in a loop for multiple days to shockingly good results, with the most ambitious of these results, are close to being shipped.

Hello Product Hunt! 👋 I am Daniel and with my cofounder Shay we are building Yoetz.

I was using coding agents to tackle challenges such as problem sets, proofs and edge cases. In these tasks missing a condition can quietly destroy the whole solution. The agents could handle much of the algebra and the scaffolding. I still kept finding small errors: a case that was left unhandled a constraint that never appeared in the final write‑up or a declaration of "done" that still did not match the problem I had posed.

I wanted to focus on the mathematics itself not spend time checking whether the agent had really followed every step.

Shay was facing the issue while compiling a large Nasdaq‑related database for his university research. Both of us saw how powerful these tools can be. We wanted to help them follow through without having to keep nudging the agents ourselves.

That is why we built Yoetz. Building Yoetz felt a lot like sitting beside a proof that the agent had already declared complete.

We used coding agents such as Codex, Claude Code and Cursor to write the product. These are the tools that we were trying to keep honest. On paper that sounds neat but in practice it meant sitting to a collaborator that can move a thousand files and spending the day teaching it not to congratulate itself.

We did not start with a demo. We began by writing down what the product was never allowed to say. We created hundreds of specification files then built in waves. Once the code existed we retired the specifications so we would not have two sources of truth. A coding agent will happily finish a sentence you did not mean to start. In a proof that is the step that looks right and is not. Someone has to remain the author of the shape.

The good days were when a check returned a finding. The agent says "tests pass,". The recorded run happened before its latest change.. It says the solution covers every case and the record shows the boundary you asked for was never checked. Yoetz flags that stale or missing evidence so the agent has to go. That is the feeling we were chasing: not "the agent is wrong " but "this claim is not yet supported."

Yoetz is not another coding agent. It works alongside your agent using tools and supported hooks to record evidence of work and to check what supports the agent’s claims. It combines checks with optional model‑powered review then returns findings that the agent can address.

Yoetz does not guarantee a proof or correct code. It shows what was checked what was not checked and what still needs attention. Everything stays on your machine unless you say otherwise.

We even had to write that rule down for ourselves. Sometimes we ran Yoetz on the work of building Yoetz got a ledger and an honest receipt and the agent still had not changed the work. An honest receipt is not the same as "Yoetz helped." If you are going to build a product about not overclaiming you cannot overclaim about building it.

Yoetz is source and local‑first with integrations, for Codex, Claude Code and Cursor. It is still early.

We would love for you to try Yoetz on a task. A proof, a problem set or a programming assignment. And tell us what it catches, what it misses or where it gets in your way.

What do you still find yourself checking after your coding agent says the solution is finished?

 Daniel, now you've joined me here, truly spilling all our development secrets! (not really all open source) . But good showing of how we go behind the scenes

I tried the product - looks cool. Does the job.

 Thank you! and if any feedback please let me know ! We are early but eager to get things to work!

💎 Pixel perfection

"Your agent says done" is the sentence I hear in my head every time I ship agent output to a customer. The receipt idea — what was verified, at what coverage, what's still open — is the right shape; most eval tooling gives you a score, not an open-items list. Question: how do you handle work that isn't code? Our agent at AskDeck produces a deck and a narrated video, and "done" there means things like every slide has speaker notes, the numbers match the source doc, the video matches the final revision. Could Yoetz take a custom checklist like that, or is it built around repo-level evidence?

 Great question. Yoetz isn't fundamentally limited to repos or programming. In fact, earlier versions before our pivot were focused on more general research.

The core idea is broader: define what needs to be true, collect evidence for those requirements, and surface what was verified versus what's still open.

Today, our integrations and built-in checks are mostly coding-focused, so for something like AskDeck, checks such as "every slide has speaker notes," "numbers match the source," or "the video matches the final revision" would need custom checks or adapters.

Since Yoetz is open source, those can absolutely be added. And if you'd like to try integrating Yoetz with AskDeck, we'd be very happy to help you with the integration directly, or merge a PR if the checks generalize well.

Your AskDeck example is actually a really interesting example of where we want this verification model to go beyond code.

 appreciate that. "define what needs to be true, collect evidence, surface what's open" is exactly the shape I'd want, and the speaker notes check is the obvious first adapter since it's just structural. Let me read the repo before I promise anything, but I'd like to try it. Good luck with the launch.

  If you have any questions, do not hesitate to ask and to give any and all feedback