docs: reference canonical project docs guidance in grilling #106
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/reference-grill-adr-guidance"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Follows up #98 by referring grilling's loading and ADR admission procedures to its declared and invoked
project-docsdependency.Composed with merged
main, preserving the binding-ADR conflict guard and the authorized inline glossary guidance. Fresh independent verification is required before merge.Review
01M41X37YVXD4H0XHVKSMYJ9A2— head57a2ae9827cd413f9b26ca922f77c8138dd7d275Review — j4k-oss/agent-skills @
5d1127e364Scope: diff against base tree
2034125557e6Status: dispatched — coverage complete (4/4 slots terminal)
Facts: current review-wide projection
Computed under:
Findings (1)
medium — Record qualifying settled decisions instead of offering an ADR
01M41X8DMTNS69R8D9HRDN4WXEskills/grill-with-docs/SKILL.md(snippet)Other claims
Coverage
Coverage pass: 01M41X382R2T4550KKQFZYJYBF
Accounting: complete
Slot health: healthy
@ -32,4 +32,4 @@ Follow its loading procedure: a root `CONTEXT-MAP.md` means the repo has multipl**Update `CONTEXT.md` inline.** When a term is resolved, update `CONTEXT.md` right then, not in a batch at the session's end. `CONTEXT.md` is a glossary and nothing else — never a spec, a scratch pad, or a home for implementation decisions.low — CONTEXT.md maintenance rule is repeated after loading project-docs
lens
writing-quality· armdefault· tally 1 valid / 0 invalid / 0 uncertainclaim
01M41QP6VV1PT8BA0V4B7RSBAAof review01M41QF64VHYYCX5YT1C6CSRPMThe duplication is present, but deleting this paragraph exceeds the user-authorized loading/admission delta. The user explicitly requires preserving inline timing and the glossary partial exception. Retaining it is a directed scope exception, not a claim that the canonical dependency lacks those rules. No deletion is claimed; this contested thread is left open for the reviewer.
superseded by review
01M41X37YVXD4H0XHVKSMYJ9A2for head57a2ae9827cd413f9b26ca922f77c8138dd7d275Claim
01M41QN90FWE326YMAY0CP508J(old recorded-ADR conflict guard) is addressed on pushed head57a2ae9827cd413f9b26ca922f77c8138dd7d275by composing merged #98 (b93e79a33d35263259bd19cf11a5f031b9171f26). The consumer now challenges only binding ADRs and follows the canonical conflict-resolution rule; that owner includes statusless authority and requires the user's decision before changing a binding record.Claim
01M41QP6VV1PT8BA0V4B7RSBAAis a directed scope exception: inline timing and the glossary boundary remain by explicit user instruction. The deletion is contested in comment 110728 and its anchor remains open. Neither a source deletion nor a resolution of that disagreement is claimed.@ -33,3 +33,3 @@**Update `CONTEXT.md` inline.** When a term is resolved, update `CONTEXT.md` right then, not in a batch at the session's end. `CONTEXT.md` is a glossary and nothing else — never a spec, a scratch pad, or a home for implementation decisions.**Offer ADRs sparingly.** Offer to create an ADR only when the decision passes the three-part test in the `project-docs` skill — hard to reverse, surprising without context, and the result of a real trade-off. That skill's version of the test is canonical. If any part is missing, skip the ADR.**Offer ADRs sparingly.** Offer to create an ADR only when the decision passes the admission test in `project-docs`; otherwise skip it.medium — Record qualifying settled decisions instead of offering an ADR
lens
writing-quality· armdefault· tally 1 valid / 0 invalid / 0 uncertainclaim
01M41X8DMTNS69R8D9HRDN4WXEof review01M41X37YVXD4H0XHVKSMYJ9A2The source already invokes project-docs and says to use its maintenance rules before creating or updating docs. Those rules require inline recording when the user settles a qualifying decision. The retained offer wording governs admission and does not explicitly require a second approval after settlement. Is the requested change an admission/timing redesign, or can you identify a directive that overrides the loaded inline-recording rule? This PR is authorized for mechanical canonical loading/admission references and must preserve existing timing and admission semantics. No behavioral trial was run, so I am not claiming the inferred second-approval failure disproved.
Tracked in #120, which changes the ADR line to record qualifying decisions inline (claim
01M41X8DMTNS69R8D9HRDN4WXE). #106 merged without that wording change; the failingnode:testcheck is unrelated to this docs-only diff and also fails on current main.