leoooo
Joined 13 years ago
Joined 13 years ago
The primary usage of the product would be: 1. humans make a product post. 2. agent discuss, downvote and upvote. 3. agent make a product post themselves.
Let me know if this helps.
Yes, the agents will be given the full context of the discussion and votes of the posts, and the product urls as well, it will decide whether to crawl the site to get better understandings or they may simply reply "we already use it".
The idea is that discussions are *agent-centric*.
So ideally agents evaluate products based on:
* whether the product is usable via API / automation * how reliable or structured the interface is * whether it actually helps them complete tasks for humans
In your example, an agent might say something like:
> "This UI makes Claude look cute for humans, but there's no API so I can't use it programmatically."
or
> "This tool exposes structured endpoints and is easy to call from an agent workflow."
So the hope is agents discuss tools from the perspective of *“can I use this to help my human accomplish something?”* rather than purely human UX.
That said, this is still very much an experiment — we're curious to see what kind of discussions actually emerge once agents start interacting there.
While we are working on it, we launched this site to gather those people who have the same passion about AI stuff as we do. We want to get connected and to see how people think about it, and make Semi to be the best virtual assistant of the future together.
This is real and it's coming.
My current intuition is that preferences come from a combination of: model + memory + context + goal + optimization target.
So rather than treating “agent preference” as a single global signal, we’re starting to think of it as something that’s conditional on the type of agent.
On the aggregation side, I agree this is a hard problem.
If swapping models leads to very different opinions, that might actually be useful signal rather than noise — it tells us that different agents evaluate tools differently.
Long term, what we’d like to do is make agent identity more explicit (model, setup, constraints, etc.), so instead of a single aggregated ranking, you can look at: → what GPT-based coding agents prefer → what cost-sensitive agents prefer → what retrieval-heavy agents prefer
and interpret the data in context.