ESmike commited on
Commit
baeb781
·
verified ·
1 Parent(s): 143083c

chore: update model card

Browse files
Files changed (1) hide show
  1. README.md +67 -127
README.md CHANGED
@@ -1,199 +1,139 @@
1
  ---
2
  library_name: transformers
3
- tags: []
 
 
 
 
4
  ---
5
 
6
- # Model Card for Model ID
7
-
8
- <!-- Provide a quick summary of what the model is/does. -->
9
 
 
10
 
 
11
 
12
  ## Model Details
13
 
14
  ### Model Description
15
 
16
- <!-- Provide a longer summary of what this model is. -->
17
-
18
- This is the model card of a 🤗 transformers model that has been pushed on the Hub. This model card has been automatically generated.
19
-
20
- - **Developed by:** [More Information Needed]
21
- - **Funded by [optional]:** [More Information Needed]
22
- - **Shared by [optional]:** [More Information Needed]
23
- - **Model type:** [More Information Needed]
24
- - **Language(s) (NLP):** [More Information Needed]
25
- - **License:** [More Information Needed]
26
- - **Finetuned from model [optional]:** [More Information Needed]
27
 
28
- ### Model Sources [optional]
 
 
 
 
 
29
 
30
- <!-- Provide the basic links for the model. -->
31
 
32
- - **Repository:** [More Information Needed]
33
- - **Paper [optional]:** [More Information Needed]
34
- - **Demo [optional]:** [More Information Needed]
35
 
36
  ## Uses
37
 
38
- <!-- Address questions around how the model is intended to be used, including the foreseeable users of the model and those affected by the model. -->
39
-
40
  ### Direct Use
41
 
42
- <!-- This section is for the model use without fine-tuning or plugging into a larger ecosystem/app. -->
43
-
44
- [More Information Needed]
45
-
46
- ### Downstream Use [optional]
47
-
48
- <!-- This section is for the model use when fine-tuned for a task, or when plugged into a larger ecosystem/app -->
49
-
50
- [More Information Needed]
51
 
52
  ### Out-of-Scope Use
53
 
54
- <!-- This section addresses misuse, malicious use, and uses that the model will not work well for. -->
55
-
56
- [More Information Needed]
57
 
58
  ## Bias, Risks, and Limitations
59
 
60
- <!-- This section is meant to convey both technical and sociotechnical limitations. -->
61
-
62
- [More Information Needed]
63
 
64
  ### Recommendations
65
 
66
- <!-- This section is meant to convey recommendations with respect to the bias, risk, and technical limitations. -->
67
-
68
- Users (both direct and downstream) should be made aware of the risks, biases and limitations of the model. More information needed for further recommendations.
69
 
70
  ## How to Get Started with the Model
71
 
72
- Use the code below to get started with the model.
 
 
 
 
73
 
74
- [More Information Needed]
 
 
 
 
 
 
 
75
 
76
  ## Training Details
77
 
78
  ### Training Data
79
 
80
- <!-- This should link to a Dataset Card, perhaps with a short stub of information on what the training data is all about as well as documentation related to data pre-processing or additional filtering. -->
81
-
82
- [More Information Needed]
83
 
84
  ### Training Procedure
85
 
86
- <!-- This relates heavily to the Technical Specifications. Content here should link to that section when it is relevant to the training procedure. -->
87
-
88
- #### Preprocessing [optional]
89
-
90
- [More Information Needed]
91
 
 
 
 
 
 
92
 
93
  #### Training Hyperparameters
94
 
95
- - **Training regime:** [More Information Needed] <!--fp32, fp16 mixed precision, bf16 mixed precision, bf16 non-mixed precision, fp16 non-mixed precision, fp8 mixed precision -->
96
-
97
- #### Speeds, Sizes, Times [optional]
98
-
99
- <!-- This section provides information about throughput, start/end time, checkpoint size if relevant, etc. -->
100
-
101
- [More Information Needed]
102
 
103
  ## Evaluation
104
 
105
- <!-- This section describes the evaluation protocols and provides the results. -->
106
-
107
  ### Testing Data, Factors & Metrics
108
 
109
  #### Testing Data
110
 
111
- <!-- This should link to a Dataset Card if possible. -->
112
-
113
- [More Information Needed]
114
 
115
  #### Factors
116
 
117
- <!-- These are the things the evaluation is disaggregating by, e.g., subpopulations or domains. -->
118
-
119
- [More Information Needed]
120
 
121
  #### Metrics
122
 
123
- <!-- These are the evaluation metrics being used, ideally with a description of why. -->
124
-
125
- [More Information Needed]
126
 
127
  ### Results
128
 
129
- [More Information Needed]
130
 
131
  #### Summary
132
 
 
 
 
133
 
