Amoga 是一个面向企业应用的低代码开发平台，官方定位为“低代码开发与 AI”，宣称其核心机制是：企业应用以受治理的元数据（governed meta）形式生成，而非以代码形式交付；由智能体（agents）起草规格，由具名的负责人（named owner）批准，再由用户无需派生（never fork）的运行时在持久化工作流（durable workflows）上执行。官方表示该平台已在 Tata Capital、RailTel、CreditAccess Grameen 和 Nova IVF 等生产环境使用，并在 River、Swiggy、Centrum Wealth、Livpure、Practo 等处上线。
用途方面，Amoga 主要面向企业级应用的快速构建与运营流程改造，强调“比 SaaS 更快上线、比定制开发更贴合、无需继承代码库”，并将智能体内置到软件中而非外挂。其展示的场景覆盖客户服务、销售线索管理、订单到履约、采购到付款、库存管理、制造计划、项目管理、内控与审计、信贷放款、应收账款催收、人力资源、现场服务、IT 服务台以及渠道伙伴管理。
主要能力方面，资料描述了一套贯穿多处的主干机制：智能体对业务对象进行评分、路由和起草，人工设置检查点（human checkpoint）进行编辑、批准或升级，决策与依据保留在业务记录上并可回放（replayable）。平台将邮件、聊天、WhatsApp、语音和社交媒体等渠道归入同一客户记录；将订单、信用、价格和实时库存做一次性校验；采购中的三方匹配在出现差异时路由到人并设定截止时间；库存以批次、序列号和效期建模，差异需有原因和审批人；制造计划变更会即时重定价短缺清单；项目将计划、工时和开票放在同一记录；内控测试按计划运行并保留证据链；信贷覆盖从申请、KYC、征信到放款及贷后额度控制；催收按账龄分桶、跟踪承诺还款并遵循授权矩阵；人力资源将招聘、入职、考勤、休假、薪酬输入、绩效、调动和离职生成在同一记录；现场服务通过原生应用采集位置、照片、读数和客户签名作为证据；IT 服务台覆盖事件、请求、变更、问题和发布，并设有资产登记与配置模型；渠道伙伴使用按自身层级划分的品牌门户，结算有据可查。
使用方式方面，官方文本描述的交互模式是：用户提出需求（如“询问此案例”），智能体执行分诊、起草并引用知识库、政策与资产权益，随后由具名负责人进行人工检查点操作——编辑、批准或升级——决策和理由保留在记录上，可回放。部分场景提到可通过口述更新（Dictate update）。平台还提供“风险观察”“计划草稿”“路线恢复简报”等由智能体准备但未提交、未执行的输出，需经授权复核后才继续。
适用场景方面，根据官方列举，适用于需要受治理审批流与可审计证据链的大型企业流程，尤其是客服、线索、订单履约、采购对账、库存、制造、项目交付、内控审计、信贷、催收、人力、现场服务、IT 服务台和渠道伙伴管理等。官方建议“先从一个重要的企业流程开始”，迁移到智能体时代。
限制方面，资料未提供具体的定价、收费模式、平台兼容性、部署方式、技术栈、支持的集成清单、数据驻留或安全合规认证等信息。资料中出现的金额、时间、编号等均为演示性案例内容，并非产品能力承诺。关于智能体的具体模型、训练方式、准确率或效果指标，资料未提供。
