Cruciator commited on
Commit
7e041fd
·
verified ·
1 Parent(s): 4dafc16

Update README.md

Browse files
Files changed (1) hide show
  1. README.md +64 -155
README.md CHANGED
@@ -1,199 +1,108 @@
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
+ license: apache-2.0
3
+ language:
4
+ - en
5
+ base_model: bert-base-uncased
6
+ tags:
7
+ - encoder-decoder
8
+ - text2text-generation
9
+ - summarization
10
+ - dialogue-summarization
11
+ datasets:
12
+ - knkarthick/dialogsum
13
+ metrics:
14
+ - rouge
15
+ pipeline_tag: text2text-generation
16
  ---
17
 
18
+ # bert2bert-dialogsum
 
 
 
19
 
20
+ This is a BERT2BERT encoder-decoder model, warm-started from two `bert-base-uncased` checkpoints and fine-tuned for **dialogue summarization** on the [DialogSum](https://huggingface.co/datasets/knkarthick/dialogsum) dataset.
21
 
22
  ## Model Details
23
 
24
  ### Model Description
25
 
26
+ The model takes a multi-turn dialogue as input and generates a short, single-sentence-style summary of the conversation. Both the encoder and decoder are initialized from `bert-base-uncased`; a randomly initialized cross-attention module was added to the decoder to let it attend over the encoder's output, following the standard [Leveraging Pre-trained Checkpoints](https://arxiv.org/abs/1907.12461) warm-start recipe for encoder-decoder models.
 
 
 
 
 
 
 
 
 
 
27
 
28
+ - **Developed by:** Gaurav
29
+ - **Model type:** Encoder-decoder (BERT2BERT) for text2text generation
30
+ - **Language:** English
31
+ - **License:** Apache 2.0 (inherited from the base `bert-base-uncased` checkpoints)
32
+ - **Finetuned from model:** [bert-base-uncased](https://huggingface.co/bert-base-uncased) (both encoder and decoder)
33
 
34
+ ### Model Sources
35
 
36
+ - **Base model:** [bert-base-uncased](https://huggingface.co/bert-base-uncased)
37
+ - **Training data:** [knkarthick/dialogsum](https://huggingface.co/datasets/knkarthick/dialogsum)
 
38
 
39
  ## Uses
40
 
 
 
41
  ### Direct Use
42
 
43
+ Summarizing short, informal, multi-turn dialogues (e.g. chat transcripts, meeting snippets, customer support conversations) into a concise summary. Use the `text2text-generation` / `EncoderDecoderModel.generate()` API with an input dialogue truncated to 256 tokens.
 
 
 
 
 
 
 
 
44
 
45
  ### Out-of-Scope Use
46
 
47
+ - Long-form documents, articles, or single-speaker text (the model was trained exclusively on short multi-turn dialogues, capped at 256 input tokens)
48
+ - Non-English text
49
+ - Domains far outside DialogSum's everyday-conversation style (e.g. legal, medical, or highly technical dialogue) without further fine-tuning
50
 
51
  ## Bias, Risks, and Limitations
52
 
53
+ - Trained on a relatively small dataset (~12.5k training examples) for a small number of epochs, so summary quality and factual faithfulness are not guaranteed — always review generated summaries before relying on them.
54
+ - Inherits any biases present in `bert-base-uncased` and in the DialogSum dataset's crowd-sourced dialogues.
55
+ - Input dialogues are truncated at 256 tokens and output summaries are capped at 64 tokens, so longer conversations will be cut off rather than summarized in full.
 
 
 
 
 
 
56
 
57
  ## How to Get Started with the Model
58
 
59
+ ```python
60
+ from transformers import EncoderDecoderModel, BertTokenizerFast
61
 
62
+ model = EncoderDecoderModel.from_pretrained("Cruciator/bert2bert-dialogsum")
63
+ tokenizer = BertTokenizerFast.from_pretrained("Cruciator/bert2bert-dialogsum")
64
+
65
+ dialogue = "#Person1#: Can we reschedule our meeting to Friday? #Person2#: Sure, works for me."
66
+ inputs = tokenizer(dialogue, return_tensors="pt", truncation=True, max_length=256)
67
+ summary_ids = model.generate(**inputs)
68
+ print(tokenizer.decode(summary_ids[0], skip_special_tokens=True))
69
+ ```
70
 
71
  ## Training Details
72
 
73
  ### Training Data
74
 
75
+ [DialogSum](https://huggingface.co/datasets/knkarthick/dialogsum) — 12,460 training examples and 500 validation examples of short, multi-turn dialogues paired with human-written summaries.
 
 
76
 
77
  ### Training Procedure
78
 
79
+ - Inputs tokenized to a max length of 256 tokens; targets tokenized to a max length of 64 tokens
80
+ - Both encoder and decoder warm-started from `bert-base-uncased`; cross-attention weights randomly initialized
81
+ - Decoder inputs generated internally from labels (standard right-shifted teacher forcing)
 
 
 
82
 
83
  #### Training Hyperparameters
84
 
85
+ - **Epochs:** 3
86
+ - **Per-device train/eval batch size:** 16
87
+ - **Mixed precision:** fp16
88
+ - **Generation (eval-time):** beam search, `num_beams=2`
89
+ - **Generation (inference defaults on this checkpoint):** beam search, `num_beams=4`, `length_penalty=2.0`, `no_repeat_ngram_size=3`, `early_stopping=True`
90
+ - **Hardware:** Google Colab, NVIDIA T4 GPU
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
91
 
92
+ ### Evaluation
93
 
94
+ Evaluated on the DialogSum validation split (500 examples) at the end of each epoch using ROUGE-2 F-measure.
95
 
96
+ | Epoch | Training Loss | Validation Loss | ROUGE-2 F-measure |
97
+ |:-----:|:--------------:|:----------------:|:------------------:|
98
+ | 1 | 2.489 | 2.257 | 0.0612 |
99
+ | 2 | 2.072 | 2.091 | 0.0884 |
100
+ | 3 | 1.734 | 2.070 | 0.1069 |
101
 
102
+ ROUGE-2 was still improving at the final epoch, suggesting further training beyond 3 epochs would likely improve results further.
103
 
104
+ ## Technical Specifications
105
 
106
+ - **Model size:** ~0.2B parameters
107
+ - **Tensor type:** F32
108
+ - **Framework:** 🤗 Transformers (v5)