universal-dev-standards 6.4.0 → 6.6.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (52) hide show
  1. package/bundled/ai/standards/agent-dispatch.ai.yaml +162 -0
  2. package/bundled/ai/standards/ai-friendly-architecture.ai.yaml +1 -1
  3. package/bundled/ai/standards/ai-instruction-standards.ai.yaml +190 -15
  4. package/bundled/ai/standards/ai-response-navigation.ai.yaml +43 -3
  5. package/bundled/ai/standards/class-level-fix.ai.yaml +38 -3
  6. package/bundled/ai/standards/commit-message.ai.yaml +2 -0
  7. package/bundled/ai/standards/model-selection.ai.yaml +370 -72
  8. package/bundled/ai/standards/mutation-testing.ai.yaml +105 -2
  9. package/bundled/ai/standards/project-structure.ai.yaml +1 -1
  10. package/bundled/ai/standards/security-standards.ai.yaml +22 -1
  11. package/bundled/ai/standards/spec-driven-development.ai.yaml +86 -2
  12. package/bundled/ai/standards/test-governance.ai.yaml +49 -2
  13. package/bundled/ai/standards/testing.ai.yaml +49 -3
  14. package/bundled/ai/standards/translation-lifecycle-standards.ai.yaml +4 -4
  15. package/bundled/ai/standards/verification-evidence.ai.yaml +48 -4
  16. package/bundled/core/ai-response-navigation.md +75 -2
  17. package/bundled/core/class-level-fix.md +26 -3
  18. package/bundled/core/model-selection.md +383 -125
  19. package/bundled/core/mutation-testing.md +41 -2
  20. package/bundled/core/spec-driven-development.md +57 -2
  21. package/bundled/core/test-governance.md +22 -2
  22. package/bundled/core/translation-lifecycle-standards.md +6 -6
  23. package/bundled/core/verification-evidence.md +42 -3
  24. package/bundled/locales/zh-CN/CHANGELOG.md +24 -3
  25. package/bundled/locales/zh-CN/README.md +1 -1
  26. package/bundled/locales/zh-CN/SECURITY.md +1 -1
  27. package/bundled/locales/zh-CN/core/ai-response-navigation.md +69 -5
  28. package/bundled/locales/zh-CN/core/model-selection.md +375 -60
  29. package/bundled/locales/zh-CN/core/mutation-testing.md +1 -1
  30. package/bundled/locales/zh-CN/core/spec-driven-development.md +1 -1
  31. package/bundled/locales/zh-CN/core/test-governance.md +1 -1
  32. package/bundled/locales/zh-CN/core/translation-lifecycle-standards.md +1 -1
  33. package/bundled/locales/zh-CN/core/verification-evidence.md +1 -1
  34. package/bundled/locales/zh-CN/docs/CHEATSHEET.md +7 -12
  35. package/bundled/locales/zh-CN/docs/FEATURE-REFERENCE.md +10 -15
  36. package/bundled/locales/zh-TW/CHANGELOG.md +49 -3
  37. package/bundled/locales/zh-TW/README.md +1 -1
  38. package/bundled/locales/zh-TW/SECURITY.md +1 -1
  39. package/bundled/locales/zh-TW/core/ai-response-navigation.md +69 -5
  40. package/bundled/locales/zh-TW/core/class-level-fix.md +22 -7
  41. package/bundled/locales/zh-TW/core/model-selection.md +385 -47
  42. package/bundled/locales/zh-TW/core/mutation-testing.md +45 -6
  43. package/bundled/locales/zh-TW/core/spec-driven-development.md +1 -1
  44. package/bundled/locales/zh-TW/core/test-governance.md +22 -3
  45. package/bundled/locales/zh-TW/core/translation-lifecycle-standards.md +1 -1
  46. package/bundled/locales/zh-TW/core/verification-evidence.md +33 -6
  47. package/bundled/locales/zh-TW/docs/CHEATSHEET.md +7 -12
  48. package/bundled/locales/zh-TW/docs/FEATURE-REFERENCE.md +10 -15
  49. package/bundled/locales/zh-TW/integrations/claude-code/README.md +31 -5
  50. package/package.json +1 -1
  51. package/src/utils/reference-sync.js +83 -16
  52. package/standards-registry.json +20 -8
