knowledge: MAPE-aligned point prediction — median models overpredict under MAPE; per-row exp(−λσ²) shrinkage (new backend/common/ml) - #55
Open
choiyounggi wants to merge 1 commit into
Conversation
…new backend/common/ml category)
This was referenced Aug 7, 2026
Open
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Knowledge flush — 1 insight ingested (2 dropped as pending-duplicates of open PR #51)
Queue drained: 3 pending candidates across 2 session files.
Verified best-practice
Ingested — MAPE-aligned point prediction (from
avm-hackathon-jychosession):median × exp(−σ²)for a lognormal conditional. Correct per-row withpred × exp(−λσ²), σ estimated from q16/q84 quantile spread, λ selected from 0.5 by multi-period holdout consistency rather than the theoretical 1.0.confidence: verifiedfor the sourced mechanism, with the field-tested scope of the λ practice stated inline.Dropped candidates (both from the linkly r3 orchestrate session) — see Open-PR check; neither was ingested, so no verification pass was spent upgrading them.
Existing-layer check
Routing went INDEX.md → backend → domain index. A full-text sweep of the checkout's
wiki/formape,percentage error,lognormal,quantile,lightgbm,calibrationreturned zero hits — nothing in any layer covers regression-model point-prediction calibration, so this is a create, not a merge. The closest existing category isbackend/common/llm, whose pages cover consuming LLM completion APIs, not training/evaluating predictive models; I opened its nearest page to confirm the trigger space does not overlap (it gates on HTTP completion responses, not on metrics or point forecasts).Pages read: backend-common-llm-completion-response-validation
No conflicts flagged.
related:left empty — no genuinely adjacent page exists yet (the new category is a seed; future ML ingests should link here). Plumbing updated:wiki/backend/index.mdgained a### mlsection with a load-when line, the common-subtree route line and rootINDEX.mdbackend line both mention MAPE-aligned point-prediction calibration, andlog.mdhas the ingest entry.Open-PR check
Open
knowledge/*heads listed viagh pr list --search "head:knowledge/": #47 (knowledge/dch0202-20260806-130040), #49 (knowledge/dch0202-rsquare-20260806-142309), #50 (knowledge/dch0202-20260806-172420), #51 (knowledge/dch0202-20260806-183029), #52 (knowledge/dch0202-rsquare-20260807-100149).Per-candidate verdicts:
origin/knowledge/dch0202-20260806-183029(knowledge: 9 insights — closed value table widening, guardrail read-vs-write correction, dispatch binding taxonomy #51) against main: itswiki/infrastructure/agent-orchestration/worktree-isolated-workers.mdadditions already carry this insight in strictly better form — including the exact "budget the escalation round trip (read → approve → clear escalations/ → restart the watcher) and state in the worker's first brief that reads are approved" row. knowledge: 9 insights — closed value table widening, guardrail read-vs-write correction, dispatch binding taxonomy #51 additionally corrects the raw candidate: its local reproduction (guardrails 1.2.0) shows pure reads pass and the rule fires only when a main-root mention co-occurs with a write verb or an absolute-path redirect — the candidate's blanket "fires on read-only access" phrasing is the pre-correction version. Nothing unique to fold; retired as pending-duplicate.wiki/infrastructure/agent-orchestration/pane-delivery-confirmation.mdadditions carry all four rows (bind only on idle prompt because "done" is a report not the turn's end; wait-and-rebind for occupied runtime; close pane + new worker-mode agent for a dead one; always pass worktree with pane) citing the same three 2026-08-06 field incidents the candidate cites. Nothing unique to fold; retired as pending-duplicate.Routing decision
backend/common/ml/mape-aligned-point-prediction.md(idbackend-common-ml-mape-aligned-point-prediction), new categorymlunder backend/common. Justification for the new category: the harvested domain hint wasbackend, and the backend domain's 12 existing categories (api-design, auth, caching, change-impact, concurrency, errors, integrations, jobs, llm, orm, reliability, storage) all cover server-side application code concerns; none covers training or evaluating a predictive model.llmis the nearest name but its scope is consuming LLM completion APIs from server code — putting metric-aligned regression calibration there would corrupt its load-when gate. No other domain fits better (databases owns SQL/schema; qa owns release process). The category seeds with one page..processed.jsonlso the auto-flush cannot re-surface them.