This skill produces a Human Design reading that is grounded in Alex's local Human Design wiki rather than generic HD memory. It is deliberately activated only by explicit wording such as “HD deep dive” or “Human Design deep dive.”
The output should read like a fluent interpretation, not like a research report. Use the wiki deeply in the reasoning process, but do not advertise “according to the wiki...” or litter the reading with citations unless the user asks for sources.
Use this skill only when the user explicitly asks for one of:
For ordinary Human Design chart requests, use hd-prism-tenant-api only and keep the answer compact.
Extract or ask for:
If a previous chart has just been calculated in the same session, you may reuse its birth data and HD Prism result.
Always calculate with HD Prism first. Never hand-calculate gates, type, profile, authority, centers, or variables.
Endpoint:
curl -sS -X POST 'https://hdprism.apps.poofc.com/api/tenant/bodygraph' \
-H 'Content-Type: application/json' \
-d '{"name":"NAME","birthDate":"YYYY-MM-DD","birthTime":"HH:MM","location":"CITY, REGION"}'
Use the response as the only source of chart mechanics:
Local HD wiki root:
/home/avalon/wiki-human-design
Key files:
/home/avalon/wiki-human-design/index.md
/home/avalon/wiki-human-design/concepts/*.md
/home/avalon/wiki-human-design/sources/*.md
/home/avalon/wiki-human-design/raw/**/combined-transcript.md
Prefer curated concept pages first. Use raw/source transcript pages only when concept pages are missing or thin.
After HD Prism returns the chart, retrieve wiki pages in this order.
Read concept pages when present:
concepts/human-design-system.mdconcepts/human-design-bodygraph.mdconcepts/type.md or specific type page such as concepts/generator.mdconcepts/authority.mdconcepts/centers.mdconcepts/g-center.md, concepts/sacral-center.md, concepts/spleen-center.md, concepts/root-center.md, concepts/throat-center.md, etc.If exact files are unknown, use search_files(target='files') and search_files(target='content') under /home/avalon/wiki-human-design.
Search for profile material:
2/4, 2 4, 2nd line, 4th lineprofile-for-beginners, ra-the-12-profiles, ra-magic-island-retreat-day-2-profiles, ra-the-36-roles-*Use profile material to explain the person's social geometry, role mechanics, and life rhythm.
For each defined channel, retrieve both gate pages and line pages for the activated line if available.
Example for channel 28-38:
concepts/gate-28.mdconcepts/gate-38.mdconcepts/gate-28-line-1.md, concepts/gate-38-line-4.md, etc.If a channel concept page exists, read it too. Otherwise synthesize from the two gates and their center-to-center mechanics.
Prioritize reading wiki material for:
Do not try to read every possible raw transcript if the chart has many activations. Retrieve enough to ground the dominant themes deeply.
Read center pages for open centers and translate them into practical cautions:
Use exact wiki phrasing/themes when available; do not overgeneralize.
Use the wiki as raw material, then compress into an original reading. Do not paste long excerpts.
When Alex corrects that a reading must “use the HD deep dive first,” do not just append a generic HD section. Re-open or recalculate the HD Prism result, retrieve the relevant local HD wiki pages, then update both the standalone Human Design reading and the final synthesized report before pasting a forwardable version.
When Alex asks for an “updated reading package,” especially wording like “needs astrology, HD deep dive, and Astro transits all talked about,” produce one integrated Telegram-forwardable package with natal astrology, wiki-grounded HD mechanics, current transit overlays to the subject's natal chart, and a synthesis tying all three together. Do not answer only with file paths or a process note.
When Alex asks to create reports like a prior subject, use a reusable report package shape instead of a one-off loose file:
/home/avalon/astrology-profiles/<person-slug>/
source/<person-slug>-astrology-chart.json
source/<person-slug>-hd-bodygraph.json
<person-slug>-astrology-reading.md
<person-slug>-human-design-reading.md
final/<person-slug>-full-synthesized-reading.md
When Alex then asks to “write out the reading here” or says he wants to forward the messages on Telegram, paste the polished reading directly in Telegram-friendly Markdown. Do not answer with file paths, process notes, or “next step” language; the deliverable is the forwardable message text. Use headings and bullets, but avoid tables because Telegram does not support table syntax.
See references/report-package-forwarding.md for a concrete session pattern.
Produce a reading with this structure unless the user asks otherwise:
Chart facts - Type, strategy, authority, profile, definition - variable/environment - defined/open centers - channels
Core operating system - One strong thesis naming the design's central mechanism. - Tie together type + authority + defined centers + key channels.
Decision mechanics - Explain authority and what not to use for decisions. - Include practical body-level diagnostics.
Defined-center architecture - Explain what is consistent and reliable in the chart.
Open-center not-self vulnerabilities - Explain where conditioning enters and how to decondition.
Profile / role mechanics - Explain the profile as a lived rhythm, not just keywords.
Channels as the main engines - Give each channel a focused paragraph. - Tie channel language into the whole design.
Activation highlights - Discuss Sun/Earth, Nodes, repeated gates, and important line themes.
Environment / variable - Interpret environment practically and carefully.
Short version - Compact, memorable synthesis.
When developing or testing this skill:
Triggering too often. This is only for explicit “HD deep dive” requests. Do not run it for ordinary bodygraph requests.
Skipping HD Prism. The wiki is interpretive; HD Prism is the calculator. Always calculate first.
Advertising the source too heavily. The user wants the result grounded in the wiki, not footnoted like an academic paper.
Inventing missing chart facts. If HD Prism does not return incarnation cross or strategy, do not invent it. Strategy can be implied cautiously from Type if standard, but chart facts must remain API-grounded.
Reading every file. Deep does not mean indiscriminate. Prioritize dominant chart mechanics.
Losing Alex's style. The final reading should feel like a strong interpretive synthesis, not a pile of HD definitions.