Fluent Sim logo

Fluent Sim

Organization
svd-ai-lab
fluent-sim

Use when working with Ansys Fluent through live sim sessions, direct PyFluent scripts, or file-side artifact review.

Overview

Publishersvd-ai-lab
Repositorysim-cli
Skill namefluent-sim
Stars
242
Forks
23
Bundled files
91
LicenseApache-2.0
Links
  • Markdown instructions

    A SKILL.md file the model loads on demand, so it only costs tokens when a request actually matches.

  • Works with any LLM

    AI skills are plain Markdown, not provider-specific code, so this works with GPT, Claude, Gemini, Grok, or a local model.

  • 91 bundled files

    Scripts, templates, and references the model can read while it works. Files are read-only and never executed.

  • Open source

    Published by svd-ai-lab on GitHub. Read the source before you install it.

Installation

Install the Fluent Sim AI skill in TypingMind to use it with any LLM, or drop it into another agent that reads SKILL.md.

1

Install in TypingMind

TypingMind installs a skill straight from its GitHub folder — it reads SKILL.md, bundles the resource files, and stores the result locally.

  1. Open the app and go to Plugins → Skills.
  2. Choose "Install from GitHub".
  3. Paste the skill folder URL below and confirm.
    https://github.com/svd-ai-lab/sim-cli/tree/main/plugins/fluent/src/sim_plugin_fluent/_skills/fluent
  4. Enable the skill in any chat where you want it available.
Plugins → Skills → Add skill → From GitHub URL, then paste the folder URL and press Continue.
2

Install in another agent

Any agent that reads the Agent Skills format can use this skill — copy the folder into that agent's skills directory.

Claude Code — .claude/skills
git clone --depth 1 https://github.com/svd-ai-lab/sim-cli.git /tmp/sim-cli
mkdir -p .claude/skills
cp -r /tmp/sim-cli/plugins/fluent/src/sim_plugin_fluent/_skills/fluent .claude/skills/fluent-sim
Restart Claude Code after copying so it picks up the new skill.

Use it in TypingMind

Enable Fluent Sim in any TypingMind chat and the model takes it from there. Its name and description sit in the system prompt, and the moment a request matches, the model loads the full instructions itself — you never invoke it by hand, and it costs no tokens until it is actually used.

The model loads Fluent Sim on its own as soon as a request matches it.

Works with any AI model

AI skills are plain Markdown instructions rather than provider-specific code, so Fluent Sim is not tied to the model it was written for. Install it once in TypingMind and use it with GPT-5, Claude, Gemini, Grok, DeepSeek, Mistral, Llama, or a local model you run yourself — all on your own API keys.

  • Loaded only when it is needed

    The system prompt carries just the name and description. The instructions are fetched on the first matching request, so an idle skill costs nothing.

  • Switch models mid-chat

    Because the skill is instructions rather than code, changing model does not break it — the next model reads the same SKILL.md.

Skill instructions

This is the SKILL.md content the model loads. Read it before installing — a skill is instructions your model will follow.

fluent-sim

This skill is the Fluent-specific operating guide. Choose the control path that fits the task, then load only the references needed for that path.

Choose The Control Path

