← Plugin catalog
Other

Inner Lens

TƯỜNG MẠNH PHAM v1.0.0

Publisher description

From the marketplace listing

Explore Bazi, Ziwei, and Liuyao through traditional Chinese metaphysics. Inner Lens generates structured charts and hexagrams from your birth details or questions, then helps you explore personality, life patterns, relationships, career, timing, and decisions through clear conversational readings. Calculations are generated deterministically from the information you provide. Readings are intended for personal insight and reflection, not as professional medical, legal, financial, or other professional advice.

Language: English · Automatically detected from descriptions.

Files & skills

File archives

Plugin package10 files · 41.4 KBBrowse files →
Skill instructions
interpret-bazi5.44 KB

View saved version →

---
name: interpret-bazi
description: Interpret a canonical Inner Lens Bazi profile when a user requests a school-declared, evidence-traceable natal or timing reflection.
---

# Interpret BAZI

1. **confirm** Call `confirm_birth_details` with `system: "bazi"`, relay its complete summary, wait for confirmation, and bind the requested domains, target period, language, and selected school into the confirmed reading contract.
2. **calculate** Call `generate_personal_profile` with the exact `confirmationToken`, resolved fields, and confirmed birth details. Use only the exact nested `structuredContent.canonicalResult` from that calculator tool result in the current conversation. Never pass the whole enriched `structuredContent`, display data, or reconstructed data, and never use stale, other-conversation, or remembered facts. Require its `system` to be `bazi` and its `schemaVersion` to be exactly `omds.bazi-profile.v1`; on mismatch stop as unavailable rather than repairing or recalculating it.
3. **prepare_interpretation** Call `prepare_interpretation` with the confirmed `system`, that exact `canonicalResult`, the same optional exact `temporalResult`, and the same confirmed `readingContract`. Retain both returned digests—`calculationDigest` and `preparedContextDigest`—plus `reportScaffold`, complete ordered `methodPlan`, evidence index, temporal availability, and limitations without editing them. The `reportScaffold` field `calculationDigest` must equal the returned `calculationDigest` exactly; `preparedContextDigest` is a separate validator input and must never be copied into the report.
4. **read_complete_method_pack** Read the complete packaged method pack [from its first heading through every `**End method card:**` marker](references/method-pack.md). Follow the prepared `methodPlan` order and statuses exactly: execute only `active` cards and preserve every `unavailable` or `disputed` card, prerequisite, obligation, and temporal layer as a limitation. Never use a partial reference or source narrative. Never use remembered traditional meanings.
5. **draft_report_v2** Outside the Worker, draft `inner-lens.interpretation-report.v2` from the returned `reportScaffold` and [the active shared report contract](../../references/report-contract.md), using only active claim rules and evidence from the prepared context. Set `report.calculationDigest` to the exact prepared `calculationDigest`. Every exact entry in `reportScaffold.limitations` is required; additional schema-valid bounded limitations are allowed, and order is not semantic. Preserve unavailable or disputed methods and layers as limitations. The current manifest activates 1 of 8 `bazi` method cards (`bazi.method.strength-balancing.v1`): attempt a real interpretation with it. For every `active` card in the prepared `methodPlan`, emit a material block only where that card's own reviewed claim rule and the prepared evidence index genuinely support one, citing the exact `evidenceId`, `factPath`, `canonicalIds`, `methodCardId`, `claimRuleId`, `temporalLayer`, and `provenanceRef` the prepared context returned, with real supporting and counter evidence. Where an active card's claim rule is not satisfied by the prepared evidence, keep that obligation an explicit limitation instead of a block -- exactly as for the remaining 7 `bazi` cards the manifest does not activate and every temporal layer the prepared context reports as unavailable. Never fabricate a material claim, timeline, scenario, or recommendation to fill the schema.
6. **validate_interpretation_report** Retain both returned digests. Call `validate_interpretation_report` with the exact current-conversation `canonicalResult`, the same optional exact `temporalResult`, the same `readingContract`, and the returned `preparedContextDigest` exactly as `preparedContextDigest`; never substitute `calculationDigest`. Pass the candidate `report` and `attempt: 1`. If it returns `repair-once`, apply only its static errors to the same report once and call the validator exactly once with `attempt: 2`; the maximum is one repair. Never resend `attempt: 1`, never create `attempt: 3`, never replace the report with remembered prose, and never bypass the validator.
7. **render_widget** Stop after the validator result. The attached report widget renders automatically, using only a returned `validatedReport` or the attempt-two facts-only `fallback`. Never render an invalid draft or summarize claims absent from `validatedReport`. Never substitute a chart or export tool for this report widget.

