It’s built on top of WINK (Weak Incentives). The goal is to make the “agent definition” a first-class artifact: prompt structure + tools + policies + feedback/evals, separated from whatever runtime/harness drives the loop.
The demo is a toy “secret trivia” agent, but it showcases: prompt sections that bundle instructions + tools, progressive disclosure, tool policies (ordering constraints), feedback providers, and evaluators.
Questions:
- How are you approaching building agents that run unattended?
- Are these abstractions useful, or would you do this differently?
- What works? What doesn't? What feels weird?
Most System Dynamics (SD) software still treats a model like a slide deck. I wrote a short piece arguing that models should live as code—versioned, tested, observable, and fed by real‑time data—just like any service. It sketches the platform building blocks (registries, query engines, runtimes) rather than pitching a monolith.
I’m interested in counter‑arguments: where does the diagram‑first approach still win?
Did you also consider Java or any JVM-based language?
Modern Java is a lot less verbose than it used to be and it knows a lot of tricks (e.g. akka, play framework, dropwizard, Rx, dependency management, good IDEs, advanced profiling and instrumentation etc.)
Netflix is an excellent example of how you can leverage the JVM to build one of the most advanced system architectures hosted on AWS.
Hi Brad! I'm glad you like Sunnytrail. Your problem can be easily solved. I suppose that you are generating for each users some sort of unique ID. My advice is to use that to generate an username (if not already available) and a dummy email address. You should be able to update those later when that customer upgrades to a paid plan. TweetSaver looks great! Get back to us on email if you've got more questions.
the real issue is that one person may have multiple accounts in the app, and they may want to use the same email address for all accounts... I have no reason to enforce a unique email address.
It's odd that Sunnytrail would when there is usually a common unique identifier across all apps for users.. user id
Sunnytrail does not enforce an unique email address or an unique username. We are tracking users based on the supplied internal user ID (or an email address hash if an internal user ID is not provided).
Honest answer: I also care. It's not like we are trying to hide something. Most of the time Octav it's available on the Live Chat and we write individual emails to all the users that signup for the service. As side note security is really important for us and we are taking all the measures needed to ensure data privacy.
Are you bootstrapping this entirely (i.e., have quit your normal job and working solely on this?) or are you working at a regular job and working on this on the side?
I believe you can write a wrapper in node.js in minutes. Check the raw API docs at https://www.thesunnytrail.com/developers I would do it myself but I'm not familiar with node.js. Let's get in touch. You can find me at andrei@thesunnytrail.com
https://github.com/weakincentives/starter
It’s built on top of WINK (Weak Incentives). The goal is to make the “agent definition” a first-class artifact: prompt structure + tools + policies + feedback/evals, separated from whatever runtime/harness drives the loop.
The demo is a toy “secret trivia” agent, but it showcases: prompt sections that bundle instructions + tools, progressive disclosure, tool policies (ordering constraints), feedback providers, and evaluators.
Questions: - How are you approaching building agents that run unattended? - Are these abstractions useful, or would you do this differently? - What works? What doesn't? What feels weird?
Thanks for any critique.
reply