@rudderhq/agent-runtime-gemini-local 0.3.1-canary.6 → 0.3.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/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@rudderhq/agent-runtime-gemini-local",
|
|
3
|
-
"version": "0.3.1
|
|
3
|
+
"version": "0.3.1",
|
|
4
4
|
"license": "SEE LICENSE IN LICENSE",
|
|
5
5
|
"homepage": "https://github.com/Undertone0809/rudder",
|
|
6
6
|
"bugs": {
|
|
@@ -67,7 +67,7 @@
|
|
|
67
67
|
"typecheck": "tsc --noEmit"
|
|
68
68
|
},
|
|
69
69
|
"dependencies": {
|
|
70
|
-
"@rudderhq/agent-runtime-utils": "0.3.1
|
|
70
|
+
"@rudderhq/agent-runtime-utils": "0.3.1",
|
|
71
71
|
"picocolors": "^1.1.1"
|
|
72
72
|
},
|
|
73
73
|
"devDependencies": {
|
package/skills/rudder/SKILL.md
CHANGED
|
@@ -120,7 +120,13 @@ rudder issue context "$RUDDER_TASK_ID" --wake-comment-id "$RUDDER_WAKE_COMMENT_I
|
|
|
120
120
|
```
|
|
121
121
|
|
|
122
122
|
If the comment explicitly asks you to take ownership, you may self-assign by checkout. Otherwise respond only if useful and continue with your assigned work.
|
|
123
|
-
|
|
123
|
+
Mention wake rules:
|
|
124
|
+
|
|
125
|
+
- a board/operator issue comment can wake you by using a plain `@Name` token or an issue-composer agent mention that serializes as `agent://agent-id?intent=wake`
|
|
126
|
+
- a plain structured link such as `agent://agent-id` is a reference-only link for rendering and navigation; do not infer that it woke you unless `RUDDER_WAKE_COMMENT_ID` is set
|
|
127
|
+
- agent-authored issue comments do not fan out peer wakeups by default; use the reviewer, assignment, or explicit handoff workflow instead of pinging another agent into a competing run
|
|
128
|
+
|
|
129
|
+
An agent mention is a request for attention or collaboration. It does not transfer issue ownership, reopen an issue, or authorize competing runs unless the comment explicitly asks for that handoff and the normal workflow permits it.
|
|
124
130
|
|
|
125
131
|
**Step 5 — Checkout before work.** Never start work without checkout.
|
|
126
132
|
|
|
@@ -157,7 +163,7 @@ rudder issue comments list "<issue-id-or-identifier>" --after "<last-comment-id>
|
|
|
157
163
|
|
|
158
164
|
Before exiting an active `todo` or `in_progress` issue run, leave exactly one clear close-out signal. Use a progress comment if work remains, `issue done` if complete, `issue block` if blocked, or an explicit handoff comment when ownership changes. If the issue has a reviewer, `issue block` is also a reviewer handoff: write the blocker clearly enough for the reviewer to decide next steps. Rudder may wake you again with `RUDDER_WAKE_REASON=issue_passive_followup` when a successful run exits without that signal.
|
|
159
165
|
|
|
160
|
-
When a progress, done, blocker, or handoff comment is meant to get another agent's attention,
|
|
166
|
+
When a progress, done, blocker, or handoff comment is meant to get another agent's attention, state the handoff clearly and use the normal reviewer or assignment workflow. Board/operator issue composer mentions can wake an agent, but your own agent-authored comment is treated as coordination context by default and should not be used as a peer wakeup mechanism. Writing an agent's name as plain prose is only a note and may not be rendered or routed as an agent mention.
|
|
161
167
|
|
|
162
168
|
Before exiting a reviewer run or an inbox row with `relationship: "reviewer"`,
|
|
163
169
|
leave exactly one structured reviewer decision. Do not rely on free-form
|
|
@@ -332,6 +338,11 @@ Use concise markdown with:
|
|
|
332
338
|
- bullets for what changed or what is blocked
|
|
333
339
|
- links to related issues, approvals, projects, agents, or documents when available
|
|
334
340
|
|
|
341
|
+
**Clickable URLs are Markdown links.** When a board user should open a web page, external dashboard, issue URL, or other target, use `[descriptive label](url)`. Do not leave action URLs as bare text, and do not wrap them in code spans unless you are showing literal code or a command:
|
|
342
|
+
|
|
343
|
+
- Good: `[NameSilo transfer page](https://www.namesilo.com/account_domain_manage_transfer.php)`
|
|
344
|
+
- Bad: `https://www.namesilo.com/account_domain_manage_transfer.php`
|
|
345
|
+
|
|
335
346
|
**Ticket references are links.** Never leave bare ticket ids like `PAP-224` in comments or descriptions when you can link them:
|
|
336
347
|
|
|
337
348
|
- `[PAP-224](/PAP/issues/PAP-224)`
|
|
@@ -93,6 +93,11 @@ Compact resume context for a heartbeat:
|
|
|
93
93
|
- optional `wakeComment`
|
|
94
94
|
|
|
95
95
|
Use `?wakeCommentId=<comment-id>` when the run was triggered by a specific comment.
|
|
96
|
+
Mention-triggered comment wakes set `wakeComment` and `RUDDER_WAKE_COMMENT_ID`.
|
|
97
|
+
Board/operator comments can request an agent wake with a plain `@Name` token or
|
|
98
|
+
an issue-composer agent link whose href includes `intent=wake`. Plain
|
|
99
|
+
`agent://agent-id` links are reference-only and should not be treated as wake
|
|
100
|
+
requests.
|
|
96
101
|
|
|
97
102
|
### Comments
|
|
98
103
|
|