如何给传统网站加上 Agent，让 AI 操作一切

上一篇

提到我在做的 ngsFlow，要加一个 Canvas Agent 操作画布的踩坑经验。现在跑出来了，关键在网站要把自己的业务能力整理成一套 Agent 可以理解和调用的产品协议。如果你也在经营网站，想让 Codex 帮你加一个 Agent 让 AI 替用户操作功能，可以参考提示词：```text请分析当前网站代码库，并设计一套让 Agent 深度操作网站功能的改造方案。要求：1. 不替换现有业务流程、数据库、API 和任务系统，Agent 只作为旁路编排层。2. 梳理网站现有核心能力，建立统一 Capability Catalog，避免在不同页面、CLI、MCP 中重复维护工具定义。3. Agent 每次先读取当前页面和项目状态，再生成声明式执行计划。4. 所有写操作必须支持 dry-run、变更预览、一次确认、原子提交、版本冲突检测和撤销。5. 付费、删除、覆盖、发布、本地命令等操作增加独立审批和预算限制。6. 长任务使用持久化 Run/Job 状态，不依赖一个长 HTTP 请求。7. 执行完成后必须通过确定性条件验证，不能仅凭模型回复判断成功。8. 建立统一 Trace，记录 run、turn、tool、审批、耗时、结果、失败原因和敏感信息脱敏。9. 全局 Agent UI 可以常驻，但会话、权限和上下文必须按用户、项目和页面隔离。10. 保持旧功能和旧客户端兼容，给出分阶段实施方案、公共接口、数据表、核心类型、测试计划和回滚策略。请先进行只读代码审计，再输出：- 当前架构与主要问题- 目标架构图- 分阶段改造计划- 需要新增或修改的模块- 风险与兼容策略- 可验证的验收标准不要直接大规模重写代码，优先复用现有业务能力和任务系统。```协议整理好之后，接入方随便换：网页侧栏 Agent、本地 Codex / Claude Code 走 CLI 和 MCP 都能用