大六壬 奇门 六爻 梅花:四术合断的占事 Skill

前言

做占卜类 Agent 应用时,常见做法是让模型直接起一卦或起一课,再凭语言描述推断结果。问题在于:起局规则分散、排盘口径不一,模型自由发挥容易出现盘面不一致,复核也无从下手。这个 Skill 的思路是把四种术数各自固定下来,由大六壬主断、奇门复核、六爻与梅花辅助,最后统一输出一份占事报告,让结论有据可查。

下面介绍这个 Skill 的定位、能力和已知信息。

这是谁出品、解决什么问题

Skill 名称:大六壬 奇门 六爻 梅花。
坐标:@user_c7c3f341/zhanbu,发布者 user_c7c3f341,来源为 community。
分类 life-service,版本 1.0.0,标签 requires_api_key=false,即不需要额外的 API Key。

官方简介原文是:

Use this skill for 四术合断:大六壬主断、奇门复核、六爻辅助、梅花辅助,并输出占事报告。

也就是说,它要解决的问题是:单个术数起局容易出现口径不一致、结论缺少交叉验证。做法是把四种术数串成一条流水线,主断加复核,而不是让四种算法各自为政。

核心功能

资料中能核实到的能力只有简介里的四件事:

  1. 大六壬主断。以大六壬作为主要断事依据。
  2. 奇门复核。对主断结果做第二次校验,而不是直接采信。
  3. 六爻辅助。作为辅助视角参与判断。
  4. 梅花辅助。同样作为辅助视角,与六爻并列。

最终输出是一份占事报告,把上述四种断法汇总。简介中没有说明各术数的权重、触发条件或冲突时的裁决规则,也没有列出排盘参数,这些属于未核实部分,本文不写。

安装与启用

需要说明的是,本次写作时 SkillHub 官方页面和 API 地址均抓取失败,https://api.skillhub.cn/user_c7c3f341/zhanbu 与 https://www.skillhub.cn/skills/user_c7c3f341/zhanbu 都没有返回正文。因此安装命令、目录结构、配置字段均未核实到,下面不贴任何未经确认的命令。

以下是通用 SKILL.md 格式的通用约定,并非该 Skill 官方文档:

本地放置路径示例:<skill_dir>/大六壬 奇门 六爻 梅花/SKILL.md

启用时按所用客户端的 Skill 目录扫描规则,把 Skill 目录放到可识别位置即可。该 Skill 标签为 requires_api_key=false,从标签看不需要配置密钥;但这只是标签声明,实际是否要求密钥未核实。

客户端差异:资料中没有 Cursor、Codex CLI、Claude Code 的分别说明,本文不写。

典型用法

官方简介只说明「四术合断」和「输出占事报告」,没有给出可复现的输入示例、输出样例或命令。因此本文不编造示例。

从简介可以确认的使用方式只有一条:向 Skill 提出占事请求,它按大六壬主断、奇门复核、六爻与梅花辅助的顺序处理,并返回占事报告。占事的具体提问格式、是否需要先提供时间或地点,资料中均未说明。

适用场景与注意

适合的场景:需要在一次占事中同时引入多种术数视角,并且希望结论经过复核而不是单一算法直接给出时,可以用它统一流程。

需要注意:

  1. 四种术数之间如何取舍,资料未说明,遇到结论不一致时的处理规则未知。
  2. 排盘规则与参数未核实,历史断例、准确性数据均无,无法评估断事质量。
  3. 版本为 1.0.0,来源为 community,作者信息只有发布者 ID,维护活跃度未知。
  4. 页面抓取失败,安装前建议自行打开官方地址确认最新说明。
  5. 这类输出属于术数推演,不是决策依据。

结尾

这个 Skill 的价值在于把四术合断固定成一条流水线,主断与复核分开,减少单一算法口径漂移的问题。信息透明度上一般:简介清楚,但安装、参数和示例都未核实到。官方地址:https://api.skillhub.cn/user_c7c3f341/zhanbu

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

小夜