Agent 起点
把 start.md 作为 AI 面向入口，让 agent 先确认项目类型、部署目标、凭据来源和验证方式，再执行具体步骤。
AI agent
让 AI agent 走同一条部署路径。
Appaloft 的 AI 入口不是另一套部署系统。agent 先读取项目和 start.md，再选择静态发布、CLI、自托管或 Cloud 控制台路径，最后把结果和恢复信息带回对话。
入口
AI agent prompt
读取
start.md + 项目结构
路径
Static / CLI / GitHub / Cloud
秘密处理
引用名称，不打印值
结果
URL + verification + recovery
让 agent 先判断项目形态，再选择部署入口
静态站点、CLI、GitHub Action 和 Cloud 控制台复用同一套 Appaloft 语义
需要 secret 时只引用名称，不要求 AI 打印值
输出必须包含 URL、验证结果、日志和恢复建议
入口选择
静态站点优先走 Cloud 上传或静态资源部署；仓库和服务进程可走 CLI、自托管控制面或 GitHub Action；团队协作场景再进入 Cloud。
安全边界
agent 不应读取或输出 .env、私钥、token、cookie 和未脱敏 secret。需要凭据时，引用 Appaloft secret、GitHub Secrets 或环境变量名。
可交付结果
完成后返回 live URL、deployment/resource id、验证结果、关键日志、失败原因、重试或回滚命令。缺信息时先说明缺口。
部署流程
1
读取入口
让 agent 读取 https://appaloft.com/start.md 和当前仓库结构。
2
选择路径
根据静态站点、服务进程、GitHub 仓库或自托管目标选择合适入口。
3
交付结果
要求返回 URL、验证结论、日志、诊断和恢复命令。
相关主题
继续沿着同一条部署路径看。
Appaloft 的 SEO 页面按真实部署任务组织。每个主题页都应该把用户带到下一步，而不是停在孤立介绍。
AI deployment
让 agent 先识别项目形态，再选择 skill、CLI、静态发布或 Cloud 控制台路径。
Static site publishing
从 build 输出、浏览器上传、CLI 部署到一键部署按钮，覆盖静态站点的主要入口。
GitHub deployment
用 GitHub Actions 把仓库事件接到 Appaloft 部署路径，并保留显式 workflow。
Own server deployment
把控制面、CLI、服务器、回滚和 Cloud 协作边界连在同一个自部署主题里。