## 核心理念：基本原则优于框架依赖
CGI（通用网关接口）并非需要专门学习的复杂框架。自 2004 年发布 1.1 规范以来，其核心定义未曾改变。
该接口无需内化复杂的 API，其本质仅由几个基础 HTTP 概念构成：
- 请求头部。
- 请求方法。
- 查询字符串。
- 主体数据。
掌握 HTTP 协议即等同于理解 CGI。此外，CGI 不依赖特定编程语言或平台，具备极高的知识持久性。
清晰的问题分离架构
现代 Web 应用通常将 Nginx 等 Web 服务器置于前端，这种架构往往导致职责混淆——实际上存在两个“Web 服务器”，其中一个承担业务逻辑处理。
相比之下，CGI 允许直接调用业务逻辑，职责边界明确。这种设计简化了调试流程：应用程序表现为普通程序，可直接在 Shell 中运行，通过观察标准错误输出（stderr）或使用 GDB 进行逐步调试。
从某种角度看，CGI 类似于无服务器架构：由主管进程根据每个请求调用代码。区别在于，CGI 避免了供应商锁定及意外账单风险。
最小化的供应链风险
随着自主代理的兴起以及针对包存储库攻击的频率增加，供应链安全日益重要。
大多数现代技术栈依赖包管理器及其生态系统。虽然便利，但依赖图不断膨胀，且许多依赖项由未知维护者管理，其发布凭据甚至可能受长期未更新的密码保护。
基于 C 语言的方案，其供应链仅包含一个编译器和三个库。若要造成妥协，需攻破 libcurl 等核心组件，这属于重大系统性问题，而非每周下载量巨大、维护者于 2019 年离职的小型软件包所面临的常规风险。
极简的工具链
对于偏好经典 Vim 编辑器且不安装插件的用户而言，无需语言服务器（LSP）、自动完成、代码格式化器或 AI 辅助工具。
复杂的技术栈需要复杂的工具来穿透抽象层，而 CGI 仅需简单的编辑器即可应对。整个应用程序由一个 C 文件目录和一个 Makefile 组成，打开文件即可直观了解代码行为。
成熟工具的易得性
所需工具触手可及，包括消毒剂（Sanitizers）、Valgrind、GDB、ctags 和 cscope。这些经过数十年打磨的成熟工具，在任何能编译 C 语言的系统上均可通过单一包安装获取。
这种成熟度延伸至编辑器集成：Vim 原生支持 ctags 和 cscope，并提供图形化 GDB 前端（如 Termdebug）。
C 语言编写前端的可行性
尽管曾犹豫是否使用 C 语言编写整个前端，但实际体验并未如预期般痛苦。
相比 Go 语言 html/template 语法的突出优势，或在检测 Go 模板时避免破坏 HTML 检测逻辑，亦或是通过 Askama 识别项目中的 Jinja 模板，使用 C 语言意味着无需引入第二种语言，避免了编辑器对混合语法的半检测困境。
用 C 语言编写界面虽不美观，但也非 Tailwind CSS 那样的极端风格。
SQLite 带来的运营减负
Postgres 虽是优秀的 Web 应用数据库，但伴随一定的运营负担，包括需要守护服务器进程及频繁的发布升级。
SQLite 则消除了这些负担：无独立进程、无配置需求、无外部依赖。应用程序直接打开数据库文件，实现了最小的运营复杂度。
