Record intentional editorial acceptance across modules
This commit is contained in:
@@ -2,9 +2,9 @@
|
||||
|
||||
**Updated:** 2026-11-11
|
||||
|
||||
**Status:** Proposed discussion roadmap; decisions and implementation pending.
|
||||
Work through the topics below in order. Recommendations are starting points for
|
||||
discussion, not newly adopted restrictions or guarantees.
|
||||
**Status:** Topic 1 resolved in ADR 0003; topics 2–6 remain for discussion.
|
||||
Work through the remaining topics in order. Their recommendations are starting
|
||||
points for discussion, not newly adopted restrictions or guarantees.
|
||||
|
||||
## Baseline and Intended Direction
|
||||
|
||||
@@ -21,19 +21,13 @@ roles, useful rejection feedback, and maintainability.
|
||||
|
||||
## Discussion and Work Order
|
||||
|
||||
### 1. Align Validation with Module Scope
|
||||
### 1. Module Focus and Editorial Acceptance — Resolved
|
||||
|
||||
The grammar proposal permits formatting and the narrow `a`/`an` exception,
|
||||
while its editorial validator also permits homophone corrections, dysfluency
|
||||
removal, and combinations of those changes. An edit can satisfy that validator
|
||||
while violating the proposing module's instructions.
|
||||
|
||||
**Recommendation:** supply the originating module's allowed edits to editorial
|
||||
validation and assess them alongside meaning preservation. Prefer reusing the
|
||||
shared validator where practical. This needs request-context wiring as well as
|
||||
prompt changes; a prompt rewrite alone cannot supply missing scope information.
|
||||
Discuss the scope contract and shared versus specialized definitions first.
|
||||
See [modules](../internal/modules.md) and [validators](../internal/validators.md).
|
||||
The intentional distinction between requested module focus and acceptance of
|
||||
minor editorial cleanup is recorded in
|
||||
[ADR 0003](../adr/0003-module-focus-and-editorial-acceptance.md). The maintainer's
|
||||
testing found that strict scope instructions also suppress desirable edits.
|
||||
Apply the accepted distinction throughout the remaining prompt work.
|
||||
|
||||
### 2. Make Rejection Reasons Useful for Repair
|
||||
|
||||
@@ -52,8 +46,9 @@ Withdrawal is already explicit. Clarify when the model should use it and how it
|
||||
should respond when the original evidence remains insufficient.
|
||||
|
||||
**Recommendation:** ask the model to reassess the correction from the supplied
|
||||
evidence, preserve module scope, and withdraw unsupported proposals. Address the
|
||||
risk that numerical confidence feedback merely encourages raising the score.
|
||||
evidence, retain the module's focus and the accepted editorial allowance, and
|
||||
withdraw unsupported proposals. Address the risk that numerical confidence
|
||||
feedback merely encourages raising the score.
|
||||
Do not automatically prohibit confidence-only revisions: legitimate reassessment
|
||||
is possible. Discuss and evaluate that behavior before adding a business rule.
|
||||
Retain the agreed full-history conversation model and existing repair lifecycle.
|
||||
@@ -63,9 +58,10 @@ Retain the agreed full-history conversation model and existing repair lifecycle.
|
||||
Restrictions and examples recur across proposal, validation, and repair assets;
|
||||
the grammar prompt repeats its word-substitution boundary several ways.
|
||||
|
||||
**Recommendation:** distinguish shared editing principles, module scope, and
|
||||
task-specific response contracts. Use small shared fragments where they reduce
|
||||
drift. Replace some repetitive example lists with contextual contrasts, such as
|
||||
**Recommendation:** distinguish shared editing principles, requested module focus,
|
||||
validator acceptance criteria, and task-specific response contracts. Use small
|
||||
shared fragments where they reduce drift. Replace some repetitive example lists
|
||||
with contextual contrasts, such as
|
||||
accidental repetition versus deliberate emphasis. Preserve useful distinctions;
|
||||
shorter prompts alone are not the objective. Discuss what belongs in shared
|
||||
fragments and what remains local to each definition.
|
||||
@@ -93,7 +89,7 @@ Use the preceding decisions and evaluation evidence to discuss these in order:
|
||||
|
||||
1. **Grammar naming and scope:** the current module is close to copy editing,
|
||||
with an isolated article exception. Decide whether its name and scope convey
|
||||
the intended product behavior.
|
||||
the intended requested work, preserving the accepted editorial allowance.
|
||||
2. **Glossary/homophone overlap:** assess the benefit of their overlapping remit
|
||||
and repeated glossary passes before changing the default sequence.
|
||||
3. **Language and examples:** decide whether spoken English and campaign-specific
|
||||
|
||||
Reference in New Issue
Block a user