Install verification: runtime verified (L5) · tested on dsh 0.2.1-rc.2 · last checked Install verification details →
What it doesAI
DSH plugin that auto-completes WorkBuddy's daily Buddy check-in using the client's saved login token, with backoff retries and a local state file.
- Runs about 20s after DSH starts with no button clicks
- Skips if already claimed today, no duplicate API calls
- Retries at 1/1/2/2/3 min backoff; result saved in a local state file
Capability tags are AI-inferred or rule-extracted from the README (see badge) — vocabulary-limited, not install-verified. AI = inferred; README = literal keyword from the readme.
Installation
dsh plugin --profile web add github:757400/dsh-workbuddy-checkinInstall method: GitHub · runtime verified (L5)
Verification & Compatibility
Grouped by plugin version: each card lists the dsh versions actually tested against that artifact version and their install verdicts (L5 wins). Untested combinations are omitted — absence means untested, never assumed compatible. L1–L3 are a plugin-level static archive (independent of the dsh version — the same verdict on every dsh row): they sit in each row's level grid next to L4/L5, marked "static", while their evidence is stored once per plugin inside that row's "checks & evidence" instead of being duplicated per version.
External credentials (plugin-level): none detected
package manifest not collected — the declared range is unknown.
| plugin ＼ dsh | dsh 0.2.1-rc.2 current |
|---|---|
| c8bb5c | ✓ |
c8bb5cgithub✓ 1 runtime-verified2026-10-22
https://github.com/757400/dsh-workbuddy-checkin
✓dsh 0.2.1-rc.2current2026-10-22L5 · runtime verified
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • Plugin artifact: github · https://github.com/757400/dsh-workbuddy-checkin (version unstated)
ID: dsh-workbuddy-checkin-2@c8bb5c@dsh0.2.1-rc.2 · profile: l4-sandbox
Issued: 2026-10-22 · expires: 2026-10-29
View checks & evidence
active in loader tree (150 entries)
L1–L3 are plugin-level static conclusions (baseline, identical across dsh versions): evidence is stored once per plugin.
Author badges
Embed the official badges in your README to showcase security & install-test status:
`[](https://www.dsh.so/artifact/dsh-workbuddy-checkin-2/)``[](https://www.dsh.so/artifact/dsh-workbuddy-checkin-2/)`Security Report
Two automated layers, neither a manual review: a static scan (per-plugin rule checks) and a model-driven dynamic security audit that covers only the subset static-flagged at warn or above and never executes plugin code.
Static low, dynamic medium — stricter wins → overall medium.
v1.0.1dsh manifest1.0.1git2026-10-221.0.1same versionclean · gitVet is an AST static scan (npm artifact or git source).
show static findings (5)
- criticalnewFunction · code-exec
verify/04-paths.mjs:60const derive = new Function('os', 'path', 'process', ` - warningfsWrite · files
lib/state.mjs:59fs.writeFileSync(tmp, JSON.stringify(this.data, null, 2), 'utf8') - warningfsWrite · files
verify/02-config.mjs:96fs.writeFileSync(file, '{ this is not json', 'utf8') - warningfsWrite · files
verify/harness.mjs:64fs.writeFileSync(this.configFile, JSON.stringify(obj, null, 2), 'utf8') - warningchildProcess · code-exec
verify/run-all.mjs:26const r = spawnSync(process.execPath, [full], { stdio: 'inherit' })
show 3 audit findings
- mediumBearer token is sent to a host taken from the credential file without allowlist validation
lib/api.mjs:33`cred.domain` is read from `auth.domain` in the local WorkBuddy auth file (lib/credentials.mjs:63) and is interpolated directly into the request URL. A tampered or planted auth file can set the host to an attacker-controlled server; because the plugin runs on DSH startup, the stored access token would be sent there via the Authorization header without further user action.
- mediumReport prompt tells the agent to echo state-file content that can contain upstream-controlled text
lib/report.mjs:65The scheduled report instructs the target agent to read `state.json` and repeat `narration.humanReadable`. That string can include `today.error`, which is populated from the checkin API's `body.msg` or network error (lib/api.mjs, lib/state.mjs). A malicious or compromised endpoint (or a tampered `domain`) can therefore place instructions into the state file that the agent is explicitly told to repeat, creating an indirect prompt-injection path into the user's session.
- lowDeclared runtime entry lib/index.mjs is absent from the audited source
package.json:6The actual DSH entry point that wires credentials, network calls, timers, the status route, and the optional report delivery is not present in the provided source. Its orchestration and any additional behavior cannot be verified from this audit.
Core checkin trusts the credential-file host for Bearer token delivery; opt-in report can relay remote-influenced text into an agent; runtime entry lib/index.mjs was not supplied.
Rule: the dynamic audit can only raise risk, never lower it (raise-only, never an exemption); a wrong raise is withdrawn by human review and the tier falls back to the static verdict. Overall verdict = the stricter of the two layers.
Disclaimer: the static scan and the dynamic security audit are both automated analysis, not a security guarantee. Always review what you install.
Activity
Last commit 2026-10-22 · activity: Active
• Repo created: 2026-10-22
• Stars: ★ 0 · Forks: 0
• Health: Active — committed within last 30 days
Source
Author README
View on GitHub ↗The author's original README from the repository — fetched live, unedited (the English page loads the default README).