Hacker News

Top stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. F-Droid 2.0 (f-droid.org)
    248comments
  2. Show HN: Make cursed fonts like Times New Bastard (mitpit.com)
    58comments
  3. Show HN: Whiteboard (YC W26) – An open-source IDE for thoughtful software design (github.com/devdotfast)
    75comments
  4. Why is the liver so weirdly regenerative? (dynomight.substack.com)
    135comments
  5. Fearless SIMD v1.0 (linebender.org)
    28comments
  6. 2DWillNeverDie (2dwillneverdie.com)
    7comments
  7. Rails World 2026 Opening Keynote [video] (youtube.com)
    226comments
  8. My weird new hobby: Wandering around Tokyo on Google Maps (ahmedhossamdev.com)
    82comments
  9. Show HN: Koi.rest – watch some fish and regain your balance (koi.rest)
    24comments
  10. Toyota is taking the Corolla electric (electrek.co)
    262comments
  11. Using LLMs to trace alchemical knowledge and decode 17th century letters (resobscura.substack.com)
    9comments
  12. GitLab Outage (status.gitlab.com)
    10comments
  13. Back and shoulder surgery is often worse than useless (economist.com)
    23comments
  14. California is chasing wealth that has feet (landeconomics.org)
    283comments
  15. Google’s Project Suncatcher to put ML infrastructure in space (blog.google)
    170comments
  16. Book review: Is parallel programming hard, and, if so, what can you do about it? (ahelwer.ca)
    22comments
  17. Stable (YC W20) Is Hiring Product Engineers (usestable.com)
    —discuss
  18. Sourcehut account takeover via build logs (XSS in ansi2html) (blog.arusekk.pl)
    9comments
  19. The Board Game of the Alpha Nerds (2014) (grantland.com)
    17comments
  20. Two-tier encryption in the UK (macanorak.com)
    362comments
  21. Motor Characterization for Small Running Robots (2016) (robot-daycare.com)
    —discuss
  22. Security auditing in the age of (good enough) AI (trailofbits.com)
    2comments
  23. The forgotten battle of East Lansing (eastlansinginfo.news)
    12comments
  24. Geothermal heat map of US hot springs (soakingsprings.com)
    32comments
  25. Forging 1024-bit RSA signatures in nearly SNFS time [pdf] (iacr.org)
    5comments
  26. International observers to investigate Swedish election fraud (tv4.se)
    16comments
  27. Early rogue AI agent activity and attempts to hack found on urlquery.net (transluce.org)
    223comments
  28. WaveDigger: Dig into wireless signals to discover their physical locations (github.com/christianrowlands)
    14comments
  29. Tutoring company tells parents to save their money and 'use AI instead' (afr.com)
    115comments
  30. Opus 5.5 is good at explainer videos (launchvideo.io)
    80comments

Show HN: Critic – Review code with the agent that wrote it

6 pointsby 6h agocritic.run
1 comments
Hey HN, I'm Shreyash from Feyn. We help companies build custom models from their data. Today we're releasing Critic, a change review platform that lets you engage directly with the AI that wrote the code.

Agents write most of our code. While that has made us more productive, understanding a change and its consequences has become incredibly difficult. As our company adopted more agentic tools, we found it harder to loop people in on the impact of a PR and the state of a project. We built Critic to fix this.

Critic lets AI agents present their code, annotate key blocks, and include relevant evidence (like screenshots and instructions to run locally). Anyone viewing that change can talk directly to the agent that wrote it. See a demo here: https://www.youtube.com/watch?v=U2--lytmOtQ.

Critic works through a plugin for Codex or Claude Code. When your agent writes code, the plugin asks it to also write a narrative describing the story behind the change, and highlight any assumptions, decisions, or complex code. You can then view the change at critic.run or have your agent pull it via the bundled MCP. Every feature in Critic is available over MCP, so your agent gets all the same context without leaving its harness.

From the dashboard or MCP, you can chat with the authoring agent directly. When Critic receives a question, it forks the authoring session and forwards your question there. That way your main thread stays clean and keeps working.

Local changes are visible only to the owner. Anything pushed to GitHub is mirrored and visible to anyone with permission to view that change on GitHub.

When building Critic, security was a big priority for us. AI agents often run in auto mode and can take many actions on your computer. We wanted to ensure that giving people access to your agent doesn't mean giving them access to your computer. All Critic forked sessions are stripped of their write tools. They can only answer questions about the change and in-progress work in that workspace.

Critic has helped us catch several incidents before they hit production. The most common is a model not reusing artifacts, like existing styles, components, or functions. Because it's so easy to dig into an agent's work and question it, we've also caught more cases of models misdiagnosing issues or writing unhelpful code. Since Critic's UI is faster and friendlier to agents than GitHub, our team is returning feedback quicker as well.

Critic is free to use. Sign up at https://critic.run. Let me know if you have feedback or questions.

1h agoHN ↗

How does Critic ensure that the narrative, the assumptions, decisions and complexity generated by the agent are correctly brought forward in this different format and not, itself, being vulnerable to the same exact problems?