Câu hỏi thường gặp về Vedic
Tổng hợp các câu hỏi thường nảy sinh khi tích hợp endpoint Vedic. Nếu bạn không tìm thấy câu trả lời, hãy viết cho hello@astroway.info, chúng tôi sẽ bổ sung.
Những ayanamsa nào được hỗ trợ? Nên chọn loại nào?
Phần tiêu đề “Những ayanamsa nào được hỗ trợ? Nên chọn loại nào?”API hỗ trợ 9 ayanamsa:
| Mã | Tên | Khi nào chọn |
|---|---|---|
lahiri (default) | Chitra Paksha | Chuẩn của chính phủ Ấn Độ; thị trường đại chúng lớn nhất. Với phần lớn ứng dụng Vedic, hãy chọn loại này. |
raman | B.V. Raman | Khi bạn tích hợp một ứng dụng di động cho thị trường Nam Ấn (Karnataka, Tamil Nadu). |
krishnamurti (bí danh kp) | KP | Khi bạn gọi /v1/vedic/kp/*: KP có ayanamsa riêng. |
yukteshwar | Sri Yukteshwar | Khoảng cách từ Spica; đối tượng theo thông thiên học hoặc thiên về phương Tây. |
fagan-bradley | Fagan/Bradley | Sidereal phương Tây (không phải Vedic). Cho các nhà chiêm tinh chuyển sang từ truyền thống sidereal phương Tây. |
de-luce | De Luce | Lựa chọn cũ hơn của các nhà chiêm tinh, hiếm gặp. |
jn-bhasin | JN Bhasin | Trường phái đặc thù, hiếm gặp. |
true-citra | True Chitra Paksha | Spica cố định cứng tại 0° Thiên Bình. Lệch khỏi Lahiri 0.01°, nên chỉ chọn khi bạn thực sự cần neo theo ngôi sao. |
djwhal-khul | Djwhal Khul | Trường phái thông thiên học, hiếm gặp. Độ lệch lớn nhất trong bảng. |
Các trường phái chính khác nhau không nhiều: Lahiri, True Chitra và KP nằm trong khoảng 0.1°, Fagan/Bradley, JN Bhasin, Yukteshwar và Raman lệch tới 1.45°. Tách biệt là De Luce (3.96° so với Lahiri) và Djwhal Khul (3.82°), với chúng một vị trí gần ranh giới cung đã chuyển sang cung bên cạnh. Đo ngày 2026-08-18 theo Mặt Trăng của một lá số; với các kỹ thuật dựa trên độ (vị trí Nakshatra, Argala), khác biệt thấy được ngay cả trong phạm vi 0.1°.
Sidereal hay tropical? API trả về gì?
Phần tiêu đề “Sidereal hay tropical? API trả về gì?”Theo mặc định, các endpoint Vedic trả về vị trí sidereal (hoàng đạo gắn với các ngôi sao, đã áp dụng ayanamsa). Các endpoint phương Tây (/v1/chart, /v1/synastry) trả về vị trí tropical (hoàng đạo gắn với điểm phân).
Vedic dạng tropical (một trường hợp hiếm do Sanjay Rath và Ernst Wilhelm đề xuất) API không cung cấp: mọi endpoint Vedic đều tính theo sidereal và bỏ qua zodiacType trong body yêu cầu. Vị trí tropical do nhánh phương Tây (/v1/chart, /v1/synastry) cung cấp, còn zodiacType: "sidereal" chuyển nhánh đó sang hoàng đạo sidereal với cùng ayanamsa.
Trường phái nào dùng khi nào?
Phần tiêu đề “Trường phái nào dùng khi nào?”| Trường phái | Khu vực / Đối tượng | Thế mạnh |
|---|---|---|
| Parashara (BPHS) | Toàn bộ thế giới Vedic, nền tảng chung | Kho kỹ thuật đầy đủ nhất; luôn bắt đầu từ đây |
| Jaimini | Tamil Nadu + người hành nghề nâng cao | Dự đoán dựa trên karaka; chủ đề cuộc đời theo AK |
| Lal Kitab | Punjab + Bắc Ấn | Biện pháp hóa giải (upaya) độc đáo, Manglik riêng |
| KP (Krishnamurti) | Tamil Nadu + Andhra Pradesh | Sub-lord theory, định thời sự kiện chính xác |
Pratyangira, AstroSage và các API lớn khác chủ yếu cung cấp Parashara. AstroWay bao phủ cả bốn qua các nhóm endpoint riêng.
Ashtakoot hay Dashakoota: cho thị trường nào?
Phần tiêu đề “Ashtakoot hay Dashakoota: cho thị trường nào?”| Ashtakoot | Dashakoota | |
|---|---|---|
| Khu vực | Bắc/Trung Ấn Độ, Pakistan, Nepal | Nam Ấn Độ (Tamil Nadu, Karnataka, Kerala) |
| Thang điểm | Tối đa 36 điểm | 10 koota (yếu tố) |
| Thành phần | Varna + Vashya + Tara + Yoni + Graha Maitri + Gana + Bhakoot + Nadi | Dina + Gana + Mahendra + Stree-Deergha + Yoni + Rasi + Rasyadhipati + Vashya + Rajju + Vedha |
| API | /v1/vedic/compatibility/ashtakoot | /v1/vedic/compatibility/dashakoota |
Nếu dịch vụ mai mối phục vụ toàn Ấn Độ, hãy gọi /v1/vedic/compatibility/full: bạn nhận cả hai + Manglik + Bhrigu.
Mangal Dosha: vì sao quan trọng?
Phần tiêu đề “Mangal Dosha: vì sao quan trọng?”Mangal Dosha = Hỏa tinh ở nhà 1/2/4/7/8/12 tính từ Lagna, Mặt Trăng hoặc Kim tinh (các trường phái diễn giải khác nhau). Ở Ấn Độ, đây là yếu tố có thể phá vỡ hôn nhân: nếu cả hai người đều bị Hỏa tinh gây tổn hại mà không có bù trừ, một nhà chiêm tinh truyền thống sẽ không bật đèn xanh nếu không có upaya (biện pháp hóa giải) hoặc yếu tố bù trừ.
Endpoint API: /v1/vedic/compatibility/manglik-check, trả về { chart1: { manglik: true/false, severity, factors }, chart2: ..., compensation: ... }.
D9 (Navamsha): vì sao đây là varga quan trọng nhất?
Phần tiêu đề “D9 (Navamsha): vì sao đây là varga quan trọng nhất?”D9 = chia mỗi cung thành 9 phần = một lá số chi tiết ở “tầng linh hồn”. Trong Vedic, nó được dùng cho:
- Dự đoán hôn nhân: Kim tinh + chủ nhà 7 trong D9 cho thấy bản chất thật của đời sống vợ chồng
- Sức mạnh hành tinh: hành tinh mạnh ở D1 nhưng yếu ở D9 = “hứa nhưng không mang lại”
- Vargottama: hành tinh ở cùng một cung trong D1 và D9 = sức mạnh đặc biệt
API: /v1/vedic/vargas trả về cả 16 phân chia trong một lần gọi; hãy tập trung vào D9 cho các tính năng liên quan đến hôn nhân và quan hệ.
Vì sao giờ sinh quan trọng? Làm gì khi không biết?
Phần tiêu đề “Vì sao giờ sinh quan trọng? Làm gì khi không biết?”Vedic rất nhạy với thời gian:
- Lagna (Ascendant) thay đổi khoảng mỗi 2 giờ: TOÀN BỘ lá số dịch chuyển theo
- Nakshatra của Mặt Trăng thay đổi mỗi 6–8 giờ
- Dasha-balance (chu kỳ ban đầu) phụ thuộc vào vị trí nakshatra của Mặt Trăng
Nếu không biết giờ chính xác:
- Lá số lúc mặt trời mọc: dùng giờ mặt trời mọc tại nơi sinh làm giá trị gần đúng. Khi đó Mặt Trời nằm trên điểm Mọc (Ascendant), nên Lagna gần như trùng với cung của Mặt Trời; một số nhà chiêm tinh Vedic coi lá số lúc mặt trời mọc là hợp lệ cho dự báo xu hướng chung
- Hiệu chỉnh giờ sinh: gọi
/v1/rectificationvới 2-3 sự kiện đời sống đã biết (kết hôn, sinh con, đổi việc), API trả về khoảng giờ sinh khả dĩ - Cảnh báo cho người dùng: thông báo rằng kết quả khi không biết giờ chỉ là gần đúng, không phải lá số chính xác
Những hệ thống nhà nào được dùng?
Phần tiêu đề “Những hệ thống nhà nào được dùng?”Vedic theo truyền thống dùng nhà Whole Sign (cả một cung = một nhà). Phương Tây dùng Placidus / Koch / Equal v.v.
Mặc định của AstroWay cho Vedic = Whole Sign. Với endpoint KP là Placidus (quy ước KP). Truyền tham số houseSystem nếu cần hệ khác: whole-sign, placidus, koch, equal, porphyry.
Có thể kết hợp Vedic + phương Tây trong một ứng dụng không?
Phần tiêu đề “Có thể kết hợp Vedic + phương Tây trong một ứng dụng không?”Có, và điều này thậm chí được khuyến nghị cho đối tượng đa truyền thống. Kiến trúc:
- Lá số sinh được tính một lần: endpoint phương Tây và Vedic dùng chung input (date/time/lat/lon)
- Thêm nút chuyển “Western view” / “Vedic view” trong UI của bạn
- Cung Mặt Trăng Vedic (rashi) thường bị nhầm với cung Mặt Trời phương Tây: hãy báo trước cho người dùng về sự khác biệt
- Tương hợp: bạn có thể hiển thị CẢ HAI cùng lúc: synastry phương Tây + Ashtakoot Vedic
Endpoint API /v1/compat/astro-vedic làm việc này tự động: cầu nối synastry phương Tây × Ashtakoot Vedic.
Dùng lịch thiên văn nào? Chính xác đến đâu?
Phần tiêu đề “Dùng lịch thiên văn nào? Chính xác đến đâu?”Swiss Ephemeris (LGPL), cũng là lịch thiên văn trong Solar Fire, Kepler, Astro Gold, Janus, AstroSeek. Độ chính xác:
- Vị trí hành tinh: ±1 giây cung so với lịch thiên văn NASA JPL
- Đỉnh nhà: ±1 phút cung
- Ayanamsa: bảng Lahiri được kiểm tra chéo với bảng chính thức của chính phủ Ấn Độ
Với các phép tính đặc thù Vedic (vị trí Nakshatra, Vimshottari balance, Varga), đã kiểm tra chéo với PyJHora (tham chiếu Python trên thực tế); sai khác, nếu có, < 0.01°. Báo cáo về các sai khác nằm ở docs/AUDIT-TRAIL.md trong repo.
Tôi có thể cache kết quả không? Bằng cách nào?
Phần tiêu đề “Tôi có thể cache kết quả không? Bằng cách nào?”Có, phần lớn endpoint Vedic tất định với cùng một input lá số. Cache key ổn định: hash(date + time + lat + lon + ayanamsa + endpoint).
API cũng cung cấp header X-Idempotency-Key: cache 5 phút ở phía api-calc. Khi cache hit, credit không bị trừ.
Văn bản trong phản hồi được bản địa hóa thế nào?
Phần tiêu đề “Văn bản trong phản hồi được bản địa hóa thế nào?”Các endpoint Vedic trả về diễn giải (mô tả yoga, ý nghĩa dosha, lý do muhurat) nhận tham số lang. Hỗ trợ: 20 ngôn ngữ (T0: uk/en/de/ru thủ công; T1: pl/es/pt/hi/fr/ko AI Beta; T2/T3: dự kiến). Chi tiết: /languages/.
Nếu endpoint trả về dữ liệu số (độ, ngày, chỉ số cung) thì chúng trung lập về ngôn ngữ. Các trường văn bản (note, meaning, manifestation) được bản địa hóa.
Làm gì với trạng thái YELLOW?
Phần tiêu đề “Làm gì với trạng thái YELLOW?”YELLOW = endpoint hoạt động nhưng có một trong ba đặc điểm:
- Trường phái một tác giả (Lal Kitab, KP): không có kiểm tra chéo với trường phái khác, vì không tồn tại trường phái nào như vậy
- Dựa trên chấm điểm/heuristic (compatibility 0-100, breakup-timing): điểm số về bản chất là chủ quan
- Giới hạn độ chính xác nội tại (rectification, Bhrigu match): thuật toán có ngưỡng chính xác cố hữu
Xem docs/AUDIT-TRAIL.md cho endpoint cụ thể: ở đó ghi rõ vì sao YELLOW và có đường lên GREEN hay không. Với phần lớn là không (giới hạn nội tại), và đó là lời cảnh báo trung thực cho nhà tích hợp.