ยซ VaultTerm

๐Ÿ”’Roadmap Explained

Juha-Thai [Developer] #36

๐Ÿ—บ๏ธ Roadmap Explained


VaultTerm is built with a clear philosophy:

โš™๏ธ Stability before features.
๐Ÿ›ก๏ธ Security before convenience.
๐Ÿงฑ Foundations before expansion.

๐Ÿ” Why TOFU First?


SSH without host verification is unsafe.

Before adding features, VaultTerm ensures:

โœ… Host key storage
โœ… Host key validation
โœ… MITM protection

Security is not optional โ€” it is foundational.

๐Ÿ–ฅ๏ธ Why Terminal Rendering Comes Early?


A terminal client lives or dies by rendering quality.

VaultTerm prioritizes:

โœ… Correct ANSI color handling
โœ… Stable scrollback buffer
โœ… Reliable cursor rendering
โœ… IME-safe layout handling

Without a stable rendering engine, additional features would only multiply bugs.

๐Ÿ“œ Why Scrollback Matters


Terminal history is core usability.

Without reliable scrollback:
  • Debugging becomes painful
  • Logs become unreadable
  • Long-running commands lose context

Thatโ€™s why scrollback stability comes before advanced features.

๐Ÿ”‘ Why Public Key Authentication Later?


Password authentication allows:
  • Faster alpha testing
  • Simpler configuration
  • Easier onboarding

Public key authentication will be added once:
  • Input system is fully stable
  • Terminal rendering is regression-safe
  • Core SSH workflow is solid

๐Ÿ“ฆ Why Not Add Everything at Once?


Because feature stacking creates instability.

VaultTerm avoids:

โŒ Rushed refactors near release
โŒ Breaking stable components
โŒ Adding features on unstable foundations

Every layer must be reliable before the next one is added.

๐Ÿง  Development Philosophy


VaultTerm is not a demo project.

It is built with:

โœ” Minimal regressions
โœ” Clean architecture
โœ” Small, controlled changes
โœ” Release discipline

Quality scales. Hacks do not.


Future updates will expand capabilities โ€”
but never at the cost of stability.

Suomeksi: Roadmap selitettynรค

๐Ÿ”’ This topic is locked and no longer accepts replies.