Runable 把自己定位为通用型 AI 代理：用户用自然语言描述希望得到的结果，系统再将任务推进为网站、演示文稿、报告、图像、视频、表格或其他可交付物。它的价值不在于把所有事情都交给 AI，而在于把“提出需求—补充上下文—形成计划—生成—审阅—修改”的链条放到同一个工作空间里。
对中文用户而言，最需要先理解的是它并非只有一种聊天方式。Runable 明确区分 Agent、Chat 和 Plan 三种模式。不同模式对应不同的工作重点与风险：有的适合获取解释，有的适合实际生成文件，有的则先让人审阅做法再开始执行。选对模式比把提示词写得很长更重要。
适合的任务通常有明确终点，例如：将已有资料整理为汇报简报、把产品需求变成可预览的网站、根据上传的文件制作一份结构化报告，或在一个项目里同时准备文字、视觉素材和表格。它不应被理解成“无需核验即可上线”的自动发布器；对外内容、代码、支付、个人数据或商业结论仍需要负责人审核。
AI 可以帮助起草、归纳、生成和修改，但不会自动取得素材授权、判断业务规则是否完整、验证数字是否准确，或替团队承担发布后的责任。将 Runable 视作可加速制作与复核循环的工具，而不是绕过编辑、工程、安全或法务审查的理由，更符合其公开功能边界。
Runable 将 Agent 模式用于面向交付物的工作。需要文件、项目或多步骤结果时，应先核对当前产品说明中的工作范围与行为，再确定任务范围。
写需求时应优先说明目标用户、交付形式、现有资料、不可触碰的边界和验收条件。比如“根据这三份已批准的资料，做一份面向客户成功团队的 8 页内部简报，并保留出处位置”，比“做一个简报”更便于检查结果是否偏题。
Chat 模式适合问答与分析。若任务只需要解释、头脑风暴或阅读一份文档，应保持范围明确，并以当前产品说明确认具体行为。
Plan 模式为后续工作提供可审阅的计划关卡。涉及登录、数据库、支付或公开发布的项目，应先审阅范围、来源和验证要求，再依当前产品说明决定如何继续。
计划获批并不等同于项目正确，它只是把讨论从“已经做完的结果”提前到“准备怎么做”。审阅时应核对数据来源、验收方式、失败路径和可回退方案。
涉及代码、文件或外部系统时，应在开始前确认当前运行环境与允许范围。让每个对话围绕一个可审阅目标展开，才能让负责人更容易追踪工作内容。
执行环境的连续性应以当前产品说明为准。应在对话中保留重要决定、来源材料与审阅节点，使任何后续工作仍能由负责人理解。
不要把工作区标签误读为对数据处理范围的全面承诺。涉及内部资料时，应先查看当前隐私政策、公司数据分级规则和适用的合同要求。
Runable 的 AI Websites 文档写明，用户可通过对话构建和部署完整 Web 应用，并在网站中配置数据库、对象存储、支付处理、自定义域名和分析。其公开流程包括创建 React + Vite 项目、写入前后端代码、配置数据库、启动实时预览，最后由用户点击 Deploy 才发布上线。
网站能力需要针对具体项目配置并测试。上线前应核对当前产品说明，并测试站点实际使用的登录、付款、数据和域名行为；不要把生成网站视作默认安全或合规。
Runable 还文档化了将网站代码导出到 GitHub 仓库的功能。对希望保留代码所有权和后续维护路径的团队，这是重要选项。但导出并不能代替代码审查：仓库地址、分支、密钥、依赖、部署文件和生成的数据库逻辑都应由项目负责人确认。
在幻灯片场景，用户可先选择 HTML 或 Image 格式、Professional 或 Visual 主题，以及 4–24 页的范围，完成后可导出 PDF 或 PPTX。应按团队的编辑与呈现需要选择格式，并在交付前核对当前产品中的具体编辑行为。
演示要求可能会在审阅中变化。若备注、动画、特定比例或专门编辑流程是交付硬要求，应尽早验证当前产品行为，并在必要时安排第二个编辑工具。
报告和其他结构化材料可以成为研究或运营工作的初稿，但引用、数字、推论和异常值仍要由懂业务的人复核。对财务、医学、法律或人事用途尤其如此。
视觉工作最好服务于明确交付物，例如产品页面、演讲材料、活动方案或研究报告，而不是先生成大量视觉素材再勉强寻找用途。
较稳妥的做法是先确定受众、主张、必须保留的事实和品牌限制，再在 Agent 或 Plan 模式中准备少量方向并进行选择。发布前检查人物、商标、来源、图中文字、地区规则和是否会造成误导。工具能生成媒体，不等于每一张生成结果都拥有适合公开使用的权利或语境。
明确交付物、读者或使用者、必须引用的资料、完成标准和禁止项。对于网站，应写清页面、行动按钮、数据字段和内容来源；对于简报，应写清需要支持的决策和已确认的事实。
只需要答案或附件分析时用 Chat；需要创建、执行或处理多步骤任务时用 Agent；项目涉及付款、数据库或较大返工成本时先用 Plan。模式选择有助于在工作开始前建立合适的复核点，不是单纯的界面偏好。
文件支持范围与限制应以当前产品文档为准；上传时优先放已确认版本，不要让多份相近文件争夺“哪个才是依据”。
Plan 模式中，应检查范围、未解决风险、数据使用方式、人工验证项和发布步骤。得到页面、视觉材料或结构化资料后，应检查事实、版权、可访问性和错误处理。把“看起来不错”变成具体清单，才能让迭代有方向。
后续修改可围绕受众、信息结构、证据、视觉处理、交互或部署配置逐一提出。笼统地说“更好一些”会掩盖改动原因；明确说“把首页改成面向现有客户、保留这三条批准事实、删除未经证实的数字”则更可审计。
网站应在 Deploy 前预览和测试；简报应在导出后打开检查；资料中的数字和结论应与来源核对；对外文案应有人确认事实与品牌表述。代理能缩短制作时间，但发布责任不会转移给代理。
上传限制应以当前产品说明为准。大型项目应按阶段组织，不要把一个对话当作无差别资料库。给版本命名，去掉不必要的敏感字段，并向团队说明哪一份文件才是最终依据。
首页宣传 Runable 可用于 iPhone、Android 和 Mac。设备可用并不代表所有客户端功能完全一致；对于复杂构建、代码检查或大量文件审阅，建议先确认当前客户端功能并使用最便于负责人查看结果和控制发布的界面。
当前价格页列出 Free 为每月 0 美元、Pro 为每月 20 美元、Max 为每月 100 美元，并展示各档不同的积分额度。免费档显示每日 1,500 积分；Pro 显示每月 25,000 积分和每日 1,500 积分；Max 显示每月 150,000 积分和每日 1,500 积分。价格与配额可能变化，付款前应以实时页面为准。
FAQ 说明免费每日积分会重置，未使用部分不会结转；付费用户可购买一次性加值或开启自动补充；订阅若不取消会在计费周期结束时续订。共享账户尤其要指定预算负责人和自动补充上限，避免把实验性任务变成不可预期的成本。
处理客户、健康、雇佣或财务信息前，应核对当前隐私政策、组织的数据分级规则、保留要求和适用合同。沙箱或工作区的名称不能替代这项审查。
只提供完成任务所需的材料，并在每次对外使用前重新检查敏感数据的处理方式。不要因为工具可以处理，就把客户、健康、雇佣或财务数据直接放进提示词。
应认真查看公开的功能边界，并针对当前任务核对模式与演示功能的实际行为。不同模式有助于控制过程，但不构成结果必然正确的保证。
如果只需要做网站，应同时比较专用建站工具；如果只需要做演示，应比较演示软件；如果只要分析与问答，应比较纯聊天产品。选择 Runable 的主要理由应是将研究、规划、构建和迭代集中在一个代理工作空间，而不是假定它在每一个细分领域都替代专家工具。
将较大的需求拆为资料确认、第一版、复核和发布前检查等阶段，通常比一次要求生成全部内容更便于判断问题出在哪里。每个阶段都应写明负责人要确认的项目：网站可检查页面与数据路径，报告可检查引用与结论，结构化资料可检查数字与来源，视觉材料可检查文字、来源与品牌限制。这样即使需要重做，也能定位到一个明确环节，而不是只凭整体印象反复修改。
多人共同使用同一工作时，可在需求中标明哪份资料是依据、哪些判断已经批准、哪些内容仍待确认，以及谁负责最终发布。对会涉及外部发布的任务，应先按团队规则确定资料范围，再依当前产品说明核对实际行为。完成后保留提示、关键来源、版本说明和测试记录，可帮助后续参与者理解为什么这样处理，也便于在发现错误时回到可检查的版本。
反馈最好指向可观察的内容，而不是只描述感觉。比如可以说明某个页面缺少必要信息、某个结论需要回到来源核对、某个表格要用已知输入重算，或某段文案需要由负责人确认。下一轮修改前，先把这些要求按优先级整理，并说明哪些内容不能改动。这样既能保留有效部分，也能避免代理或协作者在不清楚边界时重写已经确认的材料。
对于发布前的最后一次检查，可把“是否完成”拆成几个问题：目标读者能否理解交付物；事实、数字和引用是否经人复核；数据处理是否符合团队规则；以及出现异常时谁负责暂停或撤回。这个清单不会替代专业审查，但能使产品功能、项目责任和实际发布决定保持清晰区分。
当一个阶段通过检查后，可用简短说明记录已完成内容、尚存风险和下一位负责人需要做的事。对于网站，可以注明预览地址、待测路径和发布前条件；对于报告，可以注明来源范围和仍待确认的结论；对于其他结构化资料，可以注明已核对的样例与仍待复查的数字。交接说明不必重复全部过程，却应让接手者知道哪些判断已有依据、哪些需要再次确认。这样，工具生成的初稿才能进入团队自己的复核和决策流程，而不会被误当成无需检查的最终答案。
交接时还可注明本次任务的目的、当前版本适用的范围和下一次检查的触发条件。这样即使人员或时间发生变化，团队也能先阅读已有依据，再根据新的资料或要求作出决定，而不是把旧版结果直接套用到不同的场景。
不是。它包含 Chat 模式，也区分 Agent 与 Plan 模式。只需要答案时可使用 Chat；依赖特定操作前，应核对当前产品说明。
登录、支付、数据库、多集成或公开发布等返工成本高的项目适合先建立并审阅计划，再决定后续工作。
开始代码或文件工作前，应核对当前环境与允许操作，并将重要的审阅节点留在任务记录中。
应以当前官方文档核对网站工作流。发布前仍应测试项目代码、数据处理和配置。
HTML 与 Image 两种格式可导出 PDF 或 PPTX。应在交付前按照项目要求核对当前编辑与展示行为。
上传前请在当前产品说明中核对文件限制与支持范围。
当前页面显示 Free 0 美元、Pro 每月 20 美元、Max 每月 100 美元。购买或开启自动补充前请查看实时价格页。
处理数据前请核对当前隐私政策与所在组织的数据规则；仅提供完成交付物所需的材料，并复查敏感信息的处理方式。