PathBest forStarting point
Live sim sessionStateful edits, GUI observation, incremental solver work, remote Windows diagnostics, version probes, and inspecting a running Fluent session`uv run sim connect --solver fluent --mode <solver
Direct PyFluent scriptDeterministic batch runs, reproducible examples, CI-friendly smoke scripts, and workflows that can own their process lifecyclefrom ansys.fluent.core import launch_fluent in a normal Python script
File-side artifact reviewCase/data/mesh inventory, transcript tails, CSV/PNG/PDF outputs, and offline checks that do not need a live solverUse Python file readers, text inspection, and Fluent artifact helpers before opening a session

Use sim when the task needs a persistent runtime or live observation. Use a direct PyFluent script when a one-shot batch program is clearer. Use file-side helpers when the question is about artifacts already on disk.

Live Sim Session

After connecting, inspect:

bash
uv run sim inspect session.versions
uv run sim inspect session.health
uv run sim inspect session.summary

The session.versions payload selects the active overlays. Always read base/, then the active sdk/<active_sdk_layer>/, then the active solver/<active_solver_layer>/ when present. Later layers override earlier files with the same name. Require version_source: active_runtime before applying release-specific guidance; installed-version discovery alone does not prove which Fluent release the session launched or attached to.

Expected SDK layer directories are:

  • sdk/0.38/ for PyFluent 0.38.x
  • sdk/0.37/ for PyFluent 0.37.x

Useful live inspect targets:

  • session.summary
  • session.health
  • session.versions
  • last.result
  • workflow.summary
  • field.catalog / fluent.field.catalog
  • fluent.models.summary
  • fluent.boundaries.summary
  • fluent.case.summary
  • fluent.mesh.summary
  • fluent.files

Use uv run sim exec snippets with the injected session, solver, or meshing object. Keep snippets small enough that last.result can prove the current state before the next step.

Direct PyFluent Script

For direct scripts, own the launch and teardown explicitly:

python
from ansys.fluent.core import launch_fluent

solver = launch_fluent(mode="solver", ui_mode="no_gui", precision="double")
try:
    solver.settings.file.read_case(file_name="case.cas.h5")
    solver.solution.initialization.hybrid_initialize()
    solver.solution.run_calculation.iterate(iter_count=10)
finally:
    solver.exit()

This path is a good fit when the result can be produced in one deterministic program and you do not need a live agent-visible session between steps.

For direct PyFluent scripts, launch the session normally with PyFluent and do not rely on sim-injected variables.

Long-running execution and recovery

Keep bounded Fluent work in the foreground when it fits the active tool-call budget. Use a native journal, direct PyFluent script, or background process only when the solve is expected to outlive that budget, must continue across agent turns, or the user explicitly asks for background execution. Keep live sessions for incremental setup and inspection; use a settled script or journal for a repeatable long solve.

For a long run, use absolute transcript/log and case/data output paths so the agent can inspect progress and results later. Do not require a fixed directory tree, a job manifest, or sim-cli when the direct Fluent or PyFluent path is sufficient.

A shell or tool timeout ends that observation call; it does not prove Fluent stopped. Before retrying or stopping, check the Fluent/PyFluent process, transcript tail, monitor output, and case/data timestamps. Confirm process ownership from the executable, full command line, start time, and working or output paths. Never terminate every fluent, ansys, or cortex process by name.

Use resume only when a usable .cas/.dat(.h5) pair, autosave, or another Fluent-native checkpoint can actually continue the calculation. Without one, describe the action as a restart rather than promising generic resume behavior. Keep direct PyFluent scripts responsible for their own launch and teardown.

File-Side Artifact Review

Before launching Fluent, inventory what is already present:

  • .cas / .cas.h5: case setup
  • .dat / .dat.h5: solution data
  • .msh / .msh.h5: mesh input
  • .trn / .jou: transcript and journal evidence
  • .pdf / .fla: flamelet and PDF table artifacts
  • .csv / .png / .json: exported reports, figures, and structured output

Use this path for quick triage, output extraction, and deciding whether a live session is necessary.

Layered References

PathUse
base/reference/task_templates.mdRequired inputs and workflow step order
base/reference/runtime_patterns.mdFluent dependency chains and state ordering
base/reference/acceptance_checklists.mdCompletion checks for bundled workflows
base/reference/api_discovery.mddir() and child_names patterns for renamed APIs
base/reference/tui_vs_settings.mdWhen to prefer Settings API or TUI
base/reference/pyfluent_overview.mdQuick PyFluent orientation
base/snippets/Reusable live-session snippets
base/workflows/Longer workflow examples
sdk/0.38/PyFluent 0.38.x docs and examples
sdk/0.37/PyFluent 0.37.x compatibility notes
solver/25.2/Fluent 25.2-specific notes
doc-search/Local Fluent documentation search helper

For PyFluent API questions, start with the active sdk/ overlay. For Fluent physics, meshing, UDF, or solver-model questions, use doc-search/ against the local Ansys documentation tree rather than guessing names or defaults.

Live Sim Session Constraints

These constraints apply only after sim has already created a live Fluent session:

  1. Do not call pyfluent.launch_fluent() inside a uv run sim exec snippet. Use the injected session, solver, or meshing object.
  2. Do not switch between meshing and solver mode by assumption. The mode is selected at connect time unless a Fluent workflow explicitly returns a solver object.
  3. Confirm each stateful step before sending the next dependent step. Fluent meshing and solver workflows are order-sensitive.
  4. Use GUI actuation only for surfaces the SDK cannot reach. Prefer solver.settings.*, session.tui.*, and meshing.workflow.* for reproducible work.

Flamelet And PDF Table Workflows

For partially premixed steady-diffusion flamelet workflows, load:

  • base/reference/task_templates.md - Template 5
  • base/reference/runtime_patterns.md - staged flamelet/PDF dependency chain
  • base/reference/acceptance_checklists.md - Checklist 5
  • base/snippets/setup_partially_premixed_flamelet.py
  • base/snippets/write_pdf_table.py
  • base/snippets/read_case_pdf_data.py
  • base/snippets/inspect_reacting_bc_scalars.py

Short version: import CHEMKIN as flamelet-mixture, generate flamelets and the PDF table, persist the table with write_pdf_cmd(...), and restart or postprocess with read_case -> read_pdf -> read_data.

Source

Canonical repository: svd-ai-lab/sim-plugin-fluent. Skill path: src/sim_plugin_fluent/_skills/fluent.

Bundled files

The model reads these on demand while the skill is loaded. They are exposed as readable files and are never executed.

and 31 more files.

Frequently asked questions

What does the Fluent Sim AI skill do?

Use when working with Ansys Fluent through live sim sessions, direct PyFluent scripts, or file-side artifact review.

Why use Fluent Sim on TypingMind?

Because you install it once and use it with any model. Fluent Sim is plain Markdown rather than provider-specific code, so the same skill runs on GPT-5, Claude, Gemini, Grok, or a local model — and you can switch model mid-chat without it breaking. TypingMind runs on your own API keys, so you pay providers directly instead of a per-seat subscription, and your skills and chats stay in your own storage.

How do I install Fluent Sim in TypingMind?

Open Plugins → Skills → Install from GitHub in TypingMind and paste https://github.com/svd-ai-lab/sim-cli/tree/main/plugins/fluent/src/sim_plugin_fluent/_skills/fluent. TypingMind reads its SKILL.md and bundles its files and installs it as a skill you can enable per chat.

Which AI models can use Fluent Sim?

Any model you connect in TypingMind. AI skills are plain Markdown instructions rather than provider-specific code, so GPT, Claude, Gemini, Grok, and local models can all load this skill when a request matches it.

How many AI models can I use with Fluent Sim?

As many as you like. As long as a model supports skills, you can use Fluent Sim with it — GPT, Claude, Gemini, Grok, DeepSeek, Mistral, Llama and more — all on TypingMind with your own API keys.

Is the Fluent Sim AI skill free?

Yes. It is published on GitHub by svd-ai-lab under the Apache-2.0 license. You only pay your own AI provider for the tokens you use.

What are AI skills?

An AI skill is a reusable instruction bundle that teaches an AI model how to do one specific task. It follows the open Agent Skills format: a SKILL.md file with a name and description, plus any scripts, templates or reference files the model may need. The model reads the instructions only when your request matches the skill, so an installed skill costs nothing until it is used.

How are AI skills different from plugins or MCP servers?

A plugin or MCP server gives a model new tools to call — code that runs somewhere and returns a result. An AI skill gives the model knowledge and process instead: how to approach a task, which steps to follow, what good output looks like. Skills are plain Markdown, so they need no server, no API key and no runtime, and they work with any model.

View all

Set up your own AI workspace now

Get notified about new features and future giveaways by subscribing to our newsletter 👇