docs: tailor imsg skill for OpenClaw agents#100105
Conversation
|
Codex review: needs real behavior proof before merge. Reviewed July 5, 2026, 1:08 PM ET / 17:08 UTC. Summary PR surface: Docs +127. Total +127 across 1 file. Reproducibility: not applicable. this is a skill documentation PR rather than a bug report. Dependency source spot-checks cover the corrected command examples, but no real after-change Review metrics: 1 noteworthy metric.
Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Proof guidance:
Risk before merge
Maintainer options:
Next step before merge
Maintainer decision needed
Security Review detailsBest possible solution: Require redacted real Do we have a high-confidence way to reproduce the issue? Not applicable: this is a skill documentation PR rather than a bug report. Dependency source spot-checks cover the corrected command examples, but no real after-change Is this the best way to solve the issue? Unclear: the rewrite is plausible and the prior unsupported poll example is gone, but the best merge path still depends on contributor proof and maintainer direction on bundled skill ownership versus ClawHub. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 444d54c5389a. Label changesLabel changes:
Label justifications:
Evidence reviewedPR surface: Docs +127. Total +127 across 1 file. View PR surface stats
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
Review history (7 earlier review cycles)
|
Drop the poll caption echo, --comment override, and inbound question backfill from the imsg skill: those live in imsg PR openclaw/imsg#155, not shipped imsg 0.12.2 (poll --help exposes only --question/--option). Also removes the inaccurate 'reply comment whose reply_to is the poll guid' framing — #155 sends the caption as a plain message, not a reply. Keeps shipped poll send/vote usage. Re-add once a release ships #155.
|
Marked ready for review. The poll caption echo / @clawsweeper re-review |
|
🦞🧹 I asked ClawSweeper to review this item again. |
|
Added real behavior proof to the PR body: verified the documented commands against installed imsg 0.12.2 ( Note the remaining item is a maintainer decision, not a contributor gap: this overlaps #95132 (trim bundled starter set) on whether @clawsweeper re-review |
* docs: tailor imsg skill for OpenClaw agents * docs(imsg-skill): document that poll send echoes --question as a visible comment * docs(imsg-skill): note inbound native poll question is backfilled from its caption * docs(imsg-skill): document only shipped poll behavior Drop the poll caption echo, --comment override, and inbound question backfill from the imsg skill: those live in imsg PR openclaw/imsg#155, not shipped imsg 0.12.2 (poll --help exposes only --question/--option). Also removes the inaccurate 'reply comment whose reply_to is the poll guid' framing — openclaw#155 sends the caption as a plain message, not a reply. Keeps shipped poll send/vote usage. Re-add once a release ships openclaw#155. --------- Co-authored-by: Omar Shahine <10343873+omarshahine@users.noreply.github.com>
What Problem This Solves
Resolves a problem where the bundled
imsgskill read like a generic CLI reference and did not guide OpenClaw agents through DM vs group targeting, bridge-only features, or safety-sensitive iMessage actions.Why This Change Was Made
The skill now starts from the agent workflow: resolve the conversation, choose DM/existing group/new group, pick the lowest-capability command, confirm sends and visible state changes, and then execute with stable identifiers. It also documents current
imsgsurfaces for replies, formatting, reactions, polls, watch, long-running RPC, and private API actions while keeping public AppleScript permissions separate from bridge-backed IMCore behavior.User Impact
OpenClaw agents get clearer guidance for using
imsgcorrectly across direct messages and group chats. They should be less likely to send to ambiguous recipients, mutate groups accidentally, confuse publicreactwith bridgetapback, or runimsg launchwithout user approval.Evidence
Documented commands verified against the installed imsg 0.12.2 on macOS 26 (this is a docs change, so proof = the documented surface matches the real CLI):
Also:
git diff --check -- skills/imsg/SKILL.mdclean;pnpm docs:listused to identify relevant iMessage docs context.Scope note: an earlier revision documented the poll caption echo,
--commentoverride, and inbound question backfill; those live in openclaw/imsg#155, not shipped imsg 0.12.2, and were removed in 01e9c38 so this skill documents only shipped behavior (see thepoll --helpproof above). They'll be re-added once a release ships #155.