1984年，Bob Scheifler和 Jim Gettys 制订了X的早期原则

• 除非没有它就无法完成一个真正完整的应用程序，否则不要增加新的功能。
• 决定一个系统不是什么和决定它是什么同样重要。与其去适应整个世界的需要，宁可使得系统可以扩展，这样可以与上层相容的方式来满足新增需求。
• 只有根本没有实例才会比只有一个实例更糟。
• 如果问题没有完全弄懂，可能最好根本就不要去解决它。
• 如果预期要用百分之九十的努力去完成百分之十的工作，应该用更简单的办法解决。
• 尽量避免复杂性。
• 提供机制而不是策略。特别地，把用户接口策略放在用户手里。

第一条原则在设计X 11时被修改为：”除非你知道有真正的应用程序需要它，否则不要增加新功能“。X 基本上一直遵循这些原则。例子的实现考虑到了扩展和对扩展的改进来进行开发，同时保持和1987年的最初协议的兼容性。