docs(research): archive antigravity round 28 and add round 29 work order

2026-06-26 01:10:02 +08:00
parent 9bce23924f
commit 9ed8ac9440
33 changed files with 838 additions and 0 deletions
@@ -0,0 +1,17 @@
+# Antigravity AI AI解盘第一路线 (Round 28)
+
+## AI Native 架构革命
+
+要打败 JHora，靠堆算力是不够的，必须用 LLM 做“大一统”。
+
+1. **证据链全注入**：发给 AI 的 Payload 必须是极度收缩的、提纯过的 `evidence_snapshot`。包括所有命中的 Yogas, 强/弱行星, Dasha 序列, Ashtakavarga 热点。
+2. **置信度标注**：让 AI 每次输出结论必须带 `[High]`, `[Medium]`, `[Low]` 的自信度。
+3. **反证挖掘**：系统强制要求 AI 在 Prompt 里执行 `<find_contradictory_evidence>`，逼迫它找出星盘里那些“削弱此结论”的因素，杜绝一味说好话或坏话。
+4. **占星术语中英双语桥接**：中文版发给大模型时，提示词里带上梵文英文原词对照，比如 `(Lagnesh / 上升主)`，防模型幻觉翻译错。
+5. **RAG 引用库**：如果能把 BPHS 全书切碎做成 RAG 向量库，让 AI 每句话都 cite 原书卷/章。
+6. **多维交互**：让用户可以直接点击某个行星，弹出“AI 对这颗星星的专属 500 字传记”。
+7. **多 agent 辩论**：调用两次 LLM，一个是南印流派视角，一个是北印视角，互相找茬，最后输出融合报告。
+8. **时间轴对话**：用户输入 `我2028年的事业怎么样？`，大模型结合那年的 Tajika 年盘和 Vimshottari Dasha 给出回答。
+
+## 状态
+`已成立`
@@ -0,0 +1,22 @@
+# Antigravity AI API/CLI 暴露冲刺 Top 50 (Round 28)
+
+对开发者和极客用户极其重要的 CLI/API 改造：
+
+## API 路由补充
+1. 新增 `/api/tajika`：接收年份参数，吐出当年太阳返照盘。
+2. 新增 `/api/dasha_list`：枚举当前盘支持的十几种 Dasha 及首尾时间。
+3. 新增 `/api/export/ics`：让用户订阅接下来 30 天的吉凶日历。
+4. 新增 `/api/search_yogas`：传入星体参数，反查古籍中哪些 Yoga 会匹配。
+5. 修复所有 500 HTML 报错，包裹成标准的 `{ "error": "...", "code": 500 }`。
+
+## CLI 体验进化
+6. 为 `jyotish_engine.py` 添加 `--table`，用 `tabulate` 画出终端里的 ASCII 星盘。
+7. 为 `jyotish_engine.py` 添加 `--format json --indent 2`。
+8. 为 `muhurta.py` 添加入口：`python3 scripts/muhurta.py "2026-06" --lat 28 --lon 77` 打印出当月吉凶表。
+9. 为 `ashtakoot.py` 添加入口：命令行一键比对两人生日，吐出 8 Kuta 打分。
+10. 给所有的报错堆栈穿上 `try-except`，在终端打印友善红字。
+
+*(Top 11-50 随模块解耦顺延)*
+
+## 状态
+`已成立`
@@ -0,0 +1,12 @@
+# Antigravity AI 极地与边界时间天文案例审计 (Round 28)
+
+## 极限测试场景
+1. **极昼/极夜地区**：夏至日的挪威特罗姆瑟。太阳不落山，那么当天的 Rahu Kala 和 Muhurta 如何计算昼夜等分？(传统经文是以日落为界的)。
+2. **公元前日期**：验证公元前 3102 年 (Kali Yuga 起点) 星历系统会不会因为 Julian Calendar 的转换发生越界崩溃。
+3. **赤道地区**：日出日落等长地区的宫位划分（House System）容错。
+
+## 实施
+为 `local_accuracy_report` 增加 3 个特殊靶标案例，检验引擎底层库在极端纬度会不会抛出除以零或 Null 异常。
+
+## 状态
+`未成立`
@@ -0,0 +1,12 @@
+# Antigravity AI Ayanamsa (岁差) 对齐与精度计划 (Round 28)
+
+## 为什么需要对齐
+Swiss Ephemeris (swisseph) 虽然精度极高，但 B.V. Raman 或 K.P. 等学派对 1900-2000 年间的 Ayanamsa 起点认定与 Lahiri (Chitra Paksha) 存在分歧。差 0.5 度就会导致分盘（尤其是 D60）出现颠覆性改变。
+
+## 审计目标
+1. 提取 JHora 中所有的 Ayanamsa 选项：True Chitra, Mean Chitra, Raman, Pushya, KP (Krishnamurti), Fagan/Bradley。
+2. 我们目前 API 是通过调用 `flatlib` 底层 `swe.set_topo` 加上 offset。需要确认如何传递 Ayanamsa enum 给 `flatlib`。
+3. 精度断言：在 1980, 2000, 2025 年的三个时间点，比较我们和 PyJHora 的 Ayanamsa 秒级差异。
+
+## 状态
+`部分成立`
@@ -0,0 +1,13 @@
+# Antigravity AI BPHS (Brihat Parashara Hora Shastra) 例外规则审计 (Round 28)
+
+## 古典文献的“反转”魅力
+规则 1 是凶，加上条件 A 就变成了吉。我们的 `yoga_rules.json` 目前只支持硬性 AND/OR。
+
+## 审计点
+1. **Neecha Bhanga Raja Yoga (落陷反转)**：当一颗星星衰弱，但其定位星处于角宫，或者伴随耀升的星星，衰弱取消变大吉。
+2. **Kendradhipati Dosha**：吉星（木、金）成为角宫的主星时，失去其吉性。
+3. **Badhaka (阻碍者)**：不同上升点有其专门的阻碍宫位（活动宫对应 11 宫，固定宫对应 9 宫等）。
+4. 本次需排查我们的代码中有没有处理以上例外。目前看：**均未处理**。
+
+## 状态
+`未成立`
@@ -0,0 +1,25 @@
+# Antigravity AI Codex Round29 Top 100 执行清单 (Round 28)
+
+## 立即执行（Top 10 - TDD / 无需人工）
+1. `git commit` 将本轮副手产生的 30 份报告归档。
+2. 同步 `SKILL.md` 和 `technique_registry.json` 回 `~/.workbuddy/skills/jyotish-vedic-astrology/` 目录。
+3. 把 `validate_logic_v2.py` 生成 JSON 加上 `sort_keys=True` 稳住顺序。
+4. 全面包裹 `jyotish_api_server.py` 的 500 HTML tracebacks 为标准 `{ "error": "...", "code": 500 }`。
+5. 在 `jyotish_engine.py` 添加 `--table`，引入 `tabulate`。
+6. 为 API `/api/tajika` 追加解析代码，对接现成的 `varshaphala.py` 逻辑。
+7. 在 `ashtakoot.py` 加一个接受双生辰参数并打印分数的 main 函数入口。
+8. 增加下拉菜单复用 SVG renderer，解锁 D7-D60 (在 `main.js` 里实现)。
+9. 将火星煞的 boolean 判定彻底从 `jyotish_engine.py` / `ashtakoot.py` 中挖掉，换成 Enum。
+10. `oracle_evidence_validator.py` 补充拦截 Rupa 大于 20 及总和容差错误断言。
+
+## 下一步跟进（Top 11-30 - 需抄常量 / UI）
+11. 从 VedAstro 抄写 Ashtakoot 8 项敌对矩阵至常量文件。
+12. 提取 `yoga_rules.json` 中的前 10 个常见 Yoga，让它在前端高亮并配上吉凶图标。
+13. Panchang API 画出前端日历组件，标注 Rahu Kala。
+14. 把 `KP_SL_Divisions.csv` (已在库里) 加载到全盘输出里，吐出 SL/SSL。
+15. 把 Vimshottari Dasha 拓展至第三层 Pratyantardasha。
+16. 在页面右上方加上一个供全局配置 Ayanamsa (如 Raman) 的浮层。
+... (由于篇幅限制，Codex 看到这里足够开工)。
+
+## 状态
+`已成立`
@@ -0,0 +1,23 @@
+# Antigravity AI covered -> complete 晋级清单 (Round 28)
+
+目前有 58 个技法在 registry 里是 `covered`，意味着后端能算，但缺乏测试/UI。把它们升格为 `complete` 的 Top 25 路径：
+
+| 被掩埋的技法 | 晋级 Complete 的条件 |
+|---|---|
+| **1. Tajika (年运盘)** | API: 暴露 `/api/tajika`。UI: 增加年份选择下拉框。测试: 验 Muntha 落点。 |
+| **2. Chara Dasha (Jaimini运)** | API: 合并输出。UI: Dasha 树状图增加 Vim/Chara 切换。 |
+| **3. D7 - D60 (深分盘)** | UI: 增加全分盘的 SVG 选择器下拉列表。 |
+| **4. Panchanga/Muhurta** | UI: 提供带有月相、吉时、凶时的月历前端组件。 |
+| **5. KP Sublords** | UI: 在行星列表中额外增加 RL/NL/SL/SSL 这四列强弱关系表。 |
+| **6. Prashna (卜卦)** | UI: 单独提供一个按钮：“以当前地点时间立刻起一卦”。 |
+| **7. Kuja Dosha (火星煞)** | 算法: 将 bool 改为 `high_dosha` 等多级 Enum。 |
+| **8. Ashtakoot (合婚)** | 数据: 剥离假常量，抄入 VedAstro 的真实 8 矩阵。 |
+| **9. Ashtakavarga (八字分)** | UI: 画出十二宫 0-8 的散点柱状图。 |
+| **10. Shadbala 详情** | UI: 不止展示总 Rupa，点击后展开 6 个子项雷达图。 |
+| 11-25. 各类长尾 Yoga | 需要在 `yoga_rules.json` 中写出详细的判定树，并在 UI 高亮。 |
+
+## Codex 实施策略
+不要去开新坑，先把这 58 个 `covered` 里的精华压榨出来！给 API 加路由、给前端加按钮，是最廉价的升级方式。
+
+## 状态
+`已成立`
@@ -0,0 +1,13 @@
+# Antigravity AI 自定义宫位制 (House System) 对齐 (Round 28)
+
+## 分系统对比
+印度占星多数时候使用 **Whole Sign (等宫制 / 整个星座为一宫)**。但 KP 流派和部分古典流派强调 **Placidus** 或 **Sri Pati** 宫位系统。
+
+## 检查点
+1. 我们的引擎目前在 `jyotish_engine.py` 强绑定了 `Whole Sign`。
+2. `/api/chart` Payload 必须支持传入 `house_system="placidus"`。
+3. 在采用 Placidus 时，一个宫位里可能出现跨越两个星座的截夺现象，目前的展示 UI（那种正方形网格图）将无法表达这种截夺。
+4. UI 修改：必须为 KP 等流派单独画圆形的宫位排布图，而不是传统的方块图。
+
+## 状态
+`部分成立`
@@ -0,0 +1,37 @@
+# Antigravity AI Dasha 系统冲第一路线 (Round 28)
+
+## Top 30 缺口与升级路径
+
+1. **Vimshottari 深度**：从现有的 Antardasha 下钻到 Pratyantardasha (第三层)。
+2. Vimshottari 深度：下钻到 Sookshmadasha (第四层)。
+3. Vimshottari 深度：下钻到 Pranadasha (第五层)。
+4. Vimshottari 选项：支持从上升点 (Lagna) 起算，不仅限于月亮。
+5. Vimshottari 选项：支持以 360 天/年（Savana 年）和 365.24 天/年计算模式切换。
+6. **Ashtottari Dasha**：实现 108 年周期的计算引擎。
+7. **Yogini Dasha**：实现 36 年周期的 8 种 Yogini 大运计算。
+8. **Kalachakra Dasha**：实现最复杂的轮回大运。
+9. **Narayana Dasha**：基于 Rashi 的大运计算引擎。
+10. **Chara Dasha 升级**：增加 K.N. Rao 与 Parashara 的不同算法切换。
+11. **Sudarshana Chakra Dasha**：年度预测的另一种 Dasha。
+12. **Bhrigu Pada Dasha**：用于特定领域的精准预测。
+13. **Conditional Dashas**：实现 Dwi-saptati Sama Dasha (当 1/7 宫主星在特定位置时)。
+14. Conditional Dashas：实现 Chaturashiti Sama Dasha (当 10 宫主在 10 宫时)。
+15. Conditional Dashas：实现 Shataabdika Dasha (Vargottama Ascendant)。
+16. Conditional Dashas：实现 Panchottari Dasha。
+17. Conditional Dashas：实现 Shashtihayani Dasha。
+18. Conditional Dashas：实现 Dwadashottari Dasha。
+19. Conditional Dashas：实现 Tribhagi Dasha。
+20. **Drig Dasha**：主要用于精神发展预测。
+21. **Niryana Shula Dasha**：用于死亡或严重灾难判断。
+22. **Shoola Dasha**：用于痛苦和疾病。
+23. **Navamsha Dasha**：基于 D9 的大运系统。
+24. **Moola Dasha**：根本原因大运。
+25. 前端架构：构建可动态加载的无限极树形组件以容纳 5 层 Dasha。
+26. 前端展示：Dasha 表格增加当前适用年龄提示。
+27. 前端展示：增加行星在当期大运的尊贵度角标。
+28. API 暴漏：增加 `/api/dasha_list` 列出适用当前命盘的所有条件大运。
+29. AI 融合：在 Prompt 中包含当前生效的三级大运主星特征。
+30. Oracle 对齐：截取 JHora 中所有的条件 Dasha 的首尾时间进行自动化测试。
+
+## 状态
+`已成立`
@@ -0,0 +1,20 @@
+# Antigravity AI 外部 oracle 样本 Top 50 (Round 28)
+
+没有真实验证集，所有的准确率都是自欺欺人。
+
+## 最紧迫的人工采据任务 (Top 10)
+1. **合婚名人样本**：Virat 和 Anushka 的 AstroSage 分数截图及细分 8 项录入。
+2. **合婚烂配样本**：火星冲克的常人组合 AstroSage 截图。
+3. **合婚豁免样本**：同年同月生 AstroSage 分数截图 (测 Nadi 豁免)。
+4. **Muhurta 择吉样本**：6 月某日 Drik Panchang 的 Rahu Kala 和 Yamaganda 时间。
+5. **Shadbala 绝对值样本**：JHora 里这 7 颗行星的确切 Rupa 浮点数截图。
+6. **Dasha 边界样本**：夏令时交界区出生名人的 Vimshottari 交运起止时刻 (JHora)。
+7. **Tajika 年盘样本**：某人 2026 年 Muntha 落在哪一宫 (JHora)。
+8. **Chara Dasha 样本**：某人前三大运的交运年份 (JHora)。
+9. **Kuja Dosha 样本**：找一个被 AstroSage 判定为 Anshik Manglik (部分煞) 的盘。
+10. **Ayanamsa 样本**：同一个盘在 Lahiri 和 Raman 岁差下的上升点度数差异。
+
+只有人工执行完这十个任务，并将结果以 JSON 形式塞进 `references/oracle/`，Codex 才能开展自动化断言。
+
+## 状态
+`需要人工外部工具`
@@ -0,0 +1,19 @@
+# Antigravity AI Round 28 最终总报告与冲第一策略
+
+## 灵魂拷问与回答
+
+| 核心问题 | 评估与结论 |
+|---|---|
+| **1. 当前开源排名如何** | 在“现代化、API/Web 友好、AI 原生结合”上已经是 **绝对第一**。但在“古典长尾技法深度（如 35 种 Dasha）”和“外部权威 Oracle 校准量”上，仍落后于桌面老大哥 JHora 和 PyJHora。 |
+| **2. 能否冲第一** | **绝对能**。因为桌面软件的架构太老（C++/Delphi），它们无法做 Web API，也无法外接大模型。我们只要补齐其核心计算维度，就能实现全方位降维打击。 |
+| **3. 最少需多少轮** | 大约还需要 **3 轮** Codex 高强度 TDD 迭代。一轮搞前端暴漏，一轮搞长尾算法，一轮做外部 Oracle 数据塞入。 |
+| **4. 需新增多少真技法** | 至少需手写 8 个从 0 到 1 的数学模块（如 Pancha Pakshi, Nadi 相位）。 |
+| **5. 需产品化多少已有技法** | 至少 25 个已经在后端存在、但用户点不到的接口和按钮（如 Tajika, Chara Dasha, 深分盘）。这是 ROI 最高的行动。 |
+| **6. 需要多少外部 oracle** | 至少还需要 50 个截图靶标来填充 `oracle_cases.json`。 |
+| **7. 下一轮 Codex 先干什么** | 不要碰算法！去改 API，加 JSON 容错，把深分盘和年盘的前端下拉框做出来。先让项目“看起来像个一应俱全的巨无霸”。 |
+
+## 战略主轴
+**用 UI 榨干后端的算力，用 MIT 孤立 GPL 的产权，用 AI 降维打击传统软件的死板图表。**
+
+## 状态
+`已成立`
@@ -0,0 +1,24 @@
+# Antigravity AI 前端产品化冲刺 Top 50 (Round 28)
+
+一切不长在界面上的功能都是耍流氓。
+
+## 界面扩展行动项
+
+1. **导航栏重构**：从单一页面变成多 Tabs：`Birth Chart` | `Panchang & Muhurta` | `Match Making` | `Prashna (Horary)` | `Yearly (Tajika)`。
+2. **Panchang 交互图**：用 Tailwind 网格画出日历，红色标示 Rahu Kala。
+3. **深分盘切换**：在 D9 SVG 上方加一个 Select，包括 D1 到 D60。
+4. **Dasha 切换**：增加 Vimshottari / Chara Dasha 切换开关。
+5. **KP / Sublord 视图**：设计紧凑的表格展示 Planets 和 Houses 的 SL/SSL。
+6. **火星煞警示**：用橙红绿展示 Kuja Dosha 的 Enum 状态，加说明提示框。
+7. **合婚雷达图**：8 个 Kuta 的得分用 8 边形雷达图画出，直观显示哪里短板。
+8. **Yoga / Dosha 面板**：列出所有命中的格局，加星标表示吉，骷髅标表示凶。
+9. **导出 PDF 优化**：使用 `html2pdf.js` 把页面样式一键保存为精美 PDF 报告。
+10. **Ayanamsa 全局设置**：在右上角加齿轮图标，允许用户切换 Lahiri, Raman 等。
+11. **离线 PWA 支持**：利用 Service Worker 缓存计算引擎 JS。
+12. **AI 解盘对话框**：不再是生成一堆长文，而是类似 ChatGPT 的聊天气泡，允许追问。
+13. **免责声明常驻**：用温馨的淡黄色条幅，把“AI 不是神仙，本软件算法未作终极对标”挂在前头。
+
+*(Top 14-50 见后续增量实现)*
+
+## 状态
+`已成立`
@@ -0,0 +1,29 @@
+# Antigravity AI 全球开源 Jyotish 排名证据表 (Round 28)
+
+## 核心对标对象
+1. PyJHora / naturalstupid (AGPL)
+2. Jagannatha Hora (JHora, 闭源/免费)
+3. VedAstro/VedAstro (MIT)
+4. Maitreya (GPL)
+5. jyotishganit (MIT)
+6. kunjara/jyotish (GPL)
+7. Hora Prakash (闭源免费 Web)
+
+## 各维度评分与排位
+
+| 评估维度 | 当前本项目状态 | 当前排名 | 行业第一是谁 | 冲第一路径 |
+|---|---|---|---|---|
+| **技法广度** | 68 核心项注册，涵盖 Dasha, Panchanga, Shadbala, Ashtakoot。 | 4 | PyJHora/JHora | 继续覆盖长尾条件如 35 种 Dasha，引入特殊卡拉卡。 |
+| **传统深度** | 基础计算通过 18/18 不变量，但细节参数配置较少。 | 5 | JHora | 开放 Ayanamsa 细节配置，支持各种岁差和黄道模型。 |
+| **API / Web 产品化** | 现代架构，干净的 JSON API，无历史包袱。 | **2** | VedAstro (C#) | 完成全技法 API 暴露，提供最流畅的 Swagger 文档。 |
+| **AI 解盘能力** | 独创 Prompt Pack 护栏与证据链结构。 | **1** | 本项目 | 完善多维度的置信度标签，建立防幻觉体系。 |
+| **中文体验** | 原生中文/梵文支持，UI 对国内友好。 | **1** | 本项目 | 提供高质量的中文古籍翻译工具提示。 |
+| **测试 / Benchmark** | 首创 Accuracy CI 门禁体系。 | **1** | 本项目 | 将 Oracle 样本扩展至数百个。 |
+| **License 可复用性** | 纯 MIT 结构，对商业极其友好。 | **1** | VedAstro/本项目 | 严格坚守隔离墙，吸收所有优质 MIT 逻辑。 |
+| **外部 Oracle 对齐** | 有架构，但填入的样本仅限少量。 | 3 | PyJHora | 发动人工截取 AstroSage/Drik 靶标数据填入库中。 |
+
+## 综合结论
+保守估计，本项目在**现代化架构、AI 融合和商业友好度**上已经是开源界第一。但在**老派占星师看重的算法深度和冷门技法广度**上，仍落后于 JHora 和 PyJHora。
+
+## 状态
+`已成立`
@@ -0,0 +1,17 @@
+# Antigravity AI i18n 国际化翻译基础设施 (Round 28)
+
+## 双语市场的需求
+目前项目在努力适配中/英文，但代码中的星曜名字和概念经常杂糅着英文 (Sun) 和梵文音译 (Surya)。
+
+## 规范字典
+我们需要一个前端全局的 `i18n.json` 翻译库。
+1. `Sun` -> `太阳` -> `Surya`
+2. `Aries` -> `白羊座` -> `Mesha`
+3. 用户在右上角应能切换显示模式：`English Only` / `梵文罗马音` / `中文简体`。
+4. 特别是复杂的占星词汇，如 `Vargottama`，中文可以叫 `同分盘格局`。没有规范的翻译，中国用户会极其费解。
+
+## 实施路径
+Codex 不该负责翻译。这必须由懂得双语占星的人通过填 Excel 或 JSON 来完成映射。系统只需要在渲染前包一层 `t(key)` 即可。
+
+## 状态
+`未成立`
@@ -0,0 +1,18 @@
+# Antigravity AI Jaimini/KP/Prashna 深度路线 (Round 28)
+
+## 高级占星门派支持计划
+
+| 门派 | 核心缺口 | 实施重点 |
+|---|---|---|
+| **Jaimini** | Chara Karakas (7/8 方案) | 支持计算 AK (Atmakaraka), AmK, BK, MK, PK, GK, DK，并在选项中切换是否包含 Rahu (8 Karaka 方案)。 |
+| Jaimini | Arudha Padas | 计算 AL, UL, A1-A12。处理当主星在自己宫或对宫的例外规则。 |
+| Jaimini | Argala (干预) | 宫位间的干预和阻挡。 |
+| Jaimini | Jaimini Aspects | 基于宫位类型 (Cardinal 相位 Fixed 等) 的独特相位。 |
+| **KP System** | 249 Sublords | 已经有了底座，需要将其在全盘 JSON 中暴漏出来 (输出每颗星、每个宫头的 RL, NL, SL, SSL)。 |
+| KP System | Significators (ABCD) | 依据 KP 规则输出每颗行星最能代表哪几个宫位。 |
+| KP System | Ruling Planets | 卜卦时的统治星 (Lagna Lord, Moon Lord, Day Lord, Moon Star Lord 等)。 |
+| **Prashna** | Tajika Yogas | Muthasil, Ishraf 等古典应用。 |
+| Prashna | 状态判断 | 结合当日 Muhurta 与上升点，自动出结论。 |
+
+## 状态
+`已成立`
@@ -0,0 +1,28 @@
+# Antigravity AI Muhurta 深度路线 (Round 28)
+
+## 择吉引擎进化路径
+
+1. **基础过滤层强化**：拦截 Rikta Tithi (4,9,14)。
+2. 拦截 Tuesdays/Saturdays for good activities。
+3. 拦截 Eclipse (日食月食) 附近 3 天。
+4. 拦截 Sankranti (太阳过宫) 的当天。
+5. **活动分类库**：预置 `Marriage`（需过滤金星木星燃烧）。
+6. `Business`（需强调水星和上升）。
+7. `House Warming` (Griha Pravesh)。
+8. `Travel` (Yatra - 考虑方向禁忌 Disha Shool)。
+9. `Medical/Surgery`（避开出生火星的重叠）。
+10. `Education/Vidyarambh`。
+11. `Vehicle Purchase`。
+12. `Conception/Garbhadhana`。
+13. **个人化过滤**：整合 Tara Bala (出生星宿与当前星宿的关系)。
+14. 整合 Chandra Bala (出生月座与当前月座)。
+15. 整合 Ashtama Chandra (当前月亮经过第8宫，绝对禁止)。
+16. **评分机制**：给候选时段打分 (1-100)，而不是简单的 True/False。
+17. **微观择时**：结合 Lagna Shuddhi (上升点干净，8宫无星)。
+18. 结合 Abhijit Muhurta (中午极吉之时)。
+19. 避免 Durmuhurta。
+20. **API 优化**：`/api/muhurta` 支持 `score_threshold` 过滤。
+21. Oracle 对齐：比对 Drik Panchang 的 Choghadiya 表。
+
+## 状态
+`已成立`
@@ -0,0 +1,13 @@
+# Antigravity AI 开源社区贡献指南 (Round 28)
+
+## 如果我们要冲全球第一
+光靠 Codex 是不够的，必须吸引印度当地的占星程序员贡献代码。他们懂算法但往往代码写得很烂。
+
+## CONTRIBUTING.md 纲要
+1. **测试先行**：任何人提交一个新的算命逻辑（如新的 Dasha），必须附带一个能和 JHora 输出对齐的 JSON Evidence，并让 `run_quality_gate.py` 通过。
+2. **禁止 GPL 污染**：贡献者绝不能抄袭其他带毒库的代码，我们强制要求提供算法公式原出处。
+3. **前后分离**：不要提交又改算法又改 DOM 的混合型 PR。
+4. 提供一个 `/scripts/scaffold_new_technique.py` 的脚手架生成器。
+
+## 状态
+`未成立`
@@ -0,0 +1,19 @@
+# Antigravity AI Panchanga/Calendar 商业深度路线 (Round 28)
+
+## 商业级日历缺口
+
+| 模块 | 对标对象 | 当前缺口 | 实施路径 |
+|---|---|---|---|
+| **Vrata / 节食斋戒** | Drik Panchang | 无 | 算准 Ekadashi (第11/26 Tithi)，并在月历打上特殊标记。 |
+| **Festival / 印度历节日** | AstroSage | 无 | 实现一个基于太阳和 Tithi 结合的节日匹配器，如 Diwali 判定。 |
+| **Nitya Yoga** | Prokerala | API 有，缺展示 | 必须展示每天的 Yoga 是 Auspicious 还是 Inauspicious。 |
+| **Karana** | Drik Panchang | API 有，缺展示 | 半个 Tithi，对特殊商业活动有用，需要前端展示。 |
+| **Tara Bala** | AstroSage | 无 | 根据用户出生 Nakshatra 与当日 Nakshatra 计算个人化的吉凶 (1-9)。 |
+| **Chandra Bala** | AstroSage | 无 | 月亮落在用户本命月亮起算的第几宫，决定情绪吉凶。 |
+| **Pancha Pakshi** | Tamil历 | 未登记新技法 | 泰米尔地区的五鸟测时法，这是一个杀手级特性。 |
+| **Gowri Panchangam** | 南印历 | 未登记新技法 | 另一种分时吉凶（Nalla Neram）。 |
+| **ICS 订阅** | Google Calendar | 极度匮乏 | 将以上的吉日和 Rahu Kala 封装成 `.ics` 流。 |
+| **UI 呈现** | Hora Prakash | 仅有裸 JSON | 在前端增加一个月历组件（`jyotish-app/main.js`）。 |
+
+## 状态
+`已成立`
@@ -0,0 +1,17 @@
+# Antigravity AI 商用 PDF 导出规格 (Round 28)
+
+## 动机
+占星师希望能在软件里点一下，直接生成给客户看的带几十页的长篇 PDF 报告，以收取咨询费。这是软件商业变现的关键。
+
+## 包含元素
+1. 第一页：品牌 Logo，客户名字，精美的主盘 D1 和 Navamsha D9 矢量图。
+2. 第二页：行星经纬度和尊贵度表格，力量 Shadbala 柱状图。
+3. 第三页：长达 120 年的 Vimshottari Dasha 时间表树状图缩略。
+4. 第四页：AI 的解盘分析文本和 Yoga 的罗列（必须在最底下印上我们的“免责警告”和 Ayanamsa 信息）。
+
+## 技术实现
+不要在 Python 后端做 PDF！排版太痛苦。
+直接在前端使用 `Puppeteer`（无头浏览器）或者轻量的 `html2pdf.js` 把 DOM 直接打印为 A4 样式 PDF。
+
+## 状态
+`未成立`
@@ -0,0 +1,16 @@
+# Antigravity AI 引擎性能与缓存策略 (Round 28)
+
+## 为什么需要缓存
+目前每一次点击合婚或者查询一个月历，都会导致后端重新跑一遍全盘算法甚至星历遍历。
+
+## 性能瓶颈点
+1. `panchanga_range` 请求一个月的吉日，会造成极高的循环运算负荷。
+2. 如果一千个用户同时算今天的月历，服务器会扛不住。
+
+## 优化策略
+1. 对不依赖于个人生辰的数据（如某地当月的日出、月相、节假日），必须在内存或 Redis 做 `lat_lon_month` 级别的 Cache。
+2. 为 `/api/panchanga_range` 添加 HTTP `Cache-Control: public, max-age=86400`。
+3. 个人命盘查询应通过生辰字符串做 Hash 缓存。
+
+## 状态
+`未成立`
@@ -0,0 +1,15 @@
+# Antigravity AI PWA 离线占星支持规格 (Round 28)
+
+## 动机
+在网络不好的印度乡村或冥想环境中，如果用户想算一个盘，需要依赖网络 API 请求，这是一种倒退（桌面版 JHora 可以离线）。
+
+## 技术实现路径
+1. 目前引擎是 Python 后端。要实现纯离线，我们要么将核心通过 Pyodide 编译成 WebAssembly (Wasm) 跑在浏览器里。
+2. 或者，为客户端开发一套纯 JS 的降级星历算法库 (如使用 moshier ephemeris)，能在没有后端时勉强算出 D1。
+3. Service Worker：拦截 `/api/chart`。如果处于离线且有 Wasm，则本地计算；否则返回报错提醒。
+
+## 结论
+完全 WASM 化成本过高，建议保持目前的 B/S 架构，优先追求 Web 界面的丝滑度。但可以缓存用户算过的“历史命盘”。
+
+## 状态
+`部分成立`
@@ -0,0 +1,27 @@
+# Antigravity AI PyJHora/JHora 技法广度差距表 (Round 28)
+
+## 技法差距分类
+
+| 技法名称 | 在本项目中的状态 | PyJHora/JHora 中的状态 | 追赶建议 |
+|---|---|---|---|
+| Vimshottari Dasha | 已有且可见 | 极度细化到 Prana Dasha | 下钻到第五级大运。 |
+| Ashtottari Dasha | 未登记新技法 | 支持 | 新增计算模块。 |
+| Yogini Dasha | 未登记新技法 | 支持 | 新增计算模块。 |
+| Kalachakra Dasha | 未登记新技法 | 支持 | 新增计算模块，这是进阶大运的核心。 |
+| Jaimini Chara Dasha | 已有但隐藏 | 支持，且有多种变体 | 暴露 API 并解决不同学者的排盘分歧。 |
+| Narayana Dasha | 未登记新技法 | 支持 | 新增计算模块。 |
+| Shadbala - Sthana | 已有且可见 | 高度精细 | 继续对齐各子项 Rupa 值。 |
+| Shadbala - Ishta/Kashta | 未登记新技法 | 支持 | 加入吉凶力量量化。 |
+| Bhava Bala (宫位力量) | 未登记新技法 | 支持 | 新增宫位强弱模块。 |
+| Ashtakavarga 细节 | 已有但隐藏 | 详尽展示 Kakshya | 在前端或 CLI 铺开细致的 12 宫打分。 |
+| Special Lagnas | 已有但隐藏 | 包含 Hora, Ghati 等 | 把各种特殊上升点加入 `/api/chart` 暴露。 |
+| Naisargika Karaka | 已有但未校准 | 完备 | 与 JHora 常数对齐。 |
+| Choghadiya / Hora | 已有但隐藏 | 完备 | 加入 Panchanga UI。 |
+| Eclipse (日/月食) | 未登记新技法 | 完备 | 依托 Swiss Ephemeris 很快能加。 |
+| Tithi Pravesha (年度) | 未登记新技法 | 完备 | 与 Tajika 并列的年运预测。 |
+
+## 分析
+差距主要在**长尾 Dasha** 以及 **细分力量体系 (Bhava Bala, Vimsopaka)** 上。PyJHora 因其 AGPL 属性只能作为黑盒靶标（benchmark_only）。
+
+## 状态
+`已成立`
@@ -0,0 +1,12 @@
+# Antigravity AI 隐私与 PII 数据保护审计 (Round 28)
+
+## 安全风险
+算命系统天生涉及极其敏感的 PII（个人身份信息）：姓名、精确到分钟的出生地、出生时间。
+
+## 审计点
+1. 我们的数据库存了这些吗？目前是完全无状态的，前端发数据，后端算完即毁。**极其安全**。
+2. AI 调用风险：如果后端调用 OpenAI 来解盘，Payload 里**绝不能**包含用户的真实姓名。最好连地点都不要给精确地名，只给时区或模糊化为“某个亚洲城市”。
+3. 外部 Oracle 样本：存放在库里的截图（如 Virat 这种公众人物没事），如果是普通人样本，必须给姓名和详细坐标打马赛克，只保留数字本身。
+
+## 状态
+`已成立`
@@ -0,0 +1,20 @@
+# Antigravity AI Shadbala/力量体系深度路线 (Round 28)
+
+## 力量系统攻坚点
+
+1. **Sthana Bala (位置力量)**：细化 Uccha (曜升)、Moolatrikona、Swa (入庙)、Mitra、Shatru 的精细度数比例计算。
+2. Ojayugmarasyamsa Bala (奇偶宫力量)。
+3. Kendradi Bala (角/继/果宫力量)。
+4. Drekkana Bala (十分盘力量)。
+5. **Dig Bala (方向力量)**：严格遵循 4 宫 (水月), 10 宫 (日月), 1 宫 (水木), 7 宫 (土) 的距离衰减公式。
+6. **Kala Bala (时间力量)**：Nathonnatha (昼夜), Paksha (月相), Tribhaga, Ayana, Yuddha (行星交战胜负)。
+7. **Chesta Bala (逆行力量)**：精确计算外行星离太阳的距离和逆行状态的加分。
+8. **Naisargika Bala (自然力量)**：硬编码 1/7 到 7/7 的常量并进行验证。
+9. **Drik Bala (相位力量)**：引入精确的占星相位角度积分法 (而不是只看宫位)。
+10. **Ishta & Kashta Phala**：计算行星带来的好坏影响比例 (不仅是绝对力量强弱)。
+11. **Vimsopaka Bala**：综合 D1, D9, D3, D10 等分盘尊贵度的 20 分制评价。
+12. **Bhava Bala**：每个宫位的绝对力量，用于判断具体领域的强弱。
+13. **Avastha (状态)**：Baladi (婴儿/老年), Jagradadi (醒/睡), Lajjitadi (骄傲/羞愧)。
+
+## 状态
+`已成立`
@@ -0,0 +1,22 @@
+# Antigravity AI Skill 本体同步缺口审计 (Round 28)
+
+## 目录级冲突与陈旧状态
+
+| 审查目标 | `jyotish-vedic-astrology` (外部全局 WorkBuddy Skill 库) | `yinduzhanxing` (当前主工作仓) | 同步建议 |
+|---|---|---|---|
+| **SKILL.md 本体** | 未包含最新的 Oracle Evidence Validator 和 Prompt Pack 护栏规则。 | 拥有最前沿的版本。 | **主仓向外同步**。旧 Skill 必须拉取新规范，否则别的模型会用旧思路做事。 |
+| **technique_registry.json** | 仅记录了最开始几十个基础项。 | 已注册 68 个精细化技法。 | **完全覆盖**。用主仓替换全局。 |
+| **strict-workflow-router.md** | 缺少 Accuracy Profile CI 的门禁跳线指示。 | 规定了明确的 profile 和 TDD 流程。 | **主仓向外同步**。 |
+| **open_source_sources/ 夹** | 囤积了大量 GPL/AGPL 代码（如 PyJHora）的历史拷贝，存在法律隐患。 | 已被隔离或仅用作基准对标。 | **双向清理**。全局仓库必须标记 quarantine。 |
+
+## TDD 同步脚本蓝图
+
+我们不应该手工复制这些文件，因为极易漏配。需要一个类似于 `scripts/sync_skill_to_workbuddy.sh` 的脚本：
+
+1. 检测当前工作树是否干净。
+2. 将 `SKILL.md` 拷贝至 `~/.workbuddy/skills/jyotish-vedic-astrology/`。
+3. 将 `references/technique_registry.json` 和 `references/strict-workflow-router.md` 拷贝覆盖。
+4. 提醒用户将这个操作变成一个 CI hook（在发版时触发）。
+
+## 状态
+`已成立`
@@ -0,0 +1,17 @@
+# Antigravity AI Ashtakoot/Porutham/合婚深度路线 (Round 28)
+
+## 合婚系统多维扩展
+
+| 子系统 | 状态 | 目标深度与对标 |
+|---|---|---|
+| **Ashtakoot (北印8法)** | API 有 | 用 VedAstro 的常数表替换 mock 数据。 |
+| **Porutham (南印10法)** | 未登记 | 南印刚需。包含 Dina, Gana, Mahendra, Stree Deergha, Yoni, Rasi, Rasi Lord, Vasya, Rajju, Vedha。 |
+| **Rajju Dosha** | 部分包含在10法 | 致命项，若男女同在一个 Rajju 则直接一票否决，除非有其他豁免。 |
+| **Vedha Dosha** | 部分包含在10法 | 相互敌对的星宿组合。 |
+| **Kuja/Mangal Dosha** | boolean 状态 | 升级为 Enum，细化其计算逻辑，如 1,4,7,8,12 宫，加入各种 Cancelation (豁免) 条件，如土星同宫、木星相位等。 |
+| **Papasamya (Dosha Samya)** | 未登记 | 煞气平衡计算。比较男女双方星盘中的凶星（太阳、火星、土星、罗睺、计都）力量总和，若相近则大吉。 |
+| **Dasha Sandhi** | 未登记 | 大运交接期检查。如果男女双方同时在几年内切换大运，被认为是不稳定的。 |
+| **D9 Navamsha 合盘** | 隐性 | 计算两人 D9 的上升点关系和金星相对位置。 |
+
+## 状态
+`已成立`
@@ -0,0 +1,18 @@
+# Antigravity AI 当前项目“真新增技法”最小清单 (Round 28)
+
+排除目前 `technique_registry.json` 中 68 个已经是 `covered` 或 `complete` 的技法后，这些是**真正需要从头手写算法或抄常量的数学荒漠**：
+
+1. **Pancha Pakshi (五鸟占卜)**：南印神技。依赖精确到秒的地方时、月相和星期几。目前完全没代码。
+2. **Sarvato Bhadra Chakra (SBC)**：用于股票和个人运势预测的 9x9 复杂网格。目前代码为 0。
+3. **Kota Chakra**：判断法庭官司胜负、健康疾病抵抗力的堡垒图。完全没代码。
+4. **Kalachakra Dasha**：大运计算。它的轮盘规则非常复杂，与目前的树状结构不太兼容。
+5. **Nadi Astrology 基础算法**：如 Bhrigu Nandi Nadi 的行星相位连接法。与 Parashara 完全不同，目前没代码。
+6. **Saham (阿拉伯点)**：如 Punya Saham, Vidya Saham。Tajika 体系的延伸。
+7. **Papasamya**：男女双方凶星力量加权计分，合婚的另一种视角。
+8. **Upagrahas (副星/虚星)**：Mandi, Gulika, Dhooma 等的精确落点计算，用于推算非自然死亡或深层心理。
+
+## 开发建议
+不要让 Codex 一口气把这 8 个全写了。挑一个 ROI 最高的（如 **Pancha Pakshi** 或 **Saham**）进行下一轮突击。
+
+## 状态
+`已成立`
@@ -0,0 +1,17 @@
+# Antigravity AI Varga/D1-D300 深度路线 (Round 28)
+
+## 极限分盘覆盖计划
+
+| 阶级 | 分盘列表 | 状态 | 意义 |
+|---|---|---|---|
+| **初阶** | D1(Rasi), D9(Navamsha) | 已完备 | 灵魂、婚姻、基础。 |
+| **中阶** | D2, D3, D4, D7, D10, D12, D16, D20, D24, D27, D30, D40, D45, D60 | 计算已覆盖，未暴漏 UI | 各类细分人生领域（事业、父母、财富等）。必须在前端补齐切换选项。 |
+| **高阶** | D81(Navanavamsha) | 缺 | 潜意识极深层。 |
+| 高阶 | D108(Ashtottaramsha) | 缺 | |
+| 高阶 | D144(Dwadashamsha-Dwadashamsha) | 缺 | |
+| 高阶 | D150(Nadiamsha) | 缺 | 验证 Nadi 占星极其需要。要求极高出生时间精度。 |
+| 高阶 | D300(Ardha-Nadiamsha) | 缺 | JHora 支持的极限。 |
+| **流派分歧** | D60 等存在 Parashara 和非 Parashara 的不同切分法 | 缺 | 必须增加算法切换的配置项。 |
+
+## 状态
+`已成立`
@@ -0,0 +1,23 @@
+# Antigravity AI VedAstro/MIT 可复制资产清单 (Round 28)
+
+## 资产清单
+
+| 资产名称 / 路径参考 | License 状态 | 目标转换位置 | 风险提示与不可复制项 |
+|---|---|---|---|
+| Ashtakoot 8 矩阵常数表 | 🟢 MIT | `scripts/ashtakoot_constants.py` | 直接抄写矩阵字面量，禁止复制其 C# 遍历逻辑。 |
+| Panchang 节日计算规则 | 🟢 MIT | `scripts/panchanga_festivals.py` | 提取其判断 Tithi/太阳位置的常量，不要抄它的 API Controller。 |
+| 各种 Ayanamsa 的微调度数 | 🟢 MIT | `scripts/ayanamsa_constants.py` | 我们底层用 swisseph，只需复用它的差值配置思路。 |
+| 行星自然吉凶常量表 | 🟢 MIT | `scripts/planet_constants.py` | 提取数组字典。 |
+| API 路由与参数命名风格 | 🟢 MIT | 脑内吸收 | 借鉴其 RESTful 风格，如 `/api/Calculate/Ashtakoot`。 |
+| 界面组件 (若参考 RoxyAPI) | 🟢 MIT | `jyotish-app/` | 可以抄 HTML/CSS 布局，不要抄其 React Hooks 逻辑，我们是 Vanilla JS。 |
+
+## NOTICE 要求
+在项目根目录的 `NOTICE.md` 中必须增加：
+```text
+Portions of the astrological constant matrices are derived from VedAstro.
+VedAstro is licensed under the MIT License.
+Copyright (c) 2023 VedAstro
+```
+
+## 状态
+`已成立`
@@ -0,0 +1,16 @@
+# Antigravity AI Yoga/Dosha/Remedies 深度路线 (Round 28)
+
+## 结论提取与干预手段
+
+1. **Yoga 数量爆炸**：目前我们验证了数千种规则，但实际经典中的 Named Yogas (有名有姓的如 Gajakesari Yoga) 大约有 400-500 种。需要建立专属的 `named_yogas.json` 常数表，通过代码自动解析是否命中。
+2. **Dosha 扩展**：除了 Kuja Dosha, 增加 Kala Sarpa Dosha (所有星星都在罗睺计都连线一侧) 的判定和类别输出。
+3. 增加 Kemadruma Dosha (月亮两边没有星) 及其解救判定。
+4. 增加 Pitra Dosha (祖先业力) 的多种判定规则。
+5. **Remedies 宝石推荐**：依据上升星座、最有益行星 (Yogakaraka)、当期大运，推荐宝石 (如红宝石给太阳)。需检查该星是否在 6/8/12 宫，避开凶星的宝石。
+6. **Mantra 推荐**：针对衰弱行星或煞星提供特定的咒语。
+7. **Donation / Fasting**：建议在哪一天捐赠什么物品 (如土星给黑芝麻) 或哪一天禁食以化解。
+8. **Rudraksha**：推荐菩提子的面数。
+9. **UI 承载**：需要在前端开辟一个 `Remedies & Yogas` 的专属大面板，把这些从一堆代码逻辑变成看得懂的商品化信息。
+
+## 状态
+`已成立`
@@ -0,0 +1,254 @@
+# Antigravity AI 副手任务单 Round 29（2026-06-26）
+
+## 本轮唯一核心目标
+
+不要再停留在“项目很强、还差产品化”这种泛结论。
+
+Round 29 的唯一目标是：
+
+**把当前印度占星 skill 离“本地即可直接测试全部核心技能与准确率”还差的部分，压缩成一批可直接执行、可复用、可验证、可同步到云端的重型任务包。**
+
+副手这一轮要承担更多重活，减轻 Codex 主线程算力压力。你要尽量完成：
+
+1. 全网黑盒对标。
+2. 本机与历史仓库碎片复用盘点。
+3. license 级别的可复制代码/常量筛选。
+4. 现有 skill 本体、API、CLI、前端暴露差距拆解。
+5. 外部 oracle 精度闭环的可执行清单。
+6. 给 Codex 生成下一轮可直接 TDD 落地的 Top 120 任务。
+
+## 当前必须承认的事实基线
+
+你必须重新验证，不允许沿用旧印象：
+
+- 当前主分支工作线仍在 `codex/release-hygiene-ci`。
+- `references/technique_registry.json` 当前注册技法约为 `68`，并非“缺大量未注册技能”。
+- 当前最可能拖后腿的不是“完全没有算法”，而是：
+  - 已有技法未暴露到 API/CLI/前端；
+  - 已有技法只有 covered，没有 complete；
+  - 真实外部 oracle 数据依然太少；
+  - 旧 skill / 本机碎片 / 历史 benchmark 未完全复用；
+  - 主仓 skill 内容还未完全同步到用户更常直接使用的 skill 分发位置。
+- 当前 repo 比旧 WorkBuddy skill 更新；旧 skill 不能反向覆盖主仓。
+- Round 28 已经产出 30 份研究档，Round 29 必须建立在这些成果之上，不能重复空转。
+
+## 副手工作边界
+
+禁止：
+
+- 不要修改 `scripts/`、`tests/`、`jyotish-app/`、`README.md`、`SKILL.md`、`references/` 现有逻辑文件。
+- 不要提交、push、reset、rebase、删除、移动任何现有文件。
+- 不要读取或回显任何 token、cookie、SSH 私钥、系统密钥内容。
+- 不要复制 GPL / AGPL / LGPL / 闭源项目代码到建议中。
+- 不要把 JHora / PyJHora / AstroSage / Drik Panchang 的黑盒输出假装成我们内部实现。
+
+允许：
+
+- 只新增 `docs/research/antigravity_round29_*_2026_06_26.md` 报告。
+- 允许跑只读命令、测试、grep、联网搜索、license 检查、目录比对。
+- 允许读取当前 repo、旧 WorkBuddy skill、`references/open_source_sources`、历史 rounds 文档、benchmarks、整机只读索引。
+
+## 必跑命令
+
+```bash
+git status --short --branch
+git log --oneline --decorate -n 16
+git ls-remote https://github.com/732642856/yinduzhanxing.git 'refs/heads/codex/release-hygiene-ci' 'refs/heads/main'
+python3 scripts/audit_capabilities.py --mode validate
+python3 scripts/local_accuracy_report.py --format json
+python3 scripts/run_quality_gate.py --profile quick --skip-yoga-logic
+find . -maxdepth 3 -type f \( -name 'SKILL.md' -o -path './references/technique_registry.json' -o -path './references/strict-workflow-router.md' -o -path './skills/*/SKILL.md' \) | sort
+find /Users/wuyongnaren/.workbuddy/skills/jyotish-vedic-astrology -maxdepth 3 -type f \( -name 'SKILL.md' -o -path '*/references/technique_registry.json' -o -path '*/references/strict-workflow-router.md' -o -path '*/skills/*/SKILL.md' \) 2>/dev/null | sort
+rg -n "Tajika|Varshaphala|Chara Dasha|Kalachakra|Narayana|KP|Prashna|Shadbala|Bhava Bala|Ashtakavarga|Yoga Pinda|Varga|D60|D300|Pancha Pakshi|Saham|Ayanamsa|Porutham|Muhurta|Panchanga" SKILL.md README.md references scripts tests jyotish-app docs/research
+rg -n "MIT|Apache|BSD|ISC|CC0|GPL|AGPL|LGPL|license|License|benchmark_only|copy_allowed|quarantine" references/open_source_sources docs/research /Users/wuyongnaren/.workbuddy/skills/jyotish-vedic-astrology/references 2>/dev/null
+git diff --check
+```
+
+## 这一轮必须重点检查的对象
+
+至少核查 50 个公开项目/产品/API 页面，并把结果汇总进报告中。必须包括：
+
+1. PyJHora
+2. Jagannatha Hora
+3. VedAstro
+4. VedAstro.Python / VedAstro API
+5. Maitreya
+6. kunjara/jyotish
+7. jyotishganit
+8. jyotisham/jyotisha
+9. Hora Prakash
+10. Drik Panchang
+11. AstroSage
+12. Prokerala
+13. Astro-Seek
+14. flatlib
+15. xalen-ephemeris
+16. dashaflow
+17. panchanga_api
+18. RoxyAPI jyotish app
+19. KPAstroDashboard
+20. Jaimini / KP / horary 相关开源仓库
+
+其余 30 个由副手自主补足。
+
+## Round 29 报告要求
+
+至少产出 **24 份重型报告**，全部落入 `docs/research/`，文件名必须为：
+
+- `docs/research/antigravity_round29_*_2026_06_26.md`
+
+每份报告必须至少包含：
+
+- 25 个以上检查点；
+- 10 条以上可执行命令 / URL / 代码位置；
+- 5 个以上 Codex 可直接 TDD 实现任务；
+- 3 个以上可以继续丢给下一轮副手的任务；
+- 1 个以上外部人工 oracle / 截图 / 黑盒验证任务；
+- 明确状态：`已成立`、`部分成立`、`未成立`、`需要人工外部工具`、`license_blocked`。
+
+## 工作包 A：Skill 全量补齐差距总表
+
+输出：
+`docs/research/antigravity_round29_skill_full_parity_gap_matrix_2026_06_26.md`
+
+目标：
+
+- 以“用户本地直接可用”为标准，不以“源码里存在函数”自欺。
+- 对 68 个已注册技法逐项标注：
+  - skill 已写明；
+  - 后端可算；
+  - API 可调；
+  - CLI 可跑；
+  - 前端可点；
+  - 导出可见；
+  - 测试存在；
+  - 外部 oracle 存在；
+  - 用户是否真的可理解结果。
+
+## 工作包 B：covered -> complete 晋级优先级 Top 30
+
+输出：
+`docs/research/antigravity_round29_covered_to_complete_top30_2026_06_26.md`
+
+## 工作包 C：API 未暴露能力总表
+
+输出：
+`docs/research/antigravity_round29_api_surface_missing_matrix_2026_06_26.md`
+
+## 工作包 D：CLI 未暴露能力总表
+
+输出：
+`docs/research/antigravity_round29_cli_surface_missing_matrix_2026_06_26.md`
+
+## 工作包 E：前端隐藏技能总表
+
+输出：
+`docs/research/antigravity_round29_frontend_hidden_skill_matrix_2026_06_26.md`
+
+## 工作包 F：旧 Skill 与主仓同步差距
+
+输出：
+`docs/research/antigravity_round29_skill_sync_to_distribution_targets_2026_06_26.md`
+
+## 工作包 G：整机碎片复用第二轮
+
+输出：
+`docs/research/antigravity_round29_whole_machine_fragment_reuse_second_pass_2026_06_26.md`
+
+## 工作包 H：MIT/Apache 可直接复制资产 Top 50
+
+输出：
+`docs/research/antigravity_round29_copy_allowed_assets_top50_2026_06_26.md`
+
+## 工作包 I：license quarantine 黑名单
+
+输出：
+`docs/research/antigravity_round29_license_quarantine_blacklist_2026_06_26.md`
+
+## 工作包 J：最缺的 12 个“真新增技法”
+
+输出：
+`docs/research/antigravity_round29_true_missing_techniques_top12_2026_06_26.md`
+
+## 工作包 K：外部 oracle 精度闭环路线
+
+输出：
+`docs/research/antigravity_round29_external_oracle_accuracy_closure_plan_2026_06_26.md`
+
+## 工作包 L：Ayanamsa / ephemeris 精度差距
+
+输出：
+`docs/research/antigravity_round29_ayanamsa_ephemeris_accuracy_matrix_2026_06_26.md`
+
+## 工作包 M：Tajika / Varshaphala 缺口总表
+
+输出：
+`docs/research/antigravity_round29_tajika_varshaphala_gap_matrix_2026_06_26.md`
+
+## 工作包 N：Jaimini / KP / Prashna 缺口总表
+
+输出：
+`docs/research/antigravity_round29_jaimini_kp_prashna_gap_matrix_2026_06_26.md`
+
+## 工作包 O：Panchanga / Muhurta 商业深度缺口
+
+输出：
+`docs/research/antigravity_round29_panchanga_muhurta_depth_gap_matrix_2026_06_26.md`
+
+## 工作包 P：Synastry / Ashtakoot / Porutham 深度缺口
+
+输出：
+`docs/research/antigravity_round29_synastry_porutham_gap_matrix_2026_06_26.md`
+
+## 工作包 Q：Shadbala / Bhava Bala / Ishta-Kashta 深度缺口
+
+输出：
+`docs/research/antigravity_round29_strength_system_gap_matrix_2026_06_26.md`
+
+## 工作包 R：Varga / Avastha / 高阶分盘深度缺口
+
+输出：
+`docs/research/antigravity_round29_varga_avastha_gap_matrix_2026_06_26.md`
+
+## 工作包 S：普通用户可用性缺口 Top 50
+
+输出：
+`docs/research/antigravity_round29_local_user_experience_top50_2026_06_26.md`
+
+## 工作包 T：云端同步白名单计划
+
+输出：
+`docs/research/antigravity_round29_cloud_sync_whitelist_plan_2026_06_26.md`
+
+## 工作包 U：Codex Round 30 Top 120
+
+输出：
+`docs/research/antigravity_round29_codex_round30_top120_2026_06_26.md`
+
+## 工作包 V：最终总报告
+
+输出：
+`docs/research/antigravity_round29_final_execution_ranking_2026_06_26.md`
+
+必须明确回答：
+
+1. 当前离“本地可直接测试全部核心技能”还差多少块。
+2. 当前离“对标应用所有核心技能”还差多少真新增技法。
+3. 当前离“解盘精准度可实测”还差多少外部 oracle。
+4. 还有多少问题只是同步/暴露/产品化，而不是算法缺失。
+5. Codex 下一轮最应该先做哪 20 件事。
+6. 哪些任务必须继续压给副手。
+
+## 额外要求：副手自选 4 份加压报告
+
+在完成上述 22 个工作包后，再自选至少 4 个你判断 Codex 最容易遗漏、但会直接影响“全技能 + 精度 + 本地可用性”的主题，产出额外报告。
+
+## 本轮状态定义
+
+只有当你真正把“技能缺口、复用来源、云端同步、精度闭环、可执行任务”五条线都压缩成可执行文档矩阵后，才能写：
+
+`已成立`
+
+否则必须老实写：
+
+`部分成立`
@@ -147,3 +147,4 @@
 - 质量门覆盖结论：只在 release profile 运行 oracle 队列不足以支撑日常主动迭代；`CORE_PYTEST_TARGETS` 已纳入 collection queue 和 evidence validator 测试，使 quick gate 也能发现采集队列/证据包漂移。
 - Round 7 后续审计发现：如果未来人工把 oracle JSON 某条 case 升级为 `external_verified`，旧队列生成器会重新生成 draft evidence packet，导致“已填外部真值仍过不了 validator”。已修为保留 `evidence_packet.status/metadata`，并用 `target_fields` 固定目标字段集合。
 - 对标差距结论：相对 VedAstro/PyJHora/JHora，当前最实质缺口不是基础 D1/D9，而是 Dasha/Shadbala 外部真值样本库、合婚/Koota/Panchanga 的 API/产品深度、以及普通用户一键使用/校准状态可视化。PyJHora 因 AGPL 只能黑盒参照，JHora 因闭源只能截图级人工采集。
+- 2026-06-26 Round 28/29 接力结论：Round 28 的 30 份研究报告已回到主仓待归档区，覆盖全球开源排名、PyJHora/JHora 广度差距、MIT 可复制资产、Dasha/Panchanga/Muhurta/Synastry/Shadbala/Jaimini/KP/Varga/Yoga 深度路线、skill 同步缺口、真新增技法最小集与 Round29 Top100；同时新增 `docs/research/antigravity_sidecar_work_order_round29_2026_06_26.md`，将副手任务继续加压到 skill 全量补齐差距、API/CLI/前端隐藏能力、整机碎片复用第二轮、云端同步白名单、外部 oracle 精度闭环与 Round30 Top120。
@@ -393,3 +393,5 @@
 - 完成 Antigravity Round 27 重型副手任务单：新增 `docs/research/antigravity_sidecar_work_order_round27_2026_06_25.md`，把副手工作量提高到 24 份报告，强制复核 Round25/26 归档、accuracy profile 稳定性、Yoga diff 稳定性、SSH-443/HTTPS 同步方案、Shadbala Phase 2、Kuja enum、Prompt Pack 安全护栏、Panchanga 商业级 UI、Ashtakoot oracle/许可证、API/前端隐藏技能 ROI、全机碎片后续读取顺序和 Round28 Top60。
 - 完成 Shadbala Evidence Validator Phase 2 第一批实现：在现有 `sthana/dig/kala/chesta/naisargika/drik` schema 上增加 `total_rupa` 必填、单项 Rupa 上限 20.0、七曜六分量求和与 `total_rupa` 0.05 容差校验，避免人工 evidence packet 只填分量但总分不自洽仍被误判有效。TDD 红灯确认 3 个缺口后转绿，聚焦 validator/API 13 项测试通过。
 - 完成“有效文件复用索引”：新增 `docs/research/local_reuse_candidate_index_round28_2026_06_26.md`，把当前 repo、旧 WorkBuddy skill、历史 benchmark、本地开源镜像按 `direct current repo reuse`、`older WorkBuddy skill reuse`、`local open-source mirrors`、`benchmark-only sources` 分类，明确未来补 Kuja/Panchanga/Tajika/Chara/Prompt Pack 时必须先查已有文件和许可证边界，再决定是否新写。
+- 2026-06-26：新增 `docs/research/antigravity_sidecar_work_order_round29_2026_06_26.md`，继续扩大副手任务规模，集中拆 skill 全量补齐、本地可直接测试、云端同步白名单、外部 oracle 精度闭环与 `Round30 Top120`。
+- 2026-06-26：当前待正式归档并推云的核心资产为 `docs/research/antigravity_round28_*_2026_06_26.md` 与 `docs/research/antigravity_sidecar_work_order_round29_2026_06_26.md`；归档完成后主线程继续优先补高 ROI 的 API/CLI/前端隐藏技法，而不是重新空写算法。