@staff0rd/assist 0.652.0 → 0.653.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.
package/README.md CHANGED
@@ -270,6 +270,7 @@ The Config tab of the sessions web dashboard never receives secret values: `GET
270
270
  - `assist code-comment confirm <pin>` - Insert the pinned comment at its file/line and clear the pin state
271
271
  - `assist db-migration unlock` - Page a human to approve creating the next new migration module, issuing a pin via desktop notification
272
272
  - `assist db-migration confirm <pin>` - Confirm a pin from `db-migration unlock`, letting that migration's file write through once
273
+ - `assist advise [--hook]` - Print the advice fragments from `claude/advice/*.md` that apply to the cwd's repo, each selected by its `when` condition against the merged config and repo facts, composed in filename order. `--hook` reads the SessionStart payload from stdin for the session's cwd and emits the markdown as `hookSpecificOutput.additionalContext`
273
274
  - `assist notify` - Show desktop notification from JSON stdin (macOS, Windows, WSL)
274
275
  - `assist status-line` - Format Claude Code status line from JSON stdin
275
276
 
@@ -0,0 +1,6 @@
1
+ ---
2
+ title: Using assist
3
+ when: always
4
+ ---
5
+
6
+ `assist` is installed globally. Use it directly (e.g., `assist commit "message"`).
@@ -0,0 +1,6 @@
1
+ ---
2
+ title: Backlog item IDs
3
+ when: always
4
+ ---
5
+
6
+ A bare `a` followed by hex (e.g. `a791`, `a3f0`) is an assist backlog item ID, not a git SHA. Read it with `assist backlog view <id>`.
@@ -0,0 +1,6 @@
1
+ ---
2
+ title: Backlog items, PRs, and commits
3
+ when: always
4
+ ---
5
+
6
+ Do not mention assist backlog items in PR descriptions or PR comments. The reference goes the other way: mention the relevant commits or PRs in the assist backlog item.
@@ -0,0 +1,6 @@
1
+ ---
2
+ title: Commenting code
3
+ when: always
4
+ ---
5
+
6
+ Do not include comments for standard logic or syntax. Only comment if the specific line involves unintuitive complexity or a hack.
@@ -0,0 +1,6 @@
1
+ ---
2
+ title: Drafting messages to send on the user's behalf
3
+ when: always
4
+ ---
5
+
6
+ When drafting a message to send on the user's behalf (Slack, PR, email, comment): state only the confirmed conclusion and the facts behind it. No hedging, no speculative next-steps, no fixes not agreed to, no pleasantries. Match the scope of what was asked — nothing added.
@@ -0,0 +1,6 @@
1
+ ---
2
+ title: Editing files
3
+ when: always
4
+ ---
5
+
6
+ Always edit files with the Write and Edit tools. Never edit a file by shelling out — no `sed -i`, no heredoc rewrites, no Python or Node scripts that write the file. This overrides any session instruction that says to prefer Bash for file changes.
@@ -0,0 +1,6 @@
1
+ ---
2
+ title: Fetching Jira context
3
+ when: jira
4
+ ---
5
+
6
+ When the user mentions a Jira issue key (e.g. `BAD-671`, `PROJ-123`), use the Atlassian MCP to fetch context.
@@ -0,0 +1,6 @@
1
+ ---
2
+ title: Editing Jira issues with Smart Links
3
+ when: jira
4
+ ---
5
+
6
+ When editing a Jira issue whose description (or comment) contains Smart Links — rendered issue-key/URL chips, stored as ADF `inlineCard` nodes — edit via `editJiraIssue` with `contentFormat: "adf"` and emit real `inlineCard` nodes. Never round-trip such content through `contentFormat: "markdown"`: markdown has no representation for `inlineCard`, so every existing Smart Link is flattened to a plain browse URL and lost. Jira does not auto-promote plain browse URLs back into Smart Links, so the damage is not self-healing. Inspect the current stored ADF first and preserve existing `inlineCard` nodes when making a small edit. For anything beyond a trivial edit, build the ADF programmatically (a small script) rather than hand-authoring it inline — full-description ADF is verbose and easy to get wrong.
@@ -0,0 +1,6 @@
1
+ ---
2
+ title: Writing markdown
3
+ when: always
4
+ ---
5
+
6
+ Do not hard-wrap markdown. One line per paragraph, per bullet, per heading — let it soft-wrap. Never break a line at some column width.
@@ -39,7 +39,10 @@
39
39
  "SessionStart": [
40
40
  {
41
41
  "matcher": "",
42
- "hooks": [{ "type": "command", "command": "assist handover load" }]
42
+ "hooks": [
43
+ { "type": "command", "command": "assist handover load" },
44
+ { "type": "command", "command": "assist advise --hook" }
45
+ ]
43
46
  }
44
47
  ]
45
48
  },