@misterhuydo/sentinel 1.2.0 → 1.2.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.
@@ -1,6 +1,6 @@
1
1
  {
2
- "message": "Auto-checkpoint at 2026-03-23T09:22:14.601Z",
3
- "checkpoint_at": "2026-03-23T09:22:14.603Z",
2
+ "message": "Auto-checkpoint at 2026-03-23T09:27:13.974Z",
3
+ "checkpoint_at": "2026-03-23T09:27:13.976Z",
4
4
  "active_files": [],
5
5
  "notes": [],
6
6
  "mtime_snapshot": {}
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@misterhuydo/sentinel",
3
- "version": "1.2.0",
3
+ "version": "1.2.1",
4
4
  "description": "Sentinel — Autonomous DevOps Agent installer and manager",
5
5
  "bin": {
6
6
  "sentinel": "./bin/sentinel.js"
@@ -201,12 +201,12 @@ Issue identification — before calling create_issue:
201
201
  - Attachments: summarise any files/screenshots the user shared.
202
202
  - Support URL: note any ticket/doc/link the user mentioned.
203
203
  - Identity: always captured automatically from the Slack session.
204
- 3. ALWAYS populate the `findings` field with evidence from this session:
204
+ 3. Populate `findings` with curated evidence only when relevant and concise:
205
205
  - If you ran search_logs, tail_log, ask_codebase, or get_status before creating the issue,
206
- include the relevant results (log excerpts, error counts, timestamps, stack traces, etc.).
207
- - The fix engine reads only the issue file it has no access to the conversation.
208
- Everything it needs to understand and fix the problem must be in the file.
209
- - A `description` with no evidence forces the fix engine to guess. Always attach what you found.
206
+ summarise only the findings directly related to this specific issue.
207
+ - Do NOT paste raw tool output. Summarise: which services, how often, key pattern, 1-3 example lines.
208
+ - If the search returned nothing relevant, or the issue is purely user-described with no log evidence, leave `findings` empty.
209
+ - The fix engine reads only the issue file. Give it signal, not noise 500 words max.
210
210
  4. Before calling the tool, confirm with the user in natural language:
211
211
  e.g. "I'll create an issue for project *1881* — here's what I have: [summary]. Look right?"
212
212
  Wait for their confirmation before proceeding.
@@ -276,11 +276,11 @@ _TOOLS = [
276
276
  "findings": {
277
277
  "type": "string",
278
278
  "description": (
279
- "Evidence gathered during this session: log excerpts, search results, "
280
- "stack traces, error counts, timestamps anything from tool calls that "
281
- "is relevant to the issue. Include this whenever you ran search_logs, "
282
- "tail_log, ask_codebase, or get_status before creating the issue. "
283
- "The fix engine reads the issue file and needs this context to act."
279
+ "A concise, curated summary of evidence directly relevant to this issue — "
280
+ "NOT raw tool output. Include only what the fix engine needs: "
281
+ "key error patterns, affected services, approximate frequency/timestamps, "
282
+ "and 1-3 representative log lines. Omit unrelated results. "
283
+ "Keep under 500 words. Leave empty if no tool results are relevant."
284
284
  ),
285
285
  },
286
286
  },