feat(consume): the door's link line is out of the default reading
`link_in_signal` defaults to `False` on all three entry points -- `searchable_text`, `concept_scores` and `build_payload` -- through one named constant, `DEFAULT_LINK_IN_SIGNAL`. This carries out K3-23's recommendation (alternative c), and its numbers are the whole warrant: of the newcomers the door's `Enclosing section:` line ever added a question token to, 39 of 39 gained it from the bundle-absolute PATH and 0 of 39 from the link's title, and every token the path contributed is a segment of the document's own directory -- the saturation `shared_id_prefix` takes out of the id signal, back in through the body. A CONSTANT rather than three naked literals, chosen against the module: the other eight defaults here are constants (`DEFAULT_PROFILE`, `DEFAULT_LIMIT`, `DEFAULT_TIE_SHARED_RANK`, `DEFAULT_STEM_PREFIX`, `DEFAULT_TITLE_COVERED`, `DEFAULT_SOURCE_QUOTA`, `DEFAULT_FOLLOW_PARENT`, `DEFAULT_K`) and this was the one default spelled out three times. It also lets a test fall on the rule from the module that owns it. NO CLI flag is added and none is changed. `grep -n '"--.*link'` over `src/` gives 0 hits before and after, and `consume.main` never passed the parameter, so the CLI inherits the function default. A flag was considered and NOT added, because no caller could be named that needs the older reading: the three call sites outside `consume.py` (`skill.py:360`, `tools/okf_consume_measure.py:155` and `:247`) all inherit it deliberately. Measured before landing: 0 of 5 shipped bundles carry the door's line (denominators 446, 1 133, 270, 2 756, 2 761 concept files) and 5 of 5 payloads are byte-identical across the move. The consumer repository was read only and its tree is unchanged, listing identical including mtimes. The docstrings move with the code rather than after it. `concept_scores` said this was "an INSTRUMENT, not a flag and not a default" and `build_payload` that it "carries no CLI flag"; the first is now false and the second still true, and each says so. `cli.DEFAULT_SHELL_PARENT` keeps its value and loses its reason: the cost it cited -- delivered sets moving through that path -- is what this commit removes, so the comment now states why it stays off NOW, which is N = 1 document and a consumption half nobody has judged. README and CLAUDE.md carry the same sentence where they already describe the line, measured rather than written on reflex: neither said anything about the ranking before. One test changed with the code. The characterisation of what the LINE does called `concept_scores` with no parameter, because the reading it characterises used to be the default; it now names that reading. Same fixture, same number. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
parent
3816ed505c
commit
38320cd509
6 changed files with 130 additions and 47 deletions
11
README.md
11
README.md
|
|
@ -189,7 +189,16 @@ heading-only body gains one line, `Enclosing section: [title](/path)`, in the
|
|||
bundle-relative form SPEC § 6.1 recommends. `okf consume --follow-parent`
|
||||
carries the enclosing section's text inside `parent` as well, with that
|
||||
concept's own `sha256`, and only from the room the cut left — so it never
|
||||
displaces an excerpt. Whether either default moves is measured separately. The index resolves the pointer too: a segment id is looked up among the
|
||||
displaces an excerpt. Whether either default moves is measured separately.
|
||||
**The ranking does not score that line (K3-25).** It reaches the excerpt and
|
||||
the file exactly as before; `consume.DEFAULT_LINK_IN_SIGNAL` is `False`, so the
|
||||
body signal and the stem vocabulary read a heading-only body without it. The
|
||||
measurement: of the newcomers the line ever added a question token to, **39 of
|
||||
39** gained it from the bundle-absolute PATH and **0 of 39** from the link's
|
||||
title, every such token being a segment of the document's own directory — so a
|
||||
bundle built with `--shell-parent` now delivers what the unflagged build
|
||||
delivers, on **16 of 16** rows. It cost no shipped bundle a byte: **0 of 5**
|
||||
carry the line, so **5 of 5** payloads are byte-identical across the move. The index resolves the pointer too: a segment id is looked up among the
|
||||
concepts of its own document, so it renders `parent: p1` when the concept it
|
||||
names is in the bundle and keeps the `?` only when nothing answers to it.
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue