MaxKozlov

Всё по той же причине - Job - это отдельный процесс, он не знает о ваших функциях.
Возможны три варианта:
1. функцию надо разместить прямо внутри вашего скриптблока
2. функцию надо выносить в модуль
3. использовать альтернативу - PoshRSJob, которому можно указать какие функции импортировать

Для этих целей лучше использовать не формирование в виде строки, а так называемый Splatting

$params = @{
  Param1 = "value1"
}
if ($something) { $params.Param2 = "*value" }

MyFunction @params

тогда в зависимости от сформированных в хеше параметров вызовется всё что надо

Свичи прекрасно привязываются в стиле Start-Process -Wait:$isWait
Вообще, все значения параметров можно передавать не через пробел, а через двоеточие, именно так их формирует splatting.

А еще внутри функции есть автоматическая переменная $PSBoundParameters в которй лежит хеш переданных параметров и их значений и оттуда можно узнать, передан ли параметр явно или получил значение по-умолчанию (проверив, есть ли ключ)
Или можно делать прокси-функции типа

Function Get-OtherCompProcess {
Param(
#здесь все обычные параметры для get-process кроме computername
)}
$PSBoundParameters.computername='othercomp'
Get-Process @PSBoundParameters

Если используешь [parameter(ValueFromPipeline = $true)]
необходимо придерживаться соответствующего вида функции для pipeline, а именно - всю обработку делать в блоке PROCESS{} - блок будет в цикле получать всё что попадает на вход из пайпа. блоки BEGIN{} и END{} задействуются, соответственно в самом начале и конце, там значение $cmds доступно не будет

function MyFunc() {
  param (
    [Alias("InputObject")] [parameter(ValueFromPipeline = $true)] [array] $cmds,
    [Alias("FilePath")] [string] $fileName
  )
  BEGIN {}
  PROCESS {
    $cmds | Out-File $fileName} -Append
  }
  END{}
}

в BEGIN{}, возможно, понадобится зачистить файл

Именно ошибок ? тогда проще всего в файл, а потом его прочитать
а если всего подряд, тогда

g++ test.cpp -o test 2>&1 | Tee-Object -Filepath error.txt

Нашёл ещё вариант

invoke-command { 'txt1'; write-error 'err'; 'txt2' } -ErrorVariable e
#пример вызова внешней команды
invoke-command { python 1.py 2>&1 } -ErrorVariable e
$e | Out-File error.txt

where pip ?
под виндой в путях обычно %somepath%\Python.exe, но %somepath%\Scripts\Pip.exe, соответственно %somepath%\Scripts\ тоже должно быть в PATH

А вообще Powershell тут ни при чём. но пути в нём можно посмотреть если что как $env:PATH

Это из-за -RunLevel Highest

когда вы работаете из GUI винда неявно даёт mmc нужные права
если вы попробуете создание задачи с наивысшими правами из под пользователя, не являющегося админом, вы увидите UAC запрос

Часто используемые функции можно сложить в модуль
Пример структуры:

MyUtils/
  MyUtils.psd1
  MyUtils.psm1
  functions/
    Get-Something.ps1
    Get-SomethingOther.ps1

Содержимое MyUtils.psd1, минимальный вариант. только заполненные поля

@{
  ModuleVersion = '1.0'
  GUID = '72d739dd-bddf-4d7c-a358-1a40e2ff961d'
  Description = 'MyUtils module'
  NestedModules = @('MyUtils.psm1')
}

Guid необходимо сгенерировать через [guid]::NewGuid()
Содержимое MyUtils.psm1

Try {
    Get-ChildItem "$PSScriptRoot\functions\*.ps1" -Exclude *.tests.ps1, *profile.ps1 |
    ForEach-Object {
      $Function = $_.Name
      . $_.FullName
    }
} Catch {
    Write-Warning ("{0}: {1}" -f $Function,$_.Exception.Message)
    Continue
}

Пример содержимого одной из функций

function Get-Something {
param(
  $parameter
)
  Write-Host "I'm Get-Something with $parameter"
}

Все дополнительные функции можно разрабатывать отдельно, а потом просто переносить в папку MyUtils\functions.
и они будут сами подключаться к модулю при его повторной загрузке вместе с powershell
или через Import-Module MyUtils -Force

Сам модуль в виде папки можно таскать простым копированием в одно из мест, определяемых через $env:PSModulePath

1. ... | Sort-Object -Property TimeCreated
2.

$date = [datetime]'2020-04-13';

... |
   Where-Object { $_.TimeCreated.Date -eq $date } |
   Measure-Object -Sum -Property SessionDuration

Ну и дальше по вкусу

Скрытие через[Console]::CursorVisible = $false работает, но до первого нажатия. Потому что его модуль PSReadline по новой включает.
если модуль выгрузить - скрывает насовсем

а я почему-то вижу :)
Split-Path C:\test1\test2\test3 -Leaf

потому что первый IF должен выглядеть как
if ((TestPath $pathToProjectFile) -eq $false) {
В Powershell надо весь вызов брать в скобки, а не аргументы
ваши "-eq $false" становятся длполнительными аргументами функции, а не операторами сравнения
В этом можно убедиться, если вашу функцию записать как

function TestPath($Path) {
    Write-Host -fore Green "Args: $args"
    return (Test-Path -Path $Path -PathType leaf)
}

И тогда вы увидите
Args: -eq False
Зелёного цвета