Skip to content

Commit af511e1

Browse files
README: add end-to-end visual sequence of an agent run (before -> function call -> after)
1 parent a1febc4 commit af511e1

3 files changed

Lines changed: 16 additions & 0 deletions

File tree

README.md

Lines changed: 16 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -105,6 +105,22 @@ The useful signal is that a capable model routes the surface perfectly: gpt-4.1
105105

106106
`tools/reliability-harness/agent_demo.py` closes the loop end to end: it sends a natural-language instruction to a model, takes the function the model chooses, and executes it on the running app via `adb`, so the result shows up in the UI. It is the same loop the on-device assistant would run, with `adb` standing in for the preview-gated system integration.
107107

108+
### A run, end to end
109+
110+
Starting state — four actionable tasks:
111+
112+
<img src="assets/demo-before.png" alt="Starting state: four actionable tasks" width="260">
113+
114+
The instruction *"add a high priority task to call the plumber this afternoon"* is sent to a model, which picks one function and its arguments:
115+
116+
```
117+
addTask({ "title": "Call the plumber this afternoon", "priority": "HIGH" })
118+
```
119+
120+
That call runs on the device, and the UI updates on its own — five actionable tasks, the new one in place:
121+
122+
<img src="assets/demo-after.png" alt="Result: five actionable tasks, the new one added" width="260">
123+
108124
## Notes on some decisions
109125

110126
Enum-typed fields cross the agent boundary as documented strings (`"HIGH"`, `"WEEKLY"`), parsed case-insensitively with a default. This is more tolerant of imperfect agent input; whether a closed enum extracts more reliably is one of the things the harness measures.

assets/demo-after.png

106 KB
Loading

assets/demo-before.png

103 KB
Loading

0 commit comments

Comments
 (0)