• Inkbot_dev@alien.topB
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    If you are interested in knowledge graphs, I did a whole bunch of research and work on fine-tuning Inkbot to create knowledge graphs. The structure returned is proper YAML, and I got much better results with my fine-tune than using GPT4.

    https://huggingface.co/Tostino/Inkbot-13B-8k-0.2

    Here is an example knowledge graph generated from an article about the Ukraine conflict: https://gist.github.com/Tostino/f6f19e88e39176452c1a765cb7c2caff

      • Inkbot_dev@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        Agreed that it is quite cool, but you don’t need to be a programmer to use a custom model.

        Inkbot works just fine with ooba or sillytavern if you want to use a UI, TheBloke has done quants.

    • andrewlapp@alien.topB
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      Great work! Would you mind sharing the datasets you used and/or how you augmented the data for training?

      • Inkbot_dev@alien.topB
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        I’ll give you some better examples, just didn’t have time right then. Give me a few.

        It was trained on a whole bunch of prompts asking for each task, so it’s not reliant on the exact wording from one of them in training to work. Set the task in the meta section as “kg”, and the model will respond with a knowledge graph if you ask for one (and sometimes if you don’t).

        Here are a few of them:

        Create a Knowledge Graph based on the provided document.
        
        Create a Knowledge Graph based on the details in the conversation.  
        
        Your task is to construct a comprehensive Temporal Knowledge Graph
        
        1. Read and understand the Document: Familiarize yourself with the essential elements, including (but not limited to) ideas, events, people, organizations, impacts, and key points, along with any explicitly mentioned or inferred dates or chronology
        
        	- Pretend the date found in 'Date written' is the current date
        
        	- Create an inferred chronology (e.g., "before the car crash" or "shortly after police arrived") when exact dates or times are not available
        
        
        
        2. Create Nodes: Designate each of the essential elements identified earlier as a node with a unique ID using random letters from the greek alphabet. Populate each node with relevant details.
        
        
        
        3. Establish and Describe Edges: Determine the relationships between nodes, forming the edges of your knowledge graph. For each edge:
        
        	- Specify the nodes it connects
        
        	- Describe the relationship and its direction
        
        	- Assign a confidence level (high, medium, low) indicating the certainty of the connection
            
            
        4. Represent All Nodes: Make sure all nodes are included in the edge list
        

        I haven’t noticed a huge difference in the outcome at inference time depending on prompt used, but sprinkling in some more detailed instructions helped lower loss when training.

        As far as dataset, I used a little bit of the Dolphin dataset, to not lose the usual conversational ability. A little bit of the SponsorBlock dataset as a seed, and then I improved it, and the rest is custom…I spent ~$1k or so on API calls creating it. I plan on releasing it at some point, but I want to improve some aspects of it first.

        Total dataset size I used for training is ~85mb.

          • Inkbot_dev@alien.topB
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            It was not an insignificant amount of work to get it working as well as it is tbh.

            For example, one of the tweaks I did that had the most impact…you’ll notice the node IDs are all greek letters. They were originally contextually-relevant IDs, like the name of the entity in the graph.

            ```

            - id: Eta

            event: Construction of the Eiffel Tower

            date: 1889

            ```

            would have been

            ```

            - id: eiffel

            event: Construction of the Eiffel Tower

            date: 1889

            ```

            But that lead to the model relying on context clues from that piece of text, rather than being forced to actually look up the data in the knowledge graph during training. So switching that out to use a symbol approach worked much better for relying on data in the graph, rather than model built-in knowledge.

            I was planning on testing that out on my own, but then I ran into this paper: https://arxiv.org/abs/2305.08298, which made me pull the trigger and convert my whole dataset and creation process to support symbolic identifiers.