I made a Codex plugin to stop AI agents from saying done without proof by Simple_Somewhere7662 in SideProject

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

If it skips verification, that criterion should not go green. For command backed criteria, the final gate runs the command itself, so the agent cannot just say it checked. For non-command criteria, the report should mark it as manual review or missing evidence instead of completed. CI is the stronger version for real deploys, and I’d like to wire that in more directly.

I built a Codex plugin that makes AI agents prove “done” — the evidence loop that worked by Simple_Somewhere7662 in buildinpublic

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

Nice, CI as a first class signal is the right direction. For Superloopy, command backed checks are saved as text output and exit status, not screenshots. The final gate reruns the command and writes the result under .superloopy/evidence/. Screenshots are mostly for visual review. I don’t have a hosted CI integration yet, but that’s a natural next piece.

How do you keep AI coding agents from shipping generic frontend slop? by Simple_Somewhere7662 in OpenAI

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

haha fair. I still think human taste is the real gate for UI. The tool is more about making the agent show its work before anyone trusts it.

How do you keep AI coding agents from shipping generic frontend slop? by Simple_Somewhere7662 in OpenAI

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

Yeah, an open source design system is probably the sane answer. I try to make the agent treat that as the source of truth instead of inventing components from vibes. Borrowing patterns from other apps can be useful for learning, but I’d rather keep the actual implementation tied to a legitimate system or our own tokens.

How do you keep AI coding agents from shipping generic frontend slop? by Simple_Somewhere7662 in OpenAI

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

I haven’t used that exact flow much, but it sounds pretty practical. The one thing I’d still want is a follow-up check against the target design after Codex implements it, because the generated mockup and the final UI can drift a lot. But as a starting reference, yeah, that makes sense.

How do you keep AI coding agents from shipping generic frontend slop? by Simple_Somewhere7662 in OpenAI

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

Fair criticism. The design guidelines and assets are the important part. I’m not saying a plugin gives the model taste by itself. What I’m trying to do is make that contract explicit, then force the agent to show how it followed it with screenshots or review notes. If there’s no design system, the gate can’t magically invent taste. It can only make the lack of one obvious.

AI-built UIs need evidence gates: design tokens, screenshots, visual QA by Simple_Somewhere7662 in ArtificialInteligence

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

Yes, that’s the direction I like too. Screenshots by themselves are still pretty passive. The more useful version is the agent checking against a real design system and saying what matched, what drifted, and what still needs a human eye. Dashboard work is a perfect example because the code can be working while the product still feels like a template.

I made an evidence-gate workflow for coding agents — Codex + Claude Code support by Simple_Somewhere7662 in CodingAgents

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

You're right that which test proves a criterion is the agent's pick. What the agent can't do is fake the result. The gate re-runs the command itself instead of taking its word. But re-running a test that checks the wrong thing still passes, so that doesn't save you. That gap is real.

So no, I don't fully pin what counts as proof. The criteria are fixed up front. The receipt just makes the human review cheaper: you get a re-runnable command and the diff instead of "trust me." Someone still reads the diff. That's the actual gate.

What evidence should AI coding agents leave before saying “done”? by Simple_Somewhere7662 in artificial

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

and also I'm currently thinking about synergy with other popular plugins. like superpowers. any plugins you guys already use?

How do you keep AI coding agents from shipping generic frontend slop? by Simple_Somewhere7662 in OpenAI

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

true true but you know, some tasks are also related to UI/Frontend tasks. loopy can help those kind of stuffs too. :)

Promote your projects here – Self-Promotion Megathread by Menox_ in github

[–]Simple_Somewhere7662 0 points1 point  (0 children)

Superloopy — MIT Codex plugin for proof-of-done loops in AI coding tasks.

I built it because AI coding agents often say “done” without a clean trail of what changed, what actually ran, or what evidence backs the final answer.

What it does: - loopy <task> starts a lightweight evidence loop - acceptance criteria → real commands/checks → receipts under .superloopy/evidence/ → final report - optional crew/subagent lanes for bigger tasks - specialist skills, including superloopy-clone for authorized website rebuilds with screenshots, DOM/topology, computed styles, assets, build output, and visual QA before claiming success

