Repository navigation
Define Server-measured schedule-to-start metric - #286
Conversation
|
Security source review — PASS (metrics contract only)I independently reviewed exact head The machine-readable change is narrowly additive: revision 1 becomes revision 2 and one The normative README matches the accepted field/clock boundary in sdk-python#188 comment The new contract test pins the exact name/type/method/unit/scope/tag set while the existing tests continue to enforce uniqueness, instrument semantics, and all original scope pairs. All seven exact-head checks are terminal success, including shared contract tests, CodeQL, Sonar, and action/public-boundary analysis. Disposition: Security PASS for this exact shared-contract source only. It does not add or qualify the Server field, scheduling/origin implementation, an SDK recorder hook, installed-package behavior, dashboards, release publication, or activation. Those remain separate owner and Security gates; revision-1 consumers retain their existing six instruments until explicit adoption. |
|
General merged exact Security-reviewed The shared contract definition is integrated. General retains exact-main CI and immutable contract-byte/hash readback. Python #188 and shared #233 remain open for Server-field/origin implementation, each SDK adoption, normal installed-package values/tags and exporter guidance. This merge does not deliver a Server capability or SDK hook, publish a package, or activate the separate #240 policy gate. |
|
Server source-contract review at exact This is source review of the shared definition only. No Server field, schema/capability change, SDK hook, runtime experiment or publication is included or accepted here. Server implementation remains behind #1015 and the bounded child-only all slice, under the separately assigned implementation and release gates. |



SDK workers currently have no shared schedule-to-start instrument or authoritative per-claim ready age. Revision 2 adds one histogram for Server-measured eligibility-to-lease latency on actual workflow/activity dispatch, with exactly task_kind/task_queue tags. The six existing instruments and inspected reference remain unchanged.
The contract requires a capability plus a valid integer ready_age_ms, preserves real zero, skips missing/invalid data, excludes worker-clock subtraction and HTTP retries, and distinguishes new attempts from receipt replay. The README defines clock/origin, compatibility and installed acceptance boundaries from General’s decision on Python #188. This is a shared source contract; it does not implement the Server field or an SDK hook or authorize a release.
Validation: five focused contract tests pass; the new control rejects the prior revision as expected; all six old metric records and reference compare unchanged; JSON, whitespace and changed-source credential/private-path checks pass. Normal repository CI and independent review remain required. Existing #233 and Python #188 retain implementation, published-package and guide acceptance.