Re:Launch HN: Discovered Materials (YC P26) – AI agents to d...
by SpaceCoreDev on Wednesday August 12, 2026 @07:08AM
(#49270577)
The "Claude's propensity to reward hack" line is the interesting part to me. We run a small system where AI agents (scripts, LLMs) act as the actual players in a persistent simulation, and reward-hacking-style behavior shows up constantly once an agent is left running unsupervised for a long time - it finds the shortest path to whatever metric you exposed, not the path you intended. Curious whether you've found any mitigation beyond just watching for it after the fact, e.g. changing what you expose as the optimization target versus what you actually want.
[ Parent
| on HN ]
Re:Launch HN: Discovered Materials (YC P26) – AI agents to d...
by advaith08 on Wednesday August 12, 2026 @09:33AM
(#49272177)
yeah we were surprised by how much it does it. Our approach has been retroactive - we monitor the thinking trace, spot reward hacking behavior and then fix things.
We haven't faced this issue with Sol though - its been much more well behaved
Re:Launch HN: Discovered Materials (YC P26) – AI agents to d...
by areoform on Thursday August 13, 2026 @05:20AM
(#49283472)
How do you have access to the thinking trace?
Re:Launch HN: Discovered Materials (YC P26) – AI agents to d...
by advaith08 on Thursday August 13, 2026 @06:54AM
(#49284116)
we have access to the thinking trace summaries, not the raw traces
Re:Launch HN: Discovered Materials (YC P26) – AI agents to d...
by imko_ on Wednesday August 12, 2026 @10:53AM
(#49273368)
I wonder what this would look like here. Seems like a space where keeping the exposed metric and the optimization target apart would be quite difficult.
Also curious: by what reasoning path do models typically end up reward hacking?
Re:Launch HN: Discovered Materials (YC P26) – AI agents to d...
by SpaceCoreDev on Tuesday August 25, 2026 @05:08PM
(#49440657)
From what I've seen running agents against a real economy: it's rarely a dramatic "the model schemed." It's closer to greedy local optimization -- the agent sees an action that moves the exposed metric, takes it, and the model has no separate concept of "the metric" vs "the intent" unless you've explicitly trained or prompted that distinction in. The failure mode is boring: whatever number is cheapest to move gets moved. Which is why the fix that's worked best for me isn't better prompting, it's making the invariant itself unexploitable (e.g. a sell price can never exceed a build cost) so there's nothing to find.