Remove duplication and standardize wording

Co-authored-by: Copilot <copilot@github.com>

Author: owen-mc

docs/codeql/codeql-language-guides/customizing-library-models-for-cpp.rst

@@ -88,7 +88,6 @@ We need to add a tuple to the ``sourceModel(namespace, type, subtypes, name, sig
        data:
          - ["boost::asio", "", False, "read_until", "", "", "Argument[*1]", "remote", "manual"]
 
-Since we are adding a new source, we need to add a tuple to the ``sourceModel`` extensible predicate.
 The first five values identify the callable (in this case a free function) to be modeled as a source.
 
 - The first value ``"boost::asio"`` is the namespace name.
@@ -124,7 +123,6 @@ We need to add a tuple to the ``sinkModel(namespace, type, subtypes, name, signa
        data:
          - ["boost::asio", "", False, "write", "", "", "Argument[*1]", "remote-sink", "manual"]
 
-Since we want to add a new sink, we need to add a tuple to the ``sinkModel`` extensible predicate.
 The first five values identify the callable (in this case a free function) to be modeled as a sink.
 
 - The first value ``"boost::asio"`` is the namespace name.
@@ -160,8 +158,6 @@ We need to add tuples to the ``summaryModel(namespace, type, subtypes, name, sig
        data:
          - ["boost::asio", "", False, "buffer", "", "", "Argument[*0]", "ReturnValue", "taint", "manual"]
 
-Since we are adding flow through a function, we need to add tuples to the ``summaryModel`` extensible predicate.
-
 The first five values identify the callable (in this case free function) to be modeled as a summary.
 
 - The first value ``"boost::asio"`` is the namespace name.
@@ -203,7 +199,6 @@ We need to add a tuple to the ``barrierModel(namespace, type, subtypes, name, si
        data:
          - ["", "", False, "mysql_real_escape_string", "", "", "Argument[*1]", "sql-injection", "manual"]
 
-Since we are adding a barrier, we need to add a tuple to the ``barrierModel`` extensible predicate.
 The first five values identify the callable (in this case a free function) to be modeled as a barrier.
 
 - The first value ``""`` is the namespace name.
@@ -243,7 +238,6 @@ We need to add a tuple to the ``barrierGuardModel(namespace, type, subtypes, nam
        data:
          - ["", "", False, "is_safe", "", "", "Argument[*0]", "true", "sql-injection", "manual"]
 
-Since we are adding a barrier guard, we need to add a tuple to the ``barrierGuardModel`` extensible predicate.
 The first five values identify the callable (in this case a free function) to be modeled as a barrier guard.
 
 - The first value ``""`` is the namespace name.

docs/codeql/codeql-language-guides/customizing-library-models-for-csharp.rst

@@ -93,7 +93,6 @@ We need to add a tuple to the ``sinkModel``\(namespace, type, subtypes, name, si
        data:
          - ["System.Data.SqlClient", "SqlCommand", False, "SqlCommand", "(System.String,System.Data.SqlClient.SqlConnection)", "", "Argument[0]", "sql-injection", "manual"]
 
-Since we want to add a new sink, we need to add a tuple to the ``sinkModel`` extensible predicate.
 The first five values identify the callable (in this case a method) to be modeled as a sink.
 
 - The first value ``System.Data.SqlClient`` is the namespace name.
@@ -132,8 +131,6 @@ We need to add a tuple to the ``sourceModel(namespace, type, subtypes, name, sig
        data:
          - ["System.Net.Sockets", "TcpClient", False, "GetStream", "()", "", "ReturnValue", "remote", "manual"]
 
-
-Since we are adding a new source, we need to add a tuple to the ``sourceModel`` extensible predicate.
 The first five values identify the callable (in this case a method) to be modeled as a source.
 
 - The first value ``System.Net.Sockets`` is the namespace name.
@@ -173,7 +170,6 @@ We need to add tuples to the ``summaryModel(namespace, type, subtypes, name, sig
          - ["System", "String", False, "Concat", "(System.Object,System.Object)", "", "Argument[0]", "ReturnValue", "taint", "manual"]
          - ["System", "String", False, "Concat", "(System.Object,System.Object)", "", "Argument[1]", "ReturnValue", "taint", "manual"]
 
-Since we are adding flow through a method, we need to add tuples to the ``summaryModel`` extensible predicate.
 Each tuple defines flow from one argument to the return value.
 The first row defines flow from the first argument (``s1`` in the example) to the return value (``t`` in the example) and the second row defines flow from the second argument (``s2`` in the example) to the return value (``t`` in the example).
 
@@ -229,7 +225,6 @@ We need to add a tuple to the ``summaryModel(namespace, type, subtypes, name, si
        data:
          - ["System", "String", False, "Trim", "()", "", "Argument[this]", "ReturnValue", "taint", "manual"]
 
-Since we are adding flow through a method, we need to add tuples to the ``summaryModel`` extensible predicate.
 Each tuple defines flow from one argument to the return value.
 The first row defines flow from the qualifier of the method call (``s1`` in the example) to the return value (``t`` in the example).
 
@@ -274,8 +269,6 @@ We need to add tuples to the ``summaryModel(namespace, type, subtypes, name, sig
          - ["System.Linq", "Enumerable", False, "Select<TSource,TResult>", "(System.Collections.Generic.IEnumerable<TSource>,System.Func<TSource,TResult>)", "", "Argument[0].Element", "Argument[1].Parameter[0]", "value", "manual"]
          - ["System.Linq", "Enumerable", False, "Select<TSource,TResult>", "(System.Collections.Generic.IEnumerable<TSource>,System.Func<TSource,TResult>)", "", "Argument[1].ReturnValue", "ReturnValue.Element", "value", "manual"]
 
-
-Since we are adding flow through a method, we need to add tuples to the ``summaryModel`` extensible predicate.
 Each tuple defines part of the flow that comprises the total flow through the ``Select`` method.
 The first five values identify the callable (in this case a method) to be modeled as a summary.
 These are the same for both of the rows above as we are adding two summaries for the same method.
@@ -334,7 +327,6 @@ We need to add a tuple to the ``barrierModel(namespace, type, subtypes, name, si
        data:
          - ["System.Web", "HttpRequest", False, "get_RawUrl", "()", "", "ReturnValue", "url-redirection", "manual"]
 
-Since we are adding a barrier, we need to add a tuple to the ``barrierModel`` extensible predicate.
 The first five values identify the callable (in this case the getter of a property) to be modeled as a barrier.
 
 - The first value ``System.Web`` is the namespace name.
@@ -376,7 +368,6 @@ We need to add a tuple to the ``barrierGuardModel(namespace, type, subtypes, nam
        data:
          - ["System", "Uri", False, "get_IsAbsoluteUri", "()", "", "Argument[this]", "false", "url-redirection", "manual"]
 
-Since we are adding a barrier guard, we need to add a tuple to the ``barrierGuardModel`` extensible predicate.
 The first five values identify the callable (in this case the getter of a property) to be modeled as a barrier guard.
 
 - The first value ``System`` is the namespace name.
@@ -416,8 +407,6 @@ We need to add a tuple to the ``neutralModel(namespace, type, name, signature, k
      data:
        - ["System", "DateTime", "get_Now", "()", "summary", "manual"]
 
-
-Since we are adding a neutral model, we need to add tuples to the ``neutralModel`` extensible predicate.
 The first four values identify the callable (in this case the getter of the ``Now`` property) to be modeled as a neutral, the fifth value is the kind, and the sixth value is the provenance (origin) of the neutral.
 
 - The first value ``System`` is the namespace name.

docs/codeql/codeql-language-guides/customizing-library-models-for-go.rst

@@ -93,7 +93,6 @@ We need to add a tuple to the ``sinkModel``\(package, type, subtypes, name, sign
        data:
          - ["database/sql", "DB", True, "Prepare", "", "", "Argument[0]", "sql-injection", "manual"]
 
-Since we want to add a new sink, we need to add a tuple to the ``sinkModel`` extensible predicate.
 The first five values identify the function (in this case a method) to be modeled as a sink.
 
 - The first value ``database/sql`` is the package name.
@@ -133,8 +132,6 @@ We need to add a tuple to the ``sourceModel(package, type, subtypes, name, signa
        data:
          - ["net/http", "Request", True, "FormValue", "", "", "ReturnValue", "remote", "manual"]
 
-
-Since we are adding a new source, we need to add a tuple to the ``sourceModel`` extensible predicate.
 The first five values identify the function to be modeled as a source.
 
 - The first value ``net/http`` is the package name.
@@ -175,7 +172,6 @@ We need to add a tuple to the ``summaryModel(package, type, subtypes, name, sign
        data:
          - ["slices", "", False, "Max", "", "", "Argument[0].ArrayElement", "ReturnValue", "value", "manual"]
 
-Since we are adding flow through a method, we need to add tuples to the ``summaryModel`` extensible predicate.
 The first row defines flow from the first argument (``a`` in the example) to the return value (``max`` in the example).
 
 The first five values identify the function to be modeled as a summary.
@@ -220,7 +216,6 @@ We need to add a tuple to the ``summaryModel(package, type, subtypes, name, sign
        data:
          - ["slices", "", False, "Concat", "", "", "Argument[0].ArrayElement.ArrayElement", "ReturnValue.ArrayElement", "value", "manual"]
 
-Since we are adding flow through a method, we need to add tuples to the ``summaryModel`` extensible predicate.
 The first row defines flow from the arguments (``a`` and ``b`` in the example) to the return value (``c`` in the example).
 
 The first five values identify the function to be modeled as a summary.
@@ -265,7 +260,6 @@ We need to add tuples to the ``summaryModel(package, type, subtypes, name, signa
          - ["strings", "", False, "Join", "", "", "Argument[0]", "ReturnValue", "taint", "manual"]
          - ["strings", "", False, "Join", "", "", "Argument[1]", "ReturnValue", "taint", "manual"]
 
-Since we are adding flow through a method, we need to add tuples to the ``summaryModel`` extensible predicate.
 Each tuple defines flow from one argument to the return value.
 The first row defines flow from the first argument (``elems`` in the example) to the return value (``t`` in the example) and the second row defines flow from the second argument (``sep`` in the example) to the return value (``t`` in the example).
 
@@ -321,7 +315,6 @@ We need to add a tuple to the ``summaryModel(package, type, subtypes, name, sign
        data:
          - ["net/url", "URL", True, "Hostname", "", "", "Argument[receiver]", "ReturnValue", "taint", "manual"]
 
-Since we are adding flow through a method, we need to add tuples to the ``summaryModel`` extensible predicate.
 Each tuple defines flow from one argument to the return value.
 The first row defines flow from the qualifier of the method call (``u`` in the example) to the return value (``host`` in the example).
 
@@ -365,7 +358,6 @@ We need to add a tuple to the ``barrierModel(package, type, subtypes, name, sign
        data:
          - ["group:beego", "", True, "Htmlquote", "", "", "ReturnValue", "html-injection", "manual"]
 
-Since we are adding a barrier, we need to add a tuple to the ``barrierModel`` extensible predicate.
 The first five values identify the function to be modeled as a barrier.
 
 - The first value ``group:beego`` is the package group name. The ``group:`` prefix indicates that this is a package group, which is used to match multiple package paths that refer to the same package.
@@ -406,7 +398,6 @@ We need to add a tuple to the ``barrierGuardModel(package, type, subtypes, name,
        data:
          - ["example.com/example", "", False, "IsSafe", "", "", "Argument[0]", "true", "sql-injection", "manual"]
 
-Since we are adding a barrier guard, we need to add a tuple to the ``barrierGuardModel`` extensible predicate.
 The first five values identify the function to be modeled as a barrier guard.
 
 - The first value ``example.com/example`` is the package name.
@@ -445,7 +436,6 @@ We need to add a tuple to the ``sourceModel(package, type, subtypes, name, signa
     data:
       - ["net/http", "Request", True, "Body", "", "", "", "remote", "manual"]
 
-Since we are adding a new source, we need to add a tuple to the ``sourceModel`` extensible predicate.
 The first five values identify the field to be modeled as a source.
 
 - The first value ``net/http`` is the package name.

docs/codeql/codeql-language-guides/customizing-library-models-for-java-and-kotlin.rst

@@ -98,8 +98,6 @@ We need to add a tuple to the ``sinkModel(package, type, subtypes, name, signatu
        data:
          - ["java.sql", "Statement", True, "execute", "(String)", "", "Argument[0]", "sql-injection", "manual"]
 
-
-Since we want to add a new sink, we need to add a tuple to the ``sinkModel`` extensible predicate.
 The first five values identify the callable (in this case a method) to be modeled as a sink.
 
 - The first value ``java.sql`` is the package name.
@@ -138,8 +136,6 @@ We need to add a tuple to the ``sourceModel(package, type, subtypes, name, signa
        data:
          - ["java.net", "Socket", False, "getInputStream", "()", "", "ReturnValue", "remote", "manual"]
 
-
-Since we are adding a new source, we need to add a tuple to the ``sourceModel`` extensible predicate.
 The first five values identify the callable (in this case a method) to be modeled as a source.
 
 - The first value ``java.net`` is the package name.
@@ -179,7 +175,6 @@ We need to add tuples to the ``summaryModel(package, type, subtypes, name, signa
          - ["java.lang", "String", False, "concat", "(String)", "", "Argument[this]", "ReturnValue", "taint", "manual"]
          - ["java.lang", "String", False, "concat", "(String)", "", "Argument[0]", "ReturnValue", "taint", "manual"]
 
-Since we are adding flow through a method, we need to add tuples to the ``summaryModel`` extensible predicate.
 Each tuple defines flow from one argument to the return value.
 The first row defines flow from the qualifier (``s1`` in the example) to the return value (``t`` in the example) and the second row defines flow from the first argument (``s2`` in the example) to the return value (``t`` in the example).
 
@@ -224,8 +219,6 @@ We need to add tuples to the ``summaryModel(package, type, subtypes, name, signa
          - ["java.util.stream", "Stream", True, "map", "(Function)", "", "Argument[this].Element", "Argument[0].Parameter[0]", "value", "manual"]
          - ["java.util.stream", "Stream", True, "map", "(Function)", "", "Argument[0].ReturnValue", "ReturnValue.Element", "value", "manual"]
 
-
-Since we are adding flow through a method, we need to add tuples to the ``summaryModel`` extensible predicate.
 Each tuple defines part of the flow that comprises the total flow through the ``map`` method.
 The first five values identify the callable (in this case a method) to be modeled as a summary.
 These are the same for both of the rows above as we are adding two summaries for the same method.
@@ -282,8 +275,6 @@ We need to add a tuple to the ``barrierModel(package, type, subtypes, name, sign
        data:
          - ["java.io", "File", True, "getName", "()", "", "ReturnValue", "path-injection", "manual"]
 
-
-Since we are adding a new barrier, we need to add a tuple to the ``barrierModel`` extensible predicate.
 The first five values identify the callable (in this case a method) to be modeled as a barrier.
 
 - The first value ``java.io`` is the package name.
@@ -326,8 +317,6 @@ We need to add a tuple to the ``barrierGuardModel(package, type, subtypes, name,
        data:
          - ["java.net", "URI", True, "isAbsolute", "()", "", "Argument[this]", "false", "request-forgery", "manual"]
 
-
-Since we are adding a barrier guard, we need to add a tuple to the ``barrierGuardModel`` extensible predicate.
 The first five values identify the callable (in this case a method) to be modeled as a barrier guard.
 
 - The first value ``java.net`` is the package name.
@@ -367,8 +356,6 @@ We need to add a tuple to the ``neutralModel(package, type, name, signature, kin
      data:
        - ["java.time", "Instant", "now", "()", "summary", "manual"]
 
-
-Since we are adding a neutral model, we need to add tuples to the ``neutralModel`` extensible predicate.
 The first four values identify the callable (in this case a method) to be modeled as a neutral, the fifth value is the kind, and the sixth value is the provenance (origin) of the neutral.
 
 - The first value ``java.time`` is the package name.