Jyotisha/references/transit-actionable-output-guide.md

Transit Actionable Output 指南（v4.1.0）

目的：解决 Transit 分析"输出停留在星盘数据陈述层"的问题——每条 Transit 预测必须包含用户可执行的行动方案。

---

一、触发条件

任何以下场景自动触发本规范（无需用户要求）：

触发词	示例
"被发现"、"被赏识"、"被贵人"	"2026年6月会有贵人赏识，具体怎么被发现？"
"什么时候"、"应期"、"时机"	"什么时候有合作机会？"
"合作"、"破圈"、"突破"、"升职"	"什么时候能破圈？"
"移民"、"搬迁"、"迁居"	"什么时候会搬到大房子？"
任何涉及具体事件类型的 Transit 预测	—

---

二、三要素强制输出

每条 Transit 预测必须同时输出以下三要素，缺一不可：

要素1：时间段（精确到日/周/月）

✅ 6月2日—6月18日（峰值6月18日前后72小时）
✅ 2026年5月10日—5月20日
❌ "6月份"（精度不足）
❌ "今年内"（精度不足）

要素2：具体行动类型

行动类型	说明	触发信号
发布型	发布/展示已有内容	Jupiter+Venus同宫、AmK活跃
跟进型	主动联系已在沟通中的人	Mars在2/11宫、主动出击窗口
等待型	保持活跃但不主动	Jupiter入12宫前的积累期
被发现型	已有产品/工具被人主动发现	AmK Moon 7宫机制
推进型	推进已有合作/谈判	Mercury激活、合同谈判期

要素3：置信度标注

✅ [A] 已验证（倒推历史事件命中）——置信度最高
✅ [B] 高概率（3+独立维度信号一致）——次高置信度
✅ [C] 推断（1-2个维度信号，理论推断）——最低置信度，需标注未验证

每条关键结论必须标注置信度，未验证者必须附注未验证声明。

---

三、案例检索三步法（强制）

当动态预测（被发现/合作/破圈/关键事件型）时，必须先执行案例检索：

Step 1：检索同类行星配置真实案例

# 使用引擎内置名人案例库
python3 scripts/jyotish_engine.py celebrity --config "Jupiter+Moon+AmK 7宫"

# 或 WebSearch 检索真实创作者发现路径
web_search: "astrologer content creator discovered by mentor collaboration 2024 2025 case study"

检索优先级：

1. 一楠本人历史验证案例（已有数据优先）
2. Skill 内置名人案例库（celebrity --config）
3. WebSearch 真实案例（行业数据、创作者故事）

Step 2：对比 D10/D9 信号一致性

• D10 3宫 Venus/Rahu（内容/传播工具）→ 确认内容发现路径
• D9 Jupiter 位置（灵魂/使命）→ 确认身份定位
• 7宫 AmK Moon（被发现机制）→ 确认合作/被动发现路径

Step 3：整合输出带案例参照的结论

输出格式模板：

## [B] 2026年6月2日—6月18日：Jupiter入Cancer触发事业窗口
**置信度**：⭐ [B]（高概率——基于3个独立维度：Jupiter合相本命Mars+D10 3宫Venus/Rahu+Dasha Saturn/Venus支持）

**Actionable Output**：
- 具体时间段：6月2日起，峰值6月18日前后72小时
- 具体行动：已有内容/产品保持展示活跃度，留意主动联系
- 行动类型：⚠️ 被发现型（AmK Moon 7宫机制：被人使用工具后触发）
- 行动基础：基于真实案例——Starcross App（0广告月入6万，内容获客+情感变现）

**案例参照**：Starcross App；Neda Farr（TikTok 22万粉丝→工具创始人）
**未验证声明**：以上预测基于星盘信号与案例类比推断，未经个人历史事件验证，置信度[B]。

---

四、禁用规则

禁用行为	示例	正确做法
❌ 纯理论推断行动建议	"保持开放心态"	"保持在线，留意主动联系（AmK 7宫机制）"
❌ 无时间段行动建议	"做好内容准备"	"5月14日前发布（Jupiter+Venus同宫窗口）"
❌ 无置信度预测	"6月肯定会被发现"	"[B] 6月2日—18日高概率被发现（3+维度）"
❌ 无未验证声明	—	标注"以上未经历史事件验证"
❌ 案例未检索就给结论	"你会被发现"	"基于Neda Farr/Starcross案例+Jupiter合相Mars信号，你极可能被贵人发现"

---

五、典型错误模式

错误1：数据陈述替代行动方案

❌ 错误：Jupiter 6月2日入Cancer，在1宫形成重大转变...

✅ 正确：[B] 2026年6月2日—6月18日事业窗口期（Jupiter入Cancer+合相本命Mars）
   Actionable Output：保持内容展示活跃，峰值在6月18日前后72小时
   置信度：B（3维度：Transit+Jupiter合Mars+Dasha支持）
   案例参照：Starcross App被发现路径
   未验证声明：未经历史事件验证，仅供参考

错误2：模糊时间段

❌ 错误：大概在6月份...
✅ 正确：6月2日—6月18日（峰值6月18日前后72小时）

错误3：缺乏具体行动

❌ 错误：保持开放，等待机会...
✅ 正确：已有工具/App保持展示活跃度，留意任何主动联系（AmK Moon 7宫=被动被发现机制）

---

六、质量自检清单

每次 Transit 分析输出前，检查：

• 时间段是否精确到日/周/月？
• 行动类型是否明确（发布/跟进/等待/被发现/推进）？
• 置信度是否标注（[A]/[B]/[C]）？
• 是否先检索了案例再给结论？
• 是否有未验证声明？
• 结论是否基于3个以上独立维度？

---

版本：v4.1.0 创建日期：2026-04-27 来源：基于一楠对话复盘，质量自检清单 v2026-04-27