feat(p21): the PROJECT carries the price, so a run against a road normal can be anchored
Four paid stress rounds ran entirely UN-ANCHORED, all of them, because the one file loader reads cost-baseline.json out of the BUNDLE and no vegnormal ships one: N100, N200, N500 and R761 are knowledge, and knowledge carries requirements, never amounts. The validator's stage 0 -- the one stage that tells an invented cost line from a line this project actually buys -- was skipped in every single run, so "validated" could not mean what it says. P20 G1/G2 measured real R761 process numbers (12.11 three times on Soraasen, 1.1.1 on Lindaas) validating with amounts nobody had anywhere. --cost-baseline FILE is PM decision (e), taken over the three alternatives P20 wrote down. A LOADED object, never a path (prepass_payload's rule): the CLI owns the file and loads it ONCE, so the notice, the stamp and every base of an --across-bundle pass all descend from one read. ONE parse, two doors -- load_cost_baseline delegates to load_cost_baseline_file -- while safe_resolve stays on the bundle door alone, because a project's own schedule is legitimately outside every base. No tolerant twin: this path exists only because an operator NAMED a file. DEL B: five anchored context sets, a1-a3 with their line and a4 with none, so stage 0 is what catches the falsification arm. THE ORDER'S OWN ARM (h) WAS FELLED BY MEASUREMENT: "no baseline code is a requirement number the base declares" is measured 0 of 4 on the project-coded sets and 5 of 5 on kontrakt-sorasen -- which is what R761 Prosesskoden IS, a bill of quantities priced BY process code. The complement keeps both, and the order's own mutation still bites. DEL B3: the judge reports anchored (off the run's own stamp), priced per row, and WHICH falsifier caught the falsification arm. Load-bearing MEASURED, five mutations all red against the WHOLE suite, green control 1850/5 (from 1809/5, superset, 0 removed), golden byte-unchanged: A3(i) the flag is read but the baseline is unused (3 red) . A3(ii) only the first base gets it (1) . A3(iii) report_forbidden drops it (1) . B2(i) a4 gets a line (1, arm (g) alone) . B2(ii) a code swapped to 12.11 (2, arms (f) and (h)). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
parent
587480f050
commit
7b4f85d77c
20 changed files with 1259 additions and 15 deletions
25
contexts/dekke-og-kontrakt-lindaas-2027/cost-baseline.json
Normal file
25
contexts/dekke-og-kontrakt-lindaas-2027/cost-baseline.json
Normal file
|
|
@ -0,0 +1,25 @@
|
|||
{
|
||||
"project_id": "dekke-og-kontrakt-lindaas-2027",
|
||||
"items": {
|
||||
"LIND-FORST-01": {
|
||||
"quantity": 24600.0,
|
||||
"unit_cost": 285.0
|
||||
},
|
||||
"LIND-FILT-01": {
|
||||
"quantity": 18400.0,
|
||||
"unit_cost": 210.0
|
||||
},
|
||||
"LIND-RIGG-01": {
|
||||
"quantity": 1.0,
|
||||
"unit_cost": 5900000.0
|
||||
},
|
||||
"LIND-ASF-01": {
|
||||
"quantity": 4100.0,
|
||||
"unit_cost": 640.0
|
||||
},
|
||||
"LIND-GRFT-01": {
|
||||
"quantity": 2050.0,
|
||||
"unit_cost": 1380.0
|
||||
}
|
||||
}
|
||||
}
|
||||
|
|
@ -50,7 +50,7 @@
|
|||
]
|
||||
}
|
||||
],
|
||||
"honesty": "Prosjektet fv. 218 Lindaas er KONSTRUERT av meg: vegnummer, lengde, AADT og alle fire kostlinjene (LIND-FORST-01, LIND-FILT-01, LIND-RIGG-01, LIND-INDEKS-01) er oppdiktet, og beloepene er satte stoerrelsesordener. Kravene og prosessene i must_cite er lest ordrett ut av basenes egen frontmatter (n200-2024 for a1/a2, r761-2025 for a3). Verken N200 eller R761 baerer priser, saa kodene finnes ikke i noen av basene. Dette er det FOERSTE settet som spenner TO baser: a1/a2 rutes mot n200-2024 og a3/a4 mot r761-2025, og det er hele grunnen til at settet finnes -- P17b maaler at EN kommisjon kan kjoeres over flere kunnskapsbaser. Den fjerde tilnaermingen a4-indeksregulering og dens kostkode LIND-INDEKS-01 er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje INGEN av de to basene baerer grunnlaget for. MAALT 15.09: 'enhetspris' ble FORKASTET som anker fordi r761-2025 baerer ordet i 70 av 2 756 konsepter -- et anker som holder for ett sett med EN base holder ikke noedvendigvis for et sett med to.",
|
||||
"honesty": "Prosjektet fv. 218 Lindaas er KONSTRUERT av meg: vegnummer, lengde, AADT og alle fire kostlinjene (LIND-FORST-01, LIND-FILT-01, LIND-RIGG-01, LIND-INDEKS-01) er oppdiktet, og beloepene er satte stoerrelsesordener. Kravene og prosessene i must_cite er lest ordrett ut av basenes egen frontmatter (n200-2024 for a1/a2, r761-2025 for a3). Verken N200 eller R761 baerer priser, saa kodene finnes ikke i noen av basene. Dette er det FOERSTE settet som spenner TO baser: a1/a2 rutes mot n200-2024 og a3/a4 mot r761-2025, og det er hele grunnen til at settet finnes -- P17b maaler at EN kommisjon kan kjoeres over flere kunnskapsbaser. Den fjerde tilnaermingen a4-indeksregulering og dens kostkode LIND-INDEKS-01 er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje INGEN av de to basene baerer grunnlaget for. MAALT 15.09: 'enhetspris' ble FORKASTET som anker fordi r761-2025 baerer ordet i 70 av 2 756 konsepter -- et anker som holder for ett sett med EN base holder ikke noedvendigvis for et sett med to. P21: settet har naa sin egen cost-baseline.json (5 linjer) — prosjektets prisskjema, og SAMME fil gjelder begge basene i multi-base-passet (ett prosjekt, ett prisskjema). Mengdene og enhetsprisene er OPPDIKTEDE stoerrelsesordener; verken N200 eller R761 baerer priser. a4s LIND-INDEKS-01 har ingen linje.",
|
||||
"must_refuse": [
|
||||
{
|
||||
"approach_id": "a4-indeksregulering",
|
||||
|
|
|
|||
25
contexts/fv412-dekkefornyelse-2027/cost-baseline.json
Normal file
25
contexts/fv412-dekkefornyelse-2027/cost-baseline.json
Normal file
|
|
@ -0,0 +1,25 @@
|
|||
{
|
||||
"project_id": "fv412-dekkefornyelse-2027",
|
||||
"items": {
|
||||
"DEKKE-ASF-01": {
|
||||
"quantity": 10800.0,
|
||||
"unit_cost": 1150.0
|
||||
},
|
||||
"DEKKE-BAER-01": {
|
||||
"quantity": 6300.0,
|
||||
"unit_cost": 980.0
|
||||
},
|
||||
"DEKKE-FROST-01": {
|
||||
"quantity": 37800.0,
|
||||
"unit_cost": 215.0
|
||||
},
|
||||
"DEKKE-GRV-01": {
|
||||
"quantity": 12600.0,
|
||||
"unit_cost": 145.0
|
||||
},
|
||||
"DEKKE-SKILT-01": {
|
||||
"quantity": 1.0,
|
||||
"unit_cost": 1450000.0
|
||||
}
|
||||
}
|
||||
}
|
||||
|
|
@ -52,7 +52,7 @@
|
|||
]
|
||||
}
|
||||
],
|
||||
"honesty": "Prosjektet fv. 412 dekkefornyelse er KONSTRUERT av meg: vegnummer, lengde, ÅDT og alle tre kostlinjene (DEKKE-ASF-01, DEKKE-BAER-01, DEKKE-FROST-01) er oppdiktet, og beløpene er satte størrelsesordener. Kravene i must_cite er lest ordrett ut av n200-2024-basens egen frontmatter. N200 bærer ingen priser, så kodene finnes ikke i basen. P16: den fjerde tilnaermingen a4-tonnpris-asfalt og dens kostkode DEKKE-ASF-ENHET er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje basen ikke baerer grunnlaget for. Beloepet er en satt stoerrelsesorden.",
|
||||
"honesty": "Prosjektet fv. 412 dekkefornyelse er KONSTRUERT av meg: vegnummer, lengde, ÅDT og alle tre kostlinjene (DEKKE-ASF-01, DEKKE-BAER-01, DEKKE-FROST-01) er oppdiktet, og beløpene er satte størrelsesordener. Kravene i must_cite er lest ordrett ut av n200-2024-basens egen frontmatter. N200 bærer ingen priser, så kodene finnes ikke i basen. P16: den fjerde tilnaermingen a4-tonnpris-asfalt og dens kostkode DEKKE-ASF-ENHET er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje basen ikke baerer grunnlaget for. Beloepet er en satt stoerrelsesorden. P21: settet har naa sin egen cost-baseline.json (5 linjer) — prosjektets prisskjema. Mengdene og enhetsprisene der er OPPDIKTEDE stoerrelsesordener, satt slik at hver av a1-a3 har sin kostlinje og a4 IKKE har en; N200 baerer ingen priser, saa ingen av tallene er lest noe sted.",
|
||||
"must_refuse": [
|
||||
{
|
||||
"approach_id": "a4-tonnpris-asfalt",
|
||||
|
|
|
|||
25
contexts/gate-nordvik-2027/cost-baseline.json
Normal file
25
contexts/gate-nordvik-2027/cost-baseline.json
Normal file
|
|
@ -0,0 +1,25 @@
|
|||
{
|
||||
"project_id": "gate-nordvik-2027",
|
||||
"items": {
|
||||
"GATE-KRYSS-01": {
|
||||
"quantity": 1.0,
|
||||
"unit_cost": 9400000.0
|
||||
},
|
||||
"GATE-GANG-01": {
|
||||
"quantity": 6.0,
|
||||
"unit_cost": 310000.0
|
||||
},
|
||||
"GATE-KRYSS-02": {
|
||||
"quantity": 8.0,
|
||||
"unit_cost": 155000.0
|
||||
},
|
||||
"GATE-DEKKE-01": {
|
||||
"quantity": 5400.0,
|
||||
"unit_cost": 1250.0
|
||||
},
|
||||
"GATE-VA-01": {
|
||||
"quantity": 900.0,
|
||||
"unit_cost": 4800.0
|
||||
}
|
||||
}
|
||||
}
|
||||
|
|
@ -52,7 +52,7 @@
|
|||
]
|
||||
}
|
||||
],
|
||||
"honesty": "Prosjektet Nordvikgata er KONSTRUERT av meg: gatenavn, lengde, fartsgrense og alle tre kostlinjene (GATE-KRYSS-01, GATE-GANG-01, GATE-KRYSS-02) er oppdiktet, og beløpene er satte størrelsesordener. Kravene i must_cite er derimot lest ordrett ut av n100-2023-basens egen frontmatter. N100 bærer ingen priser, så kodene finnes ikke i basen. P16: den fjerde tilnaermingen a4-enhetspris-gangfelt og dens kostkode GATE-GANG-ENHET er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje basen ikke baerer grunnlaget for. Beloepet er en satt stoerrelsesorden.",
|
||||
"honesty": "Prosjektet Nordvikgata er KONSTRUERT av meg: gatenavn, lengde, fartsgrense og alle tre kostlinjene (GATE-KRYSS-01, GATE-GANG-01, GATE-KRYSS-02) er oppdiktet, og beløpene er satte størrelsesordener. Kravene i must_cite er derimot lest ordrett ut av n100-2023-basens egen frontmatter. N100 bærer ingen priser, så kodene finnes ikke i basen. P16: den fjerde tilnaermingen a4-enhetspris-gangfelt og dens kostkode GATE-GANG-ENHET er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje basen ikke baerer grunnlaget for. Beloepet er en satt stoerrelsesorden. P21: settet har naa sin egen cost-baseline.json (5 linjer) — prosjektets prisskjema. Mengdene og enhetsprisene der er OPPDIKTEDE stoerrelsesordener, satt slik at hver av a1-a3 har sin kostlinje og a4 IKKE har en; N100 baerer ingen priser, saa ingen av tallene er lest noe sted.",
|
||||
"must_refuse": [
|
||||
{
|
||||
"approach_id": "a4-enhetspris-gangfelt",
|
||||
|
|
|
|||
25
contexts/kontrakt-sorasen-2027/cost-baseline.json
Normal file
25
contexts/kontrakt-sorasen-2027/cost-baseline.json
Normal file
|
|
@ -0,0 +1,25 @@
|
|||
{
|
||||
"project_id": "kontrakt-sorasen-2027",
|
||||
"items": {
|
||||
"12.1": {
|
||||
"quantity": 1.0,
|
||||
"unit_cost": 6400000.0
|
||||
},
|
||||
"12.12": {
|
||||
"quantity": 22.0,
|
||||
"unit_cost": 340000.0
|
||||
},
|
||||
"22.1": {
|
||||
"quantity": 94000.0,
|
||||
"unit_cost": 118.0
|
||||
},
|
||||
"52.11": {
|
||||
"quantity": 41000.0,
|
||||
"unit_cost": 265.0
|
||||
},
|
||||
"51.1": {
|
||||
"quantity": 31000.0,
|
||||
"unit_cost": 96.0
|
||||
}
|
||||
}
|
||||
}
|
||||
|
|
@ -52,7 +52,7 @@
|
|||
]
|
||||
}
|
||||
],
|
||||
"honesty": "Entreprisen Søråsen er KONSTRUERT av meg: kontraktsnavn, lengde, riggperiode og alle tre beløpene er oppdiktede størrelsesordener. Til forskjell fra de tre andre settene er affected_codes her EKTE prosessnumre fra R761 (12.1, 12.12, 22.1, 51.1, 52.11), lest ut av basens egen prosessnr-frontmatter — men R761 er en beskrivelsesstandard uten priser, så kodene er ekte mens beløpene ikke er det. must_cite er lest ordrett ut av basen. P16: den fjerde tilnaermingen a4-indeksregulering og dens kostkode INDEKS-01 er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje basen ikke baerer grunnlaget for. Beloepet er en satt stoerrelsesorden.",
|
||||
"honesty": "Entreprisen Søråsen er KONSTRUERT av meg: kontraktsnavn, lengde, riggperiode og alle tre beløpene er oppdiktede størrelsesordener. Til forskjell fra de tre andre settene er affected_codes her EKTE prosessnumre fra R761 (12.1, 12.12, 22.1, 51.1, 52.11), lest ut av basens egen prosessnr-frontmatter — men R761 er en beskrivelsesstandard uten priser, så kodene er ekte mens beløpene ikke er det. must_cite er lest ordrett ut av basen. P16: den fjerde tilnaermingen a4-indeksregulering og dens kostkode INDEKS-01 er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje basen ikke baerer grunnlaget for. Beloepet er en satt stoerrelsesorden. P21: settet har naa sin egen cost-baseline.json (5 linjer) — prosjektets prisskjema, kodet med de samme EKTE prosessnumrene, som er slik en norsk vegkontrakt faktisk prises. Mengdene og enhetsprisene er OPPDIKTEDE stoerrelsesordener; R761 baerer ingen priser, saa ingen av tallene er lest noe sted. a4s INDEKS-01 har ingen linje.",
|
||||
"must_refuse": [
|
||||
{
|
||||
"approach_id": "a4-indeksregulering",
|
||||
|
|
|
|||
29
contexts/tunnel-hauglia-2027/cost-baseline.json
Normal file
29
contexts/tunnel-hauglia-2027/cost-baseline.json
Normal file
|
|
@ -0,0 +1,29 @@
|
|||
{
|
||||
"project_id": "tunnel-hauglia-2027",
|
||||
"items": {
|
||||
"TUN-VENT-01": {
|
||||
"quantity": 14.0,
|
||||
"unit_cost": 465000.0
|
||||
},
|
||||
"TUN-FROST-01": {
|
||||
"quantity": 360.0,
|
||||
"unit_cost": 21500.0
|
||||
},
|
||||
"TUN-LYS-01": {
|
||||
"quantity": 2400.0,
|
||||
"unit_cost": 1850.0
|
||||
},
|
||||
"TUN-SPRENG-01": {
|
||||
"quantity": 168000.0,
|
||||
"unit_cost": 410.0
|
||||
},
|
||||
"TUN-SIKRING-01": {
|
||||
"quantity": 2400.0,
|
||||
"unit_cost": 6900.0
|
||||
},
|
||||
"TUN-PORTAL-01": {
|
||||
"quantity": 2.0,
|
||||
"unit_cost": 3850000.0
|
||||
}
|
||||
}
|
||||
}
|
||||
|
|
@ -62,7 +62,7 @@
|
|||
]
|
||||
}
|
||||
],
|
||||
"honesty": "Prosjektet Hauglia-tunnelen er KONSTRUERT av meg: navn, lengde, ÅDT og alle tre kostlinjene (TUN-VENT-01, TUN-FROST-01, TUN-LYS-01) er oppdiktet, og de tre beløpene er plausible størrelsesordener jeg har satt, ikke tall fra et prosjekt. Det som IKKE er konstruert er kravene: hver konsept-sti, tittel og kravnummer i must_cite er lest ordrett ut av n500-2024-basens egen frontmatter. N500 bærer ingen priser, så kodene finnes ikke i basen — settet er derfor bevisst IKKE kjørbart via --proposals-from-mandate. P16: den fjerde tilnaermingen a4-enhetspris-ventilator og dens kostkode TUN-VENT-ENHET er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje basen ikke baerer grunnlaget for. Beloepet er en satt stoerrelsesorden.",
|
||||
"honesty": "Prosjektet Hauglia-tunnelen er KONSTRUERT av meg: navn, lengde, ÅDT og alle tre kostlinjene (TUN-VENT-01, TUN-FROST-01, TUN-LYS-01) er oppdiktet, og de tre beløpene er plausible størrelsesordener jeg har satt, ikke tall fra et prosjekt. Det som IKKE er konstruert er kravene: hver konsept-sti, tittel og kravnummer i must_cite er lest ordrett ut av n500-2024-basens egen frontmatter. N500 bærer ingen priser, så kodene finnes ikke i basen — settet er derfor bevisst IKKE kjørbart via --proposals-from-mandate. P16: den fjerde tilnaermingen a4-enhetspris-ventilator og dens kostkode TUN-VENT-ENHET er ogsaa KONSTRUERT, og med vilje: den er falsifiseringsarmen, en kostlinje basen ikke baerer grunnlaget for. Beloepet er en satt stoerrelsesorden. P21: settet har naa sin egen cost-baseline.json (6 linjer) — prosjektets prisskjema. Mengdene og enhetsprisene der er OPPDIKTEDE stoerrelsesordener, satt slik at hver av a1-a3 har sin kostlinje og a4 IKKE har en; N500 baerer ingen priser, saa ingen av tallene er lest noe sted.",
|
||||
"must_refuse": [
|
||||
{
|
||||
"approach_id": "a4-enhetspris-ventilator",
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue