holycodex 0.16.9-dev.108.1 → 0.16.9-dev.110.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.
- package/README.md +4 -2
- package/dist/agent.js +32 -32
- package/dist/assets/plugin/skills/babysit-ci/SKILL.md +6 -4
- package/dist/assets/plugin/skills/grill-me/SKILL.md +13 -13
- package/dist/assets/plugin/skills/grill-me/agents/openai.yaml +1 -1
- package/dist/assets/plugin/skills/visual-loop/SKILL.md +5 -1
- package/dist/assets/plugin/skills/visual-loop/agents/openai.yaml +1 -1
- package/dist/index.js +55 -54
- package/package.json +2 -2
- package/dist/assets/plugin/skills/stop-slop/LICENSE +0 -21
- package/dist/assets/plugin/skills/stop-slop/SKILL.md +0 -11
- package/dist/assets/plugin/skills/stop-slop/agents/openai.yaml +0 -6
- package/dist/assets/plugin/skills/stop-slop/references/examples.md +0 -15
- package/dist/assets/plugin/skills/stop-slop/references/phrases.md +0 -129
- package/dist/assets/plugin/skills/stop-slop/references/structures.md +0 -13
|
@@ -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
|
|
25
|
-
|
|
26
|
-
|
|
27
|
-
|
|
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
|
|
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
|
|
9
|
-
|
|
10
|
-
|
|
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.
|
|
14
|
-
|
|
15
|
-
Never ask what
|
|
16
|
-
|
|
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
|
-
|
|
21
|
-
|
|
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
|
|
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;
|
|
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
|
|
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
|