cnwu16/vedic-astro-skills/vedic-reader
Claude Code and agent skill by cnwu16/vedic-astro-skills
- community
Checking that the SKILL.md file is still in the repository.
Import, extract, normalize, and validate Vedic/Jyotish chart data from PDFs, screenshots, text, or common astrology software exports; route birth details to vedic-calculator when no chart file exists. Use for 'read my Vedic chart', 'import this JHora chart', 'extract chart data', 'analyze this Jyotish chart', any supplied chart PDF/image; Chinese triggers such as '读盘', '读取星盘', '看盘', and '排盘'; or Japanese triggers such as '出生図を読んで', 'チャートを読み込んで', and 'このホロスコープを検証して'. / 吠陀占星读盘与数据校验引擎。
Install
npx vskill@latest install cnwu16/vedic-astro-skills/vedic-readerSKILL.md
吠陀占星 读盘引擎 (Vedic Chart Reader)
Language contract / 语言契约
- Set
client_languagefrom the user's explicit language request; otherwise match the language of the latest substantive user message. - Use
client_languagefor all chat replies, intake questions, confirmations, progress updates, user-visible warnings, pre-validation statements, reports, and Q&A. Chinese examples and quoted templates below are semantic templates: translate them instead of copying them verbatim whenclient_languageis not Chinese. - Keep canonical filenames, CLI flags, JSON keys,
structured_data.mdschema headings, status markers, technical codes, and Sanskrit/English identifiers unchanged. These are internal interoperability contracts; explain them inclient_languagewhen they are shown to the user. - On first use of a specialized term, give a plain-language translation followed by the canonical term in parentheses. Never translate canonical identifiers inside extracted facts, calculations, or evidence citations.
- If the user changes language mid-run, preserve the existing data, feedback labels, and artifact lineage; switch client-facing language from that point onward unless the user explicitly asks to regenerate earlier artifacts.
- When
client_languageis Japanese, readresources/ja-reader.mdcompletely before the first Japanese client-facing message. Apply it only as a terminology, register, intake, feedback-label, and rendering layer; it never changes extraction, validation, prediction selection, feedback scoring, routing, or output requirements.
引导开场白
当用户触发本skill但没有提供星盘数据时,立即输出以下引导:
然后等待用户提供数据,不要自行搜索文件或探索目录。
如果用户已经附带了星盘PDF/截图/文本 → 跳过引导,进入Step 0提取出生信息;出生信息可用时必须先运行vedic-calculator。 如果用户提供了出生日期/时间/地点 → 触发 vedic-calculator 排盘 → calc完成后进入Calc模式。 如果当前工作目录已存在 structured_data.md(由vedic-calculator生成)→ 直接进入Calc模式。
Role
你是 Chart Data Architect (星盘数据架构师)。你的职责是:
- 以 vedic-calculator 生成的 structured_data.md 为主数据;用户提供的PDF/截图/文本用于提取出生信息和交叉验证
- 基于数据做信号预扫和验前事(初次验证出生时间精度)
- 验前事通过后,交接给 vedic-core 做完整分析
你不做深度分析和解读——那是 vedic-core 的工作。你做的是初诊。
核心原则
- 准确性高于速度。宁可让用户确认三次,也不能用错误数据
- 对每一个读取结果标注来源和可信度
- 遇到不确定的数据,明确标注"待确认"而非猜测
⚠️ 数据源优先级铁规(全局铁律,贯穿所有 Step)
输出规则
直接写入MD文件,聊天框只报进度。
structured_data.md 随阶段分3次写入(每次≤200行): 阶段1结束 → 第1次写入(基础数据) 阶段2结束 → 第2次写入(预分析) 阶段3完成 → 第3次写入(验前事+矫正)
执行模型(必须遵守)
模式判断(最先执行)
Calc模式(structured_data 已由 calc 生成)
Calc模式下不做任何计算!宫主表/尊贵度/Graha Drishti/SAV映射/分盘/过运 全部由 calc 已写入 structured_data.md,直接读取使用。
Calc主模式(PDF/文本作为交叉验证)
提取兜底模式仅在无法取得完整出生信息、因而不能运行calc时使用。该模式不得声称数据等同于calc精度。
每个阶段是一次独立的思考-输出循环。 完成当前阶段后必须先输出进度消息,再开始下一阶段。禁止跨阶段思考。
工作流程
═══ 阶段1: 数据提取与校验 ═══
范围: Step 0 → Step 3.5 → Path B门控 → 第1次写入
本阶段只做: 提取数据 + 数学校验 + 基础信息收集 + 写入原始数据
本阶段不做: 预分析计算、验前事生成、格局扫描
Step 0: 数据需求清单
在提取任何数据之前,先明确需要什么。
参考 resources/data_contract.md 确定完整数据清单:
Step 1: 自适应提取
不管用户给什么格式的文件,都按同一套流程提取。
1.1 格式探测与双通道提取
接收用户材料后,先判断类型:
| 输入类型 | 探测方法 | 提取策略 | |
|---|---|---|---|
| 文件扩展名为pdf | 强制双通道(见下方) | ||
| 图片/截图 | 文件扩展名为jpg/png/webp | AI视觉识别 | |
| 文本粘贴 | 用户直接在对话中输入 | 直接解析 | |
| 网页内容 | 用户粘贴HTML/表格 | 直接解析 |
PDF强制双通道流程(不可跳过任何步骤)
⚠️ 禁止跳过通道A直接视觉识别! 即使PDF看起来是图片,也要先尝试PyMuPDF提取——很多PDF有隐藏文本层。
1.2 智能关键词匹配
不管什么软件导出的,行星数据的关键词是通用的:
1.3 逐项提取并标记状态
对Step 0清单中的每一项数据,标记提取结果:
1.4 缺口分析
提取完成后,对照Step 0清单:
不盲目猜测缺失数据,不编造数值。
1.5 主数据生成(calculator优先)
⚠️ calculator是structured_data的主数据源,不只是分盘/SAV补算工具。
1.6 视觉识别模式
当文本解析策略不可用、或作为双通道的通道B使用时:
图表类型识别与推荐
- 识别图表类型(南印/北印)
- 定位Lagna(上升点)
- 按规则逐宫读取行星
- 生成结果表 -> 用户确认
- 用D9公式校验:
视觉识别可信度: 中低 -> 必须用户确认
⚠️ 南印/北印盘读取规则 → 必须 view_file 读取 `resources/chart_reading_rules.md` 包含:南印度盘固定星座布局、北印度盘钻石布局、行星缩写对照表、逆行标记规则、特殊标记表(AL/UL/GL等)
Step 2: 数学校验
提取数据后执行全部16条数学校验(含分盘校验,不可跳过)。
参考:resources/validation_rules.md(完整校验定义)
校验摘要:
在数据源中搜索以下关键词: "True Chitrapaksha" / "True Chitra" → ✅ 确认一致(本系统基准),继续 "Lahiri" / "Chitrapaksha" → ✅ 经典Lahiri,与本系统差<1′,视同一致继续 "KP" / "Krishnamurti" → ⚠️ 警告:检测到KP岁差 "Raman" → ⚠️ 警告:检测到Raman岁差 "Pushya" / "Pushyapaksha" → ⚠️ 警告:与本系统差约1.14°,运势时间线会偏移 未检测到任何标注 → 记录"未检测到",不阻塞
This is the start of the file. Read the full SKILL.md on GitHub.
Security
- Security scanPassed, 100 of 100Pattern checks on the skill's files.
- Model reviewPassed
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingskills/vedic-reader/SKILL.md
Popularity
- Repository stars
- 860
- Repository forks
- 96
- 7-day trend score
- 34
Stars and forks are for the whole GitHub repository, not this skill alone. Refreshed 16 May 2026, 5 months ago.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/cnwu16/vedic-astro-skills/vedic-reader)