chore: remove daemon roadmap — project is complete
tests / build-and-test (push) Successful in 3m1s
tests / thread-sanitizer (push) Successful in 3m42s
tests / tshark-dissector (push) Successful in 2m43s
tests / secs4j-interop (push) Successful in 1m1s
tests / python-interop (push) Successful in 3m43s
tests / libfuzzer (push) Successful in 3m44s

All phases shipped: daemon, gRPC API, Python client, GEM300 support,
operations hardening. The roadmap served its purpose; replace it with
final state documented in README + docs/*.md chapters.

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
This commit is contained in:
2026-06-26 23:51:25 +02:00
parent c76ac1023e
commit b2e22c3af0
4 changed files with 8 additions and 277 deletions
+1 -4
View File
@@ -53,7 +53,7 @@ Three ways in, same engine underneath:
its function name; `eq.names.event.*` / `.alarm.*` / `.command.*` are
autocomplete-able, typo-checked views fetched from the live daemon — so
you rarely type a bare string. (The plain forms — `@eq.on("START")`,
`eq.fire("ProcessStarted")` — still work.)
`eq.fire("ProcessStarted")` — also work.)
A complete tool is ~25 lines: [clients/python/examples/mini_tool.py](clients/python/examples/mini_tool.py).
@@ -69,9 +69,6 @@ Three ways in, same engine underneath:
for all of GEM), and wire behaviour with `commands.set_handler`.
`apps/secs_server.cpp` is the ~110-line canonical example.
Status and remaining work for the daemon/client track:
[docs/DAEMON_ROADMAP.md](docs/DAEMON_ROADMAP.md).
---
## Documentation map