product updateAmazon Web Services

AWS launches hyperparameter optimization guide for Amazon Nova Forge custom model training

TL;DR

AWS has published a technical guide on hyperparameter optimization for Amazon Nova Forge, its platform for building custom frontier models from Amazon Nova checkpoints. The guide addresses three core challenges: catastrophic forgetting during domain specialization, learning rate calibration when mixing proprietary and curated training data, and baseline performance constraints for reinforcement fine-tuning.

2 min read
0

AWS launches hyperparameter optimization guide for Amazon Nova Forge custom model training

AWS has published a technical guide on hyperparameter optimization for Amazon Nova Forge, its platform for building custom frontier models from Amazon Nova checkpoints. The guide addresses three core challenges: catastrophic forgetting during domain specialization, learning rate calibration when mixing proprietary and curated training data, and baseline performance constraints for reinforcement fine-tuning.

Key capabilities and training pipeline

Amazon Nova Forge enables organizations to customize Amazon Nova models using three complementary techniques:

Continued pre-training (CPT) expands model knowledge through self-supervised learning on unlabeled domain text. Nova Forge offers three checkpoint options for CPT: pre-trained, mid-trained, and post-trained, each suited to different data scales and downstream requirements.

Supervised fine-tuning (SFT) customizes model behavior using 1,000–10,000 input-output demonstration pairs per task. According to AWS, quality and consistency matter more than volume. SFT with data mixing uses Amazon Nova-curated datasets in reasoning and instruction-following categories to preserve general capabilities.

Reinforcement fine-tuning (RFT) optimizes model outputs using reward signals. Nova Forge supports custom verification logic through AWS Lambda integration, enabling domain-specific quality assessment for single-turn or multi-turn conversational tasks.

Critical hyperparameter challenges

The guide identifies learning rate as the most sensitive hyperparameter across all customization techniques. According to AWS, deviating from service defaults when mixing Nova data with proprietary data is the most common source of training instability.

Data mixing ratios require careful calibration. The technique blends proprietary training data with Amazon Nova-curated datasets to prevent catastrophic forgetting—when models lose general capabilities after training on narrow domain data. AWS states that models can lose instruction-following ability, reasoning capability, and broad knowledge when this balance is incorrect.

RFT works within specific baseline accuracy ranges. If baseline accuracy is too low, insufficient correct responses exist for reward-guided learning. If baseline accuracy is already high, additional training yields diminishing returns. AWS recommends running SFT first for low-baseline scenarios to establish foundational capabilities before RFT.

Training configuration

Nova Forge provides calibrated service defaults for each training technique that account for interactions between data distribution, mixing ratio, and training method. The platform supports secure hosting of custom models on AWS infrastructure.

Checkpoint selection determines how much existing alignment to preserve during customization. Combined with data mixing, this addresses the stability-flexibility tradeoff between learning organizational domain knowledge and retaining general model capabilities.

What this means

This guide signals AWS's positioning of Nova Forge as an enterprise-focused alternative to training custom models from scratch or using general-purpose fine-tuning APIs. The technical depth on catastrophic forgetting and learning rate sensitivity addresses real production failures that occur when organizations customize foundation models without adequate guardrails. The emphasis on service defaults and calibrated parameters suggests AWS is productizing lessons from internal model development to reduce trial-and-error costs for enterprise customers. Organizations evaluating custom model development now have documented approaches for the specific hyperparameter interactions that determine whether domain specialization succeeds or wastes compute.

Related Articles

product update

AWS Adds Temporal Policies to Bedrock AgentCore to Stop AI Agents From Exploiting Multi-Step Actions

Amazon Bedrock AgentCore now supports temporal policies—stateful authorization rules that evaluate an AI agent's entire session history, not just individual tool calls. The feature runs at the AgentCore Gateway, outside agent code, so it cannot be bypassed by prompt manipulation or agent bugs.

product update

AWS Adds Temporal Policies and Rate Limiting to Amazon Bedrock AgentCore to Govern AI Agent Behavior at Scale

Amazon Bedrock AgentCore now supports temporal policies that evaluate sequences of agent actions, not just single calls, powered by a new open-source policy language called Dogwood. AWS also added rate limiting at the gateway layer to cap token, request, and connection consumption per user.

product update

AWS Details Two Paths for Single-Region Claude Code Deployments on Amazon Bedrock

AWS published a technical guide detailing two methods for keeping Claude Code inference confined to a single AWS Region: Anthropic's newer Mantle endpoint and the classic Bedrock Invoke API with application inference profiles. The right path depends entirely on which Region compliance teams require.

product update

AWS Ships Six Agent Skills to Automate Amazon Bedrock's Automated Reasoning Policy Lifecycle

AWS published a suite of six Agent Skills that automate the full lifecycle of Amazon Bedrock Automated Reasoning policies—from rule extraction to deployment—directly from coding agents like Claude Code, Cursor, Kiro, and Codex. The skills wrap Bedrock's formal-logic verification APIs in structured workflows built on Anthropic's open Agent Skills format.

Comments

Loading...