GitHub 上出现了一个有点反常的小项目：不是帮你写代码、修测试、查日志，而是在 Claude Code 里算命。
项目叫 destiny。它不是 Anthropic 官方功能，而是一个第三方 Claude Code 插件。面向 Claude Code v2.0+，MIT License，目前 GitHub 上约 13 个 star。
装完之后，在 Claude Code 里输入 /destiny，它会根据生日、出生时间、城市和性别，生成每日运势、星级、卦象和一段人生解读。
这事别急着往“AI 算命准不准”上拐。那个问题太窄。更值得看的，是一个严肃开发者工具，正在被用户拿来做私人化、娱乐化、生活化的入口。
destiny 到底做了什么
destiny 的安装方式很 Claude Code：通过 /plugin 添加 marketplace，再安装 destiny@destiny-marketplace。使用命令是 /destiny。
首次使用时，插件会要求填写生日、出生时间、出生城市和性别。资料保存在本地：~/.destiny/profile.json。
README 写明无外部 API，核心逻辑在本地运行。但这里不能轻飘飘带过。出生时间、地点、性别都属于敏感个人资料。本地保存降低了外传风险，不代表没有风险。机器被同步、备份、共享、误提交，都会让“本地”变得没那么安全。
它的功能边界大致是这样：
| 模块 | 内容 | 性质 |
|---|---|---|
| 命理计算 | 八字、日柱、五行关系、万年历、真太阳时 | 作者声称按传统规则确定性计算 |
| 地区修正 | 出生地经度校正、韩国 1987–88 夏令时 | 本地算法处理 |
| 卦象生成 | 易经梅花易数、按当下时间起卦 | 确定性生成 |
| 文本输出 | 星级、性格描述、每日建议、人生解读 | Claude 解释生成 |
这个区分很关键。
README 明确把“算出来的部分”和“写出来的部分”分开：命盘、日柱、五行、卦象属于规则计算；星级、性格描述和建议由 Claude 生成。
也就是说，它不是把一句“帮我算命”直接丢给大模型。它先用一套规则生成结构化材料，再让 Claude 把这些材料说成人话。
对开发者读者来说，这比玄学本身更有参考价值。它像一个很小的样板：本地数据进来，确定性程序先算，生成式模型再解释。
有趣的不是玄学，是分工
我不太买账“AI 算命”这个卖点。
命理解释天然容易落进巴纳姆效应。那些“你外表冷静，内心敏感”“近期适合沉淀，不宜冲动”的句子，大模型写得很顺，也很容易让人对号入座。
但 destiny 的产品结构值得看。
它没有让 Claude 假装自己掌握某种神秘真理。Claude 做的是表达层：整理、解释、包装、建议。底层材料来自规则计算。
这恰好是很多 AI 应用应该学的一点：模型不要替代所有东西。该由程序算的，就让程序算；该由模型讲的，再让模型讲。
对比一下，差别很明显：
| 路线 | 做法 | 问题 | 更适合的场景 |
|---|---|---|---|
| 纯大模型生成 | 直接让模型根据生日写运势 | 边界模糊，稳定性差，容易胡编 | 娱乐闲聊 |
| 规则计算 + 模型解释 | 先由本地算法产出命盘、卦象，再让 Claude 解释 | 仍不证明命理有效，但输出更可追溯 | 插件实验、个人工具、可解释 demo |
这不是说命理结果真实有效。证据没有到那一步。
它只能说明：作者把传统命理规则做成了可运行程序，并把生成式 AI 放在解释层。这个工程拆法是清楚的。
如果你是普通用户，最现实的建议很简单：可以当玩具，不要当决策工具。更不要把它输出的职业、感情、健康建议当成依据。
如果你是开发者，倒是可以看它的插件形态。看安装、命令、配置、本地文件、LLM 解释层怎么拼起来。别急着照抄“算命”，真正能复用的是架构。
该受影响的是开发者工具，而不是命理行业
destiny 很小。约 13 个 star，不足以证明 Claude Code 插件生态已经爆发。
所以不能把它拔高成“革命”。目前更准确的说法是：一个趣味样本，露出了工具边界变松的苗头。
Claude Code 原本是开发者工具。典型任务是读代码、改文件、跑命令、写测试。可插件机制一开，用户会自然把它改造成一个命令式个人入口。
今天是 /destiny。同样的形态，也可以变成 /budget、/diet、/journal、/invoice、/legal-draft。
真正受影响的，主要是两类人。
一类是重度 Claude Code 用户。你可能会把越来越多私人任务塞进同一个工作环境。好处是顺手，坏处是数据边界被揉在一起。代码、个人资料、财务偏好、情绪记录，一旦都进同一个入口，权限和备份就要重新想。
另一类是做插件的开发者。别只盯着“能不能调用模型”。更该想清楚三件事：哪些数据必须本地存，哪些逻辑必须确定性执行，哪些输出可以交给模型发挥。
这就是 destiny 的现实价值。它小，但拆得明白。
历史上，工具经常这样变形。浏览器起初只是看网页，后来扩展和脚本把它变成工作台。微信起初是聊天工具，小程序后来把它推向服务入口。不完全一样，但权力结构相似：谁掌握入口，谁就更接近用户的日常动作。
“天下熙熙，皆为利来。”放到插件生态里，就是另一句话：大家争的不是某个命令，而是谁能成为你最顺手的入口。
接下来最该观察的，不是 destiny 会不会火。
我更在意三件事：Claude Code 插件安装和权限边界会不会更清楚；本地敏感资料有没有更好的提示和隔离；开发者会不会把更多非编程任务搬进这个入口。
如果这些都发生，Claude Code 就不只是写代码的助手。它会更像开发者的私人 Shell。
而私人 Shell 的问题从来不只是效率。它还会问你：愿意把多少生活资料，交给一个本来用来工作的工具？