对以上信息进行了补充
我们正在实现一个基于Rust的CI/CD系统，名为'蜜饼工坊'(HoneyBiscuitWorkshop)，取材于明日方舟世界观中小刻爱吃的蜜饼和她的管理者火神大姐的工坊。
这个CI/CD的最终用途如下：
0. 一个合格的CICD当然可以DevOps
1. 软件包自动化，例如接入AOSC的autobuild+abbs树，或者Arch Linux的ABS，实现软件包的自动构建与更新
2. 机器学习支持，支持CUDA/ROCm/Others方案运行机器学习/深度学习程序
3. 对于部分工业软件/行业软件的支持，例如允许通过Vivado实现硬件设计远程综合
这个CI/CD的特色如下：
1. 基于LLM的流水线自配置
LLM可以读取关键文件/定义的文件/预设规则/上次生成的报错来生成流水线配置
2. 流水线进度感知
具体说来程序可以通过读取的流水线日志来判断进行的进度，以估计剩余时间，或给出超时警告
3. 与koishi(Koishi.js，一个聊天机器人管理项目，https://koishi.chat/zh-CN/)等结合，实现消息推送，流水线简单管理
通过koishijs与QQ机器人/Telegram机器人等配合，实现流水线成功/失败推送和快捷的重试等功能
4. 基于cgroups/JobObject的任务资源管理与计数
资源管理可以对任务资源进行限制，资源计数可以对不同权限的账号计算配额
5. prebake.yml, bake.sh, finalize.yml的最简流水线配置，声明式+命令式结合，采用@decorator进行装饰，以增强流水线行为
细节见下
6. 单二进制发布，支持各种架构，系统与C库
当然，程序不支持没有操作系统的裸机(nostd)
7. 构建机支持裸机，容器与FireCracker虚拟机
8. 可配置的构建缓存与环境缓存
9. 本地流水线快捷验证
可以在不借助服务器的情况下快速验证流水线语法的正确性，在借助本机容器的情况下进行试构建
10. 本地文件夹推送构建
可以推送本地的任何一个文件夹到服务器，其会根据预设规则/.workshop中的文件/LLM自生成进行构建，支持增量传输
CI/CD采用Web+Server+Multi (Agent+Executor)设计。当然也有可能的CLI客户端用于上述目的。
这个CI/CD可能会结合koishi, rustyvault（https://rustyvault.net，使用标准的Vault也可）等外部项目构建，当然我们希望减少对外部项目的依赖，尤其是数据库(如MySQL，意即，我们尽可能在SQLite解决问题)和消息队列(如RabbitMQ)，但是不阻止部署者使用这些。
bake.sh的基础说明如下：
#!/bin/bash
# This is a helper function lying in all task functions
load() {
    echo "loading..."
    log Hello!
}

# This is a task function with some example decorators
# @pipeline
# @fallible
# @if PIPELINE_BUILD_ENABLE
# @retry 3 10s
build() {
    load
    echo "Build process"
}
示例prebake.yml如下：
# prebake.yaml.tmpl
#
# 术语说明：
# 可选：该字段可以不给出
# 默认为...：隐含“可选”
# 留空：尚未定义，留作后续

# 版本号，用于格式兼容性检查
version: "1.0"

# 构建环境定义
environment:
  # 构建机类型
  builder: "docker"  # 或 "firecracker", "custom", "baremetal"

  # 构建机配置，注意以下只会出现与上述构建机类型对应的组。
  config:
    # baremetal:
    # 不需要

    # docker:
    # 镜像名
    image: "rust:1.70-slim"
    # Dockerfile路径，相对于项目根目录，不能与镜像一同指定，两者必须指定其一
    dockerfile: "/Dockerfile"
    # Docker构建参数，可选，只能与dockerfile搭配使用
    build_args:
    - "RUST_VERSION=1.70"

    # firecracker:
    # 留空

    # custom:
    # 自定义构建机名称
    name: "my-custom-builder"
    # 设置脚本，相对于项目根目录
    setup_script: "setup-builder.sh"
    # 清洁脚本，相对于项目根目录
    cleanup_script: "cleanup-builder.sh"

  # 硬件资源要求，满足最小要求的构建机可以被选中
  resources:
    cpu: 2                    # CPU核心数，默认为1
    memory: "2G"              # 内存大小，也可以写作2048MB,默认为"1G"
    disk: "10G"               # 磁盘空间，也可以写作10240MB,默认为"1G"
    architecture: "x86_64"    # 架构要求，只能是"noarch"或{"x86_64"/"amd64", "arm64"/"aarch64", "riscv64", "loongarch64"/"loong64"}中的一个或几个
    gpu: false                # 是否需要GPU，默认为false
    gpu_type: "cuda"          # GPU类型（如果需要），可以是"cuda", "rocm", "vulkan", "oneapi"中的一个或几个
    tags:                     # 自定义标签，只有满足标签的构建机可以被选中
      - "custom_tag"

  # 网络配置
  network:
    enabled: true             # 启用网络，对baremetal不适用，默认为true
    outbound: true            # 允许出站连接，对baremetal不适用，默认为true
    dns_servers:              # 指定构建机的DNS服务器，对baremetal不适用，custom应该自行处理DNS问题，可选
      - "8.8.8.8"
      - "1.1.1.1"
    proxies:                  # 代理配置，暂时留空，可选

# 依赖定义，安装依赖时按custom_pre-system-languages-custom顺序进行
dependencies:
  # 系统包依赖，按软件包类型给出或any通配，若存在发行版则选择之，否则选中any，也没有则报警告但继续
  system:
    deb:
      packages: # 安装的软件包
        - "git"
        - "curl"
        - "build-essential"
        - "pkg-config"
        - "libssl-dev"
      repositories:
        - "ppa:custom/ppa"      # 自定义PPA（Ubuntu）
      mirror: "https://mirrors.tuna.tsinghua.edu.cn" # 指定软件包镜像源，可选
    pacman:
      packages:
        - "git"
        - "curl"
        - "base-devel"
        - "pkg-config"
        - "openssl"
      repositories:
        - "https://mirrors.tuna.tsinghua.edu.cn/arch4edu/$arch" # 自定义仓库（Arch）
      mirror: "https://mirrors.tuna.tsinghua.edu.cn" # 指定软件包镜像源，可选
    rpm:
        # 略

  # 语言特定依赖，可选，此处定义不稳定
  languages:
    rust:
      toolchain: "stable-x86_64-unknown-linux-gnu"

  # 自定义依赖步骤，可选
  custom:
    - name: "install-custom-tool" # 名称
      command: "curl -fsSL https://example.com/install.sh | sh" # 命令
      environment: # 环境变量
        CUSTOM_VAR: "value"

    - name: "build-native-dep"
      command: "make && make install"
      working_dir: "native-deps" # 工作目录，基于项目根目录
      timeout: 300 # 超时，默认为300秒

  # 自定义依赖步骤，但是在依赖安装时最先进行，可选
  custom_pre:
    - name: "install-custom-tool"
      command: "curl -fsSL https://example.com/install.sh | sh"
      environment:
        CUSTOM_VAR: "value"

    - name: "build-native-dep"
      command: "make && make install"
      working_dir: "native-deps"
      timeout: 300

# 环境变量配置
environment_variables:
  # 构建环境变量，只在prebake阶段有效
  prebake:
    RUST_BACKTRACE: "full"
    CARGO_NET_GIT_FETCH_WITH_CLI: "true"
    NODE_ENV: "production"

  # 运行时环境变量（会传递给bake阶段，与该阶段获取的环境一并作为.env保存）
  bake:
    DATABASE_URL: "postgresql://user:pass@localhost/db"
    LOG_LEVEL: "info"
    __ENV_FILE: ".env" # 特殊变量，指定项目中.env的位置并合并其中的值。该值本身不传入bake阶段

# 缓存配置
cache:
  # 缓存目录
  directories:
    - path: "/usr/local/cargo"
      strategy: "always" # 在"always","readonly","clean"和"never"中选择一个，可以被流水线启动时配置覆盖，默认为"always"
      mode: "zstd" # 在"gzip","zstd","none"和"dir"中选择一个

    - path: "/root/.npm"
      strategy: "clean"
      mode: "none"

    - path: "/app/target"
      strategy: "always"
      mode: "dir"

  # 缓存策略
  strategy:
    ttl_days: 30              # 缓存生存时间
    max_size_gb: 20           # 最大缓存大小
    cleanup_policy: "lru"     # 清理策略：lru, fifo, size

# 安全配置
security:
    # 留空

# 钩子脚本
hooks:
  # 依赖安装前
  pre_dependencies:
    - command: "echo 'Starting dependency installation'"

  # 依赖安装后
  post_dependencies:
    - command: "cargo fetch"
      working_dir: "/app"

  # 环境准备完成
  ready:
    - command: "echo 'Environment ready for build'"

# 元数据
metadata:
  description: "Rust project build environment"
  maintainer: "team@example.com"
  tags: ["rust", "web", "api"]
  project_type: "rust-cargo"

finalize.yml的语法尚在设计
对于通信
请对其进行（创新性？可行性？实用性？等等）评估和设计，不需要写代码，但作为示例写一点也可以。
