Update README.md
Browse files
README.md
CHANGED
|
@@ -18,182 +18,100 @@ The HamOrSpamModel classifies messages as either spam
|
|
| 18 |
|
| 19 |
The HamOrSpamModel is a text classification model designed to classify messages as either spam or non-spam (ham). It leverages the powerful Transformer architecture, fine-tuned on a labeled dataset of messages to achieve high accuracy in identifying spam messages. This model can be used in applications such as email filtering, SMS spam detection, and social media content moderation.
|
| 20 |
- **Developed by:** [Ire Nkweke]
|
| 21 |
-
- **Funded by [optional]:** [More Information Needed]
|
| 22 |
- **Shared by [optional]:** [Ire Nkweke]
|
| 23 |
- **Model type:** [Text Classification]
|
| 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 |
-
|
| 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 |
-
|
|
|
|
|
|
|
|
|
|
|
|
|
| 53 |
|
| 54 |
-
|
|
|
|
|
|
|
|
|
|
| 55 |
|
| 56 |
-
|
|
|
|
|
|
|
| 57 |
|
| 58 |
## Bias, Risks, and Limitations
|
| 59 |
|
| 60 |
<!-- This section is meant to convey both technical and sociotechnical limitations. -->
|
| 61 |
|
| 62 |
-
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 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 |
-
|
| 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 |
-
|
| 170 |
|
| 171 |
-
|
| 172 |
|
| 173 |
-
|
| 174 |
|
| 175 |
-
|
| 176 |
|
| 177 |
-
[More Information Needed]
|
| 178 |
|
| 179 |
-
|
|
|
|
| 180 |
|
| 181 |
-
|
| 182 |
|
| 183 |
-
|
| 184 |
|
| 185 |
-
|
|
|
|
|
|
|
|
|
|
|
|
|
| 186 |
|
| 187 |
-
|
|
|
|
| 188 |
|
| 189 |
-
|
|
|
|
| 190 |
|
| 191 |
-
|
|
|
|
|
|
|
| 192 |
|
| 193 |
-
|
|
|
|
|
|
|
|
|
|
| 194 |
|
| 195 |
-
|
| 196 |
|
| 197 |
-
|
|
|
|
| 198 |
|
| 199 |
-
|
|
|
|
| 18 |
|
| 19 |
The HamOrSpamModel is a text classification model designed to classify messages as either spam or non-spam (ham). It leverages the powerful Transformer architecture, fine-tuned on a labeled dataset of messages to achieve high accuracy in identifying spam messages. This model can be used in applications such as email filtering, SMS spam detection, and social media content moderation.
|
| 20 |
- **Developed by:** [Ire Nkweke]
|
|
|
|
| 21 |
- **Shared by [optional]:** [Ire Nkweke]
|
| 22 |
- **Model type:** [Text Classification]
|
|
|
|
|
|
|
|
|
|
| 23 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 24 |
|
| 25 |
## Uses
|
| 26 |
|
| 27 |
<!-- Address questions around how the model is intended to be used, including the foreseeable users of the model and those affected by the model. -->
|
| 28 |
|
| 29 |
+
The HamOrSpamModel is designed to classify text messages as either spam or non-spam (ham). This model can be used in various applications including:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 30 |
|
| 31 |
+
Email Filtering: Automatically classifying incoming emails to filter out spam and keep the inbox clean.
|
| 32 |
+
SMS Spam Detection: Identifying and blocking spam messages sent to mobile phones.
|
| 33 |
+
Social Media Content Moderation: Flagging spam content in social media posts and comments.
|
| 34 |
+
Customer Support: Filtering spam messages from genuine customer inquiries in chatbots and support systems.
|
| 35 |
+
Foreseeable users of the model include:
|
| 36 |
|
| 37 |
+
Developers: Integrating the model into applications for automated spam detection.
|
| 38 |
+
Organizations: Implementing the model to protect users from spam messages in their communication platforms.
|
| 39 |
+
Researchers: Analyzing the effectiveness of spam detection algorithms and improving upon them.
|
| 40 |
+
Those affected by the model include:
|
| 41 |
|
| 42 |
+
End-users: Benefiting from reduced spam in their communications.
|
| 43 |
+
Spammers: Having their spam messages effectively blocked or flagged.
|
| 44 |
+
Moderators: Receiving support in content moderation tasks.
|
| 45 |
|
| 46 |
## Bias, Risks, and Limitations
|
| 47 |
|
| 48 |
<!-- This section is meant to convey both technical and sociotechnical limitations. -->
|
| 49 |
|
| 50 |
+
The HamOrSpamModel has several limitations and potential biases:
|
| 51 |
+
|
| 52 |
+
Data Bias: The model's training data may contain inherent biases, leading to biased predictions. For example, if the training data is skewed towards certain types of spam, the model might underperform on other types.
|
| 53 |
+
False Positives and Negatives: The model might incorrectly classify legitimate messages as spam (false positives) or fail to identify spam messages (false negatives).
|
| 54 |
+
Language Limitations: The model is primarily trained on English messages and might not perform well on messages in other languages.
|
| 55 |
+
Context Understanding: The model may struggle with messages where the context determines whether they are spam or not (e.g., promotional messages from known contacts).
|
| 56 |
+
Evolving Spam Techniques: Spammers continuously evolve their techniques to bypass spam filters, which might reduce the model's effectiveness over time.
|
| 57 |
|
| 58 |
### Recommendations
|
| 59 |
|
| 60 |
<!-- This section is meant to convey recommendations with respect to the bias, risk, and technical limitations. -->
|
| 61 |
|
| 62 |
+
Users (both direct and downstream) should be made aware of the risks, biases, and limitations of the model. More information needed for further recommendations.
|
| 63 |
+
|
| 64 |
+
Regular Updates: Continuously update the model with new data to adapt to evolving spam techniques.
|
| 65 |
+
Human Review: Implement a human-in-the-loop system where flagged messages are reviewed by humans to reduce false positives.
|
| 66 |
+
Contextual Training: Fine-tune the model on domain-specific data to improve its performance in specific contexts (e.g., finance, healthcare).
|
| 67 |
+
Bias Mitigation: Analyze the training data for biases and consider methods to mitigate them during model training.
|
| 68 |
|
| 69 |
## How to Get Started with the Model
|
| 70 |
|
| 71 |
Use the code below to get started with the model.
|
| 72 |
|
| 73 |
+
1. Install Dependencies:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 74 |
|
| 75 |
+
pip install transformers torch
|
| 76 |
|
| 77 |
+
2.Load the Model and Tokenizer:
|
| 78 |
|
| 79 |
+
from transformers import AutoModelForSequenceClassification, AutoTokenizer
|
| 80 |
|
| 81 |
+
model_name = "IreNkweke/HamOrSpamModel"
|
| 82 |
|
|
|
|
| 83 |
|
| 84 |
+
model = AutoModelForSequenceClassification.from_pretrained(model_name)
|
| 85 |
+
tokenizer = AutoTokenizer.from_pretrained(model_name)
|
| 86 |
|
| 87 |
+
3. Classify Messages:
|
| 88 |
|
| 89 |
+
import torch
|
| 90 |
|
| 91 |
+
def classify_message(text):
|
| 92 |
+
inputs = tokenizer(text, padding=True, truncation=True, return_tensors="pt")
|
| 93 |
+
outputs = model(**inputs)
|
| 94 |
+
predictions = torch.nn.functional.softmax(outputs.logits, dim=-1)
|
| 95 |
+
return predictions
|
| 96 |
|
| 97 |
+
message = "Congratulations! You've won a $1000 gift card. Click here to claim your prize."
|
| 98 |
+
result = classify_message(message)
|
| 99 |
|
| 100 |
+
print(f"Spam Probability: {result[0][1].item() * 100:.2f}%")
|
| 101 |
+
print(f"Non-Spam Probability: {result[0][0].item() * 100:.2f}%")
|
| 102 |
|
| 103 |
+
4. Example Usage:
|
| 104 |
+
message = "You have a new message from John. Check it out!"
|
| 105 |
+
result = classify_message(message)
|
| 106 |
|
| 107 |
+
if result[0][1] > 0.5:
|
| 108 |
+
print("This message is spam.")
|
| 109 |
+
else:
|
| 110 |
+
print("This message is not spam.")
|
| 111 |
|
| 112 |
+
By following these steps, users can easily integrate the HamOrSpamModel into their applications to classify messages as spam or non-spam.
|
| 113 |
|
| 114 |
+
Code Example
|
| 115 |
+
Here is a simple code example to load and use the HamOrSpamModel:
|
| 116 |
|
| 117 |
+
Install Dependencies:
|