FateOS | 邓枭雄项目案例
独立产品(已上线)

FateOS

独立上线的产品实验:将子平传统时序规则建模为确定性计算引擎,结合出生地真太阳时校正,生成每日状态面板与「今日宜忌」,并用可分享状态卡完成自传播。

我的工作

一个人完成产品定位、规则引擎建模、界面设计与上线运营。

可核验证据
确定性时序引擎 把子平传统时序规则建模为可复现的计算,而非随机输出
上线可体验 fateos.me 真实域名,输入出生信息即可生成每日状态面板
公开边界

个人独立产品,内容定位为文化与反思参考;产品可直接在 fateos.me 体验。

FateOS 知命运势首页与生辰录入表单
01

公开产品站:录入一次生辰,每日生成状态面板与「今日宜忌」。

问题

每日运势类产品大多是一次性的随机文案,既没有可复现的计算基础,也缺乏让用户每天回来的理由。

实现方式

Next.js + TypeScript monorepo:确定性计算核心、术语映射、Energy Score 与本地化分层组织,输入出生信息一次,每日自动生成状态面板与宜忌建议。

适用场景

验证一个人从定位、规则建模、设计到上线的完整产品闭环,以及传统规则系统现代化的产品方法。

对象模型

01

Birth Profile

一次录入出生信息,作为每日状态计算的个人基准。

02

Timing Engine

把子平传统时序规则建模为确定性计算核心。

03

Solar-Time Correction

按出生地将标准时间校正为真太阳时,保证排盘基准准确。

04

Energy Score

将当日时序关系量化为可读的状态分值。

05

Daily Panel

每日状态面板,呈现宜忌与精力分配建议。

06

Share Card

可截图分享的状态卡,完成产品的自传播。

关键产品决策

01

确定性计算而非随机生成

选择:每日状态由规则引擎根据时序关系计算得出。

理由:每日状态类产品需要可复现、可解释,用户的信任来自结果的一致性。

02

先做真太阳时校正

选择:按出生地把标准时间校正为真太阳时后再进入计算。

理由:时序产品的准确性取决于时间基准,跳过校正会让整体结果错位。

03

内容边界先行

选择:产品定位限定为文化与反思参考,文案避免断言式表达。

理由:涉及传统命理的产品,合规与用户信任来自明确的边界,而不是夸大的承诺。

下一步

查看完整经历,继续聊聊产品与岗位。

下载与当前方向匹配的简历,或通过邮件、电话直接联系。

下一个案例 · 09 / 09 SoloConvert
esc