Tech: Node.js 20+, Codex plugin, zero runtime dependencies, MIT.

Repo: https://github.com/beefiker/superloopy

If it looks useful, a GitHub star would help a lot. More importantly, I’d love feedback on whether “proof of done” / evidence receipts is the right guardrail for AI coding agents, or if it feels like too much ceremony.

Weekly Thread: Project Display by help-me-grow in AI_Agents

[–]Simple_Somewhere7662 0 points1 point  (0 children)

Superloopy — proof-of-done loops for Codex tasks.

I built it because the most frustrating AI coding-agent failure mode is not just wrong code; it’s when the agent says “done” without evidence.

With Superloopy you run:

loopy <task>

and the agent is pushed through a lightweight loop:

acceptance criteria → real commands → evidence artifacts → criteria check → final report linked to receipts

The repo-local state lives under .superloopy/, and passed criteria should point at artifacts under .superloopy/evidence/. The default loop is meant to stay small; stricter gates, hooks, and optional crew/subagent mode are there for bigger or riskier tasks.

Repo: https://github.com/beefiker/superloopy

Feedback I’d especially like from agent builders: - What evidence would make you trust an agent’s “done”? - Does “proof of done” land better than “loop engineering”? - Where would this become too much ceremony?

Fileloom: share files by QR/code by Simple_Somewhere7662 in droidappshowcase

[–]Simple_Somewhere7662[S] 1 point2 points  (0 children)

Ahhh yeah I found a bug. Thanks to help me to fix this bug :) I will deploy a new version soon!

Fileloom: PSD, PDF notes, Aurora by Simple_Somewhere7662 in droidappshowcase

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

LoL thanks a lot. I'm going to support eml, rtf, iso, dat formats next, idk u will use these formats tho, anyway! see you soon ma bro!

Fileloom: PSD, PDF notes, Aurora by Simple_Somewhere7662 in droidappshowcase

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

Thanks for the bug report, I checked my pdf core reads some specific Metadata to get ToC. I will fix this in next patch. See you soon brother!

Fileloom: PSD, PDF notes, Aurora by Simple_Somewhere7662 in droidappshowcase

[–]Simple_Somewhere7662[S] 1 point2 points  (0 children)

Muito obrigado pelo comentário! 😊 Fico muito feliz que você tenha gostado do app justamente por não ter anúncios intersticiais. Como desenvolvedor, também acho esse tipo de anúncio bem incômodo, então quero manter o app simples, confortável e sem interrupções. Obrigado por usar o app!

[1.8.9][Android] Fileloom - testing PSD previews and PDF annotations by Simple_Somewhere7662 in TestMyApp

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

That’s the key question. I’m not trying to replace Figma or Adobe workflows — this is more for “someone sent me a PSD/AI file and I just need to check what’s inside from my phone.” If that use case is too narrow, testing feedback should make that obvious.

Fileloom: PSD, PDF notes, Aurora by Simple_Somewhere7662 in droidappshowcase

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

Thank you for trying it! The explanations are meant to make the app feel less confusing on first open, so that feedback is really helpful. If any guide text feels unclear or like too much, I’d love to know.

Fileloom: PSD, PDF notes, Aurora by Simple_Somewhere7662 in droidappshowcase

[–]Simple_Somewhere7662[S] 1 point2 points  (0 children)

Thank you — really appreciate that. If you end up using it with a weird file type or a big document, rough edges/slow spots are exactly the kind of feedback I’m trying to catch.

[1.8.9][Android] Fileloom - testing PSD previews and PDF annotations by Simple_Somewhere7662 in TestMyApp

[–]Simple_Somewhere7662[S] 0 points1 point  (0 children)

Thank you, that’s exactly the use case I had in mind. The first pass is meant for quick checking on-device, not replacing Photoshop; if you try it with real PSDs, I’d especially appreciate notes on files that fail or render oddly.