C.3.A:4.2 - Guard_CandidateUse — apply a typed claim to an exact candidate
Intent. Decide whether claim C, quantified over k_claim, may be used for exact target-side candidate candidate in a receiving use restricted to k_receive.
Guard_CandidateUse(C, candidate, k_claim, claimSignatureEdition, k_receive, receiveSignatureEdition, TargetSlice) SHALL:
- identify the candidate under its direct governor before classification;
- satisfy
Guard_TypedClaimfor the same claim-kind and receiving-kind editions and slice; - evaluate
J(candidate, k_receive, receiveSignatureEdition, TargetSlice); - continue candidate-bearing use only on
true: for a proper subkind, the already establishedSubkindOfObtains(k_receive, k_claim; RS)supplies the monotone claim-kind consequence; for a bridged use, rely only through the obtaining KindBridge and its current assertion, without inventing a source-context candidate judgment; - refuse on known
falsewhile retaining that value; and - refuse on
unknownwhile retaining the missing dependency or unavailable support reason.
Evidence may support a classification assertion, but record presence, bridge presence, or guard invocation MUST NOT make the candidate satisfy the receiving criterion. When k_claim and k_receive are identical under one declaration edition, record that identity and evaluate the candidate once.