Method school boundary: Resolve method selection from the reading contract before loading cards. When no supported override is explicit, select `bazi.school.strength-balancing.v1` -- the one Bazi school whose method card the current manifest activates. That default follows activation state only; it resolves nothing in the unresolved `bazi.dispute.useful-god-concepts` and never overrules another position. When `bazi.school.ziping-structure.v1` or `bazi.school.climate-adjustment.v1` is explicit, select exactly that profile for this turn; the current manifest activates no card in either, so that turn keeps their obligations explicit limitations. Reject any other override as unavailable. Selection changes only the method pack, never returned calculation facts, and profiles never mix.

Keep structure, strength balancing, climate adjustment, and bridging as separate unresolved positions. The selected profile cannot silently activate another lens; bridging has no executable pack and remains unavailable.

Referenced files: 1

interpret-liuyao5.43 KB

View saved version →

---
name: interpret-liuyao
description: Interpret a canonical Inner Lens Liuyao casting when a user asks a specific question and needs an evidence-traceable, non-predictive reading.
---

# Interpret LIUYAO

Selected method school: `liuyao.school.jingfang-zengshan.v1`.

1. **confirm** Confirm the explicit question, requested domains, time horizon, and whether the user supplied six lines or requested a virtual cast. For a virtual cast, call `confirm_casting_details`, relay its complete summary, and wait for confirmation; for supplied lines, require the question to be explicit and confirm that the lines must not be recast. This is the confirmed reading contract.
2. **calculate** For supplied lines, call `calculate_liuyao_chart` with the exact six lines in bottom-to-top order, the exact confirmed question, and `confirmedQuestion: true`; for a confirmed virtual cast, call `cast_liuyao` with the exact `confirmationToken`, exact resolved fields, and `confirmedQuestion: true`. Use only the exact nested `structuredContent.canonicalResult` from that calculator tool result in the current conversation. Never pass the whole enriched `structuredContent`, display data, or reconstructed data, and never use stale, other-conversation, or remembered facts. Require its `system` to be `liuyao` and its `schemaVersion` to be exactly `omds.liuyao-reading.v1`; on mismatch stop as unavailable rather than repairing or recalculating it.
3. **prepare_interpretation** Call `prepare_interpretation` with the confirmed `system`, that exact `canonicalResult`, the same optional exact `temporalResult`, and the same confirmed `readingContract`. Retain both returned digests—`calculationDigest` and `preparedContextDigest`—plus `reportScaffold`, complete ordered `methodPlan`, evidence index, temporal availability, and limitations without editing them. The `reportScaffold` field `calculationDigest` must equal the returned `calculationDigest` exactly; `preparedContextDigest` is a separate validator input and must never be copied into the report.
4. **read_complete_method_pack** Read the complete packaged method pack [from its first heading through every `**End method card:**` marker](references/method-pack.md). Follow the prepared `methodPlan` order and statuses exactly: execute only `active` cards and preserve every `unavailable` or `disputed` card, prerequisite, obligation, and temporal layer as a limitation. Never use a partial reference or source narrative. Never use remembered traditional meanings.
5. **draft_report_v2** Outside the Worker, draft `inner-lens.interpretation-report.v2` from the returned `reportScaffold` and [the active shared report contract](../../references/report-contract.md), using only active claim rules and evidence from the prepared context. Set `report.calculationDigest` to the exact prepared `calculationDigest`. Every exact entry in `reportScaffold.limitations` is required; additional schema-valid bounded limitations are allowed, and order is not semantic. Preserve unavailable or disputed methods and layers as limitations. The current manifest activates 7 of 7 `liuyao` method cards (`liuyao.method.question-contract.v1`, `liuyao.method.use-spirit-selection.v1`, `liuyao.method.month-day-strength.v1`, `liuyao.method.moving-line-effects.v1`, `liuyao.method.combinations.v1`, `liuyao.method.tomb-storage.v1`, `liuyao.method.timing.v1`): attempt a real interpretation with them. For every `active` card in the prepared `methodPlan`, emit a material block only where that card's own reviewed claim rule and the prepared evidence index genuinely support one, citing the exact `evidenceId`, `factPath`, `canonicalIds`, `methodCardId`, `claimRuleId`, `temporalLayer`, and `provenanceRef` the prepared context returned, with real supporting and counter evidence. Where an active card's claim rule is not satisfied by the prepared evidence, keep that obligation an explicit limitation instead of a block -- exactly as for every temporal layer the prepared context reports as unavailable. Never fabricate a material claim, timeline, scenario, or recommendation to fill the schema.
6. **validate_interpretation_report** Retain both returned digests. Call `validate_interpretation_report` with the exact current-conversation `canonicalResult`, the same optional exact `temporalResult`, the same `readingContract`, and the returned `preparedContextDigest` exactly as `preparedContextDigest`; never substitute `calculationDigest`. Pass the candidate `report` and `attempt: 1`. If it returns `repair-once`, apply only its static errors to the same report once and call the validator exactly once with `attempt: 2`; the maximum is one repair. Never resend `attempt: 1`, never create `attempt: 3`, never replace the report with remembered prose, and never bypass the validator.
7. **render_widget** Stop after the validator result. The attached report widget renders automatically, using only a returned `validatedReport` or the attempt-two facts-only `fallback`. Never render an invalid draft or summarize claims absent from `validatedReport`. Never substitute a chart or export tool for this report widget.

