推荐阅读
笔记本关机后，agent 的工作区还在
Appaloft 1.4 把 Agent Workspace 做成公共 Sandbox 入口工作流：远程 harness、协作租约、休眠恢复，以及带证据门槛的发布路径。本文讲架构、和 OpenSandbox 等产品的对比，以及哪些门禁还没关完。
AIAgentsSandbox架构
工程笔记
Appaloft 工程博客
我们记录那些会影响交付可靠性的具体选择：边界怎么划、失败如何恢复、系统实际证明了什么。
AIAgents
构建应用的 agent，不该是那个点发布的角色
Appaloft 新的 sandbox agent runtime 让 coding agent 在隔离、会过期的沙箱里干活，然后把产物冻结成不可变 artifact，只有沙箱外的角色才能 promote。这篇文章讲清楚这条边界划在哪里、为什么这么划。
部署控制Runtime 验证
我们怎样构建交付证据链
AI Agent 十分钟就能写出一个应用，证明真正上线的究竟是哪一份代码却难得多。这篇拆开 Appaloft 的交付证据链，也说明它刻意不证明什么。
SecurityKey rotation
控制面密钥轮换：从密钥保管到故障恢复
Appaloft 如何为控制面秘密设计版本化 keyring、OIDC 短期身份、plan digest、原子迁移与独立恢复演练。
Deployment controlRuntime verification
“已部署”不是健康检查
一次部署需要证明 artifact、进程、服务和公网路由都属于目标版本。
Docker ComposeDeployment
回滚按钮不是恢复方案
单机 Docker Compose 更新要守住五条约束：镜像预检、候选版本验证、证据保留、定向清理，以及明确的数据恢复边界。
Deployment controlDocker Compose
部署到底归谁管：小团队如何划分 Git、CI、服务器和发布状态
从 Git 仓库、CI Runner、自有服务器到部署记录，拆清小团队部署链路里的四种所有权，以及 Appaloft 负责和不负责的边界。
Deployment controlRuntime
部署平台不该假设所有应用都跑在 3000 端口
从 Vite、Python、Go 到 Docker Compose，Appaloft examples 如何用明确的部署契约覆盖不同 runtime，而不是靠平台猜测。
EnvironmentsDeployment control
复制环境形状，不要复制生产里的秘密
Appaloft 如何把环境复制做成 plan-first 工作流：拓扑和意图可以带走，数据库、域名、卷数据和 secret 值必须留下决策。
Deployment controlRecovery
部署失败以后，平台应该留下什么？
部署失败不是一个足够有用的状态。Appaloft 如何把失败位置、已完成的工作、可重试动作和回滚目标留在同一条恢复路径里。
Custom DomainsDNS
一个自定义域名接入 Appaloft 的过程
从输入 hostname 到 DNS 授权、readback、TLS、路由生效和失败处理，Appaloft 如何把自定义域名接入做成可检查的部署流程。
AIMCP
MCP Tool 已经是产品 API，不是 Demo 接口
为什么 Appaloft 从 operation catalog 生成 MCP tools，并让它们回到同一套 CommandBus/QueryBus、authz、audit 和 readback，而不是手写 agent 专用工具。
Deployment controlRouting
一个部署 URL，应该说清楚什么会变
部署 URL 也是部署契约的一部分：有些链接不能移动，有些 alias 可以带审计地移动，自定义域名则必须有所有权证明。
BlueprintMarketplace
安装进度不该是一条孤立的日志
Appaloft 为什么把 Blueprint 安装显示成一个用户能读懂的进度，而不是让用户在组件日志、后台任务和失败信息之间自己拼答案。
GitHub ActionsDeployment control
从 GitHub Actions 到 Appaloft：一次部署应该留下哪些证据
Appaloft 如何把 GitHub Actions 触发的部署变成可审计的证据链：commit SHA、image digest、config snapshot、provenance、readback 和 rollback。
AIStatic Artifacts
AI Agent 生成了静态站点，接下来该怎么上线？
Appaloft 如何把 agent 产出的 dist 变成可审计的 static artifact publishing 流程，而不是让 AI 直接拿云厂商密钥上传文件。
DDDSpecification
Appaloft 里的 TypeScript DDD（四）：Specification
Appaloft 在 TypeScript 里轻量使用 Specification，包括 selection spec、readiness gate、policy decision 和 drift report。
AICLI
AI Agent 登录不该复制 Cookie
Appaloft 为什么把人类 browser login、CI token 和 AI agent token handoff 分成三条路径，而不是让 agent 代替用户登录。
AIMCP
Skill 不是 MCP：AI Agent 如何安全地调用部署控制面
Appaloft 为什么把 AI skill、MCP tools、CLI 命令和 operation catalog 分成不同职责，而不是给 agent 单开一条部署捷径。
Blueprint部署控制面
Blueprint 不是 Marketplace：Appaloft 的一键部署为什么先生成计划
Appaloft 如何把 Blueprint 建模为可版本化、可实例化的应用拓扑，而不是普通市场卡片，并用 dry-run install plan 守住部署边界。
DDDValue Object
Appaloft 里的 TypeScript DDD（三）：Value Object
Appaloft 的 TypeScript value-object 风格：schema version、literal union、id、secretRef、masked connection 和 provider 边界 alias。
DDDAggregate Root
Appaloft 里的 TypeScript DDD（二）：Aggregate Root
Appaloft 如何用 TypeScript 把 InstalledApplication 建模为 aggregate root，守住 plan acceptance、readback、failure 和 rollback 的状态转换。
DDDTypeScript
Appaloft 里的 TypeScript DDD（一）：先划边界，再谈目录
Appaloft 如何把 DDD 落到 TypeScript：Blueprint plan、InstalledApplication、DependencyResource、runtime composition，以及 public core 和 Cloud overlay 的边界。
AI部署控制面
面向 AI 时代的部署控制面
Appaloft 如何把部署建模为 CLI、GitHub、AI 工具、蓝图和 Cloud 共享的可审计操作路径。
Bun自部署
我们用 Bun 做 Appaloft：一次不太营销的工程复盘
一篇工程复盘：Appaloft 如何用 Bun 做 TypeScript 脚本、编译二进制、嵌入 Web/docs 静态资源、PGlite runtime，以及多平台发布打包。