规则
不只是有维有颜,更是有规有矩。
战略宣言
努力成为第一家专为认证机构服务,拥有超前AI黑科技、拥有全体系缔造力、拥有统一标准技术
体系、拥有长期发展生态体系、拥有长期价格规则体系的优秀企业。
神圣使命
秉承「审核员即侠」的文化理念,为 “当代侠客” 铸剑,共创新时代美好系统之新纪元。让认证
机构以极低的投入,就能享受到与高网速时代适配的高端系统品质。
基本原则
价格锚定物 —— 上海社平
以 1.3倍 上一年的上海社平工资 ,为 今年价格的 计价单元(抹零抹到百位),最新取值:PU
严格按规则 —— 没有例外
没有代理商,作者亲自做,严格按规则,对谁都一样,卖给有需要的认证机构,全是按规则交钱
谈论的边界 —— 商业秘密
「超前AI黑科技」和「服务端的投入」两方面不细谈:
超前AI黑科技
垂直AI是我方走十余年暗路研发出来的,属高度机密。核心竞争力:就是保密的、就是不细谈的
不细谈、总之很牛:
时代变了:正如搬东西、都用机器人了,现在堆代码、都用AI了,还真就是比人干得好,品相好
品相好、能比人好到哪里去呢?
几个人、甚至几十人,实际只能堆复杂度有限的代码;而AI却能成吨输出高复杂度的高品质代码
所谓「复杂度有限」,就是只能简单粗糙的处理数据;而AI的「高复杂度」是手工堆很难企及的
AI的「高复杂度」是指「代码高复杂度」「大体量」,在使用上反而是更直观、更简单、更高级
服务端的投入
服务端是有负载均衡、有读写分离、有缓存机制,是随着发展逐步调整的,是复杂的、是保密的
不细谈、总之很值:
授权费后面加个零,是不够研发成本的,年费是不够人工成本的:
我方的格局从来就不是赚单一机构的钱,而是从「整合」中赚钱(生态重用的钱、资源合用的钱)
贵,不等于性价比低、不划算:
这个系统你能实际测到的指标:前端代码量、每请求吞吐,远超一般系统的10倍以上、乃至百倍
而价格却不到一般系统的10倍,所以:实际上贵反而是性价比高的,是划算的。是太好了所以贵
慢工出细活 —— 品质至上
这个系统是「2015年的网速」都带不动的、用不了的那种大型!新时代新气象、和过去不一样了
高品质的背后:代码体量极其巨大(只有AI才能做到的那种大)连带工作量大,在时间上你得等
比如:一个模块,AI完成了100M的代码(80%+完成度),人去补AI的边角料,工作量依然很大
| 快慢 | 因素 | 说明 |
|---|---|---|
| 可能极快 | 我方有自研的垂直AI、得到AI助力 | 该AI在不断加强中,如果AI写的比重大,自然就非常快 |
| 可能慢 | 代码体量大、这一块得不到AI助力 | 整个模块被AI写成大型,为AI补边角料,自然就慢一些 |
| 可能慢 | 涉及符文、我方必须小心谨慎处理 | 同一个模型是多机构一起用的,我方必须确保其生态性 |
| 可能慢 | 品质极高、价格极低 | 性价比高、做的人多 |
统一的品控 —— 生态至上
大整合:统一做平台、统一做生态、统一做品控。选对模型就行,品质都一样,按规则交钱就行
规则正文
云号
「云号」一般应是认证机构缩写,初次签约时和我方确定,一经确定、不可更改、写在合同里的
每个「云号」缴纳一个「授权费」,每个「云号」需要在每年11月11日前,缴纳下一年的「年费」
云号后缀
| 分区后缀 | 代表类别 |
|---|---|
| -A | 管理体系认证 |
| -B | 产品认证 |
| -C | 服务认证 |
其他情况其他后缀,具体情况具体协商
云号域名
每个云号需要绑定一个域名,该域名由认证机构持有、以及保持续费,但需要按我方的要求解析
云号示例
假定一个认证机构的缩写是:AQA
那么管理体系认证的云号是:AQA-A
如果再做产品认证、云号是:AQA-B
如果再做服务认证、云号是:AQA-C
AQA-A、AQA-B、AQA-C属同一机构,但视作不同使用单元,应分别缴纳授权费、年费等费用
授权费
每云号收一次,但管理体系认证A、产品认证B、服务认证C,应使用不同云号
「授权费」按大舰巨炮划分「授权等级」,不同等级对应不同「有效证书数上限」、「标准年费」
这里的「有效证书数上限」指的是:云号内的有效证书数的上限,接近上限需要及时「提升授权」
授权费最新收费标准(2025):
| 授权代号 | 授权等级 | 有效证书数上限 | 授权费 总额 | 授权费 风险额度 | 提升授权至 超无畏级 | 提升授权至 超级战列级 |
|---|---|---|---|---|---|---|
| X-10 | 超级战列 | 10万 | 50 PU | 统一核定 ¥10万 | 20 PU | |
| X-02 | 超无畏 | 2万 | 30 PU | 统一核定 ¥10万 | 10 PU | |
| X-01 | 无畏 | 1万 | 20 PU | 统一核定 ¥10万 |
授权费的计算规则:将计价单元抹零至千位、然后代入计算,一般是万级的整数
年费
首年从约定上线日交到年底(按天计算),然后每年的11月份交下一年的年费
年费最新收费标准(2025):
| 授权等级 | 年费代号 | 标配存储单元数 | 标准年费 | 补偿退扣 -2 PU | 补偿退扣 -4 PU |
|---|---|---|---|---|---|
| 超级战列 | X-10-YYYY | 1 + 100 | 20 PU | 18 PU | 16 PU |
| 超无畏 | X-02-YYYY | 1 + 20 | 12 PU | 10 PU | 8 PU |
| 无畏 | X-01-YYYY | 1 + 10 | 10 PU | 8 PU | 6 PU |
1 存储单元 = 100G (存储单元的使用应遵循我方的技术设定,科学合理的使用)
年费的计算规则:将计价单元抹零至千位、然后代入计算,一般是万级的整数
补偿退扣:
如有「归零补偿计划」或「开创退回」,年费予以扣除,计算结果抹零至千位
如有「上门服务费」意外取消的多收费,年费予以扣除,计算结果抹零至百位
年度资源包
每年11月份开始征收下一年的年费,依据到账时间,赠送一定额度「年度资源包」
| 年费足额到账时间 | 赠送年度资源包额度 | 说明 |
|---|---|---|
| 11月01日 - 11月11日 23:59:59 | 1 PU x 100% | 首年全额赠送 |
| 11月12日 - 11月15日 23:59:59 | 1 PU x 30% | |
| 11月16日 - 11月20日 23:59:59 | 1 PU x 20% |
赠送的额度以舍去式抹零至千位
大模型-符文
拥有「云号」之后,还应购买需要的「大模型」,依托「大模型」建立应用,才能进一步的使用
大模型装配费
如果是既有的,收「既有模型微调费」;如果是全新的,收「全新模型开创费」
模型评级(模型梯队)
| 代号 | 既有 | 开创 | 开退 | 评级 | 评级解释 | 归零补偿计划 |
|---|---|---|---|---|---|---|
| T0 | 5 PU | -- | -- | 划归 | 依模型发展需要划归为T0 | -- |
| T1 | 11 PU | 13 PU | 2 PU | ≤5 | 基本模块≤5,能基本闭环 | -4、-2 |
| T2 | 15 PU | 17 PU | 2 PU | ≤7 | 基本模块≤7,能基本闭环 | -4、-2、-4 |
| T3 | 23 PU | 27 PU | 4 PU | ≤9 | 基本模块≤9,能基本闭环 | -4、-2、-4、-2、-4、-2 |
基本模块是指:基本流程模块,一般情况,都在左侧
基本闭环是指:基本形成闭环,基本能用,能结尾款
非T0模型,一旦划归T0,按「归零补偿计划」以「抵扣年费」的形式予以补偿
既有模型微调费
哪怕是直接使用、不做任何微调,都要收取「既有模型微调费」,因为模型是生态的、是一样的
别人微调,你通过符文能受益;你微调,别人通过符文能受益。所以是一样的
既有模型微调费最新收费标准(2025):
| 模型评级 模型梯队 | 模型 评级 | 既有模型微调费 总额 | 既有模型微调费 风险额度 |
|---|---|---|---|
| T0 | 划归 | 5 PU/个 | 3 PU/个 |
| T1 | ≤5 | 11 PU/个 | 9 PU/个 |
| T2 | ≤7 | 15 PU/个 | 13 PU/个 |
| T3 | ≤9 | 23 PU/个 | 19 PU/个 |
既有模型微调费的计算规则:将计价单元抹零至千位、然后代入计算,结果抹零至千位
全新模型开创费
全新模型开创费最新收费标准(2025):
| 模型评级 模型梯队 | 模型 评级 | 全新模型开创费 总额 | 全新模型开创费 风险额度 | 生态多用 开创退回 | 退回后的成本 =既有 |
|---|---|---|---|---|---|
| T1 | ≤5 | 13 PU | 11 PU | -2 PU | 11 PU |
| T2 | ≤7 | 17 PU | 15 PU | -2 PU | 15 PU |
| T3 | ≤9 | 27 PU | 23 PU | -4 PU | 23 PU |
全新模型开创费的计算规则:将计价单元抹零至千位、然后代入计算,结果抹零至千位
「生态多用、开创退回」的构成条件及退回方式:
还有别家使用这个模型,并完整付费。退回方式:以「抵扣年费」的形式予以退回(不是退钱)
解读:
开创成其他机构也能用,如果有其他机构也使用,模型成本在 PU 层面上,和既有模型是一样的
上门服务费
不管是新机构预约演示,还是老客户叫过去商量事,只要是把人叫过去,都要收「上门服务费」
「上门服务费」由我方对标行业基础标准的审核费,确定金额,即:和行业审核的审核费差不多
2025最新对标:
3000元/人天
不支持0.5天(按1天算)、不支持指定人数,一般两人,也就是说:6000元/天
上门服务支持的时间段:
上门服务支持的月份段:每年除 07月、11月、01月、02月 ,其他月份都支持
上门服务支持的日期段:当月13号起、到接下来的13天内(13-25),都支持
| 当月日期 | 上门服务 | 当月日期 | 上门服务 | 当月日期 | 上门服务 |
|---|---|---|---|---|---|
| 当月01日 | ❌ | 当月11日 | ❌ | 当月21日 | ✅ |
| 当月02日 | ❌ | 当月12日 | ❌ | 当月22日 | ✅ |
| 当月03日 | ❌ | 当月13日 | ✅ | 当月23日 | ✅ |
| 当月04日 | ❌ | 当月14日 | ✅ | 当月24日 | ✅ |
| 当月05日 | ❌ | 当月15日 | ✅ | 当月25日 | ✅ |
| 当月06日 | ❌ | 当月16日 | ✅ | 当月26日 | ❌ |
| 当月07日 | ❌ | 当月17日 | ✅ | 当月27日 | ❌ |
| 当月08日 | ❌ | 当月18日 | ✅ | 当月28日 | ❌ |
| 当月09日 | ❌ | 当月19日 | ✅ | 当月29日 | ❌ |
| 当月10日 | ❌ | 当月20日 | ✅ | 当月30日 | ❌ |
| 当月31日 | ❌ |
注意:上门服务至少要在「当月10日」前预约,和我方协商确认后、并完成付费,才能上门服务
协商:我方会根据不同城市各机构的预约情况,在13-25日间合理调整, 确定日期后,予以告知
新签约机构既有模型微调,或者开创全新模型,才需要上门服务。一般情况是不需要上门服务的
第三方费用充值
例如:HTTPS证书、手机短信,邮件发送等第三方费用,需额外交费、充入云号余额,自充自用
每次充值 ¥100 的整数倍, 但云号余额没有必要充太多,甚至无需充值,使用年度资源包,即可
年度资源包
每年交年费,赠送年度资源包。能使用年度资源包的,优先从年度资源包扣费,而不是云号余额
年度资源包与云号余额的区别:
| 对比项 | 年度资源包 | 云号余额 | 说明 |
|---|---|---|---|
| 金额来源 | 交年费时赠送 | 额外交费充值 | |
| 适用范围 | 划定范围 | 全部范围 | 具体范围由我方划定 |
| 优先使用 | 优先 | ||
| 年底清零 | 清零 | 不清零 |
划定原则:只能是小额的、日常消耗型的第三方服务费,不能是大额的、非常的、能主动用尽的
不能违背设计初衷:按规则如期交年费,正常情况:赠送的「年度资源包」足够用
😊 年度资源包,不支持提现。如果估计每年赠送的年度资源包,一切都够用了,就无需充值了
存储扩容
多数情况(99.99%),标配存储够用,一般无需扩容
| 存储单元数扩容 | 存储扩容附加年费 |
|---|---|
| +100 +100x100G=+10T | 10 PU |
| +10 +10x100G=+1T | 1 PU |
存储扩容附加年费的计算规则:将计价单元抹零至千位、然后代入计算,结果抹零至千位
风险额度
合同签订时,以及项目启动时,以保证金的方式、需要向我方预先支付的金额,叫作:风险额度
如果涨价
只可能涨价、不可能降价。如果涨价:老客户按原合同执行、不变,新客户按新的收费标准签约
符文规则
符文是我方生态战略的重要核心,各认证机构系统间的特性差异,全要靠符文的是否装载来实现
随着越来越多认证机构不断加入,符文自然会越来越多样、复杂,所以要由我方来完全定义符文
我方拥有符文的命名权、定义权,在不影响其特性表现的前提下,我方也拥有符文的自由调整权
即:所有使用这个平台的认证机构通过符文,把控系统发展、获得生态好处,所以符文要成体系
所以我方需要经常梳理符文、经常整理符文,让人更易理解,装载适合自己机构的符文得到发展
品质原理
模型品质
相同模型(相同编号),永远都一样、生态发展的。差异在于:你的符文、你的设置、你的内容
模型品质高、旨在两个字:「躺赢」
「躺赢」就是赢在生态:
你不可能10年、20年的去改进系统......
但10年、20年,会陆陆续续有机构和我方改进你用的模型,所以:你躺着、看符文、就赢了
性能品质
和授权等级的高低无关,只和使用这个平台云号的数量有关,每年收的年费越多、品质就越丝滑
性能品质高、旨在两个字:「合用」
「合用」就是资源整合:
你的年费,实际不够我方运维成本......
但却合理,因为服务器的算力成本,是很多个认证机构在分摊,所以:性价比高、非常划算
高网速、大吞吐以及富信息:
粗显示、吞吐<1M 与「吞吐20M-xxxM、富信息」是两个概念!时代级的差距!是不同的文明那么系统吞吐大有什么用呢?
系统吞吐大、信息密度够高、给人的感受是:看清一切、明白一切、有时代的高级感、驾驭感
系统吞吐小、信息密度太低,给人的感受是:数据是都在里面、你也知道、但看不清、无力感「看不清、无力感」的本质:
你已经沦为开发商赚快钱的牺牲品,给你用的其实是「数据粗处理、粗显示」那种低劣的系统
你每年该花的、和高网速匹配的、享受「高密度信息」的钱,花不出去!而且还只能花冤枉钱
冤枉钱:高网速浪费;明明是阿里云最便宜的机子就跑的飞快!还得多花点钱,买一个好点的
过时了,你那个系统,和你机构的年收入、和你机构的高网速、和你员工的现代感,都不适配长时间使用「数据粗处理、粗显示」,接收不到高密度信息,就会有症状:牛马感、浑浑噩噩
像牛马一样、浑浑噩噩,服务于系统、流程、把数据录进去,但你永远别想感受到数据的美好
因为:录入数据是“粗”的、显示数据是“粗”的,初步信息化在高网速时代已经沦为粗糙信息化以上这么多意思是:
我设计的这个系统,就能治这个“病”,年费贵的有道理
使用我设计的这个,「看不清、无力感」症状立刻消失,高网速、系统才是你驾驭数据的牛马
年费是:你每年该花的、和高网速匹配的、享受「高密度信息」的钱,能花出去、才是高品质那么大的机构,弄个小系统,辛辛苦苦把数据录进去,用不上高网速、小小吞吐,就是低品质
一分钱一分货,贵一点的东西,能和环境适配,综合价值更高。不只是管理数据、更要驾驭数据
驾驭数据是指:你需要一个真正足够好的系统,让一切都清明!而不是流程走对、剩下一塌糊涂
售后支持
采用微信、QQ、微信群、QQ群、抖音号、微信视频号等多种方式,全方位的做好系统售后支持
导入原则
导入:
基础数据 + 配置数据 + 人员数据 + 组织数据 + 项目数据 + 证书数据,确保新系统、能正常使用
不导入:
过往周期历史数据、旧系统上传的文件
隐私尊重
任何时候,未经认证机构许可,我方不登入认证机构正式版系统,内容管理权完全属于认证机构
组织数据、项目数据、证书数据等机密数据,虽然有所接触,但会严格保密、妥善处理相关文件
退出机制
我方提供友好的退出机制
能退的款项
- 云号余额
自主获取数据及文件
- 数据:系统本来就是为你整理表格,所有表格都能 1:1 变成Excel
- 文件:系统本来就是为你整理文件,所有存储单元都能打包下载
提供密码的哈希算法
- 提供密码哈希算法,以
Go 语言示例哈希过程,供新系统使用