Method school boundary: Use `liuyao.school.jingfang-zengshan.v1` as the selected method school for this rendered package. The system default is `liuyao.school.jingfang-zengshan.v1`. No alternate executable school is available. A profile selection changes the method pack only, never the returned calculation facts.

Treat Liuyao as question- and casting-moment-specific. Never turn it into a natal personality profile.

Referenced files: 1

interpret-ziwei5.05 KB

View saved version →

---
name: interpret-ziwei
description: Interpret a canonical Inner Lens Ziwei profile when a user requests a Zhongzhou, whole-chart, evidence-traceable reflection.
---

# Interpret ZIWEI

Selected method school: `ziwei.school.zhongzhou.v1`.

1. **confirm** Call `confirm_birth_details` with `system: "ziwei"`, relay its complete summary, wait for confirmation, and bind the requested domains, target period, language, and selected school into the confirmed reading contract.
2. **calculate** Call `generate_personal_profile` with the exact `confirmationToken`, resolved fields, and confirmed birth details. Use only the exact nested `structuredContent.canonicalResult` from that calculator tool result in the current conversation. Never pass the whole enriched `structuredContent`, display data, or reconstructed data, and never use stale, other-conversation, or remembered facts. Require its `system` to be `ziwei` and its `schemaVersion` to be exactly `omds.ziwei-profile.v1`; on mismatch stop as unavailable rather than repairing or recalculating it.
3. **prepare_interpretation** Call `prepare_interpretation` with the confirmed `system`, that exact `canonicalResult`, the same optional exact `temporalResult`, and the same confirmed `readingContract`. Retain both returned digests—`calculationDigest` and `preparedContextDigest`—plus `reportScaffold`, complete ordered `methodPlan`, evidence index, temporal availability, and limitations without editing them. The `reportScaffold` field `calculationDigest` must equal the returned `calculationDigest` exactly; `preparedContextDigest` is a separate validator input and must never be copied into the report.
4. **read_complete_method_pack** Read the complete packaged method pack [from its first heading through every `**End method card:**` marker](references/method-pack.md). Follow the prepared `methodPlan` order and statuses exactly: execute only `active` cards and preserve every `unavailable` or `disputed` card, prerequisite, obligation, and temporal layer as a limitation. Never use a partial reference or source narrative. Never use remembered traditional meanings.
5. **draft_report_v2** Outside the Worker, draft `inner-lens.interpretation-report.v2` from the returned `reportScaffold` and [the active shared report contract](../../references/report-contract.md), using only active claim rules and evidence from the prepared context. Set `report.calculationDigest` to the exact prepared `calculationDigest`. Every exact entry in `reportScaffold.limitations` is required; additional schema-valid bounded limitations are allowed, and order is not semantic. Preserve unavailable or disputed methods and layers as limitations. The current manifest activates 4 of 7 `ziwei` method cards (`ziwei.method.global-star-system.v1`, `ziwei.method.life-body-axis.v1`, `ziwei.method.four-transformations.v1`, `ziwei.method.domain-analysis.v1`): attempt a real interpretation with them. For every `active` card in the prepared `methodPlan`, emit a material block only where that card's own reviewed claim rule and the prepared evidence index genuinely support one, citing the exact `evidenceId`, `factPath`, `canonicalIds`, `methodCardId`, `claimRuleId`, `temporalLayer`, and `provenanceRef` the prepared context returned, with real supporting and counter evidence. Where an active card's claim rule is not satisfied by the prepared evidence, keep that obligation an explicit limitation instead of a block -- exactly as for the remaining 3 `ziwei` cards the manifest does not activate and every temporal layer the prepared context reports as unavailable. Never fabricate a material claim, timeline, scenario, or recommendation to fill the schema.
6. **validate_interpretation_report** Retain both returned digests. Call `validate_interpretation_report` with the exact current-conversation `canonicalResult`, the same optional exact `temporalResult`, the same `readingContract`, and the returned `preparedContextDigest` exactly as `preparedContextDigest`; never substitute `calculationDigest`. Pass the candidate `report` and `attempt: 1`. If it returns `repair-once`, apply only its static errors to the same report once and call the validator exactly once with `attempt: 2`; the maximum is one repair. Never resend `attempt: 1`, never create `attempt: 3`, never replace the report with remembered prose, and never bypass the validator.
7. **render_widget** Stop after the validator result. The attached report widget renders automatically, using only a returned `validatedReport` or the attempt-two facts-only `fallback`. Never render an invalid draft or summarize claims absent from `validatedReport`. Never substitute a chart or export tool for this report widget.