@@ -2,8 +2,8 @@
2
2
 
3
3
  > **Language**: English | [繁體中文](../locales/zh-TW/core/ai-response-navigation.md) | [简体中文](../locales/zh-CN/core/ai-response-navigation.md)
4
4
 
5
- **Version**: 1.1.0
6
- **Last Updated**: 2026-06-10
5
+ **Version**: 1.2.0
6
+ **Last Updated**: 2026-08-17
7
7
  **Applicability**: All projects using AI-assisted development
8
8
  **Scope**: universal
9
9
  **Industry Standards**: None (Emerging AI tool practice)
@@ -19,6 +19,12 @@ This standard defines navigation behavior for AI responses: every substantive AI
19
19
 
20
20
  **Solution**: A standard "Navigation Footer" appended to every substantive AI response, with contextual templates, recommendation marking, and adaptive option quantities.
21
21
 
22
+ **Scope note (v1.2.0)**: Rules 1–6 govern what comes *after* the answer. Rules 7–9 — added in 1.2.0
23
+ and **optional** — govern the answer itself: lead with the finding, restate state across turns, no
24
+ preamble. They were added because a response can satisfy every one of Rules 1–6 while burying its
25
+ conclusion, and a reader who cannot find the answer is not helped by a correct footer telling them
26
+ what to do next.
27
+
22
28
  ---
23
29
 
24
30
  ## Core Rules
@@ -97,6 +103,69 @@ Tier names are **vendor-neutral**. Each tool or platform maps these tiers to its
97
103
 
98
104
  ---
99
105
 
