系统 API 这一页，核心不是罗列几十个函数名，而是说明 Qi OS 如何把 Linux 应用熟悉的调用入口映射到自身内核与资源模型之上。根据当前蓝图，典型路径是：linux_app → syscall_adapter → qi_kernel。
当前最关键的接口范围
- 文件与命名空间：open、close、read、write，以及基于 Plan 9 namespace 的资源访问。
- 进程与执行：fork、clone、execve、进程状态与任务控制。
- 内存与映射：mmap 等基础运行时能力。
- 网络与套接字：socket 与网络资源访问。
接口实现思路
官网不需要把系统 API 写成内核手册，但应该明确说明：Qi OS 并不直接照抄 Linux 内核接口，而是通过 syscall_adapter 将常见调用转换为 qi_kernel 的统一能力，再把文件、网络、进程等资源纳入同一模型中。
long sys_getpid() {<br/> return qi_getpid();<br/>}<br/><br/>long sys_write(int fd, char* buf, size_t len) {<br/> return qi_write(fd, buf, len);<br/>}为什么这页很重要
这一页决定技术访客会不会相信 Qi OS 真的能承接 Linux 应用生态。如果系统 API 只停留在概念层，整个 AI Native 与 Distributed First 的说服力都会下降。