134
-
135
- ## Model Examination [optional]
136
-
137
- <!-- Relevant interpretability work for the model goes here -->
138
-
139
- [More Information Needed]
140
-
141
- ## Environmental Impact
142
-
143
- <!-- Total emissions (in grams of CO2eq) and additional considerations, such as electricity usage, go here. Edit the suggested text below accordingly -->
144
-
145
- Carbon emissions can be estimated using the [Machine Learning Impact calculator](https://mlco2.github.io/impact#compute) presented in [Lacoste et al. (2019)](https://arxiv.org/abs/1910.09700).
146
-
147
- - **Hardware Type:** [More Information Needed]
148
- - **Hours used:** [More Information Needed]
149
- - **Cloud Provider:** [More Information Needed]
150
- - **Compute Region:** [More Information Needed]
151
- - **Carbon Emitted:** [More Information Needed]
152
-
153
- ## Technical Specifications [optional]
154
 
155
  ### Model Architecture and Objective
156
 
157
- [More Information Needed]
158
-
159
- ### Compute Infrastructure
160
-
161
- [More Information Needed]
162
-
163
- #### Hardware
164
-
165
- [More Information Needed]
166
 
167
  #### Software
168
 
169
- [More Information Needed]
170
-
171
- ## Citation [optional]
172
-
173
- <!-- If there is a paper or blog post introducing the model, the APA and Bibtex information for that should go in this section. -->
174
-
175
- **BibTeX:**
176
-
177
- [More Information Needed]
178
-
179
- **APA:**
180
-
181
- [More Information Needed]
182
-
183
- ## Glossary [optional]
184
-
185
- <!-- If relevant, include terms and calculations in this section that can help readers understand the model or model card. -->
186
-
187
- [More Information Needed]
188
-
189
- ## More Information [optional]
190
-
191
- [More Information Needed]
192
-
193
- ## Model Card Authors [optional]
194
-
195
- [More Information Needed]
196
 
197
- ## Model Card Contact
198
 
199
- [More Information Needed]
 
 
 
 
1
  ---
2
  library_name: transformers
3
+ license: mit
4
+ language:
5
+ - en
6
+ base_model:
7
+ - microsoft/phi-2
8
  ---
9
 
 
 
 
10
 
11
+ # Model Card for Phi-2_DPO_M3_Base
12
 
13
+ A LoRA-finetuned variant of **microsoft/phi-2** targeting STEM multiple-choice question answering (MCQA). The model was first trained with SFT on mixed STEM MCQA datasets, then aligned via DPO using human preference data (EPFL exam MCQAs). This **Base** checkpoint is the standard (non-quantized) version intended for highest fidelity before any 4/8-bit compression.
14
 
15
  ## Model Details
16
 
17
  ### Model Description
18
 
19
+ This model adapts Phi-2 (≈2.78B params, 2,048 context length) for MCQA, especially STEM. Training used LoRA adapters (rank=16, α=16, dropout=0.05) with the TRL library for SFT and DPO; checkpoints focus on adapter weights for compactness. This Base release loads in full precision (fp16/bf16 capable) and is recommended for evaluation and further finetuning.
 
 
 
 
 
 
 
 
 
 
20
 
21
+ * **Developed by:** ShAIkespear team
22
+ * **Shared by:** ShAIkespear team
23
+ * **Model type:** Causal decoder-only LM (Phi-2) with LoRA adapters; DPO-aligned MCQA assistant
24
+ * **Language(s) (NLP):** English (training/eval datasets primarily EN)
25
+ * **License:** MIT (per repository)
26
+ * **Finetuned from model:** microsoft/phi-2
27
 
28
+ ### Model Sources
29
 
30
+ * **Repository:** [2.8B-Phi-2-LLM-QA](https://github.com/EricSaikali/2.8B-Phi-2-LLM-QA)
31
+ * **Report:** “ShAIkerspear How to replace TAs: A comprehensive study on letting LLMs answer your questions”
 
32
 
33
  ## Uses
34
 
 
 
35
  ### Direct Use
36
 
37
+ * MCQA answering for STEM and general knowledge benchmarks (e.g., MMLU, OpenBookQA).
38
+ * Educational assistants/tutors for multiple-choice reasoning with short explanation-then-answer prompts.
 
 
 
 
 
 
 
39
 
40
  ### Out-of-Scope Use
41
 
42
+ * High-stakes domains (medical, legal, safety-critical) without human oversight.
43
+ * Generative tasks outside MCQA chat format may underperform (e.g., long-form proofs).
44
+ * Any use that violates exam integrity or leaks copyrighted/confidential test content.
45
 
46
  ## Bias, Risks, and Limitations
47
 
48
+ * **STEM difficulty:** Performance on harder math/science MCQA can hover near chance on some sets, indicating limited reliability for difficult reasoning.
49
+ * **Alignment drift:** DPO after SFT can affect strict letter-only answer formatting; the model may add extra content or follow-ups.
50
+ * **Data risk:** Exam-derived prompts/answers may raise confidentiality/fairness concerns if reused exams are included.
51
 
52
  ### Recommendations
53
 
54
+ * Keep a human in the loop for grading/teaching.
55
+ * Prefer balanced MCQA data; use explicit “### Question / ### Explanation / ### Answer” formatting to stabilize outputs.
56
+ * Add guardrails to discourage cheating or policy-violating requests.
57
 
58
  ## How to Get Started with the Model
59
 
60
+ ```python
61
+ from transformers import AutoModelForCausalLM, AutoTokenizer
62
+ import torch
63
+
64
+ model_id = "ShAIkespear/Phi-2_DPO_M3_Base" # replace with your Hub ID
65
 
66
+ tok = AutoTokenizer.from_pretrained(model_id, use_fast=True)
67
+ model = AutoModelForCausalLM.from_pretrained(model_id, device_map="auto")
68
+
69
+ prompt = "### Question: What is 2+2?\n### Explanation: Add the integers.\n### Answer:"
70
+ inputs = tok(prompt, return_tensors="pt").to(model.device)
71
+ out = model.generate(**inputs, max_new_tokens=10)
72
+ print(tok.decode(out[0], skip_special_tokens=True))
73
+ ```
74
 
75
  ## Training Details
76
 
77
  ### Training Data
78
 
79
+ Mixed SFT on MathQA, OpenBookQA, ScienceQA, TAL-SCQ5K, plus balanced/shuffled merged MCQA sets; DPO on HelpSteer and a student-curated EPFL preference dataset (~20–30k pairs; subsets used for SFT/DPO). Long items (>512 tokens) dropped; large datasets clipped to 20k samples. Example split: train 50%, test_overfit 25%, test_comparison 10%, test_quantization 15% (quant split retained for comparability, though this is the Base model).
 
 
80
 
81
  ### Training Procedure
82
 
83
+ #### Preprocessing
 
 
 
 
84
 
85
+ Unified MCQA schema.
86
+ SFT format: `id, subject, question, answer/answer_text, choices`.
87
+ DPO format: `prompt, rejected, chosen`.
88
+ Prompts used a structured header:
89
+ `### Question ... ### Explanation ... ### Answer`
90
 
91
  #### Training Hyperparameters
92
 
93
+ * **Regime:** Mixed precision typical for TRL (fp16/bf16 depending on hardware); LoRA rank 16, α 16, dropout 0.05.
94
+ * **Batch sizes:** SFT train/eval = 4; DPO = 1 (to avoid OOM).
95
+ * **Learning rate:** 1e-5 for public datasets; 1e-4 for EPFL data; cosine schedule with warmup.
96
+ * **Frameworks:** Hugging Face TRL + PEFT/LoRA, Transformers.
 
 
 
97
 
98
  ## Evaluation
99
 
 
 
100
  ### Testing Data, Factors & Metrics
101
 
102
  #### Testing Data
103
 
104
+ Per-dataset held-out test sets (per splits), plus MMLU converted to the SFT schema.
 
 
105
 
106
  #### Factors
107
 
108
+ Task domain (math vs. general science vs. open-domain), data balancing, and SFT→DPO ordering.
 
 
109
 
110
  #### Metrics
111
 
112
+ MCQA accuracy; DPO pairwise preference accuracy.
 
 
113
 
114
  ### Results
115
 
116
+ Across ablations, the **balanced-then-DPO** configuration (M3) performed best overall on the team’s benchmark suite. The Base model serves as the reference for subsequent quantized variants.
117
 
118
  #### Summary
119
 
120
+ * Balanced MCQA SFT improved robustness.
121
+ * DPO on EPFL preferences improved alignment and EPFL-style accuracy.
122
+ * Use this Base checkpoint when you prioritize maximum fidelity or plan additional finetuning; switch to quantized variants for memory-constrained inference.
123
 
124
+ ## Technical Specifications
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
125
 
126
  ### Model Architecture and Objective
127
 
128
+ Phi-2 transformer decoder LM (≈2.78B params) with next-token prediction objective; LoRA adapters for parameter-efficient finetuning; DPO for preference alignment.
 
 
 
 
 
 
 
 
129
 
130
  #### Software
131
 
132
+ Hugging Face TRL, PEFT/LoRA, Transformers.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
133
 
134
+ ## Glossary
135
 
136
+ * **MCQA:** Multiple-choice question answering.
137
+ * **SFT:** Supervised finetuning with gold answers.
138
+ * **DPO:** Direct Preference Optimization (pairwise preference alignment).
139
+ * **LoRA:** Low-Rank Adaptation for parameter-efficient finetuning.