In this article, we will learn to deploy and test the new Apple Models and build a RAG system to emulate Apple Intelligence using Elastic as a vector database, and OpenELM as the model provider.
There’s a Notebook with the full exercise here.
Introduction
In April, Apple released their Open Efficient Language Models (OpenELM) in 270M, 450M, 1.1B and 3B parameters in both chat and instruct versions. Larger parameter models are usually better at complex tasks in exchange for being slower and more resource consuming, while smaller ones tend to be faster, less demanding. The election will depend on the problem we want to solve.
The creators highlight this model’s relevance from a research point of view, by making everything you need to train them available, and still show how their models have a higher performance with fewer parameters than their competitors, in some cases.
What is remarkable about these models is transparency, as everything needed to reproduce them is open, as opposed to those that only provide model weights and inference code, and carry out pre-training on private datasets.
The framework used to generate and train these models (CoreNet) is also available.
One of the advantages of the OpenELM models is that they can migrate to MLX, which is a deep learning framework optimized for devices with Apple Silicon processors, so they can benefit from this technology by training local models for these devices.
Apple just released the new iphone and one of the new features is Apple Intelligence which leverages AI to help in tasks like notifications classification, context aware recommendations and email writing.
Let's build an app to achieve the same using Elastic and OpenELM!
The app flow is as follows:
Steps
Deploying the model
The first step is to deploy the model. You can find the full information about the models here: https://huggingface.co/collections/apple/openelm-instruct-models-6619ad295d7ae9f868b759ca
We’ll use the instruct models since we want our model to follow instructions rather than talking to it. Instruct models are trained for one shot requests rather than holding a conversation.
First, we need to clone the repository:
git clone https://huggingface.co/apple/OpenELM
Then, you’ll need a HuggingFace access token here.
Next, you need to request access to the Llama-2-7b model inn HuggingFace to use the OpenELM tokenizer.
Afterwards, run the following command in the repository folder you’ve just cloned:
python generate_openelm.py --model apple/OpenELM-270M-Instruct --hf_access_token [HF_ACCESS_TOKEN] --prompt 'Once upon a time there was' --generate_kwargs repetition_penalty=1.2 prompt_lookup_num_tokens=10
You should get a response similar to this:
Once upon a time there was a man named John Smith. He had been born in the small town of Pine Bluff, Arkansas, and raised by his single mother, Mary Ann. John's family moved to California when he was young, settling in San Francisco where he attended high school. After graduating from high school, John enlisted in the U.S. Army as a machine gunner. John's first assignment took him to Germany, serving with the 1st Battalion, 12th Infantry Regiment. During this time, John learned German and quickly became fluent in the language. In fact, it took him only two months to learn all 3,000 words of the alphabet. John's love for learning led him to attend college at Stanford University, majoring in history. While attending school, John also served as a rifleman in the 1st Armored Division. After completing his undergraduate education, John returned to California to join the U.S. Navy. Upon his return to California, John married Mary Lou, a local homemaker. They raised three children: John Jr., Kathy, and Sharon. John enjoyed spending time with
Done! We can send instructions using the command line, however, we want the model to use our information.
Indexing data
Now, we’ll index some documents in Elastic to use with the Model.
To fully use the power of semantic search, make sure you deploy the ELSER model, using the inference endpoint:
PUT _inference/sparse_embedding/my-elser-model
{
"service": "elser",
"service_settings": {
"num_allocations": 1,
"num_threads": 1
}
}
If this is your first time using ELSER, you might have to wait a bit. You can check the deployment progress at Kibana > Machine Learning > Trained Models
Now, we’ll create the index that will represent the data in the mobile phones where the agent has access.
PUT mobile-assistant
{
"mappings": {
"properties": {
"title": {
"type": "text",
"analyzer": "english"
},
"description": {
"type": "text",
"analyzer": "english",
"copy_to": "semantic_field"
},
"semantic_field": {
"type": "semantic_text",
"inference_id": "my-elser-model"
}
}
}
}
We use copy_to to set the description field for both full text search, as well as semantic search. Now, let’s add the documents:
POST _bulk
{ "index" : { "_index" : "mobile-assistant", "_id": "email1"} }
{ "title": "Team Meeting Agenda", "description": "Hello team, Let's discuss our project progress in tomorrow's meeting. Please prepare your updates. Best regards, Manager" }
{ "index" : { "_index" : "mobile-assistant", "_id": "email2"} }
{ "title": "Client Proposal Draft", "description": "Hi, I've attached the draft of our client proposal. Could you review it and provide feedback? Thanks, Colleague" }
{ "index" : { "_index" : "mobile-assistant", "_id": "email3"} }
{ "title": "Weekly Newsletter", "description": "This week in tech: AI advancements, new smartphone releases, and cybersecurity updates. Read more on our website!" }
{ "index" : { "_index" : "mobile-assistant", "_id": "email4"} }
{ "title": "Urgent: Project Deadline Update", "description": "Dear team, Due to recent developments, we need to move up our project deadline. The new submission date is next Friday. Please adjust your schedules accordingly and let me know if you foresee any issues. We'll discuss this in detail during our next team meeting. Best regards, Project Manager" }
{ "index" : { "_index" : "mobile-assistant", "_id": "email5"} }
{ "title": "Invitation: Company Summer Picnic", "description": "Hello everyone, We're excited to announce our annual company summer picnic! It will be held on Saturday, July 15th, at Sunny Park. There will be food, games, and activities for all ages. Please RSVP by replying to this email with the number of guests you'll be bringing. We look forward to seeing you there! Best, HR Team" }
Testing the model
Now that we have the data and model, we just need to connect both for the model to do what we need.
We start by creating a function to build our system prompt. Since this is an instruct
model, it doesn’t expect a conversation but rather to receive an instruction and return the result.
We’ll use a chat template to format the prompt.
def build_prompt(question, elasticsearch_documents):
docs_text = "\n".join([
f"Title: {doc['title']}\nDescription: {doc['description']}"
for doc in elasticsearch_documents
])
prompt = f"""<|system|>
You are Elastic Intelligence (EI), a virtual assistant on a cell phone. Answer questions about emails concisely and accurately.
You can only answer based on the context provided by the user.</s>
<|user|>
CONTEXT:
{docs_text}
QUESTION:
{question} </s>
<|assistant|>"""
return prompt
"""
Now, using semantic search, let’s add a function to fetch relevant documents from Elastic, based on the user’s questions:
def retrieve_documents(question):
search_body = {
"query": {
"semantic": {
"query": question,
"field": "semantic_field"
}
}
}
response = client.search(index=index_name, body=search_body)
return [hit["_source"] for hit in response["hits"]["hits"]]
Now, let’s try writing: "Summarize my emails". To make sending the prompt easier, we’ll call the function generate
in the file generate_openelm.py
instead of using the CLI.
from OpenELM.generate_openelm import generate
output_text, generation_time = generate(
prompt=prompt,
model=MODEL,
hf_access_token=HUGGINGFACE_TOKEN,
)
print("-----GENERATION TIME-----")
print(f'\033[92m {round(generation_time, 2)} \033[0m')
print("-----RESPONSE-----")
print(output_text)
The first answers were varied and not very good. We got the right answer in some cases and in others not. The model returned details on its reasoning, HTML code or the mention of people who were not in the context.
If we limit the question to yes/no answers, the model behaves better. This makes sense since it’s a small model and has less thinking capacity.
Now, let’s try a classification task:
We see it takes a small loop but the model it’s able to classify the email correctly. This makes the model interesting for tasks like classifying emails or notification by topic or relevance. Another important thing to note is how sensitive this kind of models are to prompt variations. A small detail like how the task is described, can make answers vary greatly.
Experiment with the prompt until you achieve the desired result.
Conclusion
Though OpenLM models don’t try to compete at a business level, they provide an interesting alternative in experimental scenarios since they openly provide the complete training pipeline and have a highly customizable framework to use with your own data. They are ideal for developers that need offline, customized, and efficient models.
Results might not be as impressive as with other models, but the option to train this model from scratch is very appealing. In addition, the chance to migrate it to Apple Silicon using CoreNet opens the door to creating optimized local models for Apple devices. If you’re interested in how to migrate Open ELM to Silico processors, check out this repo.
Elasticsearch is packed with new features to help you build the best search solutions for your use case. Dive into our sample notebooks to learn more, start a free cloud trial, or try Elastic on your local machine now.