# LangChain Decorators ✨
lanchchain decorators is a layer on top of LangChain that provides syntactic sugar 🍭 for writing custom langchain prompts and chains
> **Note:** This is an unofficial addon to the langchain library. It's not trying to compete, just to make using it easier. Lot's of ideas here are totally opinionated
Here is a simple example of a code written with **LangChain Decorators ✨**
``` python
@llm_prompt
def write_me_short_post(topic:str, platform:str="twitter", audience:str = "developers")->str:
"""
Write me a short header for my post about {topic} for {platform} platform.
It should be for {audience} audience.
(Max 15 words)
"""
return
# run it naturaly
write_me_short_post(topic="starwars")
# or
write_me_short_post(topic="starwars", platform="redit")
```
**Main principles and benefits:**
- more `pythonic` way of writing code
- write multiline prompts that won't break your code flow with indentation
- making use of IDE in-built support for **hinting**, **type checking** and **popup with docs** to quickly peek in the function to see the prompt, parameters it consumes etc.
- leverage all the power of 🦜🔗 LangChain ecosystem
- adding support for **optional parameters**
- easily share parameters between the prompts by binding them to one class
[Quick start](#quick-start)
- [Installation](#installation)
- [Examples](#examples)
[Prompt declarations](#prompt-declarations)
- [Documenting your prompt](#documenting-your-prompt)
- [Chat messages prompt](#chat-messages-prompt)
- [Optional sections](#optional-sections)
- [Output parsers](#output-parsers)
[LLM functions (OpenAI functions)](#llm-functions)
- [Functions provider](#functions-provider)
- [Dynamic function schemas](#dynamic-function-schemas)
[Simplified streaming](#simplified-streaming)
[Automatic LLM selection](#automatic-llm-selection)
[More complex structures](#more-complex-structures)
[Binding the prompt to an object](#binding-the-prompt-to-an-object)
[Defining custom settings](#defining-custom-settings)
[Debugging](#debugging)
[Passing a memory, callback, stop etc.](#passing-a-memory-callback-stop-etc)
[Other](#other)
- [More examples](#more-examples)
- [Contributing](#contributing)
## Quick start
### Installation
```bash
pip install langchain_decorators
```
### Examples
Good idea on how to start is to review the examples here:
- [jupyter notebook](example_notebook.ipynb)
- [colab notebook](https://colab.research.google.com/drive/1no-8WfeP6JaLD9yUtkPgym6x0G9ZYZOG#scrollTo=N4cf__D0E2Yk)
## Prompt declarations
By default the prompt is the whole function docs, unless you mark your prompt
### Documenting your prompt
We can specify what part of our docs is the prompt definition, by specifying a code block with **<prompt>** language tag
``` python
@llm_prompt
def write_me_short_post(topic:str, platform:str="twitter", audience:str = "developers"):
"""
Here is a good way to write a prompt as part of a function docstring, with additional documentation for devs.
It needs to be a code block, marked as a `<prompt>` language
```<prompt>
Write me a short header for my post about {topic} for {platform} platform.
It should be for {audience} audience.
(Max 15 words)
```
Now only the code block above will be used as a prompt, and the rest of the docstring will be used as a description for developers.
(It also has a nice benefit that IDE (like VS code) will display the prompt properly (not trying to parse it as markdown, and thus not showing new lines properly))
"""
return
```
### Chat messages prompt
For chat models is very useful to define prompt as a set of message templates... here is how to do it:
``` python
@llm_prompt
def simulate_conversation(human_input:str, agent_role:str="a pirate"):
"""
## System message
- note the `:system` sufix inside the <prompt:_role_> tag
```<prompt:system>
You are a {agent_role} hacker. You must act like one.
You reply always in code, using python or javascript code block...
for example:
... do not reply with anything else.. just with code - respecting your role.
```
# human message
(we are using the real role that are enforced by the LLM - GPT supports system, assistant, user)
``` <prompt:user>
Helo, who are you
```
a reply:
``` <prompt:assistant>
\``` python <<- escaping inner code block with \ that should be part of the prompt
def hello():
print("Argh... hello you pesky pirate")
\```
```
we can also add some history using placeholder
```<prompt:placeholder>
{history}
```
```<prompt:user>
{human_input}
```
Now only the code block above will be used as a prompt, and the rest of the docstring will be used as a description for developers.
(It also has a nice benefit that IDE (like VS code) will display the prompt properly (not trying to parse it as markdown, and thus not showing new lines properly))
"""
pass
```
the roles here are model native roles (assistant, user, system for chatGPT)
## Optional sections
- you can define a whole section of your prompt that should be optional
- if any input in the section is missing, the whole section won't be rendered
the syntax for this is as follows:
``` python
@llm_prompt
def prompt_with_optional_partials():
"""
this text will be rendered always, but
{? anything inside this block will be rendered only if all the {value}s parameters are not empty (None | "") ?}
you can also place it in between the words
this too will be rendered{? , but
this block will be rendered only if {this_value} and {this_value}
are not empty?} !
"""
```
## Output parsers
- llm_prompt decorator natively tries to detect the best output parser based on the output type. (if not set, it returns the raw string)
- list, dict and pydantic outputs are also supported natively (automatically)
``` python
# this code example is complete and should run as it is
from langchain_decorators import llm_prompt
@llm_prompt
def write_name_suggestions(company_business:str, count:int)->list:
""" Write me {count} good name suggestions for company that {company_business}
"""
pass
write_name_suggestions(company_business="sells cookies", count=5)
```
## LLM functions
- currently supported only for the latest OpenAI chat models
- all you need to do is annotate your function with the @llm_function decorator.
- This will parse the description for LLM (first coherent paragraph is considered as function description)
- and aso parameter descriptions (Google, Numpy and Spihnx notations are supported for now)
- by default the docstring format is automatically resolved, but setting the format of the docstring can speed things up a bit.
- `auto` (default): the format is automatically inferred from the docstring
- `google`: the docstring is parsed as markdown (see [Google docstring format](https://sphinxcontrib-napoleon.readthedocs.io/en/latest/example_google.html))
- `numpy`: the docstring is parsed as markdown (see [Numpy docstring format](https://numpydoc.readthedocs.io/en/latest/format.html))
- `sphinx`: the docstring is parsed as sphinx format (see [Sphinx docstring format](https://sphinx-rtd-tutorial.readthedocs.io/en/latest/docstrings.html))
### Enum arguments
The best way how to define enum is through type annotation using `Literal`:
```python
@llm_function
def do_magic(spell:str, strength:Literal["light","medium","strong"]):
"""
Do some kind of magic
Args:
spell (str): spall text
strength (str): the strength of the spell
"""
```
---
**Enum alternative to Literal**
To annotate an *"enum"* like argument, you can use this "typescript" like format: `["value_a" | "value_b"]` ... if will be parsed out.
This text will be a part of a description too... if you dont want it, you can use this notation as a type notation.
Example:
```
Args:
message_type (["email" | "sms"]): type of a message / channel how to send the message
```
Then you pass these functions as arguments to and `@llm_prompt` (the argument must be named `functions` ‼️)
here you can pass any @llm_function there or a native LangChain tool
here is how to use it:
```python
from langchain.agents import load_tools
from langchian_decorators import llm_function, llm_prompt, GlobalSettings
@llm_function
def send_message(message:str, addressee:str=None, message_type:Literal["email", "whatsapp"]="email"):
""" Use this if user asks to send some message
Args:
message (str): message text to send
addressee (str): email of the addressee... in format firstName.lastName@company.com
message_type (str, optional): style of message by platform
"""
if message_type=="email":
send_email(addressee, message)
elif message_type=="whatsapp":
send_whatsapp(addressee, message)
# load some other tools from langchain
list_of_other_tools = load_tools(
tool_names=[...],
llm=GlobalSettings.get_current_settings().default_llm)
@llm_prompt
def do_what_user_asks_for(user_input:str, functions:List[Union[Callable,BaseTool]]):
"""
```<prompt:system>
Your role is to be a helpful asistant.
```
```<prompt:user>
{user_input}
```
"""
user_input="Yo, send an email to John Smith that I will be late for the meeting"
result = do_what_user_asks_for(
user_input=user_input,
functions=[send_message, *list_of_other_tools]
)
if result.is_function_call:
result.execute()
else:
print(result.output_text)
```
> Additionally you can also add a `function_call` argument to your LLM prompt to control GPT behavior.
> - if you set the value to "none" - it will disable the function call for the moment, but it can still see them (useful do to some reasoning/planning before calling the function)
> - if you set the value to "auto" - GPT will choose to use or to to use the functions
> - if you set the value to a name of function / or the function it self (decorators will handle resolving the same name as used in schema) it will force GPT to use that function
If you use functions argument, the output will be always `OutputWithFunctionCall`
``` python
class OutputWithFunctionCall(BaseModel):
output_text:str
output:T
function_name:str =None
function_arguments:Union[Dict[str,Any],str,None]
function:Callable = None
function_async:Callable = None
@property
def is_function_call(self):
...
@property
def support_async(self):
...
@property
def support_sync(self):
...
async def execute_async(self):
"""Executes the function asynchronously."""
...
def execute(self):
""" Executes the function synchronously.
If the function is async, it will be executed in a event loop.
"""
...
def to_function_message(self, result=None):
"""
Converts the result to a FunctionMessage...
you can override the result collected via execute with your own
"""
...
```
If you want to see how the schema has been build, you can use `get_function_schema` method that is added to the function by the decorator:
```python
from langchain_decorators import get_function_schema
@llm_function
def my_func(arg1:str):
...
f_schema = get_function_schema(my_func.get_function_schema)
print(f_schema)
```
In order to add the result to memory / agent_scratchpad you can use `to_function_message` to generate a FunctionMessage that LLM will interpret as a Tool/Function result
### Functions provider
Functions provider enables you to provide set of llm functions more dynamically, for example list of functions - based on the input.
It also enables you to give a unique name to each function for this LLM run. This might be useful for two reasons:
- avoid naming conflicts, if you are combining multiple general purpose functions
- further guidance/hinting of LLM model
### Dynamic function schemas
Function schemas (and especially their descriptions) are crucial tools to guide LLM. If you enable dynamic function declaration, you can (re)use the same prompt attributes for the main prompt also in the llm_function scheme:
```python
@llm_function(dynamic_schema=True)
def db_search(query_input:str):
"""
This function is useful to search in our database.
{?Here are some examples of data available:
{closest_examples}?}
"""
@llm_prompt
def run_agent(query_input:str, closest_examples:str, functions):
"""
Help user. Use a function when appropriate
"""
closest_examples = get_closest_examples()
run_agent(query_input, closest_examples, functions=[db_search, ...])
```
this is just for illustration, fully executable example is available [here, in code examples](code_examples/dynamic_function_schema.py)
## Simplified streaming
If we want to leverage streaming:
- we need to define prompt as async function
- turn on the streaming on the decorator, or we can define PromptType with streaming on
- capture the stream using StreamingContext
This way we just mark which prompt should be streamed, not needing to tinker with what LLM should we use, passing around the creating and distribute streaming handler into particular part of our chain... just turn the streaming on/off on prompt/prompt type...
The streaming will happen only if we call it in streaming context ... there we can define a simple function to handle the stream
``` python
# this code example is complete and should run as it is
from langchain_decorators import StreamingContext, llm_prompt
# this will mark the prompt for streaming (useful if we want stream just some prompts in our app... but don't want to pass distribute the callback handlers)
# note that only async functions can be streamed (will get an error if it's not)
@llm_prompt(capture_stream=True)
async def write_me_short_post(topic:str, platform:str="twitter", audience:str = "developers"):
"""
Write me a short header for my post about {topic} for {platform} platform.
It should be for {audience} audience.
(Max 15 words)
"""
pass
# just an arbitrary function to demonstrate the streaming... wil be some websockets code in the real world
tokens=[]
def capture_stream_func(new_token:str):
tokens.append(new_token)
# if we want to capture the stream, we need to wrap the execution into StreamingContext...
# this will allow us to capture the stream even if the prompt call is hidden inside higher level method
# only the prompts marked with capture_stream will be captured here
with StreamingContext(stream_to_stdout=True, callback=capture_stream_func):
result = await run_prompt()
print("Stream finished ... we can distinguish tokens thanks to alternating colors")
print("\nWe've captured",len(tokens),"tokens🎉\n")
print("Here is the result:")
print(result)
```
### Automatic LLM selection
In real life there might be situations, where the context would grow over the window of the base model you're using (for example long chat history)...
But since this might happen only some times, it would be great if only in this scenario the (usually more expensive) model with bigger context window would be used, and otherwise we'd use the cheaper one.
Now you can do it with LlmSelector
```python
from langchain_decorators import LlmSelector
my_llm_selector = LlmSelector(
generation_min_tokens=0, # how much token at min. I for generation I want to have as a buffer
prompt_to_generation_ratio=1/3 # what percentage of the prompt length should be used for generation buffer
)\
.with_llm_rule(ChatGooglePalm(),max_tokens=512)\ # ... if you want to use LLM whose window is not defined in langchain_decorators.common.MODEL_LIMITS (only OpenAI and Anthropic are there)
.with_llm(ChatOpenAI(model = "gpt-3.5-turbo"))\ # these models are known, therefore we can just pass them and the max window will be resolved
.with_llm(ChatOpenAI(model = "gpt-3.5-turbo-16k-0613"))\
.with_llm(ChatOpenAI(model = "claude-v1.3-100k"))
```
This class allows you to define a sequence of LLMs with a rule based on the length of the prompt, and expected generation length... and only after the threshold will be passed, the more expensive model will be used automatically.
You can define it into GlobalSettings:
``` python
langchain_decorators.GlobalSettings.define_settings(
llm_selector = my_llm_selector # pass the selector into global settings
)
```
> **Note:** as of version v0.0.10 you there the LlmSelector is in the default settings predefined.
> You can override it by providing you own, or setting up the default LLM or default streaming LLM
Or into specific prompt type:
```python
from langchain_decorators import PromptTypes
class MyCustomPromptTypes(PromptTypes):
MY_TUBO_PROMPT=PromptTypeSettings(llm_selector = my_llm_selector)
```
### More complex structures
For dict / pydantic you need to specify the formatting instructions...
this can be tedious, that's why you can let the output parser generate you the instructions based on the model (pydantic)
``` python
from langchain_decorators import llm_prompt
from pydantic import BaseModel, Field
class TheOutputStructureWeExpect(BaseModel):
name:str = Field (description="The name of the company")
headline:str = Field( description="The description of the company (for landing page)")
employees:list[str] = Field(description="5-8 fake employee names with their positions")
@llm_prompt()
def fake_company_generator(company_business:str)->TheOutputStructureWeExpect:
""" Generate a fake company that {company_business}
{FORMAT_INSTRUCTIONS}
"""
return
company = fake_company_generator(company_business="sells cookies")
# print the result nicely formatted
print("Company name: ",company.name)
print("company headline: ",company.headline)
print("company employees: ",company.employees)
```
## Binding the prompt to an object
``` python
from pydantic import BaseModel
from langchain_decorators import llm_prompt
class AssistantPersonality(BaseModel):
assistant_name:str
assistant_role:str
field:str
@property
def a_property(self):
return "whatever"
def hello_world(self, function_kwarg:str=None):
"""
We can reference any {field} or {a_property} inside our prompt... and combine it with {function_kwarg} in the method
"""
@llm_prompt
def introduce_your_self(self)->str:
"""
``` <prompt:system>
You are an assistant named {assistant_name}.
Your role is to act as {assistant_role}
```
```<prompt:user>
Introduce your self (in less than 20 words)
```
"""
personality = AssistantPersonality(assistant_name="John", assistant_role="a pirate")
print(personality.introduce_your_self(personality))
```
## Defining custom settings
Here we are just marking a function as a prompt with `llm_prompt` decorator, turning it effectively into a LLMChain. Instead of running it
Standard LLMchain takes much more init parameter than just inputs_variables and prompt... here is this implementation detail hidden in the decorator.
Here is how it works:
1. Using **Global settings**:
``` python
# define global settings for all prompty (if not set - chatGPT is the current default)
from langchain_decorators import GlobalSettings
GlobalSettings.define_settings(
default_llm=ChatOpenAI(temperature=0.0), this is default... can change it here globally
default_streaming_llm=ChatOpenAI(temperature=0.0,streaming=True), this is default... can change it here for all ... will be used for streaming
)
```
2. Using predefined **prompt types**
``` python
#You can change the default prompt types
from langchain_decorators import PromptTypes, PromptTypeSettings
PromptTypes.AGENT_REASONING.llm = ChatOpenAI()
# Or you can just define your own ones:
class MyCustomPromptTypes(PromptTypes):
GPT4=PromptTypeSettings(llm=ChatOpenAI(model="gpt-4"))
@llm_prompt(prompt_type=MyCustomPromptTypes.GPT4)
def write_a_complicated_code(app_idea:str)->str:
...
```
3. Define the settings **directly in the decorator**
``` python
from langchain.llms import OpenAI
@llm_prompt(
llm=OpenAI(temperature=0.7),
stop_tokens=["\nObservation"],
...
)
def creative_writer(book_title:str)->str:
...
```
### Passing a memory, callback, stop, etc
To pass any of these, just declare them in the function (or use kwargs to pass anything)
(They do not necessarily need to be declared, but it is a good practice if you are going to use them)
```python
@llm_prompt()
async def write_me_short_post(topic:str, platform:str="twitter", memory:SimpleMemory = None):
"""
{history_key}
Write me a short header for my post about {topic} for {platform} platform.
It should be for {audience} audience.
(Max 15 words)
"""
pass
await write_me_short_post(topic="old movies")
```
## Debugging
### Logging to console
There are several options how to control the outputs logged into console.
The easiest way is to define ENV variable: `LANGCHAIN_DECORATORS_VERBOSE` and set it to "true"
You can also control this programmatically by defining your global settings as shown [here](#defining-custom-settings)
The last option is to control it per each case, simply by turing on verbose mode on prompt:
```
@llm_prompt(verbose=True)
def your_prompt(param1):
...
```
### Using PromptWatch.io
PromptWatch io is a platform to track and trace details about everything that is going on in langchain executions.
It allows a single line drop in integration, just by wrapping your entry point code in
```
with PromptWatch():
run_your_code()
```
Learn more about PromptWatch here: [www.promptwatch.io](https://www.promptwatch.io)
## Other
- this project is dependant on [langchain](https://github.com/hwchase17/langchain) (obviously)
- as well as on [promptwatch](https://github.com/blip-solutions/promptwatch-client), which make it easy to track and store to logs, track changes in prompts and compare them by running unit tests over the prompts...
### More examples
- these and few more examples are also available in the [examples notebook here](https://colab.research.google.com/drive/1no-8WfeP6JaLD9yUtkPgym6x0G9ZYZOG#scrollTo=N4cf__D0E2Yk)
- including the [ReAct Agent re-implementation](https://colab.research.google.com/drive/1no-8WfeP6JaLD9yUtkPgym6x0G9ZYZOG#scrollTo=3bID5fryE2Yp) using purely langchain decorators
## Contributing
feedback, contributions and PR are welcomed 🙏
Raw data
{
"_id": null,
"home_page": "https://github.com/ju-bezdek/langchain-decorators",
"name": "langchain-decorators",
"maintainer": null,
"docs_url": null,
"requires_python": ">=3.9",
"maintainer_email": null,
"keywords": "langchain",
"author": "Juraj Bezdek",
"author_email": "juraj.bezdek@blip.solutions",
"download_url": "https://files.pythonhosted.org/packages/65/01/bb37fd6a3a093354ecddb55c134780825889b3e439cc6abf197230baf04b/langchain_decorators-0.6.1.tar.gz",
"platform": null,
"description": "# LangChain Decorators \u2728\n\nlanchchain decorators is a layer on top of LangChain that provides syntactic sugar \ud83c\udf6d for writing custom langchain prompts and chains\n\n> **Note:** This is an unofficial addon to the langchain library. It's not trying to compete, just to make using it easier. Lot's of ideas here are totally opinionated\n\nHere is a simple example of a code written with **LangChain Decorators \u2728**\n\n``` python\n\n@llm_prompt\ndef write_me_short_post(topic:str, platform:str=\"twitter\", audience:str = \"developers\")->str:\n \"\"\"\n Write me a short header for my post about {topic} for {platform} platform. \n It should be for {audience} audience.\n (Max 15 words)\n \"\"\"\n return\n\n# run it naturaly\nwrite_me_short_post(topic=\"starwars\")\n# or\nwrite_me_short_post(topic=\"starwars\", platform=\"redit\")\n```\n\n**Main principles and benefits:**\n\n- more `pythonic` way of writing code\n- write multiline prompts that won't break your code flow with indentation\n- making use of IDE in-built support for **hinting**, **type checking** and **popup with docs** to quickly peek in the function to see the prompt, parameters it consumes etc.\n- leverage all the power of \ud83e\udd9c\ud83d\udd17 LangChain ecosystem\n- adding support for **optional parameters**\n- easily share parameters between the prompts by binding them to one class\n\n[Quick start](#quick-start)\n\n- [Installation](#installation)\n- [Examples](#examples)\n\n[Prompt declarations](#prompt-declarations)\n\n- [Documenting your prompt](#documenting-your-prompt)\n- [Chat messages prompt](#chat-messages-prompt)\n- [Optional sections](#optional-sections)\n- [Output parsers](#output-parsers)\n\n[LLM functions (OpenAI functions)](#llm-functions)\n\n- [Functions provider](#functions-provider)\n- [Dynamic function schemas](#dynamic-function-schemas)\n\n[Simplified streaming](#simplified-streaming)\n\n[Automatic LLM selection](#automatic-llm-selection)\n\n[More complex structures](#more-complex-structures)\n\n[Binding the prompt to an object](#binding-the-prompt-to-an-object)\n\n[Defining custom settings](#defining-custom-settings)\n\n[Debugging](#debugging)\n\n[Passing a memory, callback, stop etc.](#passing-a-memory-callback-stop-etc)\n\n[Other](#other)\n\n- [More examples](#more-examples)\n- [Contributing](#contributing)\n\n## Quick start\n\n### Installation\n\n```bash\npip install langchain_decorators\n```\n\n### Examples\n\nGood idea on how to start is to review the examples here:\n\n- [jupyter notebook](example_notebook.ipynb)\n- [colab notebook](https://colab.research.google.com/drive/1no-8WfeP6JaLD9yUtkPgym6x0G9ZYZOG#scrollTo=N4cf__D0E2Yk)\n\n## Prompt declarations\n\nBy default the prompt is the whole function docs, unless you mark your prompt\n\n### Documenting your prompt\n\nWe can specify what part of our docs is the prompt definition, by specifying a code block with **<prompt>** language tag\n\n``` python\n@llm_prompt\ndef write_me_short_post(topic:str, platform:str=\"twitter\", audience:str = \"developers\"):\n \"\"\"\n Here is a good way to write a prompt as part of a function docstring, with additional documentation for devs.\n\n It needs to be a code block, marked as a `<prompt>` language\n ```<prompt>\n Write me a short header for my post about {topic} for {platform} platform. \n It should be for {audience} audience.\n (Max 15 words)\n ```\n\n Now only the code block above will be used as a prompt, and the rest of the docstring will be used as a description for developers.\n (It also has a nice benefit that IDE (like VS code) will display the prompt properly (not trying to parse it as markdown, and thus not showing new lines properly))\n \"\"\"\n return \n```\n\n### Chat messages prompt\n\nFor chat models is very useful to define prompt as a set of message templates... here is how to do it:\n\n``` python\n@llm_prompt\ndef simulate_conversation(human_input:str, agent_role:str=\"a pirate\"):\n \"\"\"\n ## System message\n - note the `:system` sufix inside the <prompt:_role_> tag\n \n\n ```<prompt:system>\n You are a {agent_role} hacker. You must act like one.\n You reply always in code, using python or javascript code block...\n for example:\n \n ... do not reply with anything else.. just with code - respecting your role.\n ```\n\n # human message \n (we are using the real role that are enforced by the LLM - GPT supports system, assistant, user)\n ``` <prompt:user>\n Helo, who are you\n ```\n a reply:\n \n\n ``` <prompt:assistant>\n \\``` python <<- escaping inner code block with \\ that should be part of the prompt\n def hello():\n print(\"Argh... hello you pesky pirate\")\n \\```\n ```\n \n we can also add some history using placeholder\n ```<prompt:placeholder>\n {history}\n ```\n ```<prompt:user>\n {human_input}\n ```\n\n Now only the code block above will be used as a prompt, and the rest of the docstring will be used as a description for developers.\n (It also has a nice benefit that IDE (like VS code) will display the prompt properly (not trying to parse it as markdown, and thus not showing new lines properly))\n \"\"\"\n pass\n\n```\n\nthe roles here are model native roles (assistant, user, system for chatGPT)\n\n## Optional sections\n\n- you can define a whole section of your prompt that should be optional\n- if any input in the section is missing, the whole section won't be rendered\n\nthe syntax for this is as follows:\n\n``` python\n@llm_prompt\ndef prompt_with_optional_partials():\n \"\"\"\n this text will be rendered always, but\n\n {? anything inside this block will be rendered only if all the {value}s parameters are not empty (None | \"\") ?}\n\n you can also place it in between the words\n this too will be rendered{? , but\n this block will be rendered only if {this_value} and {this_value}\n are not empty?} !\n \"\"\"\n```\n\n## Output parsers\n\n- llm_prompt decorator natively tries to detect the best output parser based on the output type. (if not set, it returns the raw string)\n- list, dict and pydantic outputs are also supported natively (automatically)\n\n``` python\n# this code example is complete and should run as it is\n\nfrom langchain_decorators import llm_prompt\n\n@llm_prompt\ndef write_name_suggestions(company_business:str, count:int)->list:\n \"\"\" Write me {count} good name suggestions for company that {company_business}\n \"\"\"\n pass\n\nwrite_name_suggestions(company_business=\"sells cookies\", count=5)\n```\n\n## LLM functions\n\n- currently supported only for the latest OpenAI chat models\n\n- all you need to do is annotate your function with the @llm_function decorator.\n- This will parse the description for LLM (first coherent paragraph is considered as function description)\n- and aso parameter descriptions (Google, Numpy and Spihnx notations are supported for now)\n\n- by default the docstring format is automatically resolved, but setting the format of the docstring can speed things up a bit.\n - `auto` (default): the format is automatically inferred from the docstring\n - `google`: the docstring is parsed as markdown (see [Google docstring format](https://sphinxcontrib-napoleon.readthedocs.io/en/latest/example_google.html))\n - `numpy`: the docstring is parsed as markdown (see [Numpy docstring format](https://numpydoc.readthedocs.io/en/latest/format.html))\n - `sphinx`: the docstring is parsed as sphinx format (see [Sphinx docstring format](https://sphinx-rtd-tutorial.readthedocs.io/en/latest/docstrings.html))\n\n### Enum arguments\n\nThe best way how to define enum is through type annotation using `Literal`:\n```python\n@llm_function\ndef do_magic(spell:str, strength:Literal[\"light\",\"medium\",\"strong\"]):\n \"\"\"\n Do some kind of magic\n\n Args:\n spell (str): spall text\n strength (str): the strength of the spell\n \"\"\"\n\n```\n\n---\n**Enum alternative to Literal**\nTo annotate an *\"enum\"* like argument, you can use this \"typescript\" like format: `[\"value_a\" | \"value_b\"]` ... if will be parsed out.\nThis text will be a part of a description too... if you dont want it, you can use this notation as a type notation.\nExample:\n```\nArgs:\n message_type ([\"email\" | \"sms\"]): type of a message / channel how to send the message\n \n```\n\nThen you pass these functions as arguments to and `@llm_prompt` (the argument must be named `functions` \u203c\ufe0f)\nhere you can pass any @llm_function there or a native LangChain tool\n\nhere is how to use it:\n\n```python\nfrom langchain.agents import load_tools\nfrom langchian_decorators import llm_function, llm_prompt, GlobalSettings\n\n@llm_function\ndef send_message(message:str, addressee:str=None, message_type:Literal[\"email\", \"whatsapp\"]=\"email\"):\n \"\"\" Use this if user asks to send some message\n\n Args:\n message (str): message text to send\n addressee (str): email of the addressee... in format firstName.lastName@company.com\n message_type (str, optional): style of message by platform\n \"\"\"\n\n if message_type==\"email\":\n send_email(addressee, message)\n elif message_type==\"whatsapp\":\n send_whatsapp(addressee, message)\n \n\n# load some other tools from langchain\nlist_of_other_tools = load_tools(\n tool_names=[...], \n llm=GlobalSettings.get_current_settings().default_llm)\n\n@llm_prompt\ndef do_what_user_asks_for(user_input:str, functions:List[Union[Callable,BaseTool]]):\n \"\"\" \n ```<prompt:system>\n Your role is to be a helpful asistant.\n ```\n ```<prompt:user>\n {user_input}\n ```\n \"\"\"\n\nuser_input=\"Yo, send an email to John Smith that I will be late for the meeting\"\nresult = do_what_user_asks_for(\n user_input=user_input, \n functions=[send_message, *list_of_other_tools]\n )\n\nif result.is_function_call:\n result.execute()\nelse:\n print(result.output_text)\n\n```\n\n> Additionally you can also add a `function_call` argument to your LLM prompt to control GPT behavior.\n> - if you set the value to \"none\" - it will disable the function call for the moment, but it can still see them (useful do to some reasoning/planning before calling the function)\n> - if you set the value to \"auto\" - GPT will choose to use or to to use the functions\n> - if you set the value to a name of function / or the function it self (decorators will handle resolving the same name as used in schema) it will force GPT to use that function\n\nIf you use functions argument, the output will be always `OutputWithFunctionCall`\n\n``` python\nclass OutputWithFunctionCall(BaseModel):\n output_text:str\n output:T\n function_name:str =None\n function_arguments:Union[Dict[str,Any],str,None]\n function:Callable = None\n function_async:Callable = None\n \n @property\n def is_function_call(self):\n ...\n \n @property\n def support_async(self):\n ...\n \n @property\n def support_sync(self):\n ...\n\n async def execute_async(self):\n \"\"\"Executes the function asynchronously.\"\"\"\n ...\n \n def execute(self):\n \"\"\" Executes the function synchronously. \n If the function is async, it will be executed in a event loop.\n \"\"\"\n ...\n def to_function_message(self, result=None):\n \"\"\"\n Converts the result to a FunctionMessage... \n you can override the result collected via execute with your own\n \"\"\"\n ...\n```\n\nIf you want to see how the schema has been build, you can use `get_function_schema` method that is added to the function by the decorator:\n\n```python\nfrom langchain_decorators import get_function_schema\n@llm_function\ndef my_func(arg1:str):\n ...\n\nf_schema = get_function_schema(my_func.get_function_schema) \nprint(f_schema)\n\n```\n\nIn order to add the result to memory / agent_scratchpad you can use `to_function_message` to generate a FunctionMessage that LLM will interpret as a Tool/Function result\n\n### Functions provider\n\nFunctions provider enables you to provide set of llm functions more dynamically, for example list of functions - based on the input.\nIt also enables you to give a unique name to each function for this LLM run. This might be useful for two reasons:\n\n- avoid naming conflicts, if you are combining multiple general purpose functions\n- further guidance/hinting of LLM model\n\n### Dynamic function schemas\n\nFunction schemas (and especially their descriptions) are crucial tools to guide LLM. If you enable dynamic function declaration, you can (re)use the same prompt attributes for the main prompt also in the llm_function scheme:\n\n```python\n\n@llm_function(dynamic_schema=True)\ndef db_search(query_input:str):\n \"\"\"\n This function is useful to search in our database.\n {?Here are some examples of data available:\n {closest_examples}?}\n \"\"\"\n\n@llm_prompt\ndef run_agent(query_input:str, closest_examples:str, functions):\n \"\"\"\n Help user. Use a function when appropriate\n \"\"\"\n\nclosest_examples = get_closest_examples()\nrun_agent(query_input, closest_examples, functions=[db_search, ...])\n```\n\nthis is just for illustration, fully executable example is available [here, in code examples](code_examples/dynamic_function_schema.py)\n\n## Simplified streaming\n\nIf we want to leverage streaming:\n\n- we need to define prompt as async function\n- turn on the streaming on the decorator, or we can define PromptType with streaming on\n- capture the stream using StreamingContext\n\nThis way we just mark which prompt should be streamed, not needing to tinker with what LLM should we use, passing around the creating and distribute streaming handler into particular part of our chain... just turn the streaming on/off on prompt/prompt type...\n\nThe streaming will happen only if we call it in streaming context ... there we can define a simple function to handle the stream\n\n``` python\n# this code example is complete and should run as it is\n\nfrom langchain_decorators import StreamingContext, llm_prompt\n\n# this will mark the prompt for streaming (useful if we want stream just some prompts in our app... but don't want to pass distribute the callback handlers)\n# note that only async functions can be streamed (will get an error if it's not)\n@llm_prompt(capture_stream=True) \nasync def write_me_short_post(topic:str, platform:str=\"twitter\", audience:str = \"developers\"):\n \"\"\"\n Write me a short header for my post about {topic} for {platform} platform. \n It should be for {audience} audience.\n (Max 15 words)\n \"\"\"\n pass\n\n\n\n# just an arbitrary function to demonstrate the streaming... wil be some websockets code in the real world\ntokens=[]\ndef capture_stream_func(new_token:str):\n tokens.append(new_token)\n\n# if we want to capture the stream, we need to wrap the execution into StreamingContext... \n# this will allow us to capture the stream even if the prompt call is hidden inside higher level method\n# only the prompts marked with capture_stream will be captured here\nwith StreamingContext(stream_to_stdout=True, callback=capture_stream_func):\n result = await run_prompt()\n print(\"Stream finished ... we can distinguish tokens thanks to alternating colors\")\n\n\nprint(\"\\nWe've captured\",len(tokens),\"tokens\ud83c\udf89\\n\")\nprint(\"Here is the result:\")\nprint(result)\n```\n\n### Automatic LLM selection\n\nIn real life there might be situations, where the context would grow over the window of the base model you're using (for example long chat history)...\nBut since this might happen only some times, it would be great if only in this scenario the (usually more expensive) model with bigger context window would be used, and otherwise we'd use the cheaper one.\n\nNow you can do it with LlmSelector\n\n```python\nfrom langchain_decorators import LlmSelector\nmy_llm_selector = LlmSelector(\n generation_min_tokens=0, # how much token at min. I for generation I want to have as a buffer\n prompt_to_generation_ratio=1/3 # what percentage of the prompt length should be used for generation buffer \n )\\\n .with_llm_rule(ChatGooglePalm(),max_tokens=512)\\ # ... if you want to use LLM whose window is not defined in langchain_decorators.common.MODEL_LIMITS (only OpenAI and Anthropic are there)\n .with_llm(ChatOpenAI(model = \"gpt-3.5-turbo\"))\\ # these models are known, therefore we can just pass them and the max window will be resolved\n .with_llm(ChatOpenAI(model = \"gpt-3.5-turbo-16k-0613\"))\\ \n .with_llm(ChatOpenAI(model = \"claude-v1.3-100k\"))\n```\n\nThis class allows you to define a sequence of LLMs with a rule based on the length of the prompt, and expected generation length... and only after the threshold will be passed, the more expensive model will be used automatically.\n\nYou can define it into GlobalSettings:\n\n``` python\nlangchain_decorators.GlobalSettings.define_settings(\n llm_selector = my_llm_selector # pass the selector into global settings\n )\n\n```\n\n> **Note:** as of version v0.0.10 you there the LlmSelector is in the default settings predefined.\n> You can override it by providing you own, or setting up the default LLM or default streaming LLM\n\nOr into specific prompt type:\n\n```python\nfrom langchain_decorators import PromptTypes\n\nclass MyCustomPromptTypes(PromptTypes):\n MY_TUBO_PROMPT=PromptTypeSettings(llm_selector = my_llm_selector)\n\n```\n\n### More complex structures\n\nFor dict / pydantic you need to specify the formatting instructions...\nthis can be tedious, that's why you can let the output parser generate you the instructions based on the model (pydantic)\n\n``` python\nfrom langchain_decorators import llm_prompt\nfrom pydantic import BaseModel, Field\n\n\nclass TheOutputStructureWeExpect(BaseModel):\n name:str = Field (description=\"The name of the company\")\n headline:str = Field( description=\"The description of the company (for landing page)\")\n employees:list[str] = Field(description=\"5-8 fake employee names with their positions\")\n\n@llm_prompt()\ndef fake_company_generator(company_business:str)->TheOutputStructureWeExpect:\n \"\"\" Generate a fake company that {company_business}\n {FORMAT_INSTRUCTIONS}\n \"\"\"\n return\n\ncompany = fake_company_generator(company_business=\"sells cookies\")\n\n# print the result nicely formatted\nprint(\"Company name: \",company.name)\nprint(\"company headline: \",company.headline)\nprint(\"company employees: \",company.employees)\n\n```\n\n## Binding the prompt to an object\n\n``` python\nfrom pydantic import BaseModel\nfrom langchain_decorators import llm_prompt\n\nclass AssistantPersonality(BaseModel):\n assistant_name:str\n assistant_role:str\n field:str\n\n @property\n def a_property(self):\n return \"whatever\"\n\n def hello_world(self, function_kwarg:str=None):\n \"\"\"\n We can reference any {field} or {a_property} inside our prompt... and combine it with {function_kwarg} in the method\n \"\"\"\n\n \n @llm_prompt\n def introduce_your_self(self)->str:\n \"\"\"\n ```\u00a0<prompt:system>\n You are an assistant named {assistant_name}. \n Your role is to act as {assistant_role}\n ```\n ```<prompt:user>\n Introduce your self (in less than 20 words)\n ```\n \"\"\"\n\n \n\npersonality = AssistantPersonality(assistant_name=\"John\", assistant_role=\"a pirate\")\n\nprint(personality.introduce_your_self(personality))\n```\n\n## Defining custom settings\n\nHere we are just marking a function as a prompt with `llm_prompt` decorator, turning it effectively into a LLMChain. Instead of running it\n\nStandard LLMchain takes much more init parameter than just inputs_variables and prompt... here is this implementation detail hidden in the decorator.\nHere is how it works:\n\n1. Using **Global settings**:\n\n ``` python\n # define global settings for all prompty (if not set - chatGPT is the current default)\n from langchain_decorators import GlobalSettings\n\n GlobalSettings.define_settings(\n default_llm=ChatOpenAI(temperature=0.0), this is default... can change it here globally\n default_streaming_llm=ChatOpenAI(temperature=0.0,streaming=True), this is default... can change it here for all ... will be used for streaming\n )\n ```\n\n2. Using predefined **prompt types**\n\n ``` python\n #You can change the default prompt types\n from langchain_decorators import PromptTypes, PromptTypeSettings\n\n PromptTypes.AGENT_REASONING.llm = ChatOpenAI()\n\n # Or you can just define your own ones:\n class MyCustomPromptTypes(PromptTypes):\n GPT4=PromptTypeSettings(llm=ChatOpenAI(model=\"gpt-4\"))\n\n @llm_prompt(prompt_type=MyCustomPromptTypes.GPT4) \n def write_a_complicated_code(app_idea:str)->str:\n ...\n\n ```\n\n3. Define the settings **directly in the decorator**\n\n ``` python\n from langchain.llms import OpenAI\n\n @llm_prompt(\n llm=OpenAI(temperature=0.7),\n stop_tokens=[\"\\nObservation\"],\n ...\n )\n def creative_writer(book_title:str)->str:\n ...\n ```\n\n### Passing a memory, callback, stop, etc\n\nTo pass any of these, just declare them in the function (or use kwargs to pass anything)\n\n(They do not necessarily need to be declared, but it is a good practice if you are going to use them)\n\n```python\n\n@llm_prompt()\nasync def write_me_short_post(topic:str, platform:str=\"twitter\", memory:SimpleMemory = None):\n \"\"\"\n {history_key}\n Write me a short header for my post about {topic} for {platform} platform. \n It should be for {audience} audience.\n (Max 15 words)\n \"\"\"\n pass\n\nawait write_me_short_post(topic=\"old movies\")\n\n```\n\n## Debugging\n\n### Logging to console\n\nThere are several options how to control the outputs logged into console.\nThe easiest way is to define ENV variable: `LANGCHAIN_DECORATORS_VERBOSE` and set it to \"true\"\n\nYou can also control this programmatically by defining your global settings as shown [here](#defining-custom-settings)\n\nThe last option is to control it per each case, simply by turing on verbose mode on prompt:\n```\n@llm_prompt(verbose=True)\ndef your_prompt(param1):\n ...\n```\n\n### Using PromptWatch.io\n\nPromptWatch io is a platform to track and trace details about everything that is going on in langchain executions.\nIt allows a single line drop in integration, just by wrapping your entry point code in\n```\nwith PromptWatch():\n run_your_code()\n```\nLearn more about PromptWatch here: [www.promptwatch.io](https://www.promptwatch.io)\n\n## Other\n\n- this project is dependant on [langchain](https://github.com/hwchase17/langchain) (obviously)\n- as well as on [promptwatch](https://github.com/blip-solutions/promptwatch-client), which make it easy to track and store to logs, track changes in prompts and compare them by running unit tests over the prompts...\n\n### More examples\n\n- these and few more examples are also available in the [examples notebook here](https://colab.research.google.com/drive/1no-8WfeP6JaLD9yUtkPgym6x0G9ZYZOG#scrollTo=N4cf__D0E2Yk)\n- including the [ReAct Agent re-implementation](https://colab.research.google.com/drive/1no-8WfeP6JaLD9yUtkPgym6x0G9ZYZOG#scrollTo=3bID5fryE2Yp) using purely langchain decorators\n\n## Contributing\n\nfeedback, contributions and PR are welcomed \ud83d\ude4f\n",
"bugtrack_url": null,
"license": "MIT License",
"summary": "syntactic sugar for langchain",
"version": "0.6.1",
"project_urls": {
"Homepage": "https://github.com/ju-bezdek/langchain-decorators"
},
"split_keywords": [
"langchain"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "23ecc77dc4f206642f9a3240067cb7e210c482bd00112ce39792d504eefd5ecc",
"md5": "22d9be643ad1fedcd414f1d9ed9e3811",
"sha256": "1eaa98c05a73a3e8525c14bda943ce757545fa5a9ab3e5ca4aa018916d5b89a5"
},
"downloads": -1,
"filename": "langchain_decorators-0.6.1-py3-none-any.whl",
"has_sig": false,
"md5_digest": "22d9be643ad1fedcd414f1d9ed9e3811",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.9",
"size": 49440,
"upload_time": "2024-10-12T11:06:19",
"upload_time_iso_8601": "2024-10-12T11:06:19.071762Z",
"url": "https://files.pythonhosted.org/packages/23/ec/c77dc4f206642f9a3240067cb7e210c482bd00112ce39792d504eefd5ecc/langchain_decorators-0.6.1-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "6501bb37fd6a3a093354ecddb55c134780825889b3e439cc6abf197230baf04b",
"md5": "06c28a294a62064cf1fe1bc897ac5480",
"sha256": "cceeec163ace1af52c8a2a676a197b830531b595788f2d2518ff128eb7e5f9b2"
},
"downloads": -1,
"filename": "langchain_decorators-0.6.1.tar.gz",
"has_sig": false,
"md5_digest": "06c28a294a62064cf1fe1bc897ac5480",
"packagetype": "sdist",
"python_version": "source",
"requires_python": ">=3.9",
"size": 53408,
"upload_time": "2024-10-12T11:06:21",
"upload_time_iso_8601": "2024-10-12T11:06:21.010892Z",
"url": "https://files.pythonhosted.org/packages/65/01/bb37fd6a3a093354ecddb55c134780825889b3e439cc6abf197230baf04b/langchain_decorators-0.6.1.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-10-12 11:06:21",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "ju-bezdek",
"github_project": "langchain-decorators",
"travis_ci": false,
"coveralls": false,
"github_actions": false,
"lcname": "langchain-decorators"
}
JSON
