01
需求细化 · 连接数据源
把大白话需求梳理清楚，并连上你的数据。
- 上传现有表格 / 单据 / 文档，AI 读懂字段与流程
- AI 用选择 / 填空 / 问答澄清细节
- 连接金蝶 / 用友 / 企业微信 / 数据库（示例）
- 形成一份可确认的应用规格
// 你：帮我做个销售订单 + 库存预警，老板在企业微信看全部……
难的从来不是把代码生成出来，是它底下那一层：登录、权限、消息、凭据。
在对话框里说一句需求，平台的编程 agent 建给你——你不用装任何东西。
已经在用 Claude Code / Codex / Qoder / Cursor？接上一次，它们就多出 23 个平台工具。
建好不等于能用：新功能默认没人可用，管理员在这里决定谁能用——不管它是哪个 agent 建的。
换成刚授权的「部门主管」身份，打开开发版看一眼。
这是我打算做的。确认后我就开始构建；需要改动可以直接告诉我。
按你的模板做一套报销申请审批：提交人报单、主管审批、企业微信通知，三个角色各看到自己的那份。
报销申请审批已经能用了，开发版在跑。
提交人填表传附件；主管在「待我审批」通过或退回，退回要写原因；每次都会推一条企业微信消息给提交人本人。
我在浏览器里真走了一遍：提交带附件的单子 → 主管退回并写原因 → 提交人侧状态和原因都更新了。
剩下一件只有你能做的事：审批这类功能默认没人可用，去控制台的「功能权限」决定谁能用。
你 · 三条命令，一次性
你的 agent · 从建应用开始，自己跑完
只剩一件管理员的事：去控制台的「功能权限」页，把这 3 项授权出去。
远山制造 · 选择一个应用，决定它的每个功能谁能用：全员开放，或仅限指定的角色、部门（含下级）、个别成员。新功能默认「待授权」——无人可用；改完约 15 秒内生效，无需重新构建。
expense.approve · 通过或退回他人提交的申请
expense.view-all · 看到本部门以外的申请
expense.export · 把筛选结果下载为 Excel
已更新「审批报销单」的权限（约 15 秒内生效）
三项都授权完了。没有重新构建，没有重新部署 —— 改动约 15 秒内到达正在跑的应用。
想看看主管现在真正拿到了什么？回工作区，用「以身份预览」进去看一眼。
| 单号 | 提交人 | 部门 | 事由 | 金额 | 状态 | 操作 |
|---|---|---|---|---|---|---|
| BX-2043 | 王芳 | 销售部 | 客户拜访差旅 | ¥2,480.00 | 待审批 | 退回 |
| BX-2042 | 陈磊 | 生产部 | 设备维修配件 | ¥860.00 | 待审批 | 通过退回 |
| BX-2041 | 刘洋 | 销售部 | 展会物料 | ¥5,120.00 | 待审批 | 通过退回 |
| BX-2040 | 赵敏 | 财务部 | 办公用品采购 | ¥1,340.00 | 待审批 | 通过退回 |
「通过 / 退回」出现在这里，是因为你刚才把 expense.approve 勾给了「部门主管」。换个没有这项授权的身份进来，同一个页面就没有这两个按钮 —— 应用代码里没有一行写「谁能审批」。
这两个按钮出现，是因为你刚把 expense.approve 勾给了「部门主管」——应用代码里没有一行写「谁能审批」。
生成一个能跑的原型，今天已经不难。难的是它能不能在一家公司里长期用下去——多个部门一起用、人员和岗位一直在变、还有权限与追溯要求。
缺的那一层——运行、协作和管控——就是观思动做的事；上面那层应用，AI 生成即可。你已经在用的 AI 编程工具也不用换掉：把它接到这层底座上，它写出来的应用就直接跑在公司里（见使用说明 · 本地开发）。
你只需要回答三件事：谁能做什么、流程怎么走、什么时候提醒。其余技术细节——连接、生成、验证、部署——交给平台；上线之后谁能用、能连哪些公司账号、通知发给谁，也一样。
把大白话需求梳理清楚，并连上你的数据。
// 你：帮我做个销售订单 + 库存预警，老板在企业微信看全部……
按规格自动生成完整应用，测试通过后交给你验收。
// 预览没问题？哪里想改，继续说一句就好。
云端一键部署；上线之后谁能用、能连什么、发给谁，都在平台这边管。
// 应用已上线；剩下一件只有管理员能做的事：决定谁能用。
上线不是终点，是这一层的起点。谁能做什么（功能权限）、能连哪些公司账号（连接授权）、通知发给谁（企业微信通讯录与消息）、流程变了怎么改（说一句话就改）——这些都由平台接着管。
一家公司里不会只有一个人建应用，也不会只建一个。人各不同、用的 AI 工具各不同、应用会越来越多——收不收得住，取决于它们是不是跑在同一套底座上。
服务器、数据库、域名 / DNS、证书、登录验证：门槛高，长期费用也不低。
自动化测试 + 自动化部署，统一处理环境、数据库、域名、发布与回滚。
团队不会随意导出通讯录；协作通知还要准确触达到企业微信个人。
接入企业微信通讯录、身份与消息通知，让应用进入既有协作体系。
入离职、岗位调整后，没人会记得逐一修改几十个应用中的功能权限。
平台统一提供组织、角色和功能权限机制，减少逐应用重复维护。
同一套底座里，还预置了这些（完整清单见平台能力）：
金蝶 / 用友 / 企微 / 钉钉 / 数据库 / Excel / 自有 API。公司账号管理员登记一次，应用按环境申请授权。这些只是示例，持续扩展。
固定工程模板，生成结构规范、可维护、可二开的应用，而不是一次性 Demo。
沉淀常见场景作为起点，越用越多——你的应用与组件也能沉淀复用。
不是靠约定和小心，而是平台在水面下的硬性设计——每一条都是机制，不是承诺。
登录不由应用自己判定，一律交回平台核验身份：只有在职员工，以及管理员开通过的供应商 / 客户进得来。
谁能用哪个功能由平台统一配置，代码说了不算；人员的角色、部门一变，所有应用实时生效。
独立容器、独立数据库、独立网址与证书；一个应用出问题，影响不到任何别的应用。
应用运行只能读写数据，改表结构走部署时的迁移账号，AI 平时查数用只读账号。
公司账号由管理员登记一次，应用按环境申请授权；要签名的系统平台代调，应用手里只有一张可撤销的凭证。
从经营看板到台账、审批、巡检、报工——只要是企业内部场景，描述出来就能生成。每个示例都是为某个具体流程量身生成的，不是从模板库里挑的标准件。下面只是一部分。
观思动提供运行与管控环境——登录、权限、数据库、发布与版本都在平台这边；应用代码可以拿到本地，用你惯用的编程工具接着改，改完推回来。
Claude Code、Cursor、TRAE 这类编程助手照常用。克隆下来的代码里自带一份写给助手看的说明书，工程师不用先学观思动。
本地改完推回来，同样的安全门槛、同样的构建与健康检查、同样的版本台账；还能叫平台的验收 AI 开浏览器把改动点一遍。不是给外部代码另开一扇门。
正式版发布只能在控制台点；登录与权限那部分代码平台每次构建都会覆盖回去；密钥的值任何工具都取不到。正是这些限制，让代码可以放心拿到本地。
完整说明见使用说明 · 本地开发。
这件事有两侧：建的人拿到的是本来得有 IT 才有的那套东西；公司拿到的是不管谁建、用什么建，进出都归一处管。对得上三条以上，基本就可以直接带着那张表来聊了。
默认只读取、不修改你的核心数据；只有你明确授权的「回写」（如填写跟进记录）才会写入指定范围。
公司的密钥不会交到建应用的人手里：管理员在「连接」里登记一次公司账号，谁的应用要用，按开发版 / 正式版分别申请、管理员批。像聚水潭、旺店通这类要签名的系统，是平台代替应用去调用，应用手里只有一张可撤销的授权凭证；撤销后实时失效，正在跑的应用会被换掉。每一次调用平台都记一行：哪个应用、哪个环境、谁发起的。
标准场景最快当天就能用；带定制的需求通常 1–3 天出可用初版。
不需要。可以由我们或本地服务商维护，你也能随时接管，不被锁定。生成的是规范工程，方便二次开发——真要自己接手，你们的工程师用他惯用的编程助手就能直接改。
能。应用负责人在「应用设置 · 本地开发」里生成一个令牌，工程师就能把这个应用的代码克隆到自己电脑，用他惯用的编程助手（Claude Code、Cursor、TRAE 这类）改，改完部署到开发版——和平台 AI 走同一条流水线、同一道安全门槛；仓库里自带一份写给编程助手看的说明书，他不用先学观思动。改不动的只有三样：正式版发布仍然只能在控制台点、登录与权限那部分代码平台每次构建都会覆盖回去、密钥的值任何工具都取不到。令牌跟着人走，他不再负责这个应用就当场失效。详见使用说明 · 本地开发。
金蝶 / 用友 / 企微 / 钉钉只是示例。还支持数据库、Excel、自有 API，连接器持续扩展。
能。服务器、数据库、登录、通讯录、权限、备份这些原本要有 IT 团队才做得起来的事，平台已经替你备好了；你这边只出业务上的判断——谁能做什么、流程怎么走、什么时候提醒。
带上你们最重要的那张表，或一段标准软件搞不定的流程，20 分钟看它如何按你的样子被澄清、生成并部署出来。首批共建企业还可深度参与、优先支持，并享早期合作权益。