PetaApps——Perl 应有的位置
内容提要
作者认为Perl缺乏应用生态，仅靠CPAN难以吸引新用户。为此PetaMem推出基于Rust与Perl的统一平台PetaApps，包含NAS、虚拟机管理、软件定义网络、邮件和备份服务器，共享同一模型与架构。项目均未完成，代码由AI编写但需求与验收由人负责，目前仅供了解，不宜投入生产。
延伸解读
应用生态才是Perl的突破口
作者认为CPAN作为库集合虽好，但无法吸引新用户；真正能带来生态的是被企业集成并依赖的应用。一旦公司使用并定制这些应用，就需要Perl程序员，从而形成生态。PetaApps正是基于这一逻辑，试图用完整应用而非库来扩大Perl的用户基础。
统一平台的设计理念
PetaApps强调一个平台、一个模型、一个模式，所有应用共享磁盘、调度、保留规则等基础概念，避免重复实现。底层PetaLib和PetaCore提供期望状态管理和变更计划，命令行、API、Web界面和AI工具都从同一模式生成，确保人类管理员和AI代理看到一致的操作与风险。
AI编写代码，人类负责需求与验收
项目代码由AI编写并由其他AI审查，但需求始终由人类指定，交付物也由人类对照需求验收。测试覆盖和代码审计大量借助AI，但需达到传统软件工程的高标准。作者以此回应“AI垃圾”的质疑，强调人类在关键环节的控制作用。
当前状态：未完成，仅供了解
所有应用均未完成，文章发布时最多处于早期版本，并明确标记为进行中。作者明确表示不应立即投入生产环境，但鼓励读者提前了解，因为项目将会到来，避免届时措手不及。这一定位提醒读者理性看待，既关注潜力也注意风险。
Q&A
Perl 为什么需要应用而不仅仅是 CPAN？
文章认为 CPAN 只是库集合，本身不是杀手级应用。应用会被公司使用并融入流程，公司依赖后需要 Perl 程序员来扩展定制，从而带动整个生态。库只有现有程序员用，应用才能吸引新程序员加入。
PetaApps 包含哪些具体应用？
PetaApps 包含：PetaStore（NAS）、PetaVisor（基于 QEMU/libvirt 的虚拟机管理程序）、PetaWall（软件定义网络，编译为 nftables）、PetaMail（邮件服务器）、PetaVault（去重加密备份服务器）。其中 PetaVisor、PetaWall、PetaMail 是工作标题。
PetaApps 的技术架构是怎样的？
底层是 PetaLib（通用 Peta::* 库家族），之上是 PetaCore 平台，将 Linux 机器作为期望状态管理。所有变更以计划形式呈现（说明影响、风险、是否中断服务），经人或 AI 代理批准后作为作业执行并记录日志，支持回滚。命令行、API、Web 界面和 AI 工具（MCP）均从同一 schema 生成。
PetaApps 的代码是 AI 写的，质量如何保证？
文章强调代码由 AI 编写并由其他 AI 审查，但需求始终由人类指定，验收也由人类负责。测试覆盖率和代码审计大量借助 AI，但必须达到与传统软件工程相同的高标准。作者认为这不是 AI 粗制滥造。
PetaApps 现在可以用于生产环境吗？
不可以。文章明确表示所有项目均未完成，目前最多是早期版本，标记为进行中。作者建议不要立即投入生产，但可以了解即将到来的内容，以免措手不及。
为什么所有产品都使用“Peta”前缀？
Peta 前缀用于保持家族统一，让对 AI 编写代码有顾虑的人一眼识别归属；同时避免占用 CPAN 命名空间，不抢占 CPAN 作者可能需要的名称。Peta::NN（微神经网络）和 Peta::Synth（软件合成器）也属于同一家族。
