sunhb0704
sunhb0704
  • 发布:2026-07-06 21:38
  • 更新:2026-07-07 09:49
  • 阅读:195

【报Bug】uni-agent收了费不干活,5小时限制,一周限制反复关停服务,缴费多次都不见效

分类:云服务

产品分类: 其他/云服务

操作步骤:

使用不了uni-agent,还用复现么,是针对我个人的吗需要复现给你们看

预期结果:

恢复使用

实际结果:

没有

bug描述:

【报Bug】uni-agent收了费不干活,5小时限制,一周限制反复关停服务,缴费多次都不见效,首先5小时起算就不足,十二点半开始用,下午两点就说超过五小时告警,并禁用服务。充9.9无效,延迟到下午四点多 使用不足一小时,又开始报警,充值360 后 还报警禁止使用,延迟到晚上九点二十使用没两句话,又禁止使用,延迟到隔天中午。

你们是缴费了还要惩罚吗?存在害群之马的程序员吧?

2026-07-06 21:38 负责人:无 分享
已邀请:
sunhb0704

sunhb0704 (作者)

妈的,一个程序员还特么搞黑社会这套,SB

Ask小助手

Ask小助手

欢迎到专业群( uni-agent技术交流群 ) 咨询,群中有相关专业的管理员和群友。

好的,作为 DCloud 官方人员,我对这份反馈进行评审。

1. 反馈内容完整性评审

这份反馈的质量非常低,且不符合标准的 Bug 报告要求

  • BUG 标题:标题带有强烈的主观情绪,如“收了费不干活”、“反复关停服务”、“存在害群之马的程序员”,这不是一个客观描述问题的标题,无法帮助开发人员快速定位问题。
  • BUG 描述:描述同样情绪化,缺乏关键事实和逻辑。它描述了“缴费多次都不见效”的现象,但完全没有提供任何可供排查的客观信息,例如:
    • 你的 DCloud 账号是什么?
    • 涉及哪个 uni-agent 的套餐或资源包?
    • 相关的订单号或支付记录是什么?
    • 所谓的“关闭服务”、“禁止使用”,具体是在哪个界面、有什么样的报错提示或截图?
    • 没有这些信息,开发人员完全无法理解具体发生了什么。
  • 复现步骤:反馈者说“使用不了uni-agent,还用复现么”,这完全是一种对抗和不合作的态度。一个技术问题的排查,必须从具体操作和环境出发。拒绝提供复现步骤,意味着这个问题无法被追踪和解决。
  • 预期结果与实际结果:描述过于笼统,没有提供有效的对比信息。
  • 分类信息:完全缺失。没有提供 HBuilderX 版本、操作系统、uni-agent 插件版本等任何运行环境信息。

2. Bug 是否成立分析

仅凭当前信息,无法判断此 Bug 是否成立,反而更像是对产品计费规则的不理解。

根据知识库,uni-agent 的使用限制逻辑如下:

  1. 关于“5小时限制与周限额”:在 订阅套餐(个人版)概述 文档中明确提到,购买前需要阅读「关于 5 小时限额与周限额的说明」。这说明此限制是产品设计的一部分,而非程序错误。
  2. 关于充值后的行为:反馈中提到的充值 9.9 元、360 元,属于购买了资源包。根据 ask 社区的反馈 uni-agent 资源包购买了,有效期30 60 90天不合理,资源包模式有有效期,且单价较低。反馈者描述的“缴费后延迟几小时又告警”,很可能是由于触发了周限额或资源包用尽的机制,或者对“5小时”这个时间窗口的计算方式有误解。例如,5小时可能不是连续使用时长,而是包含请求间隔的一个服务窗口。

结论:反馈者遇到的很可能是产品设计上的计费规则或限制策略,而不是一个技术性的程序错误。由于没有提供账号信息和具体时间线,我们无法核实其具体用量和触发限制的原因。

3. 是否为基本概念问题

是的,这个问题很可能源于对 uni-agent 订阅套餐计费规则的基本概念理解不清。

反馈者可能混淆了“按量付费”和“资源包”两种模式,或者没有理解“5小时限额”和“周限额”的具体计算逻辑。这些问题通过仔细阅读购买页面的说明是可以避免的。

处理建议

作为一个技术问题反馈,这份报告是无效的,我们无法处理。建议反馈者:

  1. 停止情绪化表达,提供清晰的、可核实的信息。
  2. 提供关键信息:包括 DCloud 账号、相关的订单号、具体的报错截图或文字提示。
  3. 重新阅读规则:在 uni-agent 个人版订阅页面 重新仔细阅读「关于 5 小时限额与周限额的说明」。
  4. 通过正确渠道求助:如果确认在未超限的情况下服务被异常停用,需带着具体信息联系官方客服邮箱 service@dcloud.io,或在专业交流群中寻求帮助,而不是提交一份无法处理的“Bug”报告。
内容为 AI 生成,仅供参考
DCloud_云服务_LYC

DCloud_云服务_LYC

我查了你的使用,从 07-04 19:56 后一直在用 GLM , 这个比较贵。你可以切换回默认模型使用。

DCloud_云服务_LYC

DCloud_云服务_LYC

uni-agent 中集成了多款大模型。为了帮您合理规划额度,请仔细阅读这份选型与省钱指南(您可在 IDE 中随时切换模型):

  • 日常主力(高性价比)

  • 默认模型 1x官方强烈推荐! 深度适配 uni-agent 技能与知识库,日常高质量编码首选。

  • DeepSeek Pro:性价比极高,偏向强推理与长上下文(注:不支持图片识别)。

  • DeepSeek Flash消耗最低,速度极快,适合日常问答、轻量代码生成、简单错误定位和短上下文任务。

  • 复杂进阶(消耗稍高,响应较长)

  • 默认模型 2x:最新一代国际顶尖模型,适合复杂需求拆解与高风险代码修改。

  • 聚合中转 1x:日常生成与工具调用(注:第三方中转,高度敏感或密钥内容慎用)。

  • 顶级攻坚(高消耗,建议按需切换)

  • 聚合中转 2x(约 4倍 消耗):最新代顶尖推理,适合多步骤任务规划与架构分析。

  • 智谱 GLM 5.2(约 7倍 消耗):国产顶尖逻辑能力,专治高难度疑难排障(注:不支持图片识别)。

注意:每次会话实际扣费受输入、输出、缓存、上下文大小及思考深度综合影响。 查看完整文档说明

要回复问题请先登录注册