executing-plans
executing-plans
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available
omniliveGuide InternLM-XComposer2.5-OmniLive audio, video-memory, runnable service entrypoints, and benchmark workflows with explicit execution gates.
Independent GitHub snapshot · Automated classification · Original documentation governs
Use this sub-skill when the task is specifically about InternLM-XComposer2.5-OmniLive (IXC2.5-OL): audio understanding, OmniLive model directory layout, image/VLM smoke planning with the OmniLive base component, long/streaming video QA with memory, online SRS/FastAPI/Gradio deployments, or OmniLive audio/video benchmarks.
For generic InternLM-XComposer 2.5 image/video/chat/composition inference that does not depend on OmniLive audio, memory, SRS, or OmniLive checkpoints, route through the sibling model-inference sub-skill instead.
audio/, base/, adapter/, memory/, and merge_lora/. The merge_lora/ component is an output of merging base/ with adapter/; memory video QA and online backends should not be planned against only base/ + adapter/.scripts/check_omnilive_layout.py to inspect model layout safely. It never imports torch, starts services, downloads models, or reads an original source checkout.scripts/render_service_plan.py to print a deployment plan for SRS or Gradio services. It renders commands and configuration edits but does not start listeners.entrypoints/omnilive-examples/ for audio ASR/classification, base VLM image QA, base/ + adapter/ LoRA merge, and memory-backed video QA;entrypoints/omnilive-gradio/ for the Gradio frontend plus FastAPI backend trio;entrypoints/omnilive-srs/ for the SRS Docker launcher, JavaScript frontend, and FastAPI backend package.references/workflows.md for audio/base/memory examples and model arguments;references/service-deployment.md for SRS, FastAPI, frontend, LAN IP, remote backend, VAD, and Gradio flags;references/benchmark-workflows.md for audio/video benchmark layouts and launcher patterns;references/troubleshooting.md for dependency, model layout, network, VAD, and threshold failures.Safe planners/checkers:
scripts/check_omnilive_layout.pyscripts/render_service_plan.pyRunnable self-contained entrypoints:
entrypoints/omnilive-examples/infer_audio.pyentrypoints/omnilive-examples/infer_llm_base.pyentrypoints/omnilive-examples/merge_lora.pyentrypoints/omnilive-examples/infer_llm_with_memory.pyentrypoints/omnilive-gradio/backend.shentrypoints/omnilive-gradio/backend_vs.pyentrypoints/omnilive-gradio/backend_llm.pyentrypoints/omnilive-gradio/backend.pyentrypoints/omnilive-gradio/frontend.pyentrypoints/omnilive-gradio/launch_frontend.shentrypoints/omnilive-srs/run_srs_docker.shentrypoints/omnilive-srs/run_backend.shentrypoints/omnilive-srs/run_frontend_dev.shRead the bundle README.md files before execution. These entrypoints are real CUDA/model/service workloads; keep validation and approval gates explicit.