协作头脑风暴
brainstorming
在实现前澄清需求、探索设计选择,并形成清晰的开发方向。
time-series-library【开发与工程】Use Time-Series-Library (TSLib) to configure, run, debug, and adapt deep time-series forecasting, imputation, anomaly detection, classification, zero-shot, and model-customization workflows.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Use this skill when the task names Time-Series-Library, TSLib, run.py, TimesNet, TimeXer, iTransformer, PatchTST, DLinear, M4, ETT, UEA, PSM/MSL/SMAP/SMD/SWAT, long-term forecasting, short-term forecasting, time-series imputation, anomaly detection, classification, zero-shot forecasting, or adapting a model/script inside a TSLib-style checkout.
--repo-root:
python scripts/check_tslib_environment.py --repo-root /path/to/Time-Series-Library --check-torch --check-core-imports
custom CSV in the user's checkout instead of downloading benchmark data:
python scripts/create_tiny_tslib_dataset.py --output /path/to/Time-Series-Library/dataset/tiny-custom/tiny.csv
python run.py ...), but each task has different data layouts, output files, metrics, and failure modes.--no_use_gpu, tiny custom data, --train_epochs 1, and --num_workers 0 for smoke checks. Treat upstream benchmark scripts as templates, not as safe default commands.sub-skills/data-and-cli/SKILL.md for run.py arguments, dataset names, local-vs-Hugging Face fallback behavior, GPU flags, result/checkpoint folders, and safe data validation.sub-skills/forecasting/SKILL.md for long-term forecasting, short-term/M4 forecasting, exogenous/TimeXer recipes, zero-shot forecast routing, metrics, M4 summary behavior, and forecast command construction.sub-skills/imputation-anomaly-classification/SKILL.md for masked reconstruction, reconstruction-threshold anomaly detection, UEA classification, task metrics, and dataset-specific troubleshooting.sub-skills/foundation-models-and-customization/SKILL.md for dynamic model discovery, Mamba and large time-series model dependencies, augmentation flags, custom models/<Name>.py files, and contribution-style script additions.TSLib is a source-tree benchmark framework rather than a packaged library with console entry points. The normal flow is:
choose a task and bash/script template -> run python run.py with explicit flags ->
run.py dispatches to exp/Exp_* -> data_provider builds datasets/loaders ->
models/<Name>.py is lazy-imported -> train/test writes checkpoints, metrics, and result files
Important consequences:
--task_name selects the experiment class, not just reporting labels.--data selects a loader family; --root_path and --data_path must match that family.--model must match a Python file under models/; Exp_Basic scans that directory dynamically.CUDA_VISIBLE_DEVICES and run full benchmark settings. Remove or change those exports for your machine and use smoke settings first.models/.references/installation-and-environment.md explains public installation choices, optional dependencies, and safe smoke checks.references/cli-arguments.md summarizes the unified run.py argument families and task dispatch.references/data-formats.md documents CSV, M4, anomaly, and UEA layouts plus local-vs-Hub behavior.references/model-catalog.md lists model families, dynamic discovery, and optional dependency surfaces.references/troubleshooting.md covers cross-cutting install/import, data, CLI, GPU, output, and source-tree issues.references/repo-provenance.md records the source revision and evidence baseline.scripts/check_tslib_environment.py checks Python imports, selected models, run.py --help, and optional torch CUDA status without training; pass --repo-root for the user's TSLib checkout.scripts/create_tiny_tslib_dataset.py creates a small local custom CSV with a date column and target column for smoke commands.scripts/.../*.sh command without checking its CUDA_VISIBLE_DEVICES, dataset path, epochs, model dependencies, and output folders.