十二要素应用是一套面向云原生后端服务、API 与微服务的工程方法论，帮助团队构建可移植、可水平扩展、易维护的软件即服务应用。资料将其整理为 12 个类别、共 51 条规则，并按优先级标注影响程度。
用途与适用时机：设计新的后端服务或 API；为 Kubernetes 或 Docker 做容器化；搭建 CI/CD 流水线；跨环境管理配置；实现日志与监控；规划应用扩展策略；排查部署或环境问题。
主要能力（按类别）：代码库与版本控制（CRITICAL，前缀 code-）要求每应用单一代码库，代码库与应用一对一，环境用部署而非分支表示，共享代码以依赖库方式管理；依赖（CRITICAL，dep-）要求显式声明、隔离执行、不依赖系统工具、使用锁文件保证可复现构建；配置（CRITICAL，config-）要求配置与代码严格分离、存入环境变量、环境变量为细粒度控制而非分组、启动时校验、绝不提交密钥；后端服务（HIGH，svc-）视为附加资源，以连接 URL 引用，不区分本地与第三方，可无代码改动地挂载与卸载；构建、发布、运行（HIGH，build-）三阶段严格分离，发布不可变且带唯一标识，运行时不得改代码，复杂度前移到构建阶段，每次提交产出一份构件并在各环境部署同一构件；进程与状态（HIGH，proc-）要求无状态进程、不用粘性会话、不假设本地文件系统持久、构建期完成资源编译、进程间不共享；并发与扩展（HIGH，scale-）采用进程模型横向扩展，定义多种进程类型与声明式进程编队，不守护进程化、不写 PID 文件，优先水平而非垂直扩展；可处置性（HIGH，disp-）要求进程可随时启停、快速启动、响应 SIGTERM 优雅关闭、崩溃可恢复、操作幂等；端口绑定（MEDIUM，port-）要求应用自包含并内嵌服务器，通过 PORT 环境变量导出服务，可导出任意协议；开发与生产对等（MEDIUM，parity-）要求缩小环境差异、各环境使用同类型同版本后端服务、频繁部署、开发者参与部署；日志（MEDIUM，log-）将日志视为事件流，应用内部不路由或存储日志，使用结构化日志，无缓冲写入 stdout；管理进程（MEDIUM，admin-）以一次性进程运行管理任务，在相同代码库与配置的发布上执行，并提供 REPL 访问。
使用方式：按需阅读各项参考文件，其中 references/_sections.md 定义类别顺序与影响级别，assets/templates/_template.md 提供新增规则模板，metadata.json 提供版本与引用信息。
限制：资料未提供具体代码实现示例、命令、收费与价格信息，也暂未提供针对特定语言或框架的落地步骤。