Method school boundary: Use `ziwei.school.zhongzhou.v1` as the selected method school for this rendered package. The system default is `ziwei.school.zhongzhou.v1`. No alternate executable school is available. A profile selection changes the method pack only, never the returned calculation facts.

Read the global system and palace network before local symbols. Sanhe, Feixing, and Qintian Sihua are deferred and cannot be selected as executable packs.

Referenced files: 1

synthesize-metaphysics2.18 KB

View saved version →

---
name: synthesize-metaphysics
description: Compare validated Inner Lens system reports, bound to one release bundle, when a user requests a bounded, traceable cross-method evidence view.
---

# Synthesize validated Inner Lens reports

Require separate canonical calculation and validation for each selected system before synthesis: use this Skill only with two or three per-system `validatedReport` payloads returned by `validate_interpretation_report` in the same current conversation. Each source must be `valid: true`, have `nextAction: render-validated`, represent a distinct system among Liuyao, Bazi, and Ziwei, and be validated under the exact same current release bundle. If fewer than two qualifying sources remain, stop with an explicit limitation.

1. Read [the complete synthesis contract](references/synthesis-contract.md).
2. Never treat a facts-only `fallback`, a `repair-once` result, or an unvalidated draft as a validated source. Never cite raw model prose, an invalid report, or a report validated under a different release bundle. Never use remembered traditional meaning or a source from another conversation.
3. Call the registered `get_cross_method_evidence` tool with the exact validated reports and the release bundle each was validated under. Present only its returned bounded `overlap`, `divergence`, and `limitation` sections, already linked to source claim IDs, evidence, and limitations. Preserve the source system, school, reading contract, target period, claim IDs, evidence references, counter-evidence, and limitations without reinterpretation.
4. Do not call `prepare_interpretation` or `validate_interpretation_report` for synthesis, and do not call calculation, chart, or export tools. The report-v2 contract is system-owned; this Skill does not produce its own validated cross-method report v2.
5. No compatibility verdict, score, prediction, recommendation, or remembered traditional meaning. Do not vote, rank, merge conflicting claims, invent a bridge, or claim overlap across systems as independent confirmation.

Plan 5 owns validated-only cross-method synthesis: a bounded, release-bundle-bound evidence view over already validated system reports, never a new divination conclusion.

Referenced files: 1

Package details

Publisher declarations from the archived package. These are separate from our research and the live service's terms.

Package author
TƯỜNG MẠNH PHAM

Package observed Oct 2, 2026.

Technical details
First seen
Sep 30, 2026 · 22:02 UTC
Last seen
Oct 2, 2026 · 18:00 UTC
Collection status
Collected

plugin_asdk_app_6a932278a9f481919512c774ad64c358

Download plugin data (JSON)