计划执行与检查节点
executing-plans
按既定实施计划完成工作,保持过程检查和反馈。
model-runtimes-mobile【效率与协作】Operate OpenMed model discovery, local/offline caches, backend selection, runtime/export probes, and mobile/browser parity without implicit model invocation.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Use this sub-skill when a task asks how to choose, cache, inspect, export, or run OpenMed models across Python, Apple, Android, or browser runtimes. Keep the workflow local-first: never download, load, or invoke a model unless the downstream user explicitly asks for that action and the model license/data terms are acceptable.
openmed.core.model_registry, the top-level openmed.list_models(...), and manifest metadata summarized in references/model-runtime-workflows.md.openmed.core.hf_hub helpers and OPENMED_OFFLINE/OpenMedConfig(local_only=True) guidance in references/model-runtime-workflows.md.openmed.core.models.ModelLoader, OpenMedConfig(backend=...), and cache-release methods from references/model-runtime-workflows.md.scripts/backend_capability_probe.py and interpret the matrix in references/backend-compatibility.md.references/backend-compatibility.md.references/troubleshooting.md for offline cache misses, missing extras, unsupported hardware, tokenizer/span drift, quantized recall deltas, artifact layout problems, and platform toolchain issues.This sub-skill covers runtime and artifact operations only. Route clinical task design and high-level NER/grounding behavior to clinical-extraction-grounding; route PHI/PII policy semantics, masking, date shifting, and surrogate handling to deidentification-privacy; route REST/MCP/service deployment contracts to interoperability-serving.
Use synthetic text only in examples and probes. Do not log raw clinical text, token strings from real notes, secrets, Hub tokens, local cache contents containing sensitive filenames, or model outputs from real PHI.
From this sub-skill directory, probe capabilities without downloads or model loads:
python scripts/backend_capability_probe.py --json
The probe reports import availability, optional extras, and hardware/toolchain signals. Treat unavailable optional backends as planning constraints, not as package failures, unless the user's requested target requires that backend.