把已有代码搬进来
你（或者你的工程师）已经在自己电脑上用编程助手做出了一个应用——本地跑得起来，然后撞墙：同事怎么登录？部署到哪？数据放哪？坏了谁修？
观思动对这个场景的答案是搬进来，而不是代为托管：把代码搬进平台的应用骨架里，这个应用就得到企业微信登录、功能权限、独立数据库、正式域名、平台验收和日常运维；代价是服务端要按平台的规矩改造一轮。这一页把能得到什么、要付出什么、怎么搬，一次说清。
搬进来能得到什么
本地原型缺的，恰好都是平台的底座：
- 登录和权限。 企业微信直接登录，按部门、按人开功能权限——不用自己写登录，也永远不用管密码。
- 一个真数据库。 每个应用独立的 Postgres，表结构变更有规范流程，不再是笔记本上的临时库。
- 域名、证书、开发版/正式版、发布与回滚。 改动先落开发版，确认了再发布，随时可还原。
- 平台验收。 验收 AI 开真浏览器把应用像用户一样操作一遍，报告实际看到了什么。
- 有人管它活着。 日志、运行状态、闲置自动休眠、出问题可排查——不再依赖谁的电脑开着。
要付出什么（诚实版）
- 登录换成平台的。 应用自己写的登录、密码、注册那部分代码要整个删掉。这不是损失——登录、权限、账号管理从此是平台的事，正是搬进来买的东西。反过来说：如果这个应用坚持要用自己的一套登录，观思动不是合适的家。
- 服务端要是 TypeScript / Node。 界面那一半几乎照搬（组件库、构建工具都随意）；服务端如果是 Python、Go 或别的栈，要在骨架里重建那一半——Python 的计算逻辑可以保留成工具包，由服务端调用。
- 表结构要走迁移文件。 平台的数据库不允许应用在运行时自建表（一些"启动时自动建表"的写法会失败）；每张表都要写成迁移文件，编程助手会做这个转换。
- 本地的数据不跟着走。 表结构带过去，里面的数据不会——部署好之后在应用里重新导入（比如应用自己的 Excel 导入）。
怎么搬
- 新建应用，起个名字就行。
- 打开 应用设置 → 本地开发，点生成接入命令，把两行命令交给你的编程助手（刚创建的应用会先显示"正在初始化"，约半分钟就绪）。
- 克隆下来的不是空目录，是一个可运行的应用骨架——登录、数据库、部署都已接好。让编程助手照仓库里
AGENTS.md的「把已有代码搬进来」一节动手：先搬界面，再把接口套上平台的权限校验，最后把表结构改成迁移文件。每一步都有npm run preflight把关——还差什么，一条条列出来，清零就能部署。 - 之后和所有应用一样：部署开发版 → 验收 → 发布。
工作量的量级：界面基本照搬；服务端是一次有清单的改造，由编程助手执行——通常以小时到一两天计，取决于接口多少。改造过程全程在你们自己的电脑上，改完推上来才算数。
和「对话创建」怎么选
- 本地那个还只是个雏形，或者本来就打算重做——直接对话创建更快：把本地版本当需求说明，截图和描述发给平台的 AI，让它在平台上重新做。
- 代码已经成型、逻辑复杂、舍不得重写——走这一页的搬入。
两条路殊途同归：落地之后都是同一种应用，之后想在对话里改还是继续本地开发，随时切换。