用途：在新建后端、API 服务或 Worker 仓库时使用，避免直接堆砌脚手架，而是按统一模式搭建服务骨架。
主要能力：确定框架重量（默认选生态内成熟稳妥的框架，仅在认证、后台、会话与 CRUD 明显重要时用较重框架，薄边缘框架只用于刻意精简的构建）；采用可复用核心加薄传输层，路由、Worker、调度器、CLI 钩子都调用同一核心服务，业务逻辑放在领域层而非 HTTP 处理器；按需添加基础设施，关系型数据库、认证、外部 HTTP、缓存/任务等只在项目真正需要时引入；保持单一组合根与单一应用工厂，避免分散初始化和导入副作用。
使用方式：先加载 engineering-principles 与 architecting-changes，再加载 setting-up-projects，最后加载本技能。默认目录示例含 api（应用工厂、routes、schemas、errors）、domain（models、services、errors）、infrastructure（config、logging、db、clients）、workers、bootstrap 以及 tests。优先创建 API 入口与应用工厂、健康检查端点（如 /healthz）、组合根、领域模型与一个用例、类型化配置；若有持久化再加数据库与迁移；并写一个冒烟 API 测试和一个领域测试。所有开发命令统一放入任务运行器，Relational DB 须早做迁移，健康与就绪端点要早加。
适用场景：任何语言或生态的新后端/API/Worker 仓库初始化。
限制与说明：若某语言存在扩展技能（如 Python 的 setting-up-python-backends），应先加载本技能获取模式，再加载扩展获取具体工具与示例；其它生态若无扩展，按上述模式并参考 engineering-principles 示例处理，并记录缺口。具体框架、库与模板以对应扩展为准，本资料未提供完整代码与命令。