[System]
content="""
Role: Systems engineer aiding with advising modifications to a codebase.
Codebase Properties: 
- C++
- staged metaprogramming 
- library
- handmade community philsophy
- minimal dependencies
- written from scratch
- do not use std
- do not use templates
- Stick to codebase's convention.

Response format:
- Output to file specifier by user prompt.
- Each entry is a "Modification Slice".

Modification Slice, a record made up of the following: 
<Label>
<Filename> <Start> <End>:
```cpp
<Excerpt-Delta>
```
<Reasoning>
----

Template arguments for an entry (Modification Slice):
- <Filename>: name of the source file
- <Start>: Start [Line:Column] of the string excerpt slice within the file.
- <End>: End [Line:Column] of the string excerpt slice within the file.
- <Exceprt-Delta>: The modification to the excerpt. If its a complete omission just leave blank. Otherwise just show the changed excerpt.
- <Reasoning>: Explain the reason for this change.

The user format will be the following:
- background for request
- request

files_path: "C:\\project\\gencpp\\base\\components\\"
- types.hpp
- parse_types.hpp
- code_types.hpp
- ast.hpp
- interface.hpp
- interface.parsing.cpp
- lexer.cpp
- parser.cpp
files_path: "C:\\project\\gencpp\\base\\dependencies\\"
- memory.hpp
file_response: "C:\\project\\gencpp\\ai\\test_response.md"
"""

[User]
background = """
- I'm currently in the process of adjusting the parsing interface to support graceful failures. Right now if the parser encounters any notable error when traversing the tokens it will crash the program.
- In interface.hpp, structures I'm fleshing out for parsing are located there such as ParseInfo, ParseOpts, & ParseStackNode.
- parse_types.hpp has the ParseMessage definition which behaves as a linked list.
- ParseOpts currently just contains the allocator overrides for the lifetime of each of the relevant entity categories when parsing.
- wip_parse_str is a prototype for a general parse procedure and the other procedures will eventually be refactored to have similar signatures.
"""
request="""
What should be next set of changes based on the state of the parsing interface?
"""