106
+ ## The Answer Before the Navigation (Rules 7–9, Optional)
107
+
108
+ > **Borrowed from**: [`ayghri/i-have-adhd`](https://github.com/ayghri/i-have-adhd) (MIT), 3 of its 10 rules.
109
+ > The other 7 were dropped: 2 are already covered by Rules 1–2 above, and 5 either conflict with
110
+ > this standard (its "no recap / no closers" contradicts Rule 1's Navigation Footer; its
111
+ > "cap lists at 5" would truncate evidence tables and traversal denominators) or duplicate
112
+ > [estimation-standards](estimation-standards.md).
113
+
114
+ **Why this section exists**: Rules 1–6 govern what follows the answer. Nothing governed the answer
115
+ itself — a response could bury its conclusion under a wall of evidence and still satisfy every rule
116
+ in this standard by appending a correct Navigation Footer. A reader who cannot find the answer is
117
+ not helped by being told what to do next.
118
+
119
+ **These three rules are optional**, in the same sense as Rule 6: adopting projects are not required
120
+ to enable them, and existing skills need no retroactive update. A project MAY promote any of them to
121
+ required in its own configuration. What is *not* optional is that they have precise triggers — a rule
122
+ phrased so loosely that it never fires is indistinguishable from not having the rule.
123
+
124
+ ### Rule 7: Lead With the Finding, Not the Process (Optional)
125
+
126
+ **Trigger**: a response that answers a question, reports an investigation result, or presents a decision.
127
+
128
+ The first line states **what was found or what to do**. Not the method, not a restatement of the
129
+ request, not a plan for answering.
130
+
131
+ Evidence — file:line references, command output, tables, measurements — is **support**, and belongs
132
+ after the claim it supports. Leading with evidence forces the reader to reconstruct the conclusion
133
+ themselves, which is the work they asked to have done.
134
+
135
+ | Instead of | Write |
136
+ |-----------|-------|
137
+ | "I checked 44 days of data across 63 domains and found that…" | "Delete those three queries. 46% of what they return is download pages." |
138
+ | "Let me look at how this is configured." | "It is configured in `x.yaml:12`; the value is wrong because…" |
139
+
140
+ **This does not license omitting the evidence.** It orders it.
141
+
142
+ ### Rule 8: Restate State in Multi-Turn Work (Optional)
143
+
144
+ **Trigger**: work spanning 3 or more exchanges, or a task with 3 or more steps.
145
+
146
+ Each response restates where the work stands, in one line. The reader cannot be assumed to hold
147
+ "we are on step 3 of 5" across messages, and the cost of restating it is one sentence.
148
+
149
+ This composes with Template 4 (*In Progress*) below: Rule 8 governs the **opening**, Template 4
150
+ governs the **footer**.
151
+
152
+ ### Rule 9: No Preamble (Optional)
153
+
154
+ **Trigger**: any substantive response.
155
+
156
+ Start with the answer. Do not open with a summary of what you are about to do, an acknowledgement
157
+ of the request, or an assessment of the question.
158
+
159
+ This generalizes one existing prohibition: [anti-sycophancy-prompting](anti-sycophancy-prompting.md)
160
+ already forbids *"Opening critique with positive affirmation"* — but only for critiques. Rule 9
161
+ extends the same prohibition to every substantive response, for a different reason: not flattery,
162
+ but the delay it puts between the reader and the answer.
163
+
164
+ **Rule 9 does not apply to closers.** Rule 1 requires a Navigation Footer, and that requirement
165
+ stands — the end of a response is where this standard puts the reader's next move.
166
+
167
+ ---
168
+
100
169
  ## Contextual Templates
101
170
 
102
171
  ### Template 1: Task Completed
@@ -284,6 +353,9 @@ Each tool's integration layer is responsible for rendering the Navigation Footer
284
353
  | R4 | 1–5 options, adapt to context |
285
354
  | R5 | Use `/command` format when applicable |
286
355
  | R6 | *(Optional)* Append `〔model: Fast\|Standard\|Capable〕` when tier is clear |
356
+ | R7 | *(Optional)* Lead with the finding; evidence follows the claim it supports |
357
+ | R8 | *(Optional)* 3+ turns or 3+ steps → restate state in one line |
358
+ | R9 | *(Optional)* No preamble. Closers still required — see R1 |
287
359
 
288
360
  | Exempt | Not Exempt |
289
361
  |--------|------------|
@@ -307,6 +379,7 @@ Each tool's integration layer is responsible for rendering the Navigation Footer
307
379
 
308
380
  | Version | Date | Changes |
309
381
  |---------|------|---------|
382
+ | 1.2.0 | 2026-08-17 | Add optional R7–R9 governing the answer itself (lead with the finding, restate state, no preamble). Borrowed from `ayghri/i-have-adhd` (MIT), 3 of its 10 rules; the other 7 were dropped as duplicated by R1–R2, in conflict with R1, or covered by estimation-standards. Rules 1–6 could all be satisfied by a response that buries its conclusion — R7–R9 close that |
310
383
  | 1.1.0 | 2026-06-10 | Add R6 optional model tier annotation (`〔model: Fast\|Standard\|Capable〕`); vendor-neutral; no forced changes to existing skills |
311
384
  | 1.0.0 | 2026-03-25 | Initial release |
312
385
 
@@ -2,8 +2,8 @@
2
2
 
3
3
  > **Language**: English | [繁體中文](../locales/zh-TW/core/class-level-fix.md)
4
4
 
5
- **Version**: 1.0.0
6
- **Last Updated**: 2026-08-10
5
+ **Version**: 1.1.0
6
+ **Last Updated**: 2026-08-14
7
7
  **Applicability**: Any defect fix, in code or in configuration
8
8
  **Scope**: universal
9
9
 
@@ -83,6 +83,12 @@ Do this **per sub-set**, not in aggregate. A check over five lists that was only
83
83
 
84
84
  一道類別層檢查在被信任之前,必須先被證明不是空跑:塞一個違反規則的合成成員 → 確認檢查失敗**且指名該成員** → 移除後確認回到綠燈。**逐子集做,不要整體做**——一道涵蓋五份清單、卻只對第一份測過的檢查,是一道涵蓋一份清單的檢查。
85
85
 
86
+ ### What a passing negative control does not prove
87
+
88
+ A negative control that passes once demonstrates only that **one** known-bad case reaches the checker's failure path. **It does not demonstrate** that the checker recognizes **every** violation of the rule it purports to guard. A grep-based gate can fail-closed perfectly while guarding a spelling, not a behavior — the synthetic member proves the wire is connected, not that the net is wide enough to catch what it claims to catch.
89
+
90
+ 一次通過的負向控制,只證明**一個**已知壞案例能到達檢查器的失敗路徑。**它不證明**該檢查器認得它所宣稱守護的規則的**每一種**違反。一道 grep 閘可以 fail-closed 得很完美,卻守著一個拼字而不是一個行為——那個合成成員證明的是線路接通了,不是那張網夠寬,足以抓住它自稱要抓的東西。
91
+
86
92
  ---
87
93
 
88
94
  ## Worked examples (measured, 2026-08-10)
@@ -121,6 +127,22 @@ In that case the workable form is **per-inventory**: one check per declaration k
121
127
 
122
128
  ---
123
129
 
130
+ ## Narrow Coverage Must Be Registered, Not Just Disclosed
131
+
132
+ When a gate's actual coverage is narrower than the rule it serves, writing a sentence that says so is not enough. A prose disclosure is cheap — cheaper than widening the gate — and every narrow gate that gets reviewed once grows an honest paragraph and then stays narrow forever. **Disclosure earns nothing on its own; it earns something only paired with a mechanism that can prove it didn't just become a permanent excuse.**
133
+
134
+ **Requirement**: any documented coverage gap of this kind must also be registered in a dated exception inventory — a list, external to the standard prose itself, that names the gap, states why it exists, and carries a review or expiry date. A disclosure with no entry in such an inventory does not satisfy this rule.
135
+
136
+ **Falsifiable condition**: if an entry sits unchanged across two consecutive inventory review cycles, the disclosure has become an escape hatch and this rule is violated for that entry — not "partially satisfied", violated. The inventory mechanism itself (its location, format, and cadence) is left to the adopting project; this standard requires that one exist and that entries move, not that it take any particular shape.
137
+
138
+ 當一道閘門的實際涵蓋面窄於它所服務的規則時,只寫一句話說明是不夠的。散文式揭露很便宜——比擴大涵蓋面便宜得多——於是每一道被審過一次的窄閘門都會長出一段誠實的文字,然後永遠維持窄下去。**揭露本身不換來任何東西;只有配上一個能證明它沒有淪為永久藉口的機制,它才換得到東西。**
139
+
140
+ **要求**:這一類已記錄的涵蓋缺口,必須同時登記到一份**帶到期日的例外清冊**——一份獨立於標準本文之外的清單,指名缺口、說明成因、並附上覆核或到期日期。沒有登記到這種清冊裡的揭露,不滿足本條。
141
+
142
+ **可證偽條件**:若某條目連續兩期清冊審查都未變動,該揭露就已經變成逃生口,本條對該條目**失效**——不是「部分滿足」,是失效。清冊機制本身(放在哪裡、什麼格式、多久審一次)留給採用它的專案自行決定;本標準要求的是「有這麼一份東西存在,且條目會動」,不是要求它長成特定形狀。
143
+
144
+ ---
145
+
124
146
  ## Anti-patterns
125
147
 
126
148
  | Anti-pattern | Why it fails |
@@ -130,6 +152,7 @@ In that case the workable form is **per-inventory**: one check per declaration k
130
152
  | A check that lists its own scope | Correct until someone adds the fourth member |
131
153
  | Testing the class check against one member | Proves that member, not the class |
132
154
  | `✓ all pass` with no denominator | Identical output whether it scanned everything or nothing |
155
+ | A disclosure sentence with no entry in a dated exception inventory | Cheaper than widening the gate; nothing forces it to ever change |
133
156
 
134
157
  ---
135
158
 
@@ -157,5 +180,5 @@ Applying this standard is a judgement made at the moment of fixing. There is no
157
180
 
158
181
  ## Relationship to other standards
159
182
 
160
- - [verification-evidence](verification-evidence.md) — evidence validity: a tool can fail silently and its output is indistinguishable from a real result. This standard is the same concern applied to *scope* rather than to *execution*.
183
+ - [verification-evidence](verification-evidence.md) — evidence validity: a tool can fail silently and its output is indistinguishable from a real result. This standard is the same concern applied to *scope* rather than to *execution*. It also shares the narrow-coverage-must-be-registered requirement (VE-012) with this standard's own rule of the same shape.
161
184
  - [anti-hallucination](anti-hallucination.md) — that one guards "did not check"; this one guards "checked one of many and reported on all".