Horus

Limitations

What is wrong with Horus right now. The authoritative register, including every closed entry, is docs/LIMITATIONS.md.

These are the limits that should change a decision.

Horus is research-grade. It should not be trusted with anything you cannot afford to lose. The gating set is 147 checks with 12 exempted. The 12 are the contexts of the workflows that do not run on a pull request, not twelve unused jobs. Each security property names a witness. A witness that is only a positive boot, with no control arm, is named in .github/positive-boot.yml. That list includes the central dispatch property. The census does not add the arms. The machinery is not a review.

Where the line sits

Horus boots, installs onto IDE and eMMC, and enforces capability checks on the syscall path, including IPC and device access. The checking machinery is ahead of the operating system it checks. Memory of a destroyed object is not reused. There is no wall clock. Scheduling does not yet bind a CPU-time budget in the shipped system.

This is a research kernel, not a product. The session queue on the status page is the order in which the open items above should be closed.