01
两种代号
每个 PMM-8+ 8 维度组合, L3 命名层返回两种代号:
| 类型 | 示例 | 用途 | cost |
|---|---|---|---|
| 通俗版 short | 深思的孤勇者 | UI 卡片 / 简短报告 / 社交分享 | 1 unit |
| 通俗版 long | 深思的颠覆者 · 孤勇者 | 完整画像描述 / 报告标题 | (含在 short 调用) |
| 象征版 symbolic | 深渊灯塔 | 高级 / 文学化 / 礼盒包装 | 2 units |
| 画像类型 portrait_type | 极端纯度型 | 判定输出形态 (后续 LLM 引用) | (含在 short 调用) |
02
Leo 例子端到端
curl
curl -X POST https://api.hipmm.com/v1/codename \
-H "Authorization: Bearer hipmm_sk_..." \
-d '{"code": "I-A-L-X-ID-AR(PR)-SE-LT"}'response
{
"success": true,
"data": {
"short": "深思的孤勇者",
"long": "深思的颠覆者 · 孤勇者",
"prefix": "深思的",
"identity": "颠覆者",
"role": "孤勇者",
"portrait_type": "极端纯度型"
}
}象征版 (Premium) 调 /v1/codename/symbolic:
response
{
"data": {
"symbolic": "深渊灯塔",
"terrain": "渊 × 刃 = 深渊",
"light": "霜 × 塔 = 灯塔"
}
}03
确定性保证
零 LLM, 零网络
L3 是 Python dict 查表. 不调任何外部服务. 同一输入永远返回同一结果. P95 latency < 10ms (含网络).
所以 LLM 不会有那种"上次叫 X 这次叫 Y"的漂移问题. 代号是产品级 stable identity, 你可以拿它做主键 / 标签 / 索引.
04
代号字符串格式
HiPMM Engine 接受多种格式:
基础格式 · 仅 tag
I-A-L-X-ID-AR(PR)-SE-LT
量化谱系 · 含分数 (0-100)
I(22)A(78)L(18)X(82)-ID(20)-AR(PR)(68)-SE(78)-LT(75)
含平衡标签 · 平衡用 |
O|I-C|A-L|H-B|X-ID|ED-PR(AR)-VE-ST(LT)
解析后内部都归一化到 8 维 tag, 量化分数额外保留 (用于 L1 算法).
05
不支持的组合
5⁸ 全表覆盖通俗版. 但 象征版 (symbolic) 因为是诗意命名, 有约 29/49 个组合还没有独家象征命名 (出于美学约束, 不强行编), 调用会返回 422:
response · 422
{
"success": false,
"error": {
"code": "SYMBOLIC_NOT_SUPPORTED",
"message": "象征版尚未支持此组合",
"details": {
"space": "...",
"geology": "...",
"missing": ["temperature", "shape"]
}
}
}客户应该 catch 这个错, fallback 到通俗版. 通俗版 5⁸ 全覆盖, 不会 422.
06
客户应用建议
- HR / 招聘 SaaS: 候选人测评 → 拿代号 → 跟岗位"理想代号" 做 translation_loss 匹配度计算
- 团队管理工具: 团队成员代号集合 → SHS 系统健康度评分 + 单点故障检测
- 个人成长产品: 用户代号 + 象征版 + 个体画像深度报告 (深度模式)
- 游戏 / 社交: 代号作为玩家"职业头衔" (深思的孤勇者 · 深渊灯塔)