Instructions to use wasmdashai/asg-v1 with libraries, inference providers, notebooks, and local apps. Follow these links to get started.
- Libraries
- Transformers
How to use wasmdashai/asg-v1 with Transformers:
# Use a pipeline as a high-level helper from transformers import pipeline pipe = pipeline("text-generation", model="wasmdashai/asg-v1", trust_remote_code=True) messages = [ {"role": "user", "content": "Who are you?"}, ] pipe(messages)# Load model directly from transformers import AutoModelForCausalLM model = AutoModelForCausalLM.from_pretrained("wasmdashai/asg-v1", trust_remote_code=True, device_map="auto") - Notebooks
- Google Colab
- Kaggle
- Local Apps Settings
- vLLM
How to use wasmdashai/asg-v1 with vLLM:
Install from pip and serve model
# Install vLLM from pip: pip install vllm # Start the vLLM server: vllm serve "wasmdashai/asg-v1" # Call the server using curl (OpenAI-compatible API): curl -X POST "http://localhost:8000/v1/chat/completions" \ -H "Content-Type: application/json" \ --data '{ "model": "wasmdashai/asg-v1", "messages": [ { "role": "user", "content": "What is the capital of France?" } ] }'Use Docker
docker model run hf.co/wasmdashai/asg-v1
- SGLang
How to use wasmdashai/asg-v1 with SGLang:
Install from pip and serve model
# Install SGLang from pip: pip install sglang # Start the SGLang server: python3 -m sglang.launch_server \ --model-path "wasmdashai/asg-v1" \ --host 0.0.0.0 \ --port 30000 # Call the server using curl (OpenAI-compatible API): curl -X POST "http://localhost:30000/v1/chat/completions" \ -H "Content-Type: application/json" \ --data '{ "model": "wasmdashai/asg-v1", "messages": [ { "role": "user", "content": "What is the capital of France?" } ] }'Use Docker images
docker run --gpus all \ --shm-size 32g \ -p 30000:30000 \ -v ~/.cache/huggingface:/root/.cache/huggingface \ --env "HF_TOKEN=<secret>" \ --ipc=host \ lmsysorg/sglang:latest \ python3 -m sglang.launch_server \ --model-path "wasmdashai/asg-v1" \ --host 0.0.0.0 \ --port 30000 # Call the server using curl (OpenAI-compatible API): curl -X POST "http://localhost:30000/v1/chat/completions" \ -H "Content-Type: application/json" \ --data '{ "model": "wasmdashai/asg-v1", "messages": [ { "role": "user", "content": "What is the capital of France?" } ] }' - Docker Model Runner
How to use wasmdashai/asg-v1 with Docker Model Runner:
docker model run hf.co/wasmdashai/asg-v1
Accessing ASGTransformer During Training and Loading Intermediate Checkpoints
Accessing ASGTransformer During Training and Loading Intermediate Checkpoints
Hello ASGTransformer community,
I would like to document and discuss the recommended method for accessing and testing wasmdashai/asg-v1 while the model is being trained.
The main objectives are:
- Save intermediate training checkpoints safely.
- Upload selected checkpoints to the Hugging Face Hub.
- Load a specific checkpoint for evaluation or scenario generation.
- Resume interrupted training from the latest checkpoint.
- Verify that the custom
generate_scenario()method remains available after saving and reloading. - Avoid disrupting the active training process or unnecessarily duplicating the model in GPU memory.
The expected training workflow is:
Training Dataset
β
Tokenizer
β
ASGTransformer
β
Periodic Local Checkpoints
β
Evaluation and Scenario Tests
β
Hugging Face Hub
β
Final Production Model
A checkpoint should contain the complete ASGTransformer configuration, custom architecture files, tokenizer files, model weights, generation configuration, knowledge catalog, and the training state required to resume training.
The model should remain loadable through:
from transformers import AutoModelForCausalLM, AutoTokenizer
checkpoint_id = "wasmdashai/asg-v1"
tokenizer = AutoTokenizer.from_pretrained(
checkpoint_id,
trust_remote_code=True,
)
model = AutoModelForCausalLM.from_pretrained(
checkpoint_id,
trust_remote_code=True,
torch_dtype="auto",
device_map="auto",
)
result = model.generate_scenario(
tokenizer,
"Create an authorized defensive cybersecurity training scenario.",
language="en",
max_new_tokens=384,
)
print(result["text"])
Questions for discussion:
- Should development checkpoints be stored in the main branch, a dedicated branch, or separate repositories?
- What is the recommended checkpoint interval for ASGTransformer?
- Should optimizer and scheduler states be uploaded, or only the deployable model files?
- What automated validation tests should run before promoting a checkpoint to the production revision?
- Should stable releases use semantic tags such as
v1.1.0?
The intended outcome is a reliable training and deployment lifecycle in which ASGTransformer can be evaluated during training, resumed after interruption, and published without losing its custom architecture or scenario-generation capabilities.