Source: https://github.com/aipoch/medical-research-skills
When to Use
- You need to render mindmaps in offline, air-gapped, or internal-network environments where CDN access is unavailable.
- You want a zero-dependency renderer using only native HTML/CSS/JS (no third-party visualization libraries).
- You need to parse a Plain Text mindmap format into a node tree and render it locally.
- You want to stream or incrementally update mindmap content (e.g., from LLM output) and visualize it in a browser.
- You need a single-file HTML template that can be reused across projects with minimal integration overhead.
Key Features
- Local mindmap rendering using a single HTML file:
assets/local-mindmap/index.html.
- Plain Text → node structure parsing (format and rules defined in the reference document).
- Customizable parsing rules and layout parameters while keeping no external library dependencies.
- Designed for streaming-friendly workflows (generate/parse/update content progressively).
Dependencies
- Python: None (no required packages at present).
- Runtime: Any modern web browser capable of running standard HTML/CSS/JS.
- External JS/CSS libraries: None (by design).
Example Usage
The following example is a complete, runnable workflow that renders a mindmap locally using the provided single-file template.
- Create a Plain Text mindmap file (example:
mindmap.txt)
Mindmap Demo
Goals
Offline rendering
Zero dependencies
Inputs
Plain Text nodes
LLM streaming output
Output
Local HTML visualization
- Open the renderer template
- Open
assets/local-mindmap/index.html in your browser.
- Load/insert the Plain Text content
- Follow the Plain Text format and loading instructions described in:
references/streaming-implementation.md
Note: If you add any Python scripts under scripts/ (e.g., to transform LLM output into the Plain Text format), invoke them consistently as:
python scripts/<task_name>.py
Implementation Details
- Rendering template: The renderer is implemented as a reusable single-file HTML template:
assets/local-mindmap/index.html
- Data format: The mindmap structure is represented in a Plain Text specification:
- See
references/streaming-implementation.md for the exact format, examples, and constraints.
- Parsing rules: The parser converts Plain Text into a hierarchical node tree. You may adjust:
- indentation/marker rules (to match your input style),
- node labeling rules (to sanitize or normalize text),
- streaming/incremental update behavior (if applicable),
while preserving the no external dependency requirement.
- Layout parameters: Layout and styling are controlled within the HTML/CSS/JS template. Tune spacing, alignment, and node styling as needed, referencing:
references/streaming-implementation.md
- Script/config conventions (if you extend with scripts):
- Put configuration constants at the top of each script (avoid excessive CLI flags).
- Keep invocation consistent:
python scripts/<task_name>.py.
- If any Python packages are introduced, list them (with versions) in the Dependencies section above.
When Not to Use
- Do not use this skill when the required source data, identifiers, files, or credentials are missing.
- Do not use this skill when the user asks for fabricated results, unsupported claims, or out-of-scope conclusions.
- Do not use this skill when a simpler direct answer is more appropriate than the documented workflow.
Required Inputs
- A clearly specified task goal aligned with the documented scope.
- All required files, identifiers, parameters, or environment variables before execution.
- Any domain constraints, formatting requirements, and expected output destination if applicable.
Recommended Workflow
- Validate the request against the skill boundary and confirm all required inputs are present.
- Select the documented execution path and prefer the simplest supported command or procedure.
- Produce the expected output using the documented file format, schema, or narrative structure.
- Run a final validation pass for completeness, consistency, and safety before returning the result.
Deterministic Output Rules
- Use the same section order for every supported request of this skill.
- Keep output field names stable and do not rename documented keys across examples.
- If a value is unavailable, emit an explicit placeholder instead of omitting the field.
Output Contract
- Return a structured deliverable that is directly usable without reformatting.
- If a file is produced, prefer a deterministic output name such as
mindmap_result.md unless the skill documentation defines a better convention.
- Include a short validation summary describing what was checked, what assumptions were made, and any remaining limitations.
Validation and Safety Rules
- Validate required inputs before execution and stop early when mandatory fields or files are missing.
- Do not fabricate measurements, references, findings, or conclusions that are not supported by the provided source material.
- Emit a clear warning when credentials, privacy constraints, safety boundaries, or unsupported requests affect the result.
- Keep the output safe, reproducible, and within the documented scope at all times.
Failure Handling
- If validation fails, explain the exact missing field, file, or parameter and show the minimum fix required.
- If an external dependency or script fails, surface the command path, likely cause, and the next recovery step.
- If partial output is returned, label it clearly and identify which checks could not be completed.
Completion Checklist
- Confirm all required inputs were present and valid.
- Confirm the supported execution path completed without unresolved errors.
- Confirm the final deliverable matches the documented format exactly.
- Confirm assumptions, limitations, and warnings are surfaced explicitly.
Quick Validation
Run this minimal verification path before full execution when possible:
No local script validation step is required for this skill.
Expected output format:
Result file: mindmap_result.md
Validation summary: PASS/FAIL with brief notes
Assumptions: explicit list if any
Scope Reminder
- Core purpose: Generate mindmaps locally/offline with native HTML/CSS/JS (no external libraries); use when you need to parse Plain Text node structures or map LLM outputs into an on-device visualization.
1---2name: mindmap3description: Generate mindmaps locally/offline with native HTML/CSS/JS (no external libraries); use when you need to parse Plain Text node structures or map LLM outputs into an on-device visualization.4license: MIT5---6> **Source**: [https://github.com/aipoch/medical-research-skills](https://github.com/aipoch/medical-research-skills)
7
8## When to Use
9
10- You need to render mindmaps in **offline**, air-gapped, or internal-network environments where CDN access is unavailable.
11- You want a **zero-dependency** renderer using only **native HTML/CSS/JS** (no third-party visualization libraries).
12- You need to **parse a Plain Text mindmap format** into a node tree and render it locally.
13- You want to **stream or incrementally update** mindmap content (e.g., from LLM output) and visualize it in a browser.
14- You need a **single-file HTML template** that can be reused across projects with minimal integration overhead.
15
16## Key Features
17
18- Local mindmap rendering using a **single HTML file**: `assets/local-mindmap/index.html`.
19- **Plain Text → node structure** parsing (format and rules defined in the reference document).
20- Customizable parsing rules and layout parameters while keeping **no external library dependencies**.
21- Designed for **streaming-friendly** workflows (generate/parse/update content progressively).
22
23## Dependencies
24
25- **Python**: None (no required packages at present).
26- **Runtime**: Any modern web browser capable of running standard HTML/CSS/JS.
27- **External JS/CSS libraries**: None (by design).
28
29## Example Usage
30
31The following example is a complete, runnable workflow that renders a mindmap locally using the provided single-file template.
32
331) **Create a Plain Text mindmap file** (example: `mindmap.txt`)
34
35```txt
36Mindmap Demo
37 Goals
38 Offline rendering
39 Zero dependencies
40 Inputs
41 Plain Text nodes
42 LLM streaming output
43 Output
44 Local HTML visualization
45```
46
472) **Open the renderer template**
48
49- Open `assets/local-mindmap/index.html` in your browser.
50
513) **Load/insert the Plain Text content**
52
53- Follow the Plain Text format and loading instructions described in:
54 - `references/streaming-implementation.md`
55
56> Note: If you add any Python scripts under `scripts/` (e.g., to transform LLM output into the Plain Text format), invoke them consistently as:
57>
58> ```bash
59> python scripts/<task_name>.py
60> ```
61
62## Implementation Details
63
64- **Rendering template**: The renderer is implemented as a reusable single-file HTML template:
65 - `assets/local-mindmap/index.html`
66- **Data format**: The mindmap structure is represented in a **Plain Text** specification:
67 - See `references/streaming-implementation.md` for the exact format, examples, and constraints.
68- **Parsing rules**: The parser converts Plain Text into a hierarchical node tree. You may adjust:
69 - indentation/marker rules (to match your input style),
70 - node labeling rules (to sanitize or normalize text),
71 - streaming/incremental update behavior (if applicable),
72 while preserving the **no external dependency** requirement.
73- **Layout parameters**: Layout and styling are controlled within the HTML/CSS/JS template. Tune spacing, alignment, and node styling as needed, referencing:
74 - `references/streaming-implementation.md`
75- **Script/config conventions** (if you extend with scripts):
76 - Put configuration constants at the top of each script (avoid excessive CLI flags).
77 - Keep invocation consistent: `python scripts/<task_name>.py`.
78 - If any Python packages are introduced, list them (with versions) in the **Dependencies** section above.
79
80## When Not to Use
81
82- Do not use this skill when the required source data, identifiers, files, or credentials are missing.
83- Do not use this skill when the user asks for fabricated results, unsupported claims, or out-of-scope conclusions.
84- Do not use this skill when a simpler direct answer is more appropriate than the documented workflow.
85
86## Required Inputs
87
88- A clearly specified task goal aligned with the documented scope.
89- All required files, identifiers, parameters, or environment variables before execution.
90- Any domain constraints, formatting requirements, and expected output destination if applicable.
91
92## Recommended Workflow
93
941. Validate the request against the skill boundary and confirm all required inputs are present.
952. Select the documented execution path and prefer the simplest supported command or procedure.
963. Produce the expected output using the documented file format, schema, or narrative structure.
974. Run a final validation pass for completeness, consistency, and safety before returning the result.
98
99## Deterministic Output Rules
100
101- Use the same section order for every supported request of this skill.
102- Keep output field names stable and do not rename documented keys across examples.
103- If a value is unavailable, emit an explicit placeholder instead of omitting the field.
104
105## Output Contract
106
107- Return a structured deliverable that is directly usable without reformatting.
108- If a file is produced, prefer a deterministic output name such as `mindmap_result.md` unless the skill documentation defines a better convention.
109- Include a short validation summary describing what was checked, what assumptions were made, and any remaining limitations.
110
111## Validation and Safety Rules
112
113- Validate required inputs before execution and stop early when mandatory fields or files are missing.
114- Do not fabricate measurements, references, findings, or conclusions that are not supported by the provided source material.
115- Emit a clear warning when credentials, privacy constraints, safety boundaries, or unsupported requests affect the result.
116- Keep the output safe, reproducible, and within the documented scope at all times.
117
118## Failure Handling
119
120- If validation fails, explain the exact missing field, file, or parameter and show the minimum fix required.
121- If an external dependency or script fails, surface the command path, likely cause, and the next recovery step.
122- If partial output is returned, label it clearly and identify which checks could not be completed.
123
124## Completion Checklist
125
126- Confirm all required inputs were present and valid.
127- Confirm the supported execution path completed without unresolved errors.
128- Confirm the final deliverable matches the documented format exactly.
129- Confirm assumptions, limitations, and warnings are surfaced explicitly.
130
131## Quick Validation
132
133Run this minimal verification path before full execution when possible:
134
135```text
136No local script validation step is required for this skill.
137```
138
139Expected output format:
140
141```text
142Result file: mindmap_result.md
143Validation summary: PASS/FAIL with brief notes
144Assumptions: explicit list if any
145```
146
147## Scope Reminder
148
149- Core purpose: Generate mindmaps locally/offline with native HTML/CSS/JS (no external libraries); use when you need to parse Plain Text node structures or map LLM outputs into an on-device visualization.