holycodex 0.16.9-dev.108.1 → 0.16.9-dev.109.1

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.
@@ -21,10 +21,12 @@ relevant bot reviews, inline threads, issue comments, and commit comments. A
21
21
  new push requires CI and review evidence for the new head; reuse unchanged
22
22
  topology and local proof that remains applicable.
23
23
 
24
- Use bounded observer waits. Distinguish a bot that is absent or not configured
25
- from a known bot with no terminal signal, and both from a clean terminal
26
- disposition. Absence or no signal is an evidence gap. Green checks do not
27
- resolve outstanding review findings or threads.
24
+ Use bounded observer waits at the longest supported event interval. If the provider
25
+ offers only snapshots, avoid repeated reads before state can change; stop as
26
+ soon as the exact target reaches a terminal result. Distinguish a bot that is absent
27
+ or not configured from a known bot with no terminal signal, and both from a clean
28
+ terminal disposition. Absence or no signal is an evidence gap.
29
+ Green checks do not resolve outstanding review findings or threads.
28
30
  Include target-branch or pull-request mergeability evidence when exposed;
29
31
  green checks alone do not prove mergeability.
30
32
 
@@ -1,21 +1,21 @@
1
1
  ---
2
2
  name: grill-me
3
- description: Use when Root needs an outcome-changing user decision; ask focused questions while independent work continues.
3
+ description: Use when a material user decision blocks authorized work; ask Root's concise question through request_user_input.
4
4
  ---
5
5
 
6
6
  # Grill me
7
7
 
8
- Use this skill only for a material unresolved choice involving architecture,
9
- behavior, UX, compatibility, dependencies, cost, security, external effects,
10
- or another meaningful user-visible result. Infer obvious safe defaults and
11
- continue without questioning routine omissions.
8
+ Use this skill only when an unresolved material user decision blocks the next
9
+ step. It is not for routine omissions, safe implementation choices, or
10
+ planning.
12
11
 
13
- Root only. Ask the smallest set of questions needed for the blocked decision,
14
- in waves and in the user's language, using existing evidence and authorization.
15
- Never ask what is already known. If no material questions remain, orchestrate
16
- immediately. Continue independent authorized
17
- work while awaiting the answer. Do not delay a necessary question for a
18
- discovery ritual or ask about hypothetical later phases.
12
+ Root only. For every clarification, call `request_user_input` with the smallest
13
+ set of questions needed to resolve the decision, in the user's language and
14
+ grounded in known evidence. Never ask what the session already establishes.
15
+ If no material question remains, continue without invoking this skill.
19
16
 
20
- Record the decision in current Intent evidence. Use `needs_root_input` only
21
- when the missing answer prevents further progress.
17
+ Continue independent authorized work while awaiting the answer. Do not ask
18
+ about hypothetical later phases. Specialists must not ask the user; they
19
+ return a `needs_root_input` outcome to Root with the specific decision and
20
+ why it blocks their Assignment. Root uses that outcome only when the answer
21
+ prevents further progress.
@@ -1,6 +1,6 @@
1
1
  interface:
2
2
  display_name: "Grill me"
3
- short_description: "Ask only material, dependency-ordered clarification questions."
3
+ short_description: "Ask Root-only material questions through request_user_input."
4
4
  default_prompt: "Use $grill-me for this task."
5
5
  policy:
6
6
  allow_implicit_invocation: false
@@ -1,12 +1,16 @@
1
1
  ---
2
2
  name: visual-loop
3
- description: Use when visual changes need rendered judgment; let Root inspect the current result and assign concrete repairs.
3
+ description: Use when visual changes need rendered judgment; Root judges the result after specialists inspect their own work and assigns repairs.
4
4
  ---
5
5
 
6
6
  Root only, for visual tasks. Orchestrate implementation, inspect its rendered
7
7
  result, judge the visual output, dispatch targeted changes to specialists, and
8
8
  repeat until the result is excellent and meets the user's requirements.
9
9
 
10
+ Specialists implementing visual changes inspect and judge their own current
11
+ render, repair visible defects, and recheck before returning. This local
12
+ implementation loop supplements Root's higher-level visual acceptance.
13
+
10
14
  Follow the visual-inspection order generated for Root's selected capabilities.
11
15
  Unselected capabilities are not fallbacks. Honor higher-priority active-surface
12
16
  tool rules. Use the shared development server when needed. Inspect relevant viewports and
@@ -1,6 +1,6 @@
1
1
  interface:
2
2
  display_name: "Visual loop"
3
- short_description: "Root judges rendered visual changes and assigns repairs."
3
+ short_description: "Root judges rendered changes after specialists inspect their work and assigns repairs."
4
4
  default_prompt: "Use $visual-loop for this task."
5
5
  policy:
6
6
  allow_implicit_invocation: false