From 9ed8ac9440becea9a6d15108601ae5f37732ddc1 Mon Sep 17 00:00:00 2001 From: 732642856 <732642856@qq.com> Date: Fri, 26 Jun 2026 01:10:02 +0800 Subject: [PATCH] docs(research): archive antigravity round 28 and add round 29 work order --- ...ai_native_reading_rank1_plan_2026_06_26.md | 17 ++ ...und28_api_cli_exposure_top50_2026_06_26.md | 22 ++ ...omy_edge_cases_polar_regions_2026_06_26.md | 12 + ...msa_parity_and_accuracy_plan_2026_06_26.md | 12 + ...s_parashara_exceptions_audit_2026_06_26.md | 13 + ...round28_codex_round29_top100_2026_06_26.md | 25 ++ ...red_to_complete_upgrade_plan_2026_06_26.md | 23 ++ ..._custom_house_systems_parity_2026_06_26.md | 13 + ...ha_35_to_pyjhora_parity_plan_2026_06_26.md | 37 +++ ...external_oracle_sample_top50_2026_06_26.md | 20 ++ ...final_summary_rank1_strategy_2026_06_26.md | 19 ++ ...rontend_productization_top50_2026_06_26.md | 24 ++ ...al_open_source_rank_evidence_2026_06_26.md | 29 ++ ...n_translation_infrastructure_2026_06_26.md | 17 ++ ...aimini_kp_prashna_depth_plan_2026_06_26.md | 18 ++ ...y_round28_muhurta_depth_plan_2026_06_26.md | 28 ++ ..._source_community_guidelines_2026_06_26.md | 13 + ...ga_depth_to_drik_parity_plan_2026_06_26.md | 19 ++ ...8_pdf_report_commercial_spec_2026_06_26.md | 17 ++ ...performance_caching_strategy_2026_06_26.md | 16 ++ ...8_pwa_offline_astrology_spec_2026_06_26.md | 15 ++ ...ora_jhora_breadth_gap_matrix_2026_06_26.md | 27 ++ ...8_security_pii_data_handling_2026_06_26.md | 12 + ...shadbala_strength_depth_plan_2026_06_26.md | 20 ++ ...round28_skill_sync_gap_audit_2026_06_26.md | 22 ++ ..._round28_synastry_depth_plan_2026_06_26.md | 17 ++ ...ue_new_technique_minimum_set_2026_06_26.md | 18 ++ ...d28_varga_d1_d300_depth_plan_2026_06_26.md | 17 ++ ...vedastro_mit_copy_candidates_2026_06_26.md | 23 ++ ...ga_dosha_remedies_depth_plan_2026_06_26.md | 16 ++ ...y_sidecar_work_order_round29_2026_06_26.md | 254 ++++++++++++++++++ findings.md | 1 + progress.md | 2 + 33 files changed, 838 insertions(+) create mode 100644 docs/research/antigravity_round28_ai_native_reading_rank1_plan_2026_06_26.md create mode 100644 docs/research/antigravity_round28_api_cli_exposure_top50_2026_06_26.md create mode 100644 docs/research/antigravity_round28_astronomy_edge_cases_polar_regions_2026_06_26.md create mode 100644 docs/research/antigravity_round28_ayanamsa_parity_and_accuracy_plan_2026_06_26.md create mode 100644 docs/research/antigravity_round28_bphs_parashara_exceptions_audit_2026_06_26.md create mode 100644 docs/research/antigravity_round28_codex_round29_top100_2026_06_26.md create mode 100644 docs/research/antigravity_round28_covered_to_complete_upgrade_plan_2026_06_26.md create mode 100644 docs/research/antigravity_round28_custom_house_systems_parity_2026_06_26.md create mode 100644 docs/research/antigravity_round28_dasha_35_to_pyjhora_parity_plan_2026_06_26.md create mode 100644 docs/research/antigravity_round28_external_oracle_sample_top50_2026_06_26.md create mode 100644 docs/research/antigravity_round28_final_summary_rank1_strategy_2026_06_26.md create mode 100644 docs/research/antigravity_round28_frontend_productization_top50_2026_06_26.md create mode 100644 docs/research/antigravity_round28_global_open_source_rank_evidence_2026_06_26.md create mode 100644 docs/research/antigravity_round28_i18n_translation_infrastructure_2026_06_26.md create mode 100644 docs/research/antigravity_round28_jaimini_kp_prashna_depth_plan_2026_06_26.md create mode 100644 docs/research/antigravity_round28_muhurta_depth_plan_2026_06_26.md create mode 100644 docs/research/antigravity_round28_open_source_community_guidelines_2026_06_26.md create mode 100644 docs/research/antigravity_round28_panchanga_depth_to_drik_parity_plan_2026_06_26.md create mode 100644 docs/research/antigravity_round28_pdf_report_commercial_spec_2026_06_26.md create mode 100644 docs/research/antigravity_round28_performance_caching_strategy_2026_06_26.md create mode 100644 docs/research/antigravity_round28_pwa_offline_astrology_spec_2026_06_26.md create mode 100644 docs/research/antigravity_round28_pyjhora_jhora_breadth_gap_matrix_2026_06_26.md create mode 100644 docs/research/antigravity_round28_security_pii_data_handling_2026_06_26.md create mode 100644 docs/research/antigravity_round28_shadbala_strength_depth_plan_2026_06_26.md create mode 100644 docs/research/antigravity_round28_skill_sync_gap_audit_2026_06_26.md create mode 100644 docs/research/antigravity_round28_synastry_depth_plan_2026_06_26.md create mode 100644 docs/research/antigravity_round28_true_new_technique_minimum_set_2026_06_26.md create mode 100644 docs/research/antigravity_round28_varga_d1_d300_depth_plan_2026_06_26.md create mode 100644 docs/research/antigravity_round28_vedastro_mit_copy_candidates_2026_06_26.md create mode 100644 docs/research/antigravity_round28_yoga_dosha_remedies_depth_plan_2026_06_26.md create mode 100644 docs/research/antigravity_sidecar_work_order_round29_2026_06_26.md diff --git a/docs/research/antigravity_round28_ai_native_reading_rank1_plan_2026_06_26.md b/docs/research/antigravity_round28_ai_native_reading_rank1_plan_2026_06_26.md new file mode 100644 index 00000000..cf0e959d --- /dev/null +++ b/docs/research/antigravity_round28_ai_native_reading_rank1_plan_2026_06_26.md @@ -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 里执行 ``，逼迫它找出星盘里那些“削弱此结论”的因素，杜绝一味说好话或坏话。 +4. **占星术语中英双语桥接**：中文版发给大模型时，提示词里带上梵文英文原词对照，比如 `(Lagnesh / 上升主)`，防模型幻觉翻译错。 +5. **RAG 引用库**：如果能把 BPHS 全书切碎做成 RAG 向量库，让 AI 每句话都 cite 原书卷/章。 +6. **多维交互**：让用户可以直接点击某个行星，弹出“AI 对这颗星星的专属 500 字传记”。 +7. **多 agent 辩论**：调用两次 LLM，一个是南印流派视角，一个是北印视角，互相找茬，最后输出融合报告。 +8. **时间轴对话**：用户输入 `我2028年的事业怎么样？`，大模型结合那年的 Tajika 年盘和 Vimshottari Dasha 给出回答。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_api_cli_exposure_top50_2026_06_26.md b/docs/research/antigravity_round28_api_cli_exposure_top50_2026_06_26.md new file mode 100644 index 00000000..8cac3db3 --- /dev/null +++ b/docs/research/antigravity_round28_api_cli_exposure_top50_2026_06_26.md @@ -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 随模块解耦顺延)* + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_astronomy_edge_cases_polar_regions_2026_06_26.md b/docs/research/antigravity_round28_astronomy_edge_cases_polar_regions_2026_06_26.md new file mode 100644 index 00000000..0bc7dcfa --- /dev/null +++ b/docs/research/antigravity_round28_astronomy_edge_cases_polar_regions_2026_06_26.md @@ -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 异常。 + +## 状态 +`未成立` diff --git a/docs/research/antigravity_round28_ayanamsa_parity_and_accuracy_plan_2026_06_26.md b/docs/research/antigravity_round28_ayanamsa_parity_and_accuracy_plan_2026_06_26.md new file mode 100644 index 00000000..6e810cf6 --- /dev/null +++ b/docs/research/antigravity_round28_ayanamsa_parity_and_accuracy_plan_2026_06_26.md @@ -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 秒级差异。 + +## 状态 +`部分成立` diff --git a/docs/research/antigravity_round28_bphs_parashara_exceptions_audit_2026_06_26.md b/docs/research/antigravity_round28_bphs_parashara_exceptions_audit_2026_06_26.md new file mode 100644 index 00000000..37d66922 --- /dev/null +++ b/docs/research/antigravity_round28_bphs_parashara_exceptions_audit_2026_06_26.md @@ -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. 本次需排查我们的代码中有没有处理以上例外。目前看：**均未处理**。 + +## 状态 +`未成立` diff --git a/docs/research/antigravity_round28_codex_round29_top100_2026_06_26.md b/docs/research/antigravity_round28_codex_round29_top100_2026_06_26.md new file mode 100644 index 00000000..37c9bb9f --- /dev/null +++ b/docs/research/antigravity_round28_codex_round29_top100_2026_06_26.md @@ -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 看到这里足够开工)。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_covered_to_complete_upgrade_plan_2026_06_26.md b/docs/research/antigravity_round28_covered_to_complete_upgrade_plan_2026_06_26.md new file mode 100644 index 00000000..26957545 --- /dev/null +++ b/docs/research/antigravity_round28_covered_to_complete_upgrade_plan_2026_06_26.md @@ -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 加路由、给前端加按钮，是最廉价的升级方式。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_custom_house_systems_parity_2026_06_26.md b/docs/research/antigravity_round28_custom_house_systems_parity_2026_06_26.md new file mode 100644 index 00000000..f963f617 --- /dev/null +++ b/docs/research/antigravity_round28_custom_house_systems_parity_2026_06_26.md @@ -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 等流派单独画圆形的宫位排布图，而不是传统的方块图。 + +## 状态 +`部分成立` diff --git a/docs/research/antigravity_round28_dasha_35_to_pyjhora_parity_plan_2026_06_26.md b/docs/research/antigravity_round28_dasha_35_to_pyjhora_parity_plan_2026_06_26.md new file mode 100644 index 00000000..b2d6386c --- /dev/null +++ b/docs/research/antigravity_round28_dasha_35_to_pyjhora_parity_plan_2026_06_26.md @@ -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 的首尾时间进行自动化测试。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_external_oracle_sample_top50_2026_06_26.md b/docs/research/antigravity_round28_external_oracle_sample_top50_2026_06_26.md new file mode 100644 index 00000000..6e51766d --- /dev/null +++ b/docs/research/antigravity_round28_external_oracle_sample_top50_2026_06_26.md @@ -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 才能开展自动化断言。 + +## 状态 +`需要人工外部工具` diff --git a/docs/research/antigravity_round28_final_summary_rank1_strategy_2026_06_26.md b/docs/research/antigravity_round28_final_summary_rank1_strategy_2026_06_26.md new file mode 100644 index 00000000..3ac4d27d --- /dev/null +++ b/docs/research/antigravity_round28_final_summary_rank1_strategy_2026_06_26.md @@ -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 降维打击传统软件的死板图表。** + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_frontend_productization_top50_2026_06_26.md b/docs/research/antigravity_round28_frontend_productization_top50_2026_06_26.md new file mode 100644 index 00000000..ad0d3cfc --- /dev/null +++ b/docs/research/antigravity_round28_frontend_productization_top50_2026_06_26.md @@ -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 见后续增量实现)* + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_global_open_source_rank_evidence_2026_06_26.md b/docs/research/antigravity_round28_global_open_source_rank_evidence_2026_06_26.md new file mode 100644 index 00000000..aa89f9a3 --- /dev/null +++ b/docs/research/antigravity_round28_global_open_source_rank_evidence_2026_06_26.md @@ -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。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_i18n_translation_infrastructure_2026_06_26.md b/docs/research/antigravity_round28_i18n_translation_infrastructure_2026_06_26.md new file mode 100644 index 00000000..eea1385e --- /dev/null +++ b/docs/research/antigravity_round28_i18n_translation_infrastructure_2026_06_26.md @@ -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)` 即可。 + +## 状态 +`未成立` diff --git a/docs/research/antigravity_round28_jaimini_kp_prashna_depth_plan_2026_06_26.md b/docs/research/antigravity_round28_jaimini_kp_prashna_depth_plan_2026_06_26.md new file mode 100644 index 00000000..7c0d8a5a --- /dev/null +++ b/docs/research/antigravity_round28_jaimini_kp_prashna_depth_plan_2026_06_26.md @@ -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 与上升点，自动出结论。 | + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_muhurta_depth_plan_2026_06_26.md b/docs/research/antigravity_round28_muhurta_depth_plan_2026_06_26.md new file mode 100644 index 00000000..2d37b1c9 --- /dev/null +++ b/docs/research/antigravity_round28_muhurta_depth_plan_2026_06_26.md @@ -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 表。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_open_source_community_guidelines_2026_06_26.md b/docs/research/antigravity_round28_open_source_community_guidelines_2026_06_26.md new file mode 100644 index 00000000..68eb010a --- /dev/null +++ b/docs/research/antigravity_round28_open_source_community_guidelines_2026_06_26.md @@ -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` 的脚手架生成器。 + +## 状态 +`未成立` diff --git a/docs/research/antigravity_round28_panchanga_depth_to_drik_parity_plan_2026_06_26.md b/docs/research/antigravity_round28_panchanga_depth_to_drik_parity_plan_2026_06_26.md new file mode 100644 index 00000000..d695f204 --- /dev/null +++ b/docs/research/antigravity_round28_panchanga_depth_to_drik_parity_plan_2026_06_26.md @@ -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`）。 | + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_pdf_report_commercial_spec_2026_06_26.md b/docs/research/antigravity_round28_pdf_report_commercial_spec_2026_06_26.md new file mode 100644 index 00000000..3e74963b --- /dev/null +++ b/docs/research/antigravity_round28_pdf_report_commercial_spec_2026_06_26.md @@ -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。 + +## 状态 +`未成立` diff --git a/docs/research/antigravity_round28_performance_caching_strategy_2026_06_26.md b/docs/research/antigravity_round28_performance_caching_strategy_2026_06_26.md new file mode 100644 index 00000000..1f87b723 --- /dev/null +++ b/docs/research/antigravity_round28_performance_caching_strategy_2026_06_26.md @@ -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 缓存。 + +## 状态 +`未成立` diff --git a/docs/research/antigravity_round28_pwa_offline_astrology_spec_2026_06_26.md b/docs/research/antigravity_round28_pwa_offline_astrology_spec_2026_06_26.md new file mode 100644 index 00000000..59e65a78 --- /dev/null +++ b/docs/research/antigravity_round28_pwa_offline_astrology_spec_2026_06_26.md @@ -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 界面的丝滑度。但可以缓存用户算过的“历史命盘”。 + +## 状态 +`部分成立` diff --git a/docs/research/antigravity_round28_pyjhora_jhora_breadth_gap_matrix_2026_06_26.md b/docs/research/antigravity_round28_pyjhora_jhora_breadth_gap_matrix_2026_06_26.md new file mode 100644 index 00000000..0046f7bc --- /dev/null +++ b/docs/research/antigravity_round28_pyjhora_jhora_breadth_gap_matrix_2026_06_26.md @@ -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）。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_security_pii_data_handling_2026_06_26.md b/docs/research/antigravity_round28_security_pii_data_handling_2026_06_26.md new file mode 100644 index 00000000..282c95ba --- /dev/null +++ b/docs/research/antigravity_round28_security_pii_data_handling_2026_06_26.md @@ -0,0 +1,12 @@ +# Antigravity AI 隐私与 PII 数据保护审计 (Round 28) + +## 安全风险 +算命系统天生涉及极其敏感的 PII（个人身份信息）：姓名、精确到分钟的出生地、出生时间。 + +## 审计点 +1. 我们的数据库存了这些吗？目前是完全无状态的，前端发数据，后端算完即毁。**极其安全**。 +2. AI 调用风险：如果后端调用 OpenAI 来解盘，Payload 里**绝不能**包含用户的真实姓名。最好连地点都不要给精确地名，只给时区或模糊化为“某个亚洲城市”。 +3. 外部 Oracle 样本：存放在库里的截图（如 Virat 这种公众人物没事），如果是普通人样本，必须给姓名和详细坐标打马赛克，只保留数字本身。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_shadbala_strength_depth_plan_2026_06_26.md b/docs/research/antigravity_round28_shadbala_strength_depth_plan_2026_06_26.md new file mode 100644 index 00000000..283f5834 --- /dev/null +++ b/docs/research/antigravity_round28_shadbala_strength_depth_plan_2026_06_26.md @@ -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 (骄傲/羞愧)。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_skill_sync_gap_audit_2026_06_26.md b/docs/research/antigravity_round28_skill_sync_gap_audit_2026_06_26.md new file mode 100644 index 00000000..c495fcc4 --- /dev/null +++ b/docs/research/antigravity_round28_skill_sync_gap_audit_2026_06_26.md @@ -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（在发版时触发）。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_synastry_depth_plan_2026_06_26.md b/docs/research/antigravity_round28_synastry_depth_plan_2026_06_26.md new file mode 100644 index 00000000..28ef8021 --- /dev/null +++ b/docs/research/antigravity_round28_synastry_depth_plan_2026_06_26.md @@ -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 的上升点关系和金星相对位置。 | + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_true_new_technique_minimum_set_2026_06_26.md b/docs/research/antigravity_round28_true_new_technique_minimum_set_2026_06_26.md new file mode 100644 index 00000000..ee6c6ed8 --- /dev/null +++ b/docs/research/antigravity_round28_true_new_technique_minimum_set_2026_06_26.md @@ -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**）进行下一轮突击。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_varga_d1_d300_depth_plan_2026_06_26.md b/docs/research/antigravity_round28_varga_d1_d300_depth_plan_2026_06_26.md new file mode 100644 index 00000000..62cd6296 --- /dev/null +++ b/docs/research/antigravity_round28_varga_d1_d300_depth_plan_2026_06_26.md @@ -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 的不同切分法 | 缺 | 必须增加算法切换的配置项。 | + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_vedastro_mit_copy_candidates_2026_06_26.md b/docs/research/antigravity_round28_vedastro_mit_copy_candidates_2026_06_26.md new file mode 100644 index 00000000..aafe0a79 --- /dev/null +++ b/docs/research/antigravity_round28_vedastro_mit_copy_candidates_2026_06_26.md @@ -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 +``` + +## 状态 +`已成立` diff --git a/docs/research/antigravity_round28_yoga_dosha_remedies_depth_plan_2026_06_26.md b/docs/research/antigravity_round28_yoga_dosha_remedies_depth_plan_2026_06_26.md new file mode 100644 index 00000000..49f82f26 --- /dev/null +++ b/docs/research/antigravity_round28_yoga_dosha_remedies_depth_plan_2026_06_26.md @@ -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` 的专属大面板，把这些从一堆代码逻辑变成看得懂的商品化信息。 + +## 状态 +`已成立` diff --git a/docs/research/antigravity_sidecar_work_order_round29_2026_06_26.md b/docs/research/antigravity_sidecar_work_order_round29_2026_06_26.md new file mode 100644 index 00000000..09108b33 --- /dev/null +++ b/docs/research/antigravity_sidecar_work_order_round29_2026_06_26.md @@ -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 最容易遗漏、但会直接影响“全技能 + 精度 + 本地可用性”的主题，产出额外报告。 + +## 本轮状态定义 + +只有当你真正把“技能缺口、复用来源、云端同步、精度闭环、可执行任务”五条线都压缩成可执行文档矩阵后，才能写： + +`已成立` + +否则必须老实写： + +`部分成立` diff --git a/findings.md b/findings.md index 37b8a145..fa5c1931 100644 --- a/findings.md +++ b/findings.md @@ -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。 diff --git a/progress.md b/progress.md index 18773b8b..08e27511 100644 --- a/progress.md +++ b/progress.md @@ -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/前端隐藏技法，而不是重新空写算法。