Repository navigation
Agentic coding with Areg: try it, break it, send me the run #800
Pinned
aregtech
started this conversation in
Agentic Coding
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Can a coding agent that has never seen a framework build a correct, multi-process C++ application from that framework's own documentation, in one session?
With Areg, that is a design goal, and I'd like you to put it to the test with your own agent, your own model and your own machine.
Why Areg and coding agents fit together
Most frameworks are documented for humans. An agent working with them leans on training data that is often years out of date, then guesses, compiles, fails and tries again. Areg is built so an agent learns it from the repository, during the task:
.siml,.dtmland.fsmldocuments and C++ skeletons; the agent writes only the method bodies. Threads, IPC, service discovery and reconnection are the framework's job, not the agent's.AGENTS.mdroutes each task to one page. A contract checker catches a renamed or invented API name before the compiler does, and a scenario runner proves the programs work together end to end. CI checks the documentation against the code, so the pages an agent reads cannot quietly drift away from the framework.This appropriate improvements are done since HEAD
650cd619577180a109cb2b85046a8c3fd93ecbe1and the full support is planned since version2.0.0.What that gives in our own runs (method and ranges):
See what an agent produces
Two examples in the repository were built entirely by an AI agent and are kept as references:
33_tempalarm34_coffeemachineRead the code and judge it yourself. The
.fsmlstate machine opens in Lusan, which draws it, so you can check the logic against what was asked.Try it yourself
examples/ai-benchmark/holds 8 ready task prompts (temperature alarm, coffee machine, ATM written by hand and as a state machine, print/scan device, elevator, sensor gateway, greenhouse) and a harness that:Clone
master(the agent documentation is newer than the last release), then start from an empty directory outside the checkout:--agent copilot,--agent codexand--agent geminiselect the other CLIs,--modeland--effortthe rest. Cursor or any IDE agent can run the same prompt by hand.--framework grpcand the same task runs on gRPC.Share your run ð
This is the part I care about most. A failed run is worth more to me than a passed one: every failure points at a page, a generator or a framework path I can fix.
Each run leaves a directory such as
20260923c-coffeemachine/. Leave out the SDK snapshot and the build output, and what remains is about 30 KB:Run it from the directory that holds the run, with your run's name.
taralso ships with Windows 10 and later, so the same line works in PowerShell. What is inside, and why it helps:meta.txtprompt.txtrun.out,run.err,result.jsonverify.jsonwork/sdk-head.txt,sdk-md5.txtsdk/itself is not neededAttach the archive to a reply here, with a few lines:
prompt.txtandmeta.txtcontain your local paths, including your user name. Have a look before you post. If a run cannot be shared publicly, send it to info[at]areg[dot]tech.Ran it by hand, without the harness? The prompt, the agent's final report and the project directory without its build output are just as useful.
What happens with it
We go through every shared run and turn each finding into a fix: a page an agent misread, a generator that wrote the wrong line, or a framework path that behaves badly under a probe. I'll reply in your thread with what was found and link the fix when it lands.
Also welcome
If Areg saved your agent API requests, a â on the repository helps the next developer find it.